Hi folks,
If you have a chance, your shared insights would be greatly appreciated.
My hardware platform has a PC and 3 micros chained together with point-to-point UART connections. (i.e not multidrop)
Host PC <-> Node1 <-> Node2 <-> Node3
I’m planning the next steps to create PC software for monitoring and control and internal messaging infrastructure. While my comms topology is not ideal, that’s what I've got. The internal UART links are optical and cross 70KV isolation boundaries. This prompted (rightly or wrongly) a move away from the usual 'multidrop topology'
The ideal solution for my use case would an 'AMNB style' communication infrastructure - but suitable/adaptable for use with point-to-point connections. There is an element of message routing required.
I reviewed AMNB, more suited to a multidrop UART which this isn't. Maybe I can use it in a way that implements some sort of message forwarding within the handlers – but it just feels ‘at odds with’ the multidrop philosophy.
Reviewed xpcc. Ideal for CANBUS based comms.
sab / sab2 could be run in a polled mode - but a certain amount of glue would be required for nodes to broadcasts and inter-node messages. Doable.
ROS has options for the managing of the HostPC to Node1 connection - but can't help with internal messaging. (AFAIK). I'd also need to embrace the roscore - which has to run somewhere, and that's quite a heavyweight. While interesting, it's not what I’m really after. InfluxDB / Grafana may better meet these needs. Extending the internal protocol to the HostPC may be the best approach to begin with.
Lastly, there is 'RPR' from @chris-durand - but without any examples, I'm having a hard time visualising how it works / how to interact with it. Are there any other sample projects of even non-functioning snippets that may give a clue as to how to build it into my application code.
Valid advice may also be - "Pull your finger out and go it alone".
Thanks all.
Hi folks,
If you have a chance, your shared insights would be greatly appreciated.
My hardware platform has a PC and 3 micros chained together with point-to-point UART connections. (i.e not multidrop)
Host PC <-> Node1 <-> Node2 <-> Node3
I’m planning the next steps to create PC software for monitoring and control and internal messaging infrastructure. While my comms topology is not ideal, that’s what I've got. The internal UART links are optical and cross 70KV isolation boundaries. This prompted (rightly or wrongly) a move away from the usual 'multidrop topology'
The ideal solution for my use case would an 'AMNB style' communication infrastructure - but suitable/adaptable for use with point-to-point connections. There is an element of message routing required.
I reviewed AMNB, more suited to a multidrop UART which this isn't. Maybe I can use it in a way that implements some sort of message forwarding within the handlers – but it just feels ‘at odds with’ the multidrop philosophy.
Reviewed xpcc. Ideal for CANBUS based comms.
sab / sab2 could be run in a polled mode - but a certain amount of glue would be required for nodes to broadcasts and inter-node messages. Doable.
ROS has options for the managing of the HostPC to Node1 connection - but can't help with internal messaging. (AFAIK). I'd also need to embrace the roscore - which has to run somewhere, and that's quite a heavyweight. While interesting, it's not what I’m really after. InfluxDB / Grafana may better meet these needs. Extending the internal protocol to the HostPC may be the best approach to begin with.
Lastly, there is 'RPR' from @chris-durand - but without any examples, I'm having a hard time visualising how it works / how to interact with it. Are there any other sample projects of even non-functioning snippets that may give a clue as to how to build it into my application code.
Valid advice may also be - "Pull your finger out and go it alone".
Thanks all.