Nexa & Basic Stamp
Nexa & Basic Stamp
Hej!
Skulle det vara möjligt att styra en Nexa strömbrytare med en Basic Stamp och en sådan här sändarmodul:
http://www.lawicel-shop.se/shop/default ... 83&lng=SWE
Vet inte om den klarar ASK modulering?
Vill ha en sändare med bra räckvidd.
/Jonas
Skulle det vara möjligt att styra en Nexa strömbrytare med en Basic Stamp och en sådan här sändarmodul:
http://www.lawicel-shop.se/shop/default ... 83&lng=SWE
Vet inte om den klarar ASK modulering?
Vill ha en sändare med bra räckvidd.
/Jonas
2us är upplösningen på pulsout vid 20Mhz.
Lyfter denna tråd då jag också är intresserad av att försöka skriva ett program till en PIC med hjälp av PicBasic Pro samt Parallax RF modul.
Är det någon som gjort det tidigare?
Vart kan jag hitta uppgifter på hur långa pulser jag skall skicka för att styra Nexas strömbrytare?
Lyfter denna tråd då jag också är intresserad av att försöka skriva ett program till en PIC med hjälp av PicBasic Pro samt Parallax RF modul.
Är det någon som gjort det tidigare?
Vart kan jag hitta uppgifter på hur långa pulser jag skall skicka för att styra Nexas strömbrytare?
http://elektronikforumet.com/forum/view ... light=nexa
Inte Basic, men däremot PIC-assembler.
Inte Basic, men däremot PIC-assembler.
Tack..
Jag har skummat igenom alla trådar som handlar om NEXA, och jag har provat med pulsout i PBP och försökt tyda detta protocol http://svn.telldus.com/svn/rf_ctrl/nexa ... otocol.txt
Men jag förstår inte riktigt vad jag gör och det fungerar narturligtvis inte heller.
Så om någon här kan förklara lite för en dummies om hur han skall bära sig åt så vore det toppen.
Alla tips utom att "ge upp och syssla med något annat" välkommnas.
Jag har skummat igenom alla trådar som handlar om NEXA, och jag har provat med pulsout i PBP och försökt tyda detta protocol http://svn.telldus.com/svn/rf_ctrl/nexa ... otocol.txt
Men jag förstår inte riktigt vad jag gör och det fungerar narturligtvis inte heller.
Så om någon här kan förklara lite för en dummies om hur han skall bära sig åt så vore det toppen.
Alla tips utom att "ge upp och syssla med något annat" välkommnas.
Fredrick: Det protokoll anger "enbart" hur du sänder varje bit, jag tycker sedan att det är ganska enkelt att förstå men jag skulle inte vilja börja rådge med PBP som bas.
Det skulle vara ganska enkelt att sända rätt pulståg om man har en 350µs interrupt till att få rätt timing på allt men bara det att du har testat med pulsout säger mig att du är på helt fel spår.
Jag hade sett till att ha en tabell som beskriver de enstaka data som ska sändas, samla en transmission i en buffer och sedan sända denna det antal gånger man vill (minst 4 tydligen).
Det skulle vara ganska enkelt att sända rätt pulståg om man har en 350µs interrupt till att få rätt timing på allt men bara det att du har testat med pulsout säger mig att du är på helt fel spår.
Jag hade sett till att ha en tabell som beskriver de enstaka data som ska sändas, samla en transmission i en buffer och sedan sända denna det antal gånger man vill (minst 4 tydligen).
Som Icecap säger, så är nog inte pulseout rätta sättet att angripa problemet. Varje paket har 12 databitar. Resten är utfyllnad och beror inte på vilka databitar som skickas. Jag gjorde så att jag la upp dessa 12 bitar i ett register (i det här fallet INDF + W) som sedan skiftades ut i en loop som gick 12 varv med hjälp av "output compare"-funktionen i PIC:en. Jag tror att du skall göra samma sak fast från Basic, för att få en bra funktion. Med pulseout kan du visserligen styra pulslängden, men inte pulsmellanrummet. Även mellanrummet är viktigt i det här fallet.
Alternativt ta min avbrottsdrivna assemblerkod, som är publicerad i en av trådarna på forumet, och bara anropa sändfunktionen från ditt Basicprogram.
Alternativt ta min avbrottsdrivna assemblerkod, som är publicerad i en av trådarna på forumet, och bara anropa sändfunktionen från ditt Basicprogram.
Är det denna kod du menar? http://elektronikforumet.com/forum/view ... hp?t=11720
Är den för de nyare självlärande brytarna eller är det för code swith brytarna?
Är den för de nyare självlärande brytarna eller är det för code swith brytarna?
Tyckte denna ef tråd var informativ liksom denna wiki.
Enligt wikin är det 433.92 MHz med ASK modulation.
Enligt mellander består en "0" av hög 320us sedan låg 960us. Och "1" av hög 960us sedan 320us. Enligt wikin sänds dessa 25-bits paket med 10ms mellanrum. Och sänds 6 ggr för att garantera mottagning, ingen kvittens mao.
Paketen består av:
4-bit hus ID
4-bit kanal ID
6-bit enhets ID
1-bit på/av
1-bit "0"
Hur verkar som det är en viss motsägelse mellan 16-bit paket och 25-bits sändning
Enligt wikin är det 433.92 MHz med ASK modulation.
Enligt mellander består en "0" av hög 320us sedan låg 960us. Och "1" av hög 960us sedan 320us. Enligt wikin sänds dessa 25-bits paket med 10ms mellanrum. Och sänds 6 ggr för att garantera mottagning, ingen kvittens mao.
Paketen består av:
4-bit hus ID
4-bit kanal ID
6-bit enhets ID
1-bit på/av
1-bit "0"
Hur verkar som det är en viss motsägelse mellan 16-bit paket och 25-bits sändning

Läste man vidare i ef-tråden så framgick det senare att det var ett fel i Mellanders dok på sidan och det inte var riktigt korrekt antal pulser på bilden. Det korrekta antalet är 4 bitar huskod, 4 bitar kanal och 4 bitar data. Sedan används egentligen bara 1 bit data (till/från) i dom fall jag har hittat. Detta varvas sedan med varannan bit utfyllnad så det blir 25 bitar totalt. Detta är den gamla adresseringen utan självinlärning.