Signalduino Entwicklung

[BallaBalla]

Hallo in die Runde
Bekomme beim neusten Update folgende Meldung:

Global global Got 9 bytes for FHEM/itv3 notes.txt, expected 1353

Anscheinend ist die Datei itv3 notes.txt nach dem Download nicht gross genug....?

Wo kann, muss ich suchen ?

Hänge da etwas auf dem "Schlauch"

Gruß
Benno

[Sidey]

Hi BallaBalla,

uuups, diese Datei sollte nicht über das Update verteilt werden, da sind nur ein paar Notizen enthalten. Ich habe es korrigiert.

Grüße Sidey

[BallaBalla]

Hi Sidey

Jau geht wieder.

Besten Dank und schönen Sonntag noch.

Benno

[Ralf9]

Gibt es eigentlich ein Protokollübersicht für den SignalDuino wo die Zuordnung der Protokollnummer zum Sensor gegeben ist.

Hier ist eine Sensorübersicht mit Protokollnummer:
http://www.fhemwiki.de/wiki/SIGNALduino#Unterst.C3.BCtzte_Ger.C3.A4te

Gruß Ralf

[Ralf9]

Gibt es bei der ID-Nr  ein System? Wird sie einfach bei jeder neuen Version um 1 erhöht?
Mit welcher ID -Nr fängt man bei einem neuen Modul oder bei einen Modul das bis jetzt noch keine ID hatte, an?

Ich hab mich mal erkundigt.

Die ID-Zeile ist für das Update nicht relevant. Das update geht nach dem Zeitstempel im control-file.

Für die RevisionsNr kann eine beliebige Ganzzahl verwendet werden. Z.B. 32 für die dev-r32

Das Z hinter der Uhrzeit steht für die Zeitzone UTC (Zulu)

@Sidey hast Du dies mitbekommen?
http://forum.fhem.de/index.php/topic,47371.msg390922.html#msg390922

Gruß Ralf

[Ralf9]

Hallo Tim,

ich habe das mit der Formel mal ins 90_SIGNALduino_un.pm Modul eingebaut, Du kannst mal testen ob die Temperaturen im log jetzt besser passen.

Hallo Tim,

hast Du inzwischen mal getestet ob mit der angepassten Formel es beim Bresser mit den Temperaturen besser paßt?

Gruß Ralf

[Papaloewe]

Hallo Sidey,

ich hoffe du kannst mir helfen. Ich versuche mein dancook Grillthermometer (angeblich baugleich mit Santos?) zu empfangen.
Letzte Version aus dem dev branch ist installiert und scheint soweit auch zu funktionieren.
Folgendes erhalte ich nach dem Einschalten des dancook Senders im Log:

Code Auswählen Erweitern

2016.02.02 18:21:18 3: SD_WS09_Parse Bin=0000000000000001010101001111100110110101111010110111111111111111101111110111010101100100 syncp=58 length:88
2016.02.02 18:21:18 3: EXIT SD_WS09_Parse msg=000154F9B5EB7FFFBF7564 syncp=58 length:88
2016.02.02 18:21:18 3: sduino: Unknown code P9#000154F9B5EB7FFFBF7564, help me!


Das wiederholt sich dann immer in gleichen Abständen.

Gibt es eine Chance das zu entschlüsseln?

Gruß
Thomas

[Sidey]

Hallo papaloewe,

was 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.

Grüße Sidey

G

[Cruiser79]

Hallo Tim,

hast Du inzwischen mal getestet ob mit der angepassten Formel es beim Bresser mit den Temperaturen besser paßt?

Gruß Ralf

Hi Ralf,

ich habe noch ein paar Werte aufgezeichnet. Wenn man die Werte auf eine Kommastelle runden würde, würde es schon ziemlich gut aussehen.

Habe auch leere Akkus gefunden, die ich kurz aufgeladen habe. Das erdachte Batterie-Bit ist aber wohl nicht richtig, da tut sich nichts, obwohl die Anzeige des Senders fast dunkel war.

Code Auswählen Erweitern


19.6
2016.01.28 22:06:12 4: SIGNALduino_unknown converted to bits: 0011001000010110001001010011010010100001
2016.01.28 22:06:12 4: SIGNALduino_unknown converted to bits: 00110010 0001 01100010010 10 0110100 10100001
2016.01.28 22:06:12 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=50, channel=1, rawTemp=786, temp=19.53, hum=52


