Broadcast communications

[ADKaster]

Debug and test broadcast communications between 2 MSP432 boards using the communications library.

• [x] 1 Publisher, 1 Subscriber
• [ ] 1 Publisher, 2 Subscribers
• [x] 2 Publishers, 2 Subscribers
• [ ] N Publishers, N Subscribers

[ADKaster]

Current progress of branch BroadcastTesting:

Publisher is filling up the action queue -- queue has depth of 20 TI's SDK function that is supposed to transmit our transaction is hanging. We successfully pull a transaction from the queue and pass it to that API, but it never returns. Possibly problem with general call enable bit and broadcast address? not sure. Might want investigate p2p first tbh, even though its more complicated on our end, it should work without re configuring the eUSCI registers.

[ADKaster]

1 Pub 1 Sub working.

TODO: 1) 2 Pub 2 Sub w/2 boards (basically turn into rats nest on table) [2/6/18 Complete] 2) Analyze collision rate (i.e. figure out how screwed we're going to be by missed messages) 3) Stretch: Implement smarter slave parsing. Currently expects slave task to push message into queue before next message arrives. Better use of counting semaphore incremented by slave callback and movable index in slave rx buffer (i.e. make ring buffer again but better this time) can make it so we parse all available messages in slave task instead of only the one at the beginning of the buffer.