add the parameter interface to the frontend here

[RCMast3r]

https://github.com/hytech-racing/ht_params

in order to do this we will need to change how the tasking is done slightly I think from being built entirely around awaiting CAN messages and only once we have received a CAN message do we think about doing something else.

i think the blocking needs to be removed essentially? i dont believe we should await on CAN cuz if we are disconnected from CAN and continuously awaiting a CAN receive then we would be missing any parameter changes I think?

needs testing

[RCMast3r]

doesnt look like we need to change how the tasking is done thankfully

[RCMast3r]

• add ability to the foxglove websocket wrapper to be able to handle any number of binary schemas associated with different sets of protobuf messages
• combine the parameter html website creation / update and the mcap website record / stop recording website
• add an asyncudp socket based protobuf message receiving interface class

for the mcap file writer may still need to de-serialize the protobuf messages before writing them to the mcap?