24.4
2016.01.29 20:34:22 4: SIGNALduino_unknown converted to bits: 0011001000010110011111010010101011101111
2016.01.29 20:34:22 4: SIGNALduino_unknown converted to bits: 00110010 0001 01100111110 10 0101010 11101111
2016.01.29 20:34:22 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=50, channel=1, rawTemp=830, temp=24.41, hum=42

24.8
2016.01.29 21:32:19 4: SIGNALduino_unknown converted to bits: 0011001000010110100000100010101111110101
2016.01.29 21:32:19 4: SIGNALduino_unknown converted to bits: 00110010 0001 01101000001 00 0101011 11110101
2016.01.29 21:32:19 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=50, channel=1, rawTemp=833, temp=24.75, hum=43

23.0 (low Battery)
2016.02.01 22:59:49 4: SIGNALduino_unknown converted to bits: 0111110000010110011000100011001000100110
2016.02.01 22:59:49 4: SIGNALduino_unknown converted to bits: 01111100 0001 01100110001 00 0110010 00100110
2016.02.01 22:59:49 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=124, channel=1, rawTemp=817, temp=22.97, hum=50


22.9 (low Battery)
2016.02.01 23:03:37 4: SIGNALduino_unknown converted to bits: 0111110000010110011000000011010100100111
2016.02.01 23:03:37 4: SIGNALduino_unknown converted to bits: 01111100 0001 01100110000 00 0110101 00100111
2016.02.01 23:03:37 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=124, channel=1, rawTemp=816, temp=22.86, hum=53


22.8 (high Battery)
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 0010000100010110010111100011110011010001
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101111 00 0111100 11010001
2016.02.01 23:09:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=815, temp=22.75, hum=60

22.5 (high battery)
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 0010000100010110010110100011011011000111
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101101 00 0110110 11000111
2016.02.01 23:11:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=813, temp=22.53, hum=54

22.5
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 0010000100010110010110010011011011000110
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101100 10 0110110 11000110
2016.02.01 23:13:35 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=812, temp=22.42, hum=54

22.6 (low battery)
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 0011101000010110010110110011110011100111
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 00111010 0001 01100101101 10 0111100 11100111
2016.02.01 23:14:33 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=58, channel=1, rawTemp=813, temp=22.53, hum=60

22.8 (high battery)
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 1010110000010110010111100011111101011111
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 10101100 0001 01100101111 00 0111111 01011111
2016.02.01 23:20:45 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=172, channel=1, rawTemp=815, temp=22.75, hum=63

22.9 (low battery)
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 0010010100010110011000010011101111010111
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 00100101 0001 01100110000 10 0111011 11010111
2016.02.01 23:21:29 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=37, channel=1, rawTemp=816, temp=22.86, hum=59

22.8 (high Battery)
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 0010000100010110010111100011110011010001
2016.02.01 23:09:47 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101111 00 0111100 11010001
2016.02.01 23:09:47 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=815, temp=22.75, hum=60

22.5 (high battery)
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 0010000100010110010110100011011011000111
2016.02.01 23:11:41 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101101 00 0110110 11000111
2016.02.01 23:11:41 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=813, temp=22.53, hum=54

22.5
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 0010000100010110010110010011011011000110
2016.02.01 23:13:35 4: SIGNALduino_unknown converted to bits: 00100001 0001 01100101100 10 0110110 11000110
2016.02.01 23:13:35 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=33, channel=1, rawTemp=812, temp=22.42, hum=54

22.6 (low battery)
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 0011101000010110010110110011110011100111
2016.02.01 23:14:33 4: SIGNALduino_unknown converted to bits: 00111010 0001 01100101101 10 0111100 11100111
2016.02.01 23:14:33 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=58, channel=1, rawTemp=813, temp=22.53, hum=60

22.8 (high battery)
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 1010110000010110010111100011111101011111
2016.02.01 23:20:45 4: SIGNALduino_unknown converted to bits: 10101100 0001 01100101111 00 0111111 01011111
2016.02.01 23:20:45 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=172, channel=1, rawTemp=815, temp=22.75, hum=63

22.9 (low battery)
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 0010010100010110011000010011101111010111
2016.02.01 23:21:29 4: SIGNALduino_unknown converted to bits: 00100101 0001 01100110000 10 0111011 11010111
2016.02.01 23:21:29 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=37, channel=1, rawTemp=816, temp=22.86, hum=59

18.8 (high battery)
2016.02.02 20:10:56 4: SIGNALduino_unknown converted to bits: 1101110000010110000101110011110001000101
2016.02.02 20:10:56 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001011 10 0111100 01000101
2016.02.02 20:10:56 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=779, temp=18.76, hum=60

