This is way up there on requests
22 February, 2012 - 21:10
A 433/864 receiver that has the ability to automatically "learn" rf codes fro a TX.
How cool would it be!! squirt RF at it and it reprodces it.
dreaming i know
23 February, 2012 - 00:52
#2
Well the existing HAH base
Well the existing HAH base node although it nominally operates at 868Mhz it can also drop back to 433Mhz and with OOK you can also use it as a URF Tx unit. I've not prototyped that out but I'm pretty sure it would work, its pretty much a no brainer (for me at least).
Going one step further you could have the Base HAH node transmit what it needs to send to a remote HAHNode which would then switch back to 433Mhz and do its On-Off-Keying to replay a URF string. Now you have REMOTE URF sender too which is kind of cool for range extension. Combined with the HAHNode ACK capacility you can make this a guarantee'd delivery too, for the Tx HEX string to arrive at the remote site that is not for its transmission and reception.
I don't think there is any need for more hardware, the existing HAHNode's can be also used in a Rx capacity and they are already a known quantity, not to mention easily interfaced into the system already via xap-serial and some LUA code.
I've already prototyped out an IR receiver using a remote HAHNode and that works well with a IR Remote control, the LUA applet is already part of the system and documented on the wiki. Nobody has noticed? Its rather cool pointing you remote a sensor and have things happen, see the wiki page
Making an RF receiver would be the next logical step.
Coming up with the URF design in the first place was a stroke of genious however Rx is much much harder and I've not sat down to seriously ponder how one might tackled this beast. Also its a little hard for me to even attempt something like this as ALL my possessions are now in a shipping container making their way across the ocean for my pending departure from the US so I'm just left with a laptop. I'm kind of software bound at the moment and very limited in what I can do.
As Alex mentioned single point solution decoders are certainly plentiful and could easily be programmed into HAHNode using the existing RF unit. I believe all the infrastructure is there just waiting to be used - it really is just a matter of software.
Brett
23 February, 2012 - 11:32
#5
Custom receiver
I already produced a RF receiver that can decode the Home Easy or the BBSB transmitters. See the wiki http://www.dbzoo.com/livebox/xap_serial#rf_receiver_notes
The nice thing about the home easy magnetic door switches is that they are easy to modify to suit a number of applications and can give an immediate notification on an 'open' and a 'close'. Further, they are reasonably priced.
If anybody is interested, I can add an RF Rx kit to the Shop.
Cheers,
Derek
23 February, 2012 - 13:07
#6
Brett - As Dean said good
Brett - As Dean said good time to think. I'm impressed how you have done so much recently considering your circumstances.
Haven't said it but good luck with your move!
Derek - yes that looks great.
Could we have a USB variant?
Is it Arduino based?
Could we add new codes?
23 February, 2012 - 13:58
#7
Not arduino
A USB variant is had by adding a £1.99 DB9 to USB cable.
(I used this one http://www.ebay.co.uk/itm/USB-2-0-RS232-SERIAL-DB9-9-PIN-ADAPTER-CABLE-GPS-/230584255185?pt=UK_Computing_CablesConnectors_RL&hash=item35afe482d1#ht_1373wt_954)
Not Arduino ... I use a Mega8 processor clocked at 4MHz.
The thing is tied to any one protocol ... currently HE and BBSB are done.
It's hard to handle > 1 protocol at any one time. I suppose that you might just feed the signal from the one receiver module into a second/third micro.
As for new protocols, if a definition of the protocol is to hand and an example 433MHz transmitter is available, it's not too hard to arrange.
Derek.
Dean has a good point about a receiver, how about a Jeelabs style ook board for the hah PCB? Always thought that would be a good idea,RF input as well as output.
Or support an arduino on xap serial / lan with an OOK etc board? Put the code in processing and I can cut, paste & swear until I get something that sorta works (My normal Development methodology) .
Let the Arduino do the decoding using a reverse of the URF or using the loads of code out there, just need to convertthe output string to XAP which is easy using the published libraries.
OK its not auto learning but it could use a variation on the URF as the RX is likely to be the same as the TX. Difficulty is avoiding collisions?
What is the best way?
HAH PCB + OOK
Pros - Tight solution.
Cons - ?, development resource.
or
Arduino -> XAP decoded RF -> TCP -> Plugboard
Pros - opens the development up, allows positioning of RX/TX around the house. Processsing done by Arduino so no real load. Plenty of code about we can just copy & paste. Demarcation point would be the XAP. I have seen decoders for just about everything.
Cons - Multiple RX/TX collisions? Cost ~ £35 (Nanode + OOK board). Can't develop web interface for it easily? Need to update Arduino separately so keeping in Sync difficult.
or
Arduino -> XAP Raw signal (binary + timings) -> Serial -> Livebox direct
Pros - Keeps Development tight. Control RX/TX collisions? Could adapt web interface but just use xapflash?
Cons - Processsing done by Livebox? Need to migrate Arduino / AVR code to HAH / livebox.
Just some possibilities.
I have my Lua -> tcp transmit working and I can send On/Off commands to my Domia controller and receive to Lua from TCP, just need to get Plugboard working. Still like the idea of a device list like RF and lua plug ins.