Trådlös 433 MHz temperatursensor för Tellstick och RFXtrx433

[FredrikTillman]

Sändaren jag använde var denna:
http://dx.com/p/433mhz-wireless-transmi ... een-149254

Billig och rätt bra räckvidd.
Dock måste jag meddela att en av dessa redan slutat fungera.
Trodde det var batterierna eftersom jag bara har två 1,5V AAA batterier men fanns fortfarande 3,16V i dem.
Prövade nya batterier och med strömkälla men fick ingn signal före jag bytte sändaren.
Fungerade endast några dagar på 15 sekunders intervall så hoppas den nya har längre livslängd.

Kollade DHT22 koden men får inget värde.
Kopplar jag loss batterimätaren visar den 0%.
Har lagt in pullup mellan vcc och data pinnen.

Problemet med värden över 30C verkar vara mellan 30C och 37C.
På värmeröret var 56C inget problem i alla fall

Har för mig att Telldus implementerade protokollet efter Esic termometern Clas Ohlson säljer.
Den verkar inte ha problem med dessa temperaturer.

[ecenier]

esic_clone-0.5 finns att ladda ner.

[sonnyboy]

@ecenier
Vad tror du om att kunna få in stöd för denna?http://dx.com/p/ir-infrared-motion-dete ... 20v-139624
Tänk vad underbart det skulle vara att slippa nexas som skickar så mycket skräpkod som låser duon upp till 4 sek.
Sändaren ska väckas av piren och skicka tex en 1 för rörelse och sedan gå tillbaka till 0 när det inte är rörelse, vad tror du om detta?

[ecenier]

Jag hittar inget faktablad för detektorn, men man kan väl anta att datapinnen går hög vid rörelse.
Jag ska se vad jag kan göra.
Kan man acceptera att man får notifikation om rörelse samtidigt som temperaturen skickas?

[sonnyboy]

Har en som är väldigt lik denna från parallax, datapinnen blir hög vid rörelse på den iaf
http://www.parallax.com/Portals/0/Downl ... r-V1.2.pdf

Notifikation med "tempen" tror jag inte är så bra om man vill använda detta som en röresledetektor för att tända lampor, det var mitt tänkta användningsområde,
det tar helt enkelt för lång tid då.
Har man otur så kan det ta väldigt lång tid innan lampan tänds.

[ecenier]

Men hur gör man för att den inte ska skicka galet många detektioner om man t.ex. har den i vardagsrummet där man hela tiden rör sig?

Läste specen och förstod hur det borde fungera.

[sonnyboy]

Där har du en poäng
Nu spånar jag fritt, kan man kanske göra så här.
Rörelse upptäcks och signal skickas, när siganlen är skickad så går enheten ner i viloläge i x antal minuter och kan inte skicka signaler under den tiden?
efter x antal minuter så är enheten aktiv igen.

[ecenier]

Kan man programera sönder 12f675?
Min ena pic levererar värden som den ska, medans den andra levererar korrekt värde 2 ggr sen kommer typ 148 2 ggr sen kommer korrekt igen.
Byter bara Picen på breadborden.
får inga felmedelanden.

Den är programerad med sample delay . om det ska ha något med saken att göra.

Kod: Markera allt

SAMPLE_DELAY			equ	.53  ; Delay between readings, in 2.8-second unit

esic_clone-0.5 borde lösa det här problemet. Det temperaturen blir fel när batteristatus är ett udda värde.

[sonnyboy]

esic_clone-0.5 borde lösa det här problemet. Det temperaturen blir fel när batteristatus är ett udda värde

Det löste sig inte för mig med 0.5, nu blir värdet mindre istället, 14.10 är över 30 grader

Edit: lägger till Batteristatusen. Den är 80

[ankan]

Är det inte bara tolkningen av protokollet. Har för mig att jag har sett två olika varianter där den ena hade en bit mer på luftfuktighet och tvärt om.

Prova att hårdkoda 100% luftfuktighet tex och max temperatur vad det nu kan vara.

Sedan måste man nog kolla mot en vanlig termometer mottagare istället för kan vi verkligen vara 100 på att det är rätt i Tellstick?

[ecenier]

@ankan: precis mina tankar också. Telldus har kanske (troligen) inte rätt tolkning, men den fungerar så länge luftfuktigheten håller sig mellan 14-97% som är spannet på riktiga ESIC.
I version 0.5 har jag reducerat bitarna för luftfuktighet från 8 till 7. Det löste problemet med att temperaturen blev 128C för mycket när "luftfuktigheten" blev ett udda tal. 8:e biten blev msb för temperaturen.
Jag måste kolla själv hur beteendet är på min klon när jag närmar mig 30C.

