This PR fixes #337 by updating the smoltcp dependency to use a branch where the maximum MAC frame processing loop of smoltcp is limited by the sockets in use (in our case, 1 frame per poll() call).
It also updates logging to get rid of an extra dependency.
I programmed stabilizer to stream to multicast 244.192.168.1:9293 and verified that stream data could be acquired using the stabilizer-streamingpds binary. I then programmed booster with main firmware and verified that the device continually reset due to watchdog timeouts. I then tried this new firmware and confirmed that no further watchdogs were encountered.
This PR fixes #337 by updating the
smoltcpdependency to use a branch where the maximum MAC frame processing loop ofsmoltcpis limited by the sockets in use (in our case, 1 frame perpoll()call).It also updates logging to get rid of an extra dependency.
I programmed
stabilizerto stream to multicast244.192.168.1:9293and verified that stream data could be acquired using thestabilizer-streamingpdsbinary. I then programmedboosterwithmainfirmware and verified that the device continually reset due to watchdog timeouts. I then tried this new firmware and confirmed that no further watchdogs were encountered.