Avkodning NEXA / Proove mm.
Posted: Tue 11 Jan 2011, 15:13
Jag har lyckats avkoda NEXA protollet enligt nedanstående, men vet nån hur "absolut dimmnings protokollet" ser ut ?
Switch King - Forum
Kraftfull och enkel lösning för hemautomation
http://www.switchking.se/Forum/
Avkodning NEXA / Proove mm.
Page 1 of 1
Re: Avkodning NEXA / Proove mm.
Posted: Tue 11 Jan 2011, 16:43
Jag har inte dekodat signalen då jag saknar utrustning och kompetens men Telldus använder värden från 0-255 vilket tyder på att dimnivån kan vara 8 bitar, om det hjälper något.
Re: Avkodning NEXA / Proove mm.
Posted: Wed 12 Jan 2011, 19:00
Tjo 
Problemet är att det inte finns några bitar, för dim-nivå, i frame'n som sänds av min lilla "plutt-fjärr" , så jag har ingen signal att dissikera
Men det kan vara så att det antingen sänds en helt annan typ av frame när man dimmar, eller så kommer "dim-framen" efter dom vanliga frame'arna (mysko ord
, man kanske skall skriva "ramarna" 
)
Om nån visste hur det ligger till eller om nån kunde "spela in" en sån dimsekvens "ram" så skulle det gå att reverse-engineera ( hehe...ett till /lol/ ord
)
Problemet är att det inte finns några bitar, för dim-nivå, i frame'n som sänds av min lilla "plutt-fjärr" , så jag har ingen signal att dissikera
Men det kan vara så att det antingen sänds en helt annan typ av frame när man dimmar, eller så kommer "dim-framen" efter dom vanliga frame'arna (mysko ord
, man kanske skall skriva "ramarna" )Om nån visste hur det ligger till eller om nån kunde "spela in" en sån dimsekvens "ram" så skulle det gå att reverse-engineera ( hehe...ett till /lol/ ord
)Avkodning NEXA / Proove mm.
Posted: Wed 12 Jan 2011, 22:58
Du har alltså ingen Tellstick? För då hade du kunnat sända signalen själv och fånga den.
Efter att ha provat runt lite verkar mina 2 varianter av dimmers från Nexa ha 16 diskreta lägen vid absolut dimning vilket väl betyder 4 bitar. Rimligen är dessa bitar med i sekvensen på ett sätt som inte kan blandas ihop med det protokollet du kommit fram till. Har du provat att lägga till 4 eller 8 bitar direkt efter din fångade sekvens?
Jag förstår inte riktigt vad som är vad i din bild tyvärr.
Efter att ha provat runt lite verkar mina 2 varianter av dimmers från Nexa ha 16 diskreta lägen vid absolut dimning vilket väl betyder 4 bitar. Rimligen är dessa bitar med i sekvensen på ett sätt som inte kan blandas ihop med det protokollet du kommit fram till. Har du provat att lägga till 4 eller 8 bitar direkt efter din fångade sekvens?
Jag förstår inte riktigt vad som är vad i din bild tyvärr.
Re: Avkodning NEXA / Proove mm.
Posted: Fri 14 Jan 2011, 00:15
Rätt, jag har ingen Tellstick....utan jag har byggt en egen som jag döpt till ClicStic
Men därifrån till att få allt att funka korrekt så måste jag kunna lägga in de protokoll jag vill använda, och jag saknar info om detta "absolut dimmnings" protokoll
Ramarna som jag jag postade ovan skall tolkas först som typ "manchester kod" , detta protokoll används för att skapa en "DC" balans i mottagaren (nu är vi inne på saker som kan ta en stund att förklara djupare
) , men detta innbeär i alla fall att en logisk "etta" sänds i detta fall radiomässigt som en kort positiv puls följd av en längre "icke puls", i min bild ritad som "0",
sen kommer en efterföljande "1" som sänds som en kort puls följd av en kort icke-puls , dessa ("0" "1") skall tolkas i mottagaren som en logisk etta ,"1".
Om man däremot vill sända en logisk nolla, "0", så skickas via radion "1" "0".
Dessa "logiska" nivåer som radiosignalen bildar, står i bilden på raden "Logisk:"
Detta innbär att om man vill skicka 32 logiska bitar (4 bytes) så skickar man radiomässigt 64 bitar, och om vi skippar radio-id biten som är de första 26 logiska bitarna (67 108 864 olika sändar-id'n ) , så återstår 6 logiska bitar (summa 32), dessa 6 bitar bär info för om det är ett "grupp kommando" eller inte (grupp kommandot slår på eller av alla mottagare) , grupp biten är bit 27.
Nästa bit är "på eller av" biten, denna blir då bit 28.
De sista fyra logiska bitarna är vilken mottagare som adresseras, 0-15, alltså max 16 olika mottagare kan adresseras.
Sist av allt kommer en "tyst minut" för att tala om att det är slut på ramen, eller närmare bestämt ca. 10mS
Pust....hoppas att allt blev rätt nu...plus att överhuvudtaget nån begriper vad jag försöker säga
som jag döpt till ClicStic Men därifrån till att få allt att funka korrekt så måste jag kunna lägga in de protokoll jag vill använda, och jag saknar info om detta "absolut dimmnings" protokoll
Ramarna som jag jag postade ovan skall tolkas först som typ "manchester kod" , detta protokoll används för att skapa en "DC" balans i mottagaren (nu är vi inne på saker som kan ta en stund att förklara djupare
) , men detta innbeär i alla fall att en logisk "etta" sänds i detta fall radiomässigt som en kort positiv puls följd av en längre "icke puls", i min bild ritad som "0",sen kommer en efterföljande "1" som sänds som en kort puls följd av en kort icke-puls , dessa ("0" "1") skall tolkas i mottagaren som en logisk etta ,"1".
Om man däremot vill sända en logisk nolla, "0", så skickas via radion "1" "0".
Code: Select all
__
| |______ = radio "0"
__
| |__ = radio "1"
__ __
| |______| |__ = radio "01" = logisk "1"
__ __
| |__| |______ = radio "10" = logisk "0"
__ __ __ __
| |__| |______| |______| |__ = radio "1001" = logisk "01"
Detta innbär att om man vill skicka 32 logiska bitar (4 bytes) så skickar man radiomässigt 64 bitar, och om vi skippar radio-id biten som är de första 26 logiska bitarna (67 108 864 olika sändar-id'n
) , så återstår 6 logiska bitar (summa 32), dessa 6 bitar bär info för om det är ett "grupp kommando" eller inte (grupp kommandot slår på eller av alla mottagare) , grupp biten är bit 27.Nästa bit är "på eller av" biten, denna blir då bit 28.
De sista fyra logiska bitarna är vilken mottagare som adresseras, 0-15, alltså max 16 olika mottagare kan adresseras.
Sist av allt kommer en "tyst minut" för att tala om att det är slut på ramen, eller närmare bestämt ca. 10mS
Pust....hoppas att allt blev rätt nu...plus att överhuvudtaget nån begriper vad jag försöker säga
Re: Avkodning NEXA / Proove mm.
Posted: Wed 07 Nov 2012, 23:04
Tjo!
Jag försöker avkoda data från en väderstation och sökte runt och hamnade i denna tråden. Jag har en fråga ang typ "manchester kod", vad händer om radiomönstret "0000" uppstår? Eller ska det inte göra det för att uppnå "DC" balans?
Har följande radio-signal:
Vilket jag får till radio: "0000 1010 ...", hur tolkas "0000" logiskt? Eller är det en helt annan typ av kodning?
Tacksam för input då jag är grön inom radio...
Jag försöker avkoda data från en väderstation och sökte runt och hamnade i denna tråden. Jag har en fråga ang typ "manchester kod", vad händer om radiomönstret "0000" uppstår? Eller ska det inte göra det för att uppnå "DC" balans?
Har följande radio-signal:
Vilket jag får till radio: "0000 1010 ...", hur tolkas "0000" logiskt? Eller är det en helt annan typ av kodning?
Tacksam för input då jag är grön inom radio...