[ecenier]

Min plan med att använda den sista oanvända pinnen till DHT22 går i stöpet. Det visar sig att GP3 på pinne 4 bara kan vara input
Man skulle ju kunna använda GP0 på pinne 7 för DHT22, om man kan tänka sig att offra batteristatus. Jag kan tycka att det inte är så viktigt att ha 7 bitars upplösning på batteristatus

Detta betyder dock att det fortfarande går att använda GP3 på pinne 4 till något nyttigt. IR motion detection som förslogs några inlägg ovan t.ex.

[FredrikTillman]

Tror du snart måste uppgradera till en större PIC

Är det alltså den fil jag bifogat som du editerar när du testar?
Vad jag kan förstå så med att editera denna kan man även göra ett eget protocol.
Detta fungerar förståss bara på Duo, och kanske också på Net eftersom koden finns för denna men knappast med Telldus Live.

Kanske man skulle kunna få den att tala med egen server, så man skulle ha mer nytta av den?
Saknar funktionen där man tex kunde på en HTTP GET/POST då nånting händer istället för att ladda ner XML filen hela tiden.
Så att om någon har information om custom firmware för Net diskuterar jag gärna om saken

Är inte många protocol som Telldus stöder, Oregon är ett men de är vad jag vet begränsade till 3 IDn innom samma typ av sändare?

[ecenier]

Jag kommer nog att hålla mig till samma pic
Tanken var ju inte från början att jag skulle lägga till stöd för andra saker än ds18b20 och liknande.
Bara jag får till det så att temperaturen visar samma som Esic även över 29.9C så är jag nöjd
Att få stöd för DHT22 är en bonus.

Filen du skickar med är den filen jag pratar om. Jag har testat att ändra protokollet så att man kan se batteristatus och även sekvensnummer på paketen som skickas från Esic. Här är den delen av koden som jag experimenterat med,

Kod: Markera allt

		:
		:
	// parity not used
	// bool parity = value & 0x3
	value >>= 2;

	// Sequence number in transmission burst - 1
	uint8_t seq_no = (value & 0x3) + 1;
	value >>= 2;

	double temp = static_cast<double>(value & 0x7FF) - static_cast<double>(800);
	temp = temp/16.0;
	value >>= 11;

	uint8_t humidity = (value & 0xFF);
	humidity = humidity/2;
	value >>= 8;

	// battery low status indicator (active high)
	bool battLo = (value & 0x1);
	value >>= 1;

	// Unused constant bit
	value >>= 2;

	uint8_t channel = (value & 0x3) + 1;
	value >>= 2;

	uint8_t house = (value & 0xF);

	std::stringstream retString;

	retString << "class:sensor;protocol:mandolyn;id:"
		<< house*10+channel
		<< ";model:temperaturehumidity;"
		<< "temp:" << std::fixed << std::setprecision(1) << temp
		<< ";humidity:" << static_cast<int>(humidity)
		<< ";lobatt:" << static_cast<int>(battLo)
		<< ";seq_no:" << static_cast<int>(seq_no) << ";";
		:
		:

I testerna med min esic_clone så använder jag den implementation som Telldus gjort. Så länge min sensor visar lika som originalet så är ju allt frid och fröjd.

Det krävs även stöd i firmware för att stödja fler protokoll. Jag tror inte att det bara är att lägga till en ProtocolXXXX.cpp-fil... tror jag. Jag baserar det på att DUO:n blinkar när det kommer in ett paket som den känner igen och är OK, men jag kan ha fel.

[ankan]

Har hittat Mandolyn protokollet på några olika ställen så jag tänkte sammanställa några länkar här eftersom det är det protokollet vi använder.
Som ni kan se skiljer de sig något åt mellan varandra och jag har inte koll på vilket som är det "rätta" men ni som analyserar trafiken kanske kan klura ut det.

http://ala-paavola.fi/jaakko/doku.php?id=wt450h
http://wiki.nethome.nu/doku.php/upmprotocol
https://gitorious.org/sticktools/protoc ... mandolyn.c

För övrigt hittade jag att någon redan har gjort en trådlös 1-wire enhet för några år sedan. Mer info här: http://www.varmepumpsforum.com/vpforum/ ... pic=3145.0