Hello,
Should Meteohub be able to communicate with an RFXCOM receiver board that is a SLAVE rather than a MASTER?
If not, would handling of SLAVE boards be possible in future releases?
There is a reason for this question! It's a long story...
RFXCOM Slave Receiver?
Moderator: Mattk
-
- Platinum Boarder
- Posts: 873
- Joined: Fri Jan 25, 2008 6:27 pm
- Location: Isle of Skye, Scotland
Re:RFXCOM Slave Receiver?
Hi,
I never tried this. What makes a \"slave\" receiver different from the \"master\" one in terms of reading/sending data to it? the 70003 just has a serial-to-usb bridge from FTDI in it. apart from that it is pure data streaming in and out, like serial. having two receivers it will need some kind of a protocol to separate these or the two open up two separate serial ports in the linux? No idea...
I never tried this. What makes a \"slave\" receiver different from the \"master\" one in terms of reading/sending data to it? the 70003 just has a serial-to-usb bridge from FTDI in it. apart from that it is pure data streaming in and out, like serial. having two receivers it will need some kind of a protocol to separate these or the two open up two separate serial ports in the linux? No idea...
-
- Platinum Boarder
- Posts: 873
- Joined: Fri Jan 25, 2008 6:27 pm
- Location: Isle of Skye, Scotland
Re:RFXCOM Slave Receiver?
There is still just one serial port.admin wrote:Hi,
I never tried this. What makes a "slave" receiver different from the "master" one in terms of reading/sending data to it? the 70003 just has a serial-to-usb bridge from FTDI in it. apart from that it is pure data streaming in and out, like serial.
Judging from looking at the data in RFreceiver I believe the difference is simply that data from the SLAVE has a flag set, e.g.
50FA2814EE900070D85F83
decodes as: TH2[60929] THGR810 CH 1 addr:EE temp:0.9°C | 33.62°F hum:87 Wet bits=80
D0FA2814EE900070D85F83
decodes as TH2[60929] THGR810 CH 1 addr:EE temp:0.9°C | 33.62°F hum:87 Wet bits=80 from SLAVE
583A0D005F8007617004453F
decodes as WIND3[24320] STR918,WGR918 addr:5F direction 78° ENE speed 6.1 m/sec 4 Bft av. speed 4.7 m/sec 3 Bft battery 100% full bits=88
D83A0D005F8007617004453F
decodes as WIND3[24320] STR918,WGR918 addr:5F direction 78° ENE speed 6.1 m/sec 4 Bft av. speed 4.7 m/sec 3 Bft battery 100% full bits=88 from SLAVE
The MASTER / SLAVE look identical to me apart from the 5 or D at the start. Without looking at and understanding a protocol definition I suspect it may just be a bit mask thing?
-
- Platinum Boarder
- Posts: 873
- Joined: Fri Jan 25, 2008 6:27 pm
- Location: Isle of Skye, Scotland
Re:RFXCOM Slave Receiver?
skyewright wrote:
The MASTER / SLAVE look identical to me apart from the 5 or D at the start. Without looking at and understanding a protocol definition I suspect it may just be a bit mask thing?[/quote]
Discussing this with Bert at RFXCOM, he confirmed that \"The most significant bit is on for a slave receiver. This bit can be seen as \"slave flag\"\"
Other than that, the data from a SLAVE receiver board is identical.
The MASTER / SLAVE look identical to me apart from the 5 or D at the start. Without looking at and understanding a protocol definition I suspect it may just be a bit mask thing?[/quote]
Discussing this with Bert at RFXCOM, he confirmed that \"The most significant bit is on for a slave receiver. This bit can be seen as \"slave flag\"\"
Other than that, the data from a SLAVE receiver board is identical.