Signalduino Entwicklung

trebron106 · 03 Februar 2016, 10:35:38

Hallo Sidey,

mir ging es erst einmal um das Senden im Raw Format, dadurch kann ich ein zusätzliches Gerät nur zum Senden einsparen und das klappt jetzt. Das Empfangen der Daten ist ja pro Rollade nur eine einmalige Sache. Um den Rolladencode auf zuzeichnen benutze ich folgenden Sketch Fernotron2411RFSniffer.ino und mit Hilfe eines Scriptes wandele ich die Daten in das Signalduino Format um. Dabei ist zwar etwas Handarbeit von Nöten, aber es klappt. Wenn ich wieder Zeit habe werde ich mir die Empfangsseite einmal genauer anschauen, bis dahin wäre es nicht schlecht wenn du die Änderungen einchecken könntes.

Gruß
Klaus

Ralf9 · 03 Februar 2016, 12:03:09

Zitat von: Cruiser79 am 02 Februar 2016, 23:43:04
Wenn man einfach oft genug volle Batterien raus und rein macht dürfte sich ja insofern ein Bit nie ändern, welches sich dann aber bei Low Batterien ändern würde. Ansonsten muss ich das ganze mal länger laufen lassen.

Das mit dem öfters die Batterien rein und raus machen dürfte zu aufwendig werden.
Wenn Du schlechte Akkus mit einer hohen Selbstentladung hast, kannst es ja einfach mal laufen lassen.

Zitat von: Cruiser79 am 02 Februar 2016, 23:43:04
Was meinst du genau mit RAW Nachrichten? Du willst bestimmt nicht das gesamte Logfile, was geschrieben wird, oder?
Um das Modul für meinen Sensor muss ich mich somit nicht kümmern? Das erledigt ihr?

Dies ist eine raw Nachricht:

Code Auswählen

MU;P0=332;P1=-157;P2=791;P3=1452;P5=-438;D=0012101312121010101050121010101050101010101010;CP=0;

Kannst Du mal schauen ob Du für den Sensor technische Daten hast.
Ich bräuchte für eine Plausiblitätsprüfung den Temperatur- und Feuchtigkeitsbereich. Sonst nehme ich für die Temperatur -30 bis 70 Grad.

Ich werde ein Modul erstellen.

Gruß Ralf

Cruiser79 · 03 Februar 2016, 14:25:11

Zitat von: Ralf9 am 03 Februar 2016, 12:03:09
Dies ist eine raw Nachricht:
Code Auswählen Erweitern
MU;P0=332;P1=-157;P2=791;P3=1452;P5=-438;D=0012101312121010101050121010101050101010101010;CP=0;

Ok, dann werden ich die mal mit aufzeichnen bei meinen Tests.

Zitat von: Ralf9 am 03 Februar 2016, 12:03:09
Kannst Du mal schauen ob Du für den Sensor technische Daten hast.
Ich bräuchte für eine Plausiblitätsprüfung den Temperatur- und Feuchtigkeitsbereich. Sonst nehme ich für die Temperatur -30 bis 70 Grad.

Ja, werde mal versuchen den Sensor auseinander zu nehmen um das Innenleben zu fotografieren.

Zitat von: Ralf9 am 03 Februar 2016, 12:03:09
Ich werde ein Modul erstellen.

Gruß Ralf

Super, wäre es dann auch möglich die ganzen "internen" Werte, wie Bitfolge, rawTemperatur als Reading zu speichern? Ich würde gerne das Modul in meiner Produktivumgebung einbauen, damit ich dann sowas wie Langzeittests dort einfacher handeln kann.

Gruß,
Tim

Ralf9 · 03 Februar 2016, 15:07:10

Zitat von: Cruiser79 am 03 Februar 2016, 14:25:11
Ja, werde mal versuchen den Sensor auseinander zu nehmen um das Innenleben zu fotografieren.

Ist nicht nötig. Mir gehts um die Daten die in der Anleitung stehen.

Gruß Ralf

Ralf9 · 03 Februar 2016, 21:42:47

Zitat von: Ralf9 am 02 Februar 2016, 23:09:55
Als einfach zu verstehende Zuordung habe ich gedacht, daß alle Protokolle, die ins Weather Modul kommen mit W anfangen (z.B. "W37#")
Ich werde das Modul mal so programmieren wie ich es mir vorstelle, Du kannst es Dir anschauen ob es Dir so gefällt.

Ich habe ein neues Modul "14_SD_WS.pm" erstellt.
Ich habe versucht es so einfach wie möglich zu machen, damit auch jemand mit geringen perl Kenntnissen in der Lage ist einen neuen Temperatursensor zuzufügen.

