angepasstes 00_SIGNALduino Modul, auch für FSK und für den Maple

Begonnen von Ralf9, 29 Mai 2020, 18:32:13

Vorheriges Thema - Nächstes Thema

Ralf9

Das sind bis jetzt alles nur MS-Nachrichten, beim BresserTemeo sind's MU-Nachrichten
Bitte poste mal die MU-Nachrichten die Du empfängst.
Hast Du den sduino schon mal stromlos gemacht oder einen Reset gemacht?

UNDEFINED sensor SD_WS_106_T detected
Solange der Grilltermometer nur sporadisch empfangen wird, wird er nicht von Autocreate angelegt werden.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

andies

Also ich habe den sduino stromlos gemacht und dann eine halbe Stunde lang verbose=4 beobachtet. Da war keine einzige MU-Nachricht dabei, was sehr merkwürdig ist (das Thermometer sendet ja nachweislich). Also ist in der Installation was faul.

Können wir mal durchgehen, welche Dateien unbedingt notwendig sind für das Funktionieren deines Setups? Firmware wurde nicht geändert, das würde ich also erstmal nicht anfassen. Dann 00_SIGNALduino.pm, die habe ich mit dem update gezogen. Sind da weitere Dateien im Spiel und welche? Dort würde ich jetzt mal weitersuchen.
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

andies

Nein, der hier
https://www.tfa-dostmann.de/produkt/temperatur-aussensender-typ-a-30-3120/
Batterien entfernt, wieder eingesteckt und am Dostmann-Empfangsgerät vorhin die Temperatur empfangen.
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

ZitatInternals:
   CODE       BresserTemeo_1
   DEF        BresserTemeo_1
   FVERSION   14_SD_WS.pm:0.254840/2022-01-17
   NAME       BresserTemeo_1
Nach diesem Listing ging ich davon aus, daß es ein BresserTemeo ist.

Wurde der 30-3120 vorher als BresserTemeo erkannt? Dann sind es MU-Nachrichten und die Protokoll ID 44
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

andies

Ja, der wurde damals als BresserTemeo erkannt, war autocreate.Und ging bis zur Änderung des Moduls.

Kann es nicht sein, dass irgendeine Datei nicht richtig konfiguriert ist? Irgendeine FHEM/lib? Oder irgendeine Einstellung im sduino selbst? Das ist doch merkwürdig, dass der nichts empfängt. Es muss doch so sein, dass da raw-data eintreffen und er dann die MU-Nachrichten unterschlägt - an welcher Stelle geschieht das und warum kann das sein?
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Du kannst mal die debug Ausgabe wieder einschalten
get sduino raw CED
wenn dies nichts bringt, dann noch
get sduino raw CDR

ZitatCER -> Einschalten der Datenkomprimierung (config: Mred=1)
CDR -> Abschalten der Datenkomprimierung (config: Mred=0)


Falls dies nichts bringt:

Kannst Du bitte mal auf die Version von Sidey zurückgehen wo der tfa 30-3120 empfangen wurde?
Und dann einige empfangene raw Nachrichten und die Protokoll ID (vermutlich die 44) posten.

War es diese Version?
ZitatversionProtocols. 1.21
versionmodul. v3.4.4

Du musst dazu nur diese austauschen
00_SIGNALduino Modul.pm
lib/SD_ProtocolData.pm
lib/SD_Protocols.pm


FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

andies

Vielen  Dank für die Hilfe! Also der zweite Tipp (CDR ein) hat etwas gebracht, denn jetzt empfange ich MU:
2022.01.31 19:29:12 4: sduino/keepalive ok, retry = 0
2022.01.31 19:29:23 4: sduino/msg READ: MU;P0=-32001;P1=493;P2=-8936;P4=-3997;P5=-2011;CP=1;R=242;D=01214141414141412151515151514151415141415141515151515151515151515151515151515151515141414121212121515151515141514151414151414141515151515151515151515151515151515151515141212121215151515151415141514141514151515151515151515151515151515151515151514141412121;O;
2022.01.31 19:29:24 4: sduino/msg READ: MS;P0=-8950;P1=476;P2=-2017;P3=-3999;D=10121212121213121312131312131313121212121212121212121212121212121212121213;CP=1;SP=0;R=244;e;m0;

Man sieht, dass da keine Modulation o.Ä. stattfindet. Ich habe da mehrere Einträge

