31–39 of 39 posts
However, this looks just like the thing I’ve been looking for. Serial communication and TCP and CRC checking!
It does data logging and storage to a database for trending and/or analysis, as well as configuration in a web page.
It uses PJON as transport, so it can run on one or multiple of the supported media, for example a SoftwareBitBang bus between worker devices, with a router that connects them via UDP to a master process on Linux. Or any other combination.
PJON is a very interesting project and I've used it in the past between a RPi and an Arduino to communicate. Atm I'm developing my own bus protocol since PJON was having some problems with the optocouplers I have (the line I need has almost a millisecond of lag and doesn't allow for a frequency beyond a couple kilohertz as it needs to get to several devices at different logic levels and has some longer lines with hig…
PJON is a very interesting project and I've used it in the past between a RPi and an Arduino to communicate. Atm I'm developing my own bus protocol since PJON was having some problems with the optocouplers I have (the line I need has almost a millisecond of lag and doesn't allow for a frequency beyond a couple kilohertz as it needs to get to several devices at different logic levels and has some longer lines with hig…
Ciao Zaarn, that is cool compliments, which sort of encoding you chose?
I use token bus for media access control since it's fairly simple to implement and I don't need jam detection in any components.
Token passing enables a far more simpler software for simply being a passive client (ie, a sensor doesn't need to be able to control the bus, it only needs to respond while someone else is controlling the bus) and the active masters (which can cleanly pass control of the bus).
I don't mean any of this as offense to PJON either, it's an amazing protocol, the problems I have aren't solved by any product on the market.
It's also a good engineering challenge.
I’m about to start a project where four Arduinos will be talking to each other every other minute and also to a central server ~100 times a second and haven’t really found a satisfactory way to handle the communication. Had been hoping to use ZeroMQ as I have some experience with that but it looks like there are no Arduino compatible libraries available. However, this looks just like the thing I’ve been looking for.…
Earlier quoted context omitted.
Ciao Zaarn, that is cool compliments, which sort of encoding you chose?
Simple NRZ for both clock and data. Data integrity is provided by parity bits in various fields and CRC32 for the payload. I use token bus for media access control since it's fairly simple to implement and I don't need jam detection in any components. Token passing enables a far more simpler software for simply being a passive client (ie, a sensor doesn't need to be able to control the bus, it only needs to respond w…
I’m about to start a project where four Arduinos will be talking to each other every other minute and also to a central server ~100 times a second and haven’t really found a satisfactory way to handle the communication. Had been hoping to use ZeroMQ as I have some experience with that but it looks like there are no Arduino compatible libraries available. However, this looks just like the thing I’ve been looking for.…
You could also use ROS Arduino serial library - http://wiki.ros.org/rosserial_arduino/Tutorials
Earlier quoted context omitted.
Simple NRZ for both clock and data. Data integrity is provided by parity bits in various fields and CRC32 for the payload. I use token bus for media access control since it's fairly simple to implement and I don't need jam detection in any components. Token passing enables a far more simpler software for simply being a passive client (ie, a sensor doesn't need to be able to control the bus, it only needs to respond w…
Why not RTZ?
I’m about to start a project where four Arduinos will be talking to each other every other minute and also to a central server ~100 times a second and haven’t really found a satisfactory way to handle the communication. Had been hoping to use ZeroMQ as I have some experience with that but it looks like there are no Arduino compatible libraries available. However, this looks just like the thing I’ve been looking for.…