Zum Zufügen eines weiteren Temperatursensor Protokolls muß nur ein weiterer elsif Abschnitt zugefügt werden z.B:

Code Auswählen

 	}
	elsif ($protocol == "38")		# Auriol
	{

Solange die Variable $model nicht definiert ist, kann mit log Ausgaben getestet werden ohne daß per autocreate ein sensor angelegt wird.

@Cruiser79
Du kannst mal testen ob es so passt.

Gruß Ralf

Cruiser79 · 03 Februar 2016, 23:25:10

Zitat von: Ralf9 am 03 Februar 2016, 21:42:47
Ich habe ein neues Modul "14_SD_WS.pm" erstellt.
Ich habe versucht es so einfach wie möglich zu machen, damit auch jemand mit geringen perl Kenntnissen in der Lage ist einen neuen Temperatursensor zuzufügen.

Zum Zufügen eines weiteren Temperatursensor Protokolls muß nur ein weiterer elsif Abschnitt zugefügt werden z.B:
Code Auswählen Erweitern
} elsif ($protocol == "38") # Auriol {

Solange die Variable $model nicht definiert ist, kann mit log Ausgaben getestet werden ohne daß per autocreate ein sensor angelegt wird.

@Cruiser79
Du kannst mal testen ob es so passt.

Gruß Ralf

Hi Ralf,

der Sensor hat leider kein Handbuch/Zettel oder ähnliches dabei gehabt, insofern auch keine Temperaturbereiche angegeben. Doch aufschrauben, oder bringt dir das Innenleben nichts?

Dafür habe ich das nächste Problem mit der Signalduino Firmware. Auf meinem Raspberry kommt es gerade vor, das der Signalduino nicht richtig hochgefahren kommt. Ich bekomme folgende Meldungen im Log:

Code Auswählen

2016.02.03 23:02:38 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0 disconnected, waiting to reappear (sduino)
2016.02.03 23:03:32 3: Setting sduino serial parameters to 57600,8,N,1
2016.02.03 23:03:32 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0 reappeared (sduino)
2016.02.03 23:03:32 1: define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0@57600
2016.02.03 23:03:32 1: init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9I91RVB-if00-port0@57600
2016.02.03 23:03:32 5: sduino SW: V
2016.02.03 23:03:35 5: sduino SW: V
2016.02.03 23:03:35 5: sduino/RAW (ReadAnswer): V 3.2.0-b11 SIGNALduino - compiled at Jan 15 2
2016.02.03 23:03:35 5: sduino/RAW (ReadAnswer): 016 22:44:39

2016.02.03 23:03:35 4: sduino/msg get raw: 
2016.02.03 23:03:35 3: sduino: Possible commands: 
2016.02.03 23:03:38 4: sduino: ping ...
2016.02.03 23:03:38 4: sduino/msg get raw: 
2016.02.03 23:08:38 4: sduino: ping ...
2016.02.03 23:08:38 4: sduino/msg get raw: 
2016.02.03 23:13:38 4: sduino: ping ...
2016.02.03 23:13:38 4: sduino/msg get raw: 
2016.02.03 23:18:38 4: sduino: ping ...
2016.02.03 23:18:38 4: sduino/msg get raw:

Wenn man Kommandos absetzt kommt nur ein

Code Auswählen



2016.02.03 23:00:00 2: IT set Wohnzimmer_Dekolicht off
2016.02.03 23:00:00 4: sduino/msg get raw: isXXXXXXXXX
2016.02.03 23:00:00 2: IT IODev device didn't answer is command correctly:

Kennt ihr das Problem? Was kann ich da tun?
Auf meinem Windows Rechner habe ich übrigens keine Probleme mit ein- und ausstecken.
Restarts von FHEM habe ich auch schon versucht, haben mich auch nicht weiter gebracht.

Gruß,
Tim

Ralf9 · 04 Februar 2016, 09:28:54

Zitat von: Cruiser79 am 03 Februar 2016, 23:25:10
der Sensor hat leider kein Handbuch/Zettel oder ähnliches dabei gehabt, insofern auch keine Temperaturbereiche angegeben. Doch aufschrauben, oder bringt dir das Innenleben nichts?

Das Innenleben bringt mir nichts. Ich nehme dann ungefähre Werte dies ist auch ausreichend.

Zitat von: Cruiser79 am 03 Februar 2016, 23:25:10
Dafür habe ich das nächste Problem mit der Signalduino Firmware. Auf meinem Raspberry kommt es gerade vor, das der Signalduino nicht richtig hochgefahren kommt. Ich bekomme folgende Meldungen im Log:

