Selbstbau Funkthermometer 433Mhz

Sidey · 09 Januar 2018, 20:56:09

Zitat von: Ralf9 am 09 Januar 2018, 19:17:01

Ich habe daraus ein Sendekommando gemacht:
Code Auswählen Erweitern
SR;P0=-1451;P1=268;P2=995;P3=-22394;D=320202020102010202020202010102010202010102010201020101010202020102010201020101010202010132020202010201020202020201010201020102010201010202020101020201020201010202020101020202023;

Das ist je eine Übertragung eines Sensors. Schau es dir mal genau an, dann wirst Du es sehen.
Du müsstest eigentlich jeden Sensor 5x wiederholen um es korrekt nachzustellen.

Die Zuordnung 0 / 1 habe ich tatsächlich vertauscht.
Ich habe das korrigiert.

Grüße Sidey

juergs · 09 Januar 2018, 20:58:23

Der Sketch "sendet" 1x,

Code Auswählen

LaCrosse.sendTemperature();
aber in der LaCrosse-Klasse wird noch über die Anzahl Repetitions wiederholt (steht wohl bei CatWeazle auch auf 5).
Bei mir funktioniert das Ganze ganz normal ohne Probleme über aculfw / culfw und dem CC1101 oder über den MapleCUL (433MHz).
Jürgen

CatWeazle · 09 Januar 2018, 21:11:14

Hallo Sidey,

ich brauche die 433Mhz nur für IT-Steckdosen, Wetterstationen und Sender nach EV1527 / xx2622.
Ich betreibe daher einen NANO mit Signalduino einem 433Mhz Sendemodul und einem RXB6 Empfänger.
Damit wollte ich auch dieses hier besprochene Projekt empfangen.

Für 868Mhz habe ich einen NanoCul.

Dann ....

ZitatDie Zuordnung 0 / 1 habe ich tatsächlich vertauscht.
Ich habe das korrigiert.

Dann werde ich ein FHEM-Update durchführen, oder wie komme ich an die korrigierte Version?

Grüße
Mike

EDIT:

@juergs:

ja, steht auf 5x "#define REPEATMSG 5"

Sidey · 09 Januar 2018, 21:37:38

Zitat von: CatWeazle am 09 Januar 2018, 21:11:14

Dann werde ich ein FHEM-Update durchführen, oder wie komme ich an die korrigierte Version?

Mit dem Updatebefehl von gestern, bekommst Du die angepasste Version.

Grüße Sidey

KölnSolar · 09 Januar 2018, 21:59:13

[OT]

Zitathttps://github.com/RFD-FHEM/ArduinoSensor

auch interessant. FHEM-Modul gibt's aber keins, oder ? [OT]

Sidey · 09 Januar 2018, 22:33:44

Zitat von: KölnSolar am 09 Januar 2018, 21:59:13
[OT] auch interessant. FHEM-Modul gibt's aber keins, oder ? [OT]

Doch, ich verteile es nur nicht mit dem normalen FHEM Update.

https://github.com/RFD-FHEM/RFFHEM/blob/master/FHEM/14_SD_AS.pm

CatWeazle · 09 Januar 2018, 23:13:35

Hallo Sidey,

das update über den Link von gestern hatte ich schon ausgeführt, mit Erfolg übrigens

Vielen Dank für die Korrektur.

Bitte die 77 erst mal so lassen.
Mit der 77 und der Lacrosse Lib lässt sich doch einiges verwirklichen.

In einem ATTiny85 passt der Sketch, dazu einen DS18B20 oder HDT22 und das Sendemodul und Batteriestrom kostet keine 5EUR

Gefällt mir gut, Ich habe ATTiny85 bei Reichelt bestellt, die sollten die Woche kommen.

Ich werde auch mal versuchen ob die Luftfeuchtigkeitswerte sauber übertragen und gelesen werden.

Grüße
Mike

CatWeazle · 10 Januar 2018, 20:25:05

Hi Leutz,

sieht gut aus, T hatte ja schon funktioniert, H geht auch

T+H = Sensor-ID=106

Code Auswählen

