Hi All,
Gotta say RFXCOM are very responsive, Rupp has already flagged that.
Bert from RFXCOM responded to a follow up email to him from me which I have copied and pasted below. I have also pointed Bert to this thread and invited him to participate.
I am better understanding the concept thanks to Bert and other posters here on this thread. As I see it the hurdle faced is the protocol void between 32 bits NEC coded RF data used by the Oregon Scientific products and the RFXCOM RX and the ELK M1 input.
Seems there is a willingness on RFXCOM side to assist ELK M1 development to implement the RFXSensor and/or the Oregon Scientific Sensors. Hopefully Spanky will look into this open offer with the view to explore what commercial opportunity exists in possibly participating in integrating the RFXSensor and/or the Oregon Scientific Sensors into the M1.....which I have to say seems to offer some very interesting possibilities which would add some very attractive temperature sensor power to the M1.
I know Bert had a RX version which actually had an RS-232 port which he removed from the product line.....it may have been possible even to have teh RFXCOM RX to spit out an ASCII string on a degree of temperature change which the M1 XSP. More interesting the RFXCOM products have progressed to LAN and WLAN communication which would be a nicer way to implement from a user perspective but maybe not ELK's. Anyway all hyperthetical if ELK don't enter the game.
Seems if you are Homeseer user you are there already. Not a path I want to go down otherwise I would have done it a few years back.
Anyway some feedback for use all ponder.......Spanky is there any interest from ELK's side???
Regards,
Ian
Bert's further reply follows:..........
Hi Ian,
The W800 is a RF receiver with receiving capabilities limited to 32 bits NEC coded RF data like X10 and the RFXSensor. The RFXSensor is a RF transmitter and cannot receive other sensors.
These are valid configurations;
RFXSensor => W800
or
RFXSensor )=> 80002 RFXCOM
Oregon )
I don´t know the ELK but I guess to read the temperatures into the ELK it will need a change in the ELK firmware. This is through for both the RFXCOM receiver and the W800 solution. If ELK development is willing to implement the RFXSensor and/or the Oregon support they can contact me for technical details.
A working solution could also be:
Code:
RFXSensor => W800 )
Or ) => HA software* => RS232 => ASCII input to ELK
RFXSensor )=> 80002 RFXCOM )
Oregon ) )
* HA Software can be for example:
For Windows:
Homeseer + RFXCOM or ACRF2 or xAP plug-in, www.homeseer.com http://www.rfxcom.com/hsrfxcom.htm
HouseBot www.cebotics.com
xPL-Monkey http://www.xplmonkey.com/rf.html
For MAC:
Xtension http://www.shed.com/
For Linux:
DomotiGa (no W800) http://www.domotiga.nl/projects/domotiga
Heyu http://www.heyu.org/
xPL-Perl http://www.xpl-perl.org.uk/wiki/DownloadPage
Best regards, Bert
I have updated my previous post as Bert contacted me and suggested a change that might make it easier to understand......see the box with "code" this replaced text and has put it in an easier format to digest .......Thanks Bert who is now obviuosly monitoring this thread!
Regards,
Fleetz