Ist beim sduino das Attribut dummy = 1 gesetzt? Falls ja, dann lösche es.

Gruß Ralf

Cruiser79 · 04 Februar 2016, 10:12:48

Zitat von: Ralf9 am 04 Februar 2016, 09:28:54
Das Innenleben bringt mir nichts. Ich nehme dann ungefähre Werte dies ist auch ausreichend.

Ist beim sduino das Attribut dummy = 1 gesetzt? Falls ja, dann lösche es.

Gruß Ralf

Ja, dummy war gesetzt. Ich wüsste nicht, das ich das gesetzt habe? Wieso funktioniert es nur ohne und wieso war es gesetzt?

Gruß,
Tim

Sidey · 04 Februar 2016, 16:28:43

Der Dummy wird gesetzt, wenn die Firmware mit dem Modul nicht kompatibel ist.

Was besseres ist mir leider nicht eingefallen.

Ralf9 · 04 Februar 2016, 18:15:14

Zitat von: Sidey am 04 Februar 2016, 16:28:43
Der Dummy wird gesetzt, wenn die Firmware mit dem Modul nicht kompatibel ist.

Hallo Sidey,

kannst Du vielleicht bei den beiden folgenden Log Meldungen

Code Auswählen

Not an SIGNALduino device,

Version of your arduino is not compatible, pleas flash new firmware

den Hinweis ergänzen, daß das device durch setzen des dummy Attributs deaktiviert wurde.

Gruß Ralf

Papaloewe · 04 Februar 2016, 20:08:24

Zitatwas für Werte Überträgt das Thermometer und welche Werte werden zum Zeitpunkt der Übertragung von dir abgelesen?

Am besten postest Du auch noch mal das Signal aus dem Log, die Demodulierung in Bits muss ja nicht zwangsläufig stimmen, auch wenn das erst mal gut aussieht.

Um das ganze zu analysieren ist dann halt eine Messreihe notwendig.

Es handelt sich um ein "Dancook Grillthermometer Wireless" (433)
Der Sender ist baugleich mit denen von Weber und Santos. Nur das Empfangsteil sieht da ein wenig anders aus.
Es wird ein Temperaturwert bis max 250C übertrgen.
Im Log bei Verbose 4 tauchen periodisch (ca. alle 5s) folgende Einträge auf.

Code Auswählen

2016.02.04 20:18:13 4: sduino/msg READ: MS;P1=-975;P2=436;P3=-2684;P4=-4028;D=242121232323232321212121212121212121212323232323232323232121212121212121;CP=2;SP=4;
2016.02.04 20:18:13 4: sduino/msg READ: MU;P0=190;P1=-1570;P2=472;P4=-988;P5=-4016;D=0121212121212424242424242424242424212121212421212121212424242424242424252424212121212124242424242424242424240;CP=2;
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:13 4: sduino/msg READ: MU;P0=486;P1=140;P2=-969;P4=-1946;P5=-3996;D=0120404040404020202020202020205020204040;CP=0;
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:13 4: sduino/msg READ: MS;P0=-973;P1=478;P2=-1961;P4=-4000;D=14101012121212121010101010101010101010121212121012121212121010101010101010;CP=1;SP=4;
2016.02.04 20:18:13 4: sduino: Matched MS Protocol id 1 -> ConradRSL
2016.02.04 20:18:13 4: sduino: Matched MS Protocol id 7 -> weatherID7
2016.02.04 20:18:13 4: sduino: Decoded MS Protocol id 7 dmsg P7#3E003DF00 length 36
2016.02.04 20:18:13 4: SD_WS07_Parse  SD_WS07 (P7#3E003DF00) length: 9
2016.02.04 20:18:13 4: SD_WS07_T decoded protocolid: 7 sensor id=3E, channel=1, temp=6.1, hum=0, bat=low
2016.02.04 20:18:13 4: sduino/msg READ: MU;P0=-4175;P1=489;P2=-969;P4=-2238;D=1212121212101212141414141412121212121212121212121414141412141414141412121212121212121012121414141414121412121212121212121414141412141414141412121212121212121012121414141414121212121212121212121214141414121414100141212121212121212101;CP=1;
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:13 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:18 4: sduino/msg READ: MU;P0=-102;P1=938;P2=-964;P3=407;P5=-2880;D=00121212121212121212121212121212321232123212321212323232121232321212123232123212323232323212123232123235;CP=3;
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:18 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.02.04 20:18:18 4: sduino/msg READ: MS;P0=-2732;P1=-1147;P2=491;P3=1021;P4=-620;P5=-11616;D=253434343434343434343434343434342134213422021343421212134342121343434212134213421212121213434212134212121212121212121212121212121213421212121212134212121342121342131;CP=2;SP=5;
2016.02.04 20:18:21 4: sduino/msg READ: MU;P0=-2820;P1=988;P2=-913;P3=556;D=1212121212121212121212121212123212321232123212123232321212323212121232323232123232323232121232321232323232323232323232323232323232123232320323212323232123232123212323212323;CP=3;
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino/msg READ: MU;P0=1021;P1=-617;P2=491;P3=-1147;P4=-2828;D=010101010101010101010101010101230123012301230101232323010123230101012323012423232323230101232301232323232323232323232323232323230123232323232301232323012323012301232301232;CP=2;
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 5 -> unitec6899 matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: decoded matched MU Protocol id 5 dmsg p5#FFFEAB19C8 length 40
2016.02.04 20:18:21 4: sduino: decoded matched MU Protocol id 5 dmsg p5#0C8000408948 length 48
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.02.04 20:18:21 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate

Das war bei einer Anzeige von 26C.

Sidey · 04 Februar 2016, 22:00:36

Zitat von: Ralf9 am 04 Februar 2016, 18:15:14
den Hinweis ergänzen, daß das device durch setzen des dummy Attributs deaktiviert wurde.

Hi Ralf, Hinweis habe ich ergänzt.
Es ist übrigens auch nicht verboten das gleich zu verändern...

So ganz glücklich bin ich mit der Lösung selbst noch nicht.
Die Attribute gehören eigentlich dem Anwender und nicht dem Modul. Ich denke ich werde das noch mal ändern.

Wenn ich es in ein Internal schreibe und dann über das Internal steuere, ob das Modul funktioniert, ist es vermutlich besser gelöst da
1) nicht persistent
2) Ich nicht Attribute nach dem Definieren verändere