2018-01-10 20:12:06 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=-2041;P1=394;P2=-4593;P3=-9054;D=1310121012101210101010101210101010101210121012121010121210;CP=1;SP=3;
2018-01-10 20:12:06 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P1=415;P2=-2001;P3=-4587;P4=-9602;D=1412131213121312121212121312121212121312131213131212131312;CP=1;SP=4;
2018-01-10 20:12:07 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-936;P1=411;P2=-2033;P3=-5141;P4=-9568;D=01212121312121212121312131213131212131312141213121312131212121212131212121212131213121313121213131213;CP=1;
2018-01-10 20:12:07 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-372;P1=-361;P3=959;P4=-545;P5=472;P6=1442;P7=-144;D=13131313131313131313131313131345154345154345154313134513154313451315434513131313154345131313154345131543451543451313131315434513154313131345131313131313467503131515151516151616151616151615151516161616161516151516161516151616151616161515151615161616;CP=5;
2018-01-10 20:12:08 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-188;P1=1336;P2=-995;P3=540;P5=-28214;D=01212321232121212121212121232121212321232123212323232121212121232123212323232123212151212121232123212121212121212123212121232123212321232323212121212123212321232323212321215121212123212321212121212121212321212123212321232123232321212121212321232123232321;CP=3;O;
2018-01-10 20:12:08 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2018-01-10 20:12:08 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 1
2018-01-10 20:12:08 SIGNALduino sduino sduino 5: sduino: dispatching bits: 1 1 0 1 0 1 1 1 1 1 1 1 1 0 1 1 1 0 1 0 1 0 1 0 0 0 1 1 1 1 1 0 1 0 1 0 0 0 1 0 1 0 0 0
2018-01-10 20:12:08 SIGNALduino sduino sduino 4: sduino: decoded matched MU Protocol id 5 dmsg p5#D7FBAA3EA28 length 44
2018-01-10 20:12:08 SIGNALduino sduino sduino 5: sduino: dispatching bits: 1 1 1 1 0 1 0 1 1 1 1 1 1 1 1 0 1 1 1 0 1 0 1 0 1 0 0 0 1 1 1 1 1 0 1 0 1 0 0 0 1 0 1 0
2018-01-10 20:12:08 SIGNALduino sduino sduino 4: sduino: decoded matched MU Protocol id 5 dmsg p5#F5FEEA8FA8A length 44
2018-01-10 20:12:08 SIGNALduino sduino sduino 5: sduino: dispatching bits: 1 1 1 1 0 1 0 1 1 1 1 1 1 1 1 0 1 1 1 0 1 0 1 0 1 0 0 0 1 1 1 1 1 0 1 0 1 0 0 0
2018-01-10 20:12:08 SIGNALduino sduino sduino 4: sduino: decoded matched MU Protocol id 5 dmsg p5#F5FEEA8FA8 length 40
2018-01-10 20:12:17 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=1032;P1=-991;P2=1937;P3=-4104;P4=5884;P5=-6544;P6=3397;P7=-2462;D=012121234521216721212161212721212167212121212121216121212721216;CP=2;
2018-01-10 20:12:17 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-32001;P1=2029;P2=-897;P3=-3900;P4=6072;P5=-6364;P6=3495;P7=-2363;D=01212121212121212121212134512126712121262121712121267121212121212126212121712126;CP=1;
2018-01-10 20:12:18 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P1=457;P2=-3932;P3=-1972;P4=-9213;D=14131213121312121312131213131313131313131313121312131312131313121312121212;CP=1;SP=4;O;
2018-01-10 20:12:18 SIGNALduino sduino sduino 4: sduino/msg READ: MS;P0=-3906;P1=487;P2=-1966;P3=-9110;D=13121012101210101210121012121212121212121212101210121210121212101210101010;CP=1;SP=3;O;
2018-01-10 20:12:22 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-408;P1=994;P2=-1457;P3=261;P4=-21522;D=01212123212321212121212323212321232121212323212123232321212123212323212123232321232321412121212321232121212121232321232123212121232321212323232121212321232321212323232123232141212121232123212323232123232123212321212123232121232323212121232123232121232323;CP=3;O;
2018-01-10 20:12:22 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 77 -> NANO_DS1820_4Fach matches, trying to demodulate
2018-01-10 20:12:22 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 1
2018-01-10 20:12:22 SIGNALduino sduino sduino 5: sduino: dispatching bits: 0 0 0 0 1 0 1 0 0 0 0 0 1 1 0 1 0 1 0 0 0 1 1 0 0 1 1 1 0 0 0 1 0 1 1 0 0 1 1 1 0 1 1 0
2018-01-10 20:12:22 SIGNALduino sduino sduino 4: sduino: decoded matched MU Protocol id 77 dmsg TXA0D4671676 length 44
2018-01-10 20:12:22 SIGNALduino sduino sduino 5: sduino Dispatch: TXA0D4671676, test ungleich: disabled
2018-01-10 20:12:22 SIGNALduino sduino sduino 5: sduino Dispatch: TXA0D4671676,  dispatch
2018-01-10 20:12:22 CUL_TX CUL_TX_106 T: 17.1 H: 67.1
2018-01-10 20:12:22 CUL_TX CUL_TX_106 temperature: 17.1
2018-01-10 20:12:22 SIGNALduino sduino sduino 4: sduino/msg READ: MU;P0=-1487;P1=230;P2=961;D=010102020101010202020102010101020101020102010202020101020201010102020201020101020201010102010202;CP=1;
2018-01-10 20:12:22 SIGNALduino sduino sduino 4: sduino: Fingerprint for MU Protocol id 77 -> NANO_DS1820_4Fach matches, trying to demodulate
2018-01-10 20:12:22 SIGNALduino sduino sduino 5: sduino: Starting demodulation at Position 1