2022.01.31 19:28:52 4: sduino/msg READ: MU;P0=112;P1=-3990;P2=481;P3=-2003;P4=-8951;CP=2;R=245;D=0123212323232323232323232323232323232323232323212121242424242323232323212321232121;e;
2022.01.31 19:29:23 4: sduino/msg READ: MU;P0=-32001;P1=493;P2=-8936;P4=-3997;P5=-2011;CP=1;R=242;D=01214141414141412151515151514151415141415141515151515151515151515151515151515151515141414121212121515151515141514151414151414141515151515151515151515151515151515151515141212121215151515151415141514141514151515151515151515151515151515151515151514141412121;O;2022.01.31 19:30:25 4: sduino/msg READ: MU;P0=-32001;P1=483;P2=-8944;P4=-3996;P5=-2018;CP=1;R=242;D=01214141414141412151515151514151415141415141515151515151515151515151515151515151515141414121212121515151515141514151414151414141515151515151515151515151515151515151515141212121215151515151415141514141514151515151515151515151515151515151515151514141412121;O;
2022.01.31 19:33:31 4: sduino/msg READ: MU;P0=-20664;P1=479;P2=-8949;P3=-3988;P4=-2016;CP=1;R=242;D=01213131313131312141414141413141314131314131414141414141414141414141414141414141414131313121212121414141414131413141313141313131414141414141414141414141414141414141414131212121214141414141314131413131413141414141414141414141414141414141414141413131312121;O;

Merkwürdigerweise brechen die Nachrichten dann aber ab und es erscheinen bis jetzt (19:40) keine MU-Nachrichten mehr?

Auch regen sich die Readings in beiden Geräten (Regenmesser und Thermometer) nicht. Soll ich also mal die Version von Sidey intallieren? (Das dauert allerdings etwas, weil ich nicht vor Ort bin.)
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Dies sind alles nur Nachrichten vom W132

Bitte poste mal ein "get ccconf"
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

andies

cconf: freq:433.920MHz bWidth:58KHz rAmpl:42dB sens:4dB (DataRate:5603.79Baud,Modulation:ASK/OOK)
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

Die bWidth:58KHz ist viel zu niedrig, bitte erhöhe sie mal auf ca 400
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

andies

Das war es. VIELEN DANK, dass Ihr da immer so dranbleibt, ist echt eine Hilfe. Läuft alles.
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

Ich brauche nochmal Tipps. Ich habe Meldungen der Form
2022.02.02 08:02:11 1: sduino: SD_WS_Parse UNDEFINED sensor SD_WS_106_T detected, code SD_WS_106_T
2022.02.02 08:20:55 1: sduino: SD_WS_Parse UNDEFINED sensor BresserTemeo detected, code BresserTemeo_2
2022.02.02 08:23:55 1: sduino: SD_WS_Parse UNDEFINED sensor BresserTemeo detected, code BresserTemeo_0

die ich gern unterdrücken würde. Allerdings empfange ich bei BresserTemeo, kann das also schlecht blacklisten (denn dann wäre doch mein existierendes device BresserTemeo_1, Type SD_WS, auch blind, richtig?). Geht das dann am Ende nur mit verbose 0 oder gibt es da andere Optionen?
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

roelleke

Hallo andies,

ich habe ein änliches Problem mit meinen Bresser 5 in 1, new 5 in 1 Sensor wenn ich die originale 14_SD_WS.pm verwende. Wenn ich diese hier aus dem Post https://forum.fhem.de/index.php/topic,106594.msg1168734.html#msg1168734 verwende funktioniert alles super.
Wenn du die originale verwendest, kannst du ja mal diese Version ausprobierern.

Viele Grüße

Ralf9

ZitatUNDEFINED sensor SD_WS_106_T detected, code SD_WS_106_T
Wenn Du den Grillthermometer nicht hast, kannst Du ihn über die ID 106 über die white- oder blacklist unterdrücken

Da der BresserTemeo nur eine sehr einfache checksum hat, kann er ab und zu falsch erkannt werden.
Du kannst mal versuchen in das sduino Attribut "doubleMsgCheck_IDs" die 44 zuzufügen

Bei Slowrf (ASK/OOK) sind meine Version und die orginale 14_SD_WD bei den Protokollen kompatibel.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7