18.9
2016.02.02 20:11:53 4: SIGNALduino_unknown converted to bits: 1101110000010110000110000011011101000001
2016.02.02 20:11:53 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001100 00 0110111 01000001
2016.02.02 20:11:53 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=780, temp=18.87, hum=55

19.0
2016.02.02 20:14:44 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001101 00 0110100 01000000
2016.02.02 20:14:44 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=781, temp=18.98, hum=52

19.2
2016.02.02 20:19:29 4: SIGNALduino_unknown converted to bits: 11011100 0001 01100001111 00 0110011 01000011
2016.02.02 20:19:29 4: SIGNALduino_unknown decoded protocolid: 37 (Bresser 7009994) sensor id=220, channel=1, rawTemp=783, temp=19.20, hum=51



[Ralf9]

ich habe noch ein paar Werte aufgezeichnet. Wenn man die Werte auf eine Kommastelle runden würde, würde es schon ziemlich gut aussehen.

Habe auch leere Akkus gefunden, die ich kurz aufgeladen habe. Das erdachte Batterie-Bit ist aber wohl nicht richtig, da tut sich nichts, obwohl die Anzeige des Senders fast dunkel war.

Hallo Tim,

ja die Werte passen so recht gut. Ich habe es nur zum Testen auf zwei Kommastellen gerundet, ich werde es auf eine Kommastelle ändern.
Evtl ist das Batterie Bit in den ersten 8 Bit enthalten und die ID z.B. nur 4 stellig, dann müsste sich die ID ändern, wenn die Batterie schwächer wird.
Bei den meisten Sensoren, erscheint bei schwacher Batterie ein  Batteriesymbol im Display.

Hast Du mir zum Testen auch ein paar RAW-Nachrichten.

Jetzt fehlt nur noch das Modul, damit der Sensor per Autocreate angelegt wird.

@Sidey
Ist es ok, wenn ich ein Modul mit dem Namen 14_SD_Weather.pm anlege. Das Modul wird dann eine Mischung aus dem 14_SD_WS07.pm und dem 90_SIGNALduino_un.pm Modul.
Oder hast Du eine andere Idee und möchstest das Modul selber anlegen?

Gruß Ralf

[Sidey]

Hi Ralf,

mach doch ein SD_WS37, das wird zu komplex mehrere Protokolle mit mehreren Sensoren in einem Modul.

Grüße Sidey

[Ralf9]

mach doch ein SD_WS37, das wird zu komplex mehrere Protokolle mit mehreren Sensoren in einem Modul.

Ich habe bedenken, daß wir dann irgendwann 10 oder mehr Module für Temperatursensoren haben, oder denkst Du das es sich auf ein paar wenige Module begrenzen wird?
Aber wie wir es machen, pro Protokoll ein Modul oder mehrere einfache Temperaturprotokolle in ein Modul, ist letztendlich Deine Entscheidung.

Das 14_SD_Weather Modul dürfte auch nicht komplexer als das 90_SIGNALduino_un.pm Modul werden, dort sind auch mehrere Protokolle enthalten. Oder übersehe ich da was?

Gruß Ralf

[Sidey]

Hallo Sidey,

ich habe die RF_Reicever.ino einmal geändert, damit wird jetzt der komplette Datensatz gesendet und ich kann damit die Rolladen ansteuern. 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.

Hallo Trebron106,

Ja, deine Änderungen verstehe ich. Prinzipiell kann ich das einbauen, ohne es jetzt exakt nachrechnet zu haben, sind das um die 10 Byte mehr SRAM die benötigt werden und ein paar Taktzyklen halt. Das ganze funktioniert, da cmdstring derzeit dynamisch wachsen kann (die paar Byte, die da zu Beginn reserviert werden, reichen ohnehin nicht aus).

Auf der Empfangsseite stehen allerdings auch nur 250 Byte zur Verfügung. Die Nachricht kannst Du also so nicht empfangen haben wie Du sie sendest.
Um das Bild abzurunden, müsste man jetzt auf der Empfangsseite auch noch was tun.

@Sidey hast Du dies mitbekommen?
http://forum.fhem.de/index.php/topic,47371.msg390922.html#msg390922

Hatte ich nicht so richtig auf dem Schirm. Muss ich beim Nächsten Update in FHEM mal machen. Danke für den Hinweis.