Hier bei mir in der Gegend scheinen aber noch einige Sensoren das gleiche Protokoll zu verwenden:

Die Sensor-ID=105 - 108 sind meine.

Code Auswählen


CUL_TX_105 T: 9.3
CUL_TX_106 T: 17.1 H: 67.1
CUL_TX_107 T: 0.0
CUL_TX_108 T: 0.0
CUL_TX_13 Defined
CUL_TX_18 T: 9.4
CUL_TX_27 T: 7.8 H: 76.0
CUL_TX_49 T: 8.7
CUL_TX_52 T: 9.0
CUL_TX_8 T: 7.0
CUL_TX_9 T: 8.0

Grüße
Mike

juergs · 11 Januar 2018, 12:25:51

Timings:
https://forum.fhem.de/index.php/topic,56660.msg666579.html#msg666579

CatWeazle · 11 Januar 2018, 18:28:32

Hi Leutz,

danke für die Info zum Timing, kann man sicher mal brauchen, obwohl dieses Projekt mit der Protokoll ID 77 gut funktioniert.

Protokoll ID 77, ich hab an meinem RXB6 nur kurze 10cm Draht als Antenne und schon 11 fremde Außenthermometer der Nachbarschaft eingefangen!

@ Sidey:
sollte man das Protokoll 77 vielleicht ins reguläre Update aufnehmen ?

Grüße
Mike

Sidey · 11 Januar 2018, 21:25:10

Zitat von: CatWeazle am 11 Januar 2018, 18:28:32
Hi Leutz,

danke für die Info zum Timing, kann man sicher mal brauchen, obwohl dieses Projekt mit der Protokoll ID 77 gut funktioniert.

Protokoll ID 77, ich hab an meinem RXB6 nur kurze 10cm Draht als Antenne und schon 11 fremde Außenthermometer der Nachbarschaft eingefangen!

@ Sidey:
sollte man das Protokoll 77 vielleicht ins reguläre Update aufnehmen ?

Grüße
Mike

Hi Mike,

Es wäre durchaus von Vorteil, wenn man sich an die Timings des Originals hält.

Mit der ID 77 geht es vom Prinzip her auch, es wird halt unübersichtlich bei derart vielen Protokollen.

Die Übernahme ins Update erfolgt. Allerdings wollte ich doch erst noch mal abwarten.

PS:
Vom Prinzip habe ich hier einen recht ähnlichen Aufbau in der Schublade auf einem Breadboard. Attiny85, mit 1 Mhz und einen DHT11.
Ich habe vom Prinzip her alles versucht was einem so einfällt. Ich habe sogar den DHT11 und auch das Sendemodul an einen digital Pin gehangen um in an / aus zu schalten.
Wenn Du ihn mit Batterie betreiben willst, dann drücke ich dir die Daumen. Ich hatte da ernsthaft Probleme mit der Haltbarkeit der Batterien. Daher habe ich auch einige Zeit in ein sehr optimiertes Protokoll gesteckt, denn das Sendemodul verbraucht schon einiges an Energie.

Grüße Sidey

CatWeazle · 11 Januar 2018, 22:15:38

Hallo Sidey,

ich habe das Timing angepasst, nun ist es nicht mehr MU Protocol id 77 sonder MU Protocol id 8!
Du hast Recht, so ist es natürlich viel besser, jetzt passt das normale Lacrosse TX2/TX3 Sensoren Protokoll.

Code Auswählen

//--- Duration of pulses and delays
// ALT:
/*int iLongPulse = 975;
int iShortPulse = 250;
int iDelay = 1450;*/