Grüße Sidey

Ralf9 · 04 Februar 2016, 22:24:38

Zitat von: Sidey am 04 Februar 2016, 22:00:36
Wenn ich es in ein Internal schreibe und dann über das Internal steuere, ob das Modul funktioniert, ist es vermutlich besser gelöst da
1) nicht persistent
2) Ich nicht Attribute nach dem Definieren verändere

Der Anwender sollte dann auch eine Möglichkeit haben, die deaktivierung wieder zurückzunehmen, damit das device wieder funktioniert.
Bei der Lösung mit dem Internal wäre dann das device nach einem neustart von fhem automatisch wieder aktiv.

Gruß Ralf

Sidey · 04 Februar 2016, 22:26:17

Zitat von: trebron106 am 31 Januar 2016, 09:45:17
Die Änderungen betreffen hauptsächlich Datentypen uint8_t geändert in uint16_t , damit werden auch Strings die länger als 255 Zeichen sind verarbeitet. Auch habe ich die String.substring() Routine in "split_cmdpart" ersetzt, da sie mit langen Strings nicht zurechtkommt.

Hi Trebron,

ich habe deine Änderungen nun teilweise übernommen.
Der Start einer Nachricht wird meiner meinung nach Nicht >255 sein. Deshalb habe ich es hier bei dem Datentyp mit 8 bit gelassen.

Den Part mit String.substring() habe ich nicht verstanden. Den kannst Du ja vielleicht noch mal näher erklären.

Hier sind alle Änderungen auch zu sehen:
https://github.com/RFD-FHEM/SIGNALDuino/commit/9f23b4aa734aca5498fcc61d5d95dee2c86a81d2

Grüße Sidey

Sidey · 04 Februar 2016, 22:31:37

Zitat von: Ralf9 am 04 Februar 2016, 22:24:38
Der Anwender sollte dann auch eine Möglichkeit haben, die deaktivierung wieder zurückzunehmen, damit das device wieder funktioniert.

Gruß Ralf

Bei Folgendem Ablauf nicht nowendig:

1. Module werden aktualisiert
2. Modul initialisiert den Arduino
3. Modul fragt Version ab
4a. Arduino Sendet entweder nichts oder eine alte Version
5. Modul stellt den Betrieb ein und funktioniert nicht richtig.
6. Modul gibt im Status eine Meldung aus
7. Anwender flasht das Device
8. -> es beginnt wieder bei 2

4b. Arduino sendet eine unterstützte Version
5.Modul ist Initialisiert fertig und ist betriebsbereit.

Da ein Internal nicht persistent ist, sollte nach dem Flashen das Gerät wieder initialisiert sein.

Grüße Sidey