door mvdbro » 17 nov 2011, 13:25
In principe is elke RF signaal te onderscheppen en te decoderen. Nadeel is dat de Nodo dus extra werk moet verzetten en de capaciteit van de Nodo is natuurlijk niet onbeperkt. Het uitlezen van een analoge poort gaat veel sneller dan het analyseren van de rawdata van een complex RF signaal.
Bovendien moet je dan ook zelf aan de slag in C: programmeertaal, aangezien de Nodo van huis uit alleen KAKU herkend. De prio van het ontwikkelteam ligt nu volgens mij bij de ethernet versie, dus ik verwacht voorlopig geen ontwikkelingen op dit vlak. Het zal ook nog een principieele keuze zijn om dit 'formeel' te gaan ondersteunen. Wat ook een nadeel kan zijn is dat de ether in je huiselijke omgeving steeds voller raakt met apparaten die eigenlijk ongecontroleerd en asynchroon gaan zenden, dus meer kans op conflicten...
Ik vond dit zelf echter wel een leuke uitdaging en heb met succes een Oregon Thermo sensor uit kunnen lezen. Ik heb er nu zelfs een voor de kamertemperatuur en een voor buiten.
Wat absoluut helpt is het vinden van goede documentatie over het gebruikte RF protocol. Veelal wordt gebruik gemaakt van een relatief eenvoudige 'manchester' codering. Deze is vrij snel en eenvoudig om te zetten naar een bitpatroon. Als de documentatie dan aangeeft waar elk bit voor dient is het niet zoveel werk meer. Voorbeeldcode voor Oregon staat hier ook in een thread over Oregon Scientific.
Als je alles via eigen analyse en trail en error moet doen, dan zou je wel eens de nodige avonden/weekends bezig kunnen zijn...