Ich habe bedenken, daß wir dann irgendwann 10 oder mehr Module für Temperatursensoren haben, oder denkst Du das es sich auf ein paar wenige Module begrenzen wird?
Aber wie wir es machen, pro Protokoll ein Modul oder mehrere einfache Temperaturprotokolle in ein Modul, ist letztendlich Deine Entscheidung.
Das 14_SD_Weather Modul dürfte auch nicht komplexer als das 90_SIGNALduino_un.pm Modul werden, dort sind auch mehrere Protokolle enthalten. Oder übersehe ich da was?

Ja, das werden locker mehr als 10 Module.
Aus meiner Sicht kann jeder ein Modul entwickeln, das die Daten vom SIGNALduino auswertet.

Ich persönlich empfinde es nur als unpräzise, was alles in dieses Modul kommt.
Nehmen wir an, es nennt sich Weather. Dann gehören die Sensoren des Hideki Modules auch dort hinein. Ebenso würde ja auch die aus dem Modul 07 oder 09 dort hinein passen. Warum nicht auch Protokoll 00, okay dafür gibt es schon so ein mega Modul.

Man müsste nun, in der Parse Routine erst mal die ganzen Protokolle unterscheiden. So nach dem Motto, ich habe für jedes Protokoll eigene Codeabschnitte.
Ginge ja mit einer dispatch table noch recht übersichtlich.

Code Auswählen Erweitern


$protocol = substr($dmsg,0,2);
$dispatch = ( "P07" => \&parse_id07,
                      "P09" => \&parse_id09,
                      "P31" => \&parse_id31, );

my ($temp,$hum, $wind,$batt,$name) = $dispatch{$protocol)->($dmsg);



Innerhalb der parse_id31 würde man nun eine weitere Unterteilung vornehmen, die stark an die Gegebenheiten angepasst werden muss:

Code Auswählen Erweitern


sub parse_id31()
{
    # Unterscheide Sensortyp 1, Typ2, Typ3
    # Dekodiere type1, ...
} 

Je nach Sensor hat man dann noch unterschiedliche readings und Autocreate Verhalten, um die man sich mit geeigneten Namen noch kümmern muss.
Der eine Sensor bringt ja Wind mit, der andere nur Temperatur...

Vom Prinzip, muss man immer das gleiche machen, egal ob man alles in ein Modul oder in mehrere verteilt, aber ohne gute Struktur und einfach zu verstehende Zuordnung, was gehört wo hinein, verliert man da vermutlich schnell den Überblick.
Aber wir können das gerne probieren, ich wäre nur sehr dafür, dass wir eine übersichtliche Struktur erstellen.

Grüße Sidey

[Ralf9]

Ich persönlich empfinde es nur als unpräzise, was alles in dieses Modul kommt.
Nehmen wir an, es nennt sich Weather. Dann gehören die Sensoren des Hideki Modules auch dort hinein. Ebenso würde ja auch die aus dem Modul 07 oder 09 dort hinein passen. Warum nicht auch Protokoll 00, okay dafür gibt es schon so ein mega Modul.

Die bestehenden Module würde ich nicht ins Weather Modul verschieben. Auch nicht die Manchester Nachrichten.

aber ohne gute Struktur und einfach zu verstehende Zuordnung, was gehört wo hinein, verliert man da vermutlich schnell den Überblick.

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.

Gruß Ralf

[Cruiser79]

Hallo Tim,

ja die Werte passen so recht gut. Ich habe es nur zum Testen auf zwei Kommastellen gerundet, ich werde es auf eine Kommastelle ändern.
Evtl ist das Batterie Bit in den ersten 8 Bit enthalten und die ID z.B. nur 4 stellig, dann müsste sich die ID ändern, wenn die Batterie schwächer wird.
Bei den meisten Sensoren, erscheint bei schwacher Batterie ein  Batteriesymbol im Display.

Hast Du mir zum Testen auch ein paar RAW-Nachrichten.

Jetzt fehlt nur noch das Modul, damit der Sensor per Autocreate angelegt wird.

@Sidey
Ist es ok, wenn ich ein Modul mit dem Namen 14_SD_Weather.pm anlege. Das Modul wird dann eine Mischung aus dem 14_SD_WS07.pm und dem 90_SIGNALduino_un.pm Modul.
Oder hast Du eine andere Idee und möchstest das Modul selber anlegen?

Gruß Ralf

Hi Ralf,

mit den Batterien werden ich mal testen. 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. Ein Batteriesymbol erschien bei mir nicht. Es sei denn die waren wirklich noch nicht leer genug, was ich aber seltsam finden würde.

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?

Gruß,
Tim