suphammer

Hei Einar, Takk for mange bra tips. Virker som du virkelig er inne i dette her Å jobbe med radio design er ikke rett frem, så jeg har valgt i første om gang å bruke en ferdig modul. Den får ganske bra signaler på både 433 MHz og 868 MHz for mottak av FSK (ved bruk av riktig antenne). Virker ikke som den følger referanse designet til TI. Jeg har begynt så vidt å flytte over noe kode jeg tidligere har skrevet. Så får vi se hvordan det går med OOK. Om det blir for mye støy med antenne designet i denne modulen. Mvh Jon

Takk for linkene. Jeg har tatt en titt på RFLink og de har implementert mange protokoler, så det er definitivt en bra referanse. Jeg har en SDR dongle selv. Nyttig når man feilsøker. Flere som har skrevet dekodere for forskjellige sensorer ved bruk av SDR også. Jeg bruker samme radio (http://www.ti.com/product/CC1101). Du har rett i at antennekretsløpet ikke vil være riktig for begge bånd, men jeg vil tro det allikevel vil bli bra nok signaler på 868MHz til at man kan sette den i nærhet av kontroller selv om man designer antennekretsløpet for 433MHz. Det viktigste er jo avstanden på 433MHz da sensorene er spredt. Mvh Jon

Deler av det er vel også interesse for å lære mere. Men det er en liten fordel at det kan brukes til noe også Sant nok. Senderen er der, det er bare ikke laget noen CLI kommando å sende Z-Wave pakker. Det kan være greit med en slik kommando for debugging. Tanken er først og fremst å bruke multi channel/instances. Utfordringen blir hvordan man skal identifisere de forskjellige sensorene i listen man får. En annen ting er hvordan de forskjellige kontrollerene håndterer at nye kanaler kommer etter inclusion. Det er ikke sikkert alle kontrollere kan legge til nye kanaler dynamisk. Så det gjenstår å teste. Alternativt kunne man simulert flere Z-Wave noder, men tror det blir rotete. Spessielt med at man må holde oversikt over flere pairinger... Har tenkt litt på dette også, men det vil ikke virke i den settingen jeg har tenkt. For den vil ikke være innom Z-Wave frekvensen ofte nok til at den kan respondere på disse kommandoene. Så da er man avhengig av å lage en egen enhet som virker omvendt. Dvs, lytter primært på Z-Wave og utfører kommandoer på 433MHz. Mvh Jon

Hei Einar, Ser ikke bort fra muligheten til å implementere støtte for WS2500 på sikt. Men vil nok først og fremst konsentrere meg om et par protokoller som jeg har laget kode for før. Interesant at du har laget egene sensorer. Som du sier vil jo noe av utfordringen også være rekkevidde. Hvordan fungerer identifiseringen på WS2500 ? Har hver sensor en unik id, setter man den med dip switcher eller blir det ny id hver gang batteri byttes ? På Oregon kan enkelte sensorer ha 10 ID'er (Kanaler) i tillegg så genererer hver sensor en unik ID hver gang man bytter batteri. Med 10 ID'er har man jo en begrensning i antall sensorer... Jeg har sett Qubino sin også, men den er som du nevner låst til spesifikk sensor. Mvh Jon

Hei Hr Kotelett, Tidsintervalet 433 MHz sensoren bruker trenger ikke nødvendigvis påvirke Z-Wave nettverket. Det går ann å sette opp at de skal være synkrone eller at enheten kun sender på Z-Wave nettverket i et gitt tidsinterval. Mvh Jon

Hei Zorac, Veldig godt poeng. Det hadde vært interessant å høre hva slags enheter folk bruker på 433MHz idag. Jeg har støtte for å dekode Oregon1/2/3, wt450 og Nexa i tidligere enhet. Mvh Jon

Hei Moskus! Takk for tilbakemeldingene. Se svar under. Jeg har laget en lavnivå Z-Wave stack som kjører inne i en liten USB Stick med en veldig fleksibel radio og en mikroprosessor uten bruk av Sigma Design sin egen Z-Wave radio. Denne klarer idag å lytte til radio å presentere Z-Wave pakkene dekodet eller evt i råformat via serial port over USB uten bruk av ekstern software. Denne enheten kan også sende Z-Wave pakker, men det er ikke ønske å legge dette i enheten da den vil gi potensiale for hacking av Z-Wave nettverk. Tanken var å bygge videre på erfaringer jeg har fått fra bygging av denne enheten og en Sensor til Modbus USB enhet jeg lagde for en tid tilbake. Ved å bruke samme hardware som Z-Wave Snifferen er bygget på tenkte jeg å gjøre følgende: I vanlig modus vil enheten gjøre følgende: - Presentere seg som batteri drevet enhet for Z-Wave nettverket. Dermed trenger den ikke lytte på Z-Wave frekvensen konstant. - Lytte etter enheter på 433 MHz. - Ved jevne mellomrom flytte over til Z-Wave frekvensen å sende oppdateringer til kontroller. USB enheten vil være selvstendig og det eneste den vil trenge er strøm. Den kan f.eks plugges inn i en mobillader. Firmware kan også oppdateres via USB. Fordelen er at dette gjør det lettere på kontroller siden. For kontrolleren vil disse enhetene se ut som datapunkter under en vanlig Z-Wave enhet. Mvh Jon

Hei, Er litt inne på tanken rundt å lage en Z-Wave dongle som konverterer enkle sensorer som oregon (værsensor), Nexa komponenter etc til Z-Wave. I praksis blir det en liten USB dongle som du putter i en USB strømforsyning. Den vil deretter formidle dataene fra disse sensorene til Z-Wave. Støtte for firmware oppgradering vil gjøre at man kan utvide med flere sensorer på sikt. Er dette noe noen kunne tenke seg å se utviklet ? Planen er å bygge videre på det jeg har gjort med Z-Wave Snifferen (https://www.suphammer.net/zwave_sniffer/). Mvh Jon