//NEU:
int iLongPulse = 1200;
int iShortPulse = 400;
int iDelay  = 900;

ZitatPS:
Vom Prinzip habe ich hier einen recht ähnlichen Aufbau in der Schublade auf einem Breadboard. Attiny85, mit 1 Mhz und einen DHT11.

würde mich interessieren .... also die Dateien, nicht das komplette Breadboard.

Den heutigen Tag habe ich mit dem Thema EV1527 Sender zugebracht, also TX1527, .h .cpp . ino, habe es dann ans laufen gebracht, der Sketch verwendet 1426 Bytes.
Passt locker 5x in einen ATTiny85

Muss man auch nicht selber bauen, aber man kann !

Grüße
Mike

Sidey · 11 Januar 2018, 22:41:27

Zitat von: CatWeazle am 11 Januar 2018, 22:15:38
würde mich interessieren .... also die Dateien, nicht das komplette Breadboard.

Ist schon etwas länger her. Ich habe den Sketch gefunden.
Ob er so funktioniert weiss ich leider nicht, aber es scheint die letzte Version zu sein.

Ich hatte einen DHT11 und einen Reed Sensor angebunden. Andere Sensoren wie Licht etc. funktionieren natürlich mit Anpassungen auch.

https://github.com/RFD-FHEM/ArduinoSensor/blob/master/SensorTransmitter/Examples/attiny_demo/attiny_demo.ino

Ich habe da einiges gezaubert mit watchdog und sleep, warum weiss ich schon gar nicht mehr.

Grüße Sidey

CatWeazle · 11 Januar 2018, 22:53:22

Hallo Sidey,

jups bedankt, schau mir das mal an.

Den watchdog kann man auch zum beenden eines Kurzschlafs nutzen ......

Grüße
Mike

CatWeazle · 12 Januar 2018, 15:57:57

Hi Leutz,

ich habe mir das Lacrosse TX3 Protokoll nochmal angesehen.
Zum einen habe ich das Timing weiter verändert, nachdem ich zwei Oszilloskop Screensots gesehen habe.
So sollte es noch besser zu TX3 Passen.
Bei mir funktioniert es!

Code Auswählen


/* ALT:
int iLongPulse = 1200;
int iShortPulse = 400;
int iDelay  = 900;*/

// NEU:
int iLongPulse = 1300;
int iShortPulse = 500;
int iDelay  = 500;

Dann habe ich festgestellt, das Temperatur und Luftfeuchtigkeit nicht in einem übertragen werden und in den bits 9-12 der Sensortyp hinterlegt ist!

Code Auswählen


2018-01-12 16:28:51 SIGNALduino sduino sduino 5: sduino: dispatching bits: 0 0 0 0 1 0 1 0 0 0 0 0 1 1 0 1 0 1 0 0 0 1 1 1 0 0 0 1 0 0 1 1 0 1 1 1 0 0 0 1 1 1 1 0
2018-01-12 16:28:51 SIGNALduino sduino sduino 5: sduino Dispatch: TXA0D471371E,  dispatch
2018-01-12 16:28:51 CUL_TX CUL_TX_106 T: 21.3 H: 67.1
2018-01-12 16:28:51 CUL_TX CUL_TX_106 temperature: 21.3

2018-01-12 16:28:52 SIGNALduino sduino sduino 5: sduino: dispatching bits: 0 0 0 0 1 0 1 0 1 1 1 0 1 1 0 1 0 1 0 0 0 1 1 0 0 1 1 1 0 0 0 1 0 1 1 0 0 1 1 1 0 1 0 0
2018-01-12 16:28:52 SIGNALduino sduino sduino 5: sduino Dispatch: TXAED4671674,  dispatch
2018-01-12 16:28:52 CUL_TX CUL_TX_106 T: 21.3 H: 67.1
2018-01-12 16:28:52 CUL_TX CUL_TX_106 humidity: 67.1

Die ersten 8 bits sind bei TX3 immer 0000 1010.
Die nächsten vier bits sind der Sensortyp, T: 0000 / H: 1110
Danach kommen 7 Adressbits, 1 parity bit, 20 Datenbits und die letzten vier sind die Checksumme.

Bei humidity steht der Wert genau drin H: 67.1 = Dispatch: TXAED4'671'674
Bei temperature ist der Wert mit +50 angegeben, T: 21.3 = Dispatch: TXA0D4'713'71E
Die +50 sind die Reserve für Temperaturen unter Null!

Grüße
Mike