MAX und SIGNALduino?

Ralf9 · 30 Oktober 2023, 22:38:14

Zitat von: Wzut am 18 Oktober 2023, 19:26:32Ich würde gerne die MAX! Module Signalduino tauglich machen, z.Z. ist mir allerdings noch unklar was ich da ändern müsste bzw. ob nicht erst die Firmware für den ESP und/oder das FHEM Modul zuerst ran müssen.
Das MAX Protokoll verwendet :
Code Auswählen Erweitern
Modulation 2-FSK Center frequency 868.3Mhz Frequence deviation 19Khz Datarate 10Kbit Preamble: 4 bytes (1010...) Syncword: 0xc626c626

Zitat von: Ralf9 am 18 Oktober 2023, 19:41:58Im FHEM Wiki steht zu MAX:
Bidirektionale Kommuniktion (jeder Befehl wird mit ACK quittiert)

Die ACK quittierung wird in der CUL Firmware gemacht. Da müsste man in der CUL Firmware schauen was die sonst noch mit den max Nachrichten macht.
Wenn die ACK quittierung zeitkritisch ist, dann muß sie in der Signalduino Firmware gemacht werden.

Zitat von: Ralf9 am 18 Oktober 2023, 20:17:43Laut
https://forum.fhem.de/index.php?topic=8437.0
ist es in der culw als moritz zu finden

Dies müsste dann in die sduino firmware eingebaut werden:
https://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/clib/rf_moritz.c

Zitat von: Wzut am 30 Oktober 2023, 09:05:59Thema Tester : Soviele mit MAX wird es nicht mehr geben, allerdings müsste HomeMatic doch auch als Test gehen, da IMHO "nur" das SyncWord sich von MAX unterscheidet.

Ralf9 · 30 Oktober 2023, 22:44:07

Ich habs mal mit Homematic getestet, damit konnte ich was empfangen

Code Auswählen

CW0007,0246,0307,04E9,05CA,06FF,070C,0845,0D21,0E65,0F6A,10C8,1193,1203,1322,14F8,1534,173F,1916,1B43,1C40,1D91,23E9,242A,251F,2611,3D0F,3E01,404D,4141,4258,435F,4400

Dies kommt von einem Fensterkontakt

Code Auswählen

MN;D=0CE2385543079F7B57330E7E864384;N=15;r;
MN;D=0CE3395442069E7A56320F7E4E4784;N=15;r;
MN;D=0CE03A5741059D7955310C7E864384;N=15;r;
MN;D=0CE13B5640049C7854300D7E4E4884;N=15;r;
MN;D=0CEE4C69370B9B77532F0A7E864287;N=15;r;
MN;D=0CEF4D68360A9A76522E0B7E4E4484;N=15;r;
MN;D=0CEC4E6B35099975512D087E864485;N=15;r;
MN;D=0CED4F6A34089874502C097E4E4484;N=15;r;
MN;D=0CEA405D4B3F67431FFBD62E864283;N=15;r;
MN;D=0CEB415C4A3E66421EFAD72E4E4383;N=15;r;
MN;D=0CE8425F493D65411DF9D42E864387;N=15;r;
MN;D=0CE9435E483C64401CF8D52E4E4384;N=15;r;
MN;D=0CD634515F23835F3B17F26E864384;N=15;r;
MN;D=0CD735505E22825E3A16F36E4E4386;N=15;r;
MN;D=0CD436535D21815D3915F06E864384;N=15;r;
MN;D=0CD537525C20805C3814F16E4E4386;N=15;r;

Und hier ist die Homematic config mit dem sync von MAX:

Code Auswählen

CW0007,0246,0307,04C6,0526,06FF,070C,0845,0D21,0E65,0F6A,10C8,1193,1203,1322,14F8,1534,173F,1916,1B43,1C40,1D91,23E9,242A,251F,2611,3D0F,3E01,404D,4141,4258,435F,4400

Du kannst auch mal beim cc1101 Register 0 die Werte 6 oder 1 versuchen

Code Auswählen

00 IOCFG2
-1: Associated to the RX FIFO: Asserts when RX FIFO is filled at or above the RX FIFO threshold or the end of packet is reached. De-asserts when the RX FIFO is empty.
-6: Asserts when sync word has been sent / received, and de-asserts at the end of the packet.
-7: Asserts when a packet has been received with CRC OK. De-asserts when the first byte is read from the RX FIFO.

Hier ist zur Info das Register 7

Code Auswählen

07 PKTCTRL1
-xC: Enable automatic flush of RX FIFO when CRC is not OK. This requires that only one packet is in the RXIFIFO and that packet length is limited to the RX FIFO size.
     two status bytes will be appended to the payload of the packet. The status bytes contain RSSI and LQI values, as well as CRC OK

Falls es jemand testen will, diese cc1101 Registerkonfig funktioniert nur mit meiner sduino Firmware

Gruß Ralf

Wzut · 31 Oktober 2023, 11:52:35

Das macht doch schon mal Hoffnung auf mehr

, THX
Der Duino ist bestellt und sowie er bei mir ist lege ich los und melde mich wieder.

Wzut · 01 November 2023, 19:28:31

Das hat mir jetzt natürlich doch keine Ruhe gelassen und ich habe es nochmal aufs Brett gesteckt.
Prima mit Register 0 = 7.
Bsp :

Code Auswählen

2023.11.01 19:00:56 4: signal/msg READ: MN;D=0B6E0630163CD912345600102E83;N=15;r;
2023.11.01 19:00:56 4: signal/msg READ: MN;D=0B6E0002123456163CD900002088;N=15;r;

Was ich direkt sehe : 163CD9 eines meiner Geräte , 123456 FHEM , d.h. Quell und Ziel Addr.
Den Rest (payload, etc) muss mir noch vornehmern. Dazu würde ich gern die Nachricht direkt zu 14_CUL_MAX weitergeben.
Was könnte ich quick & dirty tun ? Ich vermute ich benötige einen eignen Block im hash ProtocolListSIGNALduino in der signalduino_protocols.pm
Ein simples "34:CUL_MAX" => '^0.*' in der 00_SIGNALduino.pm reicht ja nicht.

Ralf9 · 01 November 2023, 20:07:30

Ich habs mir mal angeschaut.

in der 14_CUL_MAX steht:
$hash->{Match} = "^Z";

in der 00_CUL.pm steht in der matchList
"1:CUL_MAX" => "^Z........................",

in die matchListSIGNALduino müsste dann (Die regex von der matchList und vom Clientmodul sollten gleich sein)
"38:CUL_MAX" => "^Z.*",

Mit einem "get sduino raw Z0B6E0630163CD912345600102E83" müsste dann ein dispatch zum CUL_MAX Modul erfolgen

Ralf9 · 01 November 2023, 20:23:49

In der parse Routine von der 00_CUL.pm habe ich dies gefunden. Ist das notwendig, damit in der parse Routine vom 14_CUL_MAX Modul die Nachricht verarbeitet werden kann?

Code Auswählen

  } elsif($fn eq "Z" && $len >= 21) {              # Moritz/Max
    my $src = lc(substr($dmsg,9,6));
    if(exists($modules{MAX}{defptr}{$src}) && defined($rssi))
    {
     $modules{MAX}{defptr}{$src}{helper}{io}{$name}->{time} = gettimeofday();
     $modules{MAX}{defptr}{$src}{helper}{io}{$name}->{rssi} = $rssi;
     $modules{MAX}{defptr}{$src}{helper}{io}{$name}->{raw} = $dmsg;
    }

Ralf9 · 01 November 2023, 22:10:37

Ich habs mal getestet

Zusätzlich muss auch noch in die $clientsSIGNALduino noch
."CUL_MAX:"

Dann ein define
define MAX_163CD9 CUL_MAX 163CD9

dann (die letzten beiden Hex Byte müssen entfernt werden)
get sduino raw Z0B6E0630163CD91234560010

Code Auswählen

2023.11.01 22:04:36.294 5: sduinoD: dispatch Z0B6E0630163CD91234560010
2023.11.01 22:04:36.295 5: MAX_163CD9, IODev sduinoD, len 11, msgcnt 6E, msgflag 06, msgType ShutterContactState, src 163cd9, dst 123456, group 0, payload 10, rssi 0
2023-11-01 22:04:36.297 CUL_MAX MAX_163CD9 ???

Wzut · 02 November 2023, 14:14:45

1. der Teil in der 00_CUL.pm wird nur gebraucht wenn mehrere CULs im Einsatz sind um den "besten" zum senden zu finden, ist jetzt erst einmal egal.

2. klappt das bei mir mit get signal raw Z0B6E0630163CD9123456001020 nicht , ich bekomme im Eventmonitor :

Code Auswählen

23.11.02 14:04:37 5: signal: command for gets:  Z0B6E0630163CD91234560010
2023.11.02 14:04:37 5: AddSendQueue: signal: Z0B6E0630163CD91234560010 (1)
2023.11.02 14:04:37 5: signal SW: Z0B6E0630163CD91234560010
2023.11.02 14:04:37 5: signal/RAW READ: /Unsupported command
2023.11.02 14:04:37 5: signal/RAW READ: Unsupported command/
2023.11.02 14:04:37 4: signal/msg READ: Unsupported command
2023.11.02 14:04:37 5: signal/noMsg Parse: Unsupported command
["#FHEMWEB:WEB","FW_okDialog('raw: Unsupported command')",""]
2023.11.02 14:04:37 4: signal/HandleWriteQueue: nothing to send, stopping timer

3. aber da ich eine faule Sau bin wollte ich eh nicht jedes Telegramm von Hand kopieren und wieder einfügen um es in CUL_MAX durch die Parse sub zu jagen. Ich wollte das 00_SIGNALduino das als gültiges Telegramm erkennt und direkt Dispatch anwirft.

Ralf9 · 02 November 2023, 14:59:39

Verwendest Du das orginale 00_SIGNALduino Modul vom fhem update?
Da gibts kein get raw, das wurde von Sidey ausgebaut.

Dafür ist mein alternatives 00_SIGNALduino Modul notwendig.

Damit das 00_SIGNALduino das als gültiges Telegramm erkennt und direkt Dispatch macht, das kommt noch.
Dafür ist eine neue Protokoll Id notwendig und vor dem Dispatch müssen die beiden letzten Hexbyte entfernt werden

Wzut · 03 November 2023, 17:54:09

1. Das ist schon deine Version :

Code Auswählen

# $Id: 00_SIGNALduino.pm 347 2021-06-24 20:00:00Z v3.4.7-Ralf9 $

in der Detailansicht des Device und auswahl des raw Dropdown passiert beim drücken auf get gar nichts, wenn ich den get raw in der Kommandozeile absetze erhalte ich ein leeres PopUp als Quittung (siehe Anhang)
Für mich siht das aus als wenn nicht raw unbekannt wäre sondern das was ich da übergebe.

2. Wenn die beiden letzten Bytes entfernt werden fehlt doch der RSSI Wert oder sehe ich da deine Erklärung des Register 7 mit C falsch ? Der CUL schickt den RSSI Wert auch nicht im Telegramm mit sondern auf anderem Weg.
Von mir aus muß der Aufwand aber nicht sein, ich kann die beiden Bytes auch in CUL_MAX abschneiden.

Ralf9 · 03 November 2023, 19:02:29

Dies ist nicht die aktuelle Version.
Die aktuelle ist

Code Auswählen

update all https://raw.githubusercontent.com/Ralf9/RFFHEM/dev/controls_dev_ralf9_signalduino.txtversionmodul v3.4.16-dev_ralf_23.07.
versionprotoL v3.4.16-dev_ralf_23.07.

Es gibt in den nächsten Tagen eine neue Version von meinem 00_SIGNALduino Modul mit der dann mit einer neuen Protokoll ID die empfangenen Max Nachrichten zum CUL_MAX Modul weitergeleitet werden.

Die beiden letzten Bytes werden dann im 00_SIGNALduino Modul entfernt und die RSSI in den hash vom sduino geschrieben, von dort wird er dann vom CUL_MAX Modul geholt.

In der rf_moritz.c steht:

Zitat/* We have to keep at least 20 ms of silence between two sends
* (found out by trial and error). ticks runs at 125 Hz (8 ms per tick),
* so we wait for 3 ticks.
* This looks a bit cumbersome but handles overflows of ticks gracefully.
*/

Mir ist nicht klar zu was dies notwendig ist.
Im 00_cul und 00_SIGNALDuino Modul gibts eine Sendewarteschlange durch die eine kleine Pause zwischen den Sendebefehlen eingelegt wird.

Wzut · 03 November 2023, 19:19:26

Zitat von: Ralf9 am 03 November 2023, 19:02:29Dies ist nicht die aktuelle Version.

2021 kam mir auch komisch vor als ich es so gepostet sah ....

Warum etwas und wie im CUL für MAX gemacht wird : Keine Ahnung, das war alles lange vor meiner Zeit.

Ralf9 · 07 November 2023, 22:03:58

Hier ist eine neue Version meines 00_SIGNALduino.pm Moduls
https://github.com/Ralf9/SIGNALduinoADV_FHEM/blob/master/FHEM/00_SIGNALduino.pm
https://github.com/Ralf9/SIGNALduinoADV_FHEM/blob/master/FHEM/lib/signalduino_protocols.pm

versionmodul v3.4.17-ralf_07.11.23
versionprotoL v3.4.17-ralf_07.11.23

Es gibt eine neue ID 215 für den Empfang von MAX

Gruß Ralf

Wzut · 08 November 2023, 16:47:38

Das sieht ja schon richtig gut aus

Allerdings darf man nicht fix die ersten 26 Zeichen an CUL_MAX weitergeben, die Telegrammlänge ist je nach Kommando und Payload verschieden.
Die ersten beiden Bytes sind die Länge.
Ich habe die sub SIGNALduino_MAX so geändert :

Code Auswählen

my $len = (hex(substr($dmsg, 0, 2)) * 2) + 2;
return (1,substr($dmsg, 0, $len));

Damit decodiert 14_CUL_MAX bzw 10_MAX schon mal so einiges, ich muss jetzt natürlich erst einmal diverse Dinge testen.
Thema Telegrammlänge :
In der 14_CUL_MAX findet sich noch von meinem Vorgänger :

Code Auswählen

# Attention: there is a limit in the culfw firmware: It only receives messages shorter than 30 bytes (see rf_moritz.h)

ich selbst habe dann noch eine Prüfung auf minestens 20 Byte eingebaut. Macht das Sinn dies noch in die sub mit zu übernehmen und fehlerhafte Telegramme so erst gar nicht via dispatch weiter zu geben ?

Ralf9 · 08 November 2023, 23:30:03

ZitatAllerdings darf man nicht fix die ersten 26 Zeichen an CUL_MAX weitergeben, die Telegrammlänge ist je nach Kommando und Payload verschieden.

Es müsste doch auch reichen einfach die letzten beiden Byte zu entfernen.

In der 00_CUL steht:

Code Auswählen

} elsif($fn eq "Z" && $len >= 21) { # Moritz/MaxDemnach ist die minimale MAX-Nachrichtenlänge 20 Zeichen und in der signalduino_protocols.pm müsste bei length_min eingetragen werden:

Code Auswählen

length_min => '24', # 12 Byte

Zitat# Attention: there is a limit in the culfw firmware: It only receives messages shorter than 30 bytes (see rf_moritz.h)

Demnach können MAX-Nachrichten maximal 30 Zeichen lang sein.

Ralf9 · 06 Januar 2024, 13:45:02

Nach meinem Verständnis wird MAX mit dem SIGNALduino nur funktionieren, wenn die ACK quittierung in die Signalduino Firmware eingebaut wird.
Falls bedarf besteht könnte ich dies in meine Signalduino Firmware einbauen.

Ich habe mal eine Umfrage gestartet um zu sehen wie stark MAX noch verbreitet ist und wie groß das Interesse an MAX mit dem SIGNALduino ist.

Gruß Ralf

Wzut · 07 Januar 2024, 11:25:00

Da es bis jetzt Null User Reaktionen auf das Thema gibt schätze ich du kannst dir (leider) jede weitere Arbeit sparen

Ralf9 · 18 Januar 2024, 22:14:47

Da bis jetzt nur zwei Interesse an MAX und SIGNALduino haben, werde ich erst mal abwarten.

weini · 24 Januar 2024, 13:24:53

Hallo Ralf!

Bei mir kommt jetzt gerade ein Use-Case hoch, wo ich das tatsächlich brauchen könnte.
Ich brauche eine FHEM-Integration für genau EINEN Heizkörper in einem Haus, wo die Wohnungen ansonsten vermietet sind.
Dort habe ich seit gut einem Monat eine eigenständige FHEM Installation mit einem 868MHz SignalDuino.

Aber das ist immer noch etwas dünn, um die Zeit zu investieren, dass MAX im Signalduino korrekt läuft.
Alternativ wäre mir auch mit Homematic gedient

Ich habe vor Ort auch WLAN, insofern wäre mein Plan B ein Shelly TRV.

VG,
weini

SalvadoreXXL · 29 September 2024, 19:30:22

Ich hätte auch Interesse an einer MAX Unterstützung. Dann könnte ich meinen Cube endlich rausschmeissen. Kann ich irgendwie unterstützen? Programmieren ist leider nicht so mein Ding.

Papa Romeo · 29 September 2024, 20:18:05

Hallo Ralf,

hätte auch Interesse. Habe alle meine Heizungsthermostate gerade auf "Manuell" laufen, da mir der Cube ständig abstürzt.

LG

Papa Romeo

Ralf9 · 29 September 2024, 23:05:07

Es ist nicht sicher ob ich es sauber hinbekomme.
Ich werde dazu einen MAX Heizungsthermostat benötigen. Hat jemand einen Heizungsthermostat übrig, den er nicht mehr benötigt.
Die Unterstützung für einen Fensterkontakt wird vermutlich einfacher sein als ein Heizungsthermostat

Zitat von: SalvadoreXXL am 29 September 2024, 19:30:22Ich hätte auch Interesse an einer MAX Unterstützung. Dann könnte ich meinen Cube endlich rausschmeissen. Kann ich irgendwie unterstützen? Programmieren ist leider nicht so mein Ding.

Welche Max Geräte hast Du?

Zitat von: Papa Romeo am 29 September 2024, 20:18:05hätte auch Interesse. Habe alle meine Heizungsthermostate gerade auf "Manuell" laufen, da mir der Cube ständig abstürzt.

Funktionieren die Heizungsthermostate nicht mehr richtig, wenn sie bei einem Cube Absturz auf Auto waren?

Wzut · 30 September 2024, 08:56:43

Zitat von: Ralf9 am 29 September 2024, 23:05:07Ich werde dazu einen MAX Heizungsthermostat benötigen. Hat jemand einen Heizungsthermostat

Testhardware ist kein Problem, du kannst von mir ein HT und ein WT bekommen.
Das Wandthermo ist wesentlich schöner im Handling am Schreibtisch als das HT das zum Sync unbedingt ein echtes Ventil benötigt.
Anyway , ich freu mich wenn das du da ran willst und ich werde dich dabei unterstützen so gut ich kann.
BTW : den MAX! FK sollte man nicht unterschätzen ! Nicht was seine simplen open/close Meldungen betrifft, aber das Themaa Pairing mit FHEM hat es schon in sich, vor allem was das Thema Timing betrifft

SalvadoreXXL · 30 September 2024, 09:16:14

Zitat von: Ralf9 am 29 September 2024, 23:05:07Welche Max Geräte hast Du?

Ich kann Thermostat, Wandthermostat und Fensterkontakt bereitstellen. Den Cube wirste sicher nicht benötigen.

Papa Romeo · 30 September 2024, 11:54:16

Zitat von: Ralf9 am 29 September 2024, 23:05:07Funktionieren die Heizungsthermostate nicht mehr richtig, wenn sie bei einem Cube Absturz auf Auto waren?

Die funktionieren bei einem Cube-Absturz schon noch. Da die Ein- Ausschalt-Zeiten/Temperaturen usw. nicht im Cube sondern im
Thermostat hinterlegt sind. Der Zugriff auf die Thermostate, um eventuell Änderungen zu machen bzw. die Anzeigen und Plots etc.
in FHEM funktionieren halt nicht mehr.

LG
Papa Romeo

Ralf9 · 01 Oktober 2024, 23:12:00

Zitat von: Wzut am 30 September 2024, 08:56:43BTW : den MAX! FK sollte man nicht unterschätzen ! Nicht was seine simplen open/close Meldungen betrifft, aber das Themaa Pairing mit FHEM hat es schon in sich, vor allem was das Thema Timing betrifft

Ja, die open/close Meldungen zu empfangen ist wahrscheinlich recht einfach. Auch das Pairing hinzubekommen wird wahrscheinlich recht anspruchsvoll werden.
Da werde ich den Thermostat, Wandthermostat und Fensterkontakt benötigen.

Falls jemand der einen Thermostat, Wandthermostat, Fensterkontakt hat den er die nächsten paar Monate nicht benötigt und im Großraum Stuttgart wohnt, wäre es einfacher. Ich könnte es mit einer Radtour kombinieren.
Dabei geht bei mir der Großraum Stuttgart vom Ostalbkreis, Geislingen bis hinter Böblingen

SalvadoreXXL · 02 Oktober 2024, 09:07:00

ZitatFalls jemand der einen Thermostat, Wandthermostat, Fensterkontakt hat den er die nächsten paar Monate nicht benötigt und im Großraum Stuttgart wohnt, wäre es einfacher. Ich könnte es mit einer Radtour kombinieren.
Dabei geht bei mir der Großraum Stuttgart vom Ostalbkreis, Geislingen bis hinter Böblingen

Könnte ich liefern, aber Fahrradtour nach Leipzig will ich dir nicht zumuten

Geht auch per Post, falls sich niemand meldet?

Ralf9 · 10 Oktober 2024, 12:29:36

Ja, Leipzig ist mir etwas zu weit. Da ist per Post besser.
Du benötigst sie demnach für die nächsten paar Monate nicht?

SalvadoreXXL · 11 Oktober 2024, 09:31:36

Zitat von: Ralf9 am 10 Oktober 2024, 12:29:36Du benötigst sie demnach für die nächsten paar Monate nicht?

Wozu sollte man Thermostate im Winter benötigen?

Hab das alles hier noch als Reserve rumliegen und brauche die momentan nicht. Alles weitere dann per PM.

Ralf9 · 31 Oktober 2024, 22:57:37

Ich hab inzwischen bei mir die MAX Unterstützung in eine neue SIGNALduinoAdv Version V 4.2.3 eingebaut. Ist noch nicht ganz fertig.
Bei den max fhem Modulen verwende ich die Betas "CUL_MAX: SVN 17032024" und "MAX: BETA_17012024".

Beim CUL_MAX Modul musste ich einige Anpassungen vornehmen:
- Bei der "sub CheckCulVersion" sind für den sduino Anpassungen notwendig,
Beim cul ist das Internal VERSION groß und beim sduino ist das Internal version klein geschrieben

- Bei der "sub SQH" musste ich das CommandGet von credit10ms auskommentieren, da es bei der sduino Firmware keine credit10ms gibt.
Es müsste doch machbar sein, beim sduino die credit10ms im CUL_MAX Modul mit einem reading "sduinoname_credit10ms" zu händeln?

- In der "sub updateConfig" soll mit "Za" die Maxid und mit "Zw" die fakeWTaddr zum sduino übertragen werden.
Bei mir wird die "sub updateConfig" nur einmal am Anfang ausgeführt, wenn der sduino noch nicht initialisiert ist.
Eine Möglichkeit wäre dies über ein InternalTimer zu verzögern.

Damit im sduino die Maxid und fakeWTaddr bei einem Reset nicht verloren geht, habe ich vor diese im EEPROM zu speichern.

Ich habs bis jetzt mit einem Fensterkontakt (MAX_1f2021) und Wandthermostat (MAX_01ce98) getestet. Passt das pairing so?
Beim Fensterkontakt steht:

Zitatlastcmd associate 01ce98
peers 01ce98

Beim Wandthermostat steht:

Zitatlastcmd associate 1f2021
peerIDs 000000,654321
peerList Broadcast,MAX_654321
peers 1f2021

Beim Fenterkontakt passt die SerialNr nicht

Zitat"#$%&'()*+

Gruß Ralf

Wzut · 01 November 2024, 12:56:11

@Ralf, das du die Beta Versionen genommen hast ist gut !
Das an 14_CUL-MAX einiges anzupassen ist war mir klar, mach mal ich übernehme wenn es läuft und spendiere ein zusätzliches Attribut zur Unterscheidung CUL oder Signalduino.
fakeWT und fakeFK Adressen musst du nicht extra ins EEPROM packen, die sind mit 111111 und 222222 schon immer fix, d.h. du kannst sie ruhig Hardcoden.

Ralf9 · 01 November 2024, 21:55:56

Kann es sein, dass in der 14_CUL-MAX noch bugs sind?

Wenn ich zum Fensterkontakt "set deassociate" mache, wird nichts gesendet. Ich habs auch mit einem nanocul mit der V 1.67 versucht.

Ich hab in der 14_CUL-MAX zum debuggen in der "sub SQH" ein paar log Ausgaben eingefügt:

Code Auswählen

...
    my ($packet, $pktIdx, $dst);

    for ($pktIdx = 0; $pktIdx < @{$hash->{sendQueue}}; $pktIdx ++) {
	$packet = $hash->{sendQueue}[$pktIdx];

	if ($responseToShutterContact) {
	    # Find a packet to the ShutterContact in $responseToShutterContact
	    # Aufruf Sonderfall
	    last if ($packet->{dst} eq $responseToShutterContact);
	} 
	else {
	    Log3($name, 4, "$name, pktIdx=$pktIdx cmd=" . $packet->{cmd} . " type=" . $packet->{type} . " sent=" . $packet->{sent} . " We cannot sent packets to a ShutterContact directly");
	    #We cannot sent packets to a ShutterContact directly, everything else is possible
	    last if (($packet->{cmd} eq 'PairPong')
		    || ($packet->{sent} != 0)
		    || ($packet->{type} ne 'ShutterContact'));
        Log3($name, 4, "$name, after last if");
	}
    }

    Log3($name, 4, "$name, pktIdx=$pktIdx");
    if ($pktIdx == @{$hash->{sendQueue}} && !$responseToShutterContact) {
	Log3($name, 4, "$name, Send Queue packet for ShutterContact $packet->{dst_name} exists");
	$timeout += 3;
	InternalTimer($timeout, 'FHEM::CUL_MAX::SQH', $hash, 0);
	#Log3 $hash, 5, $name.', Send Queue in not empty yet, next run in '.sprintf("%.1f",($timeout-gettimeofday())).' seconds';
	return;
    }

Hier ist ein log Auszug von set_deassociate 01ce98:

Code Auswählen

2024.11.01 20:01:11.646 4: MAX_654321, send -> cmd:RemoveLinkPartner, msgcnt:1c, flags:00, Cmd2id:21, src:MAX_654321, dst:MAX_1f2021, gid:00, payload:01ce9803, cul:sduino
2024.11.01 20:01:11.646 5: MAX_654321, packet to SQH : 0e1c00216543211f20210001ce9803
2024.11.01 20:01:11.646 5: MAX_654321, Send Queue : 1 packet are in the queue
                           pktIdx=0 cmd=RemoveLinkPartner type=ShutterContact sent=0 We cannot sent packets to a ShutterContact directly
                           after last if
                           pktIdx=1
2024.11.01 20:01:11.646 4: MAX_654321, Send Queue packet for ShutterContact MAX_1f2021 exists
2024.11.01 20:01:14.648 5: MAX_654321, Send Queue : 1 packet are in the queue
2024.11.01 20:01:14.648 4: MAX_654321, Send Queue packet for ShutterContact MAX_1f2021 exists

und hier ist ein log Auszug von "set desiredTemperature 13.0" vom Wandthermostat:

Code Auswählen

2024.11.01 20:04:08.646 4: MAX_654321, send -> cmd:SetTemperature, msgcnt:53, flags:00, Cmd2id:40, src:MAX_654321, dst:MAX_01ce98, gid:00, payload:5a, cul:sduino
2024.11.01 20:04:08.646 5: MAX_654321, packet to SQH : 0b53004065432101ce98005a
2024.11.01 20:04:08.646 5: MAX_654321, Send Queue : 1 packet are in the queue
                           pktIdx=0 cmd=SetTemperature type=WallMountedThermostat sent=0 We cannot sent packets to a ShutterContact directly
                           pktIdx=0
2024.11.01 20:04:08.646 5: MAX_654321, Send Queue sduino -> needPreamble: 1, necessaryCredit: 110, credit10ms: sduino = 900, CMD_LAST_H: 0
2024.11.01 20:04:08.646 4: set sduino raw Zs0b53004065432101ce98005a
2024.11.01 20:04:08.646 4: MAX_654321, Send Queue packet send : Zs0b53004065432101ce98005a to MAX_01ce98 with sduino

Wzut · 02 November 2024, 09:03:11

Zitat von: Ralf9 am 01 November 2024, 21:55:56Kann es sein, dass in der 14_CUL-MAX noch bugs sind?

Wenn ich zum Fensterkontakt "set deassociate" mache, wird nichts gesendet.

a. aber nicht, ich (und andere) nutzen es seit Jahren ohne Probleme.
b. Du kannst einem FK so direkt nichts senden! FKs spielen eine Sonderrolle, da sie normalweise im Sleep Mode sind. D.h. 14_CUL_MAX befüllt die SQH und wartet auf einen Moment wo der FK kurz wach ist um dann "ganz schnell" sein asso/deasso Telegramm loszwerden. Das geht aber leider sehr oft schief und ich vermute das über 90% der im Einsatz befindlichen FKs gar nicht mit einem HT/WT gepeered sind, sondern statt dessen Broadcast Telegramme verschicken ( Ziel 000000 ) D.h. das associte / deassociate an einen FK ist nicht wirklich wichtig, im Gegensatz zu einem HT oder WT.

Ralf9 · 02 November 2024, 21:23:02

Nun funktioniert das asso/deasso beim Fensterkontakt. Ich hatte es vorher so gemacht wie im Wiki beschrieben:

ZitatWährend Wand- und Heizkörperthermostat stets empfangsbereit sind, benötigt der Fensterkontakt zum "Wecken" einen Schaltvorgang des Reed-Relais (Fenster öffnen oder schließen). Den Anlern-Button auf der Rückseite zu drücken, wäre völlig falsch!

Es funktioniert aber nur, wenn man den Anlern-Button drückt.
Wenn man weiß wie es funktioniert und auf was man achten muss, funktioniert es recht gut.

Ich hab auch mal den Heizkörperthermostat (firmware 1.6) getestet, aber passt noch nicht alles.
Ich kann zwar mit fhem den Heizkörperthermostat auf Auto stellen, aber mit der linken Taste am Heizkörper kann ich zwar von Auto nach Manu, aber nicht von Manu nach Auto wechseln.
Das Antennensymbol wird nicht angezeigt.

Ich hab auch ein asso/deasso fakeWT getestet.
Obwohl das deasso erfolgreich war, wurde der fakeWT nicht aus den peer Readings entfernt

Code Auswählen

MAX_Parse, MAX,1,AckRemoveLinkPartner,05943d,deassociate,111111Einige Readings:

Code Auswählen

.associatedWith MAX_111111
IODev           MAX_654321
PairedTo        654321
lastcmd         deassociate 111111
peerIDs         111111
peerList        MAX_111111

Wzut · 03 November 2024, 09:19:53

@Ralf :
a. Wiki : Das ist nicht auf meinem Mist gewachsen und leider steht dort einiges was absolut falsch ist.
U.a. halt auch das Peering eines FK. Der Orinal ELV Cube bekommt das aber wirklich mit open/close hin, nicht mit einem Re-Pairing.

b. Wenn das HT nicht von man auf Auto wechselt fehlt eigentlich das Pairing mit der Zentrale. Dem widerspricht allerdings deine Aussage das es erfolgreich Kommandos von FHEM annimmt.
Um das zu überprüfen hilft nur ein verbose 5 am CUL_Max Device.

c. Putzen der Readings : Da werde ich in 10_MAX nochmal ran müssen. Dem Vorgang habe ich seinerzeit keine große Prio eingeräumt.

Vorschlag : Gib mir doch deine bisherige Firmware und das geänderte 14_CUL_MAX Modul und ich mache selbt ein paar Tests

Ralf9 · 07 November 2024, 23:48:30

Es gibt eine neue Version von den FHEM Modulen 00_SIGNALduinoAdv.pm und lib/signalduino_protocols.pm
versionmodul v3.5.2-ralf_04.11.24
versionprotoL v3.5.2-ralf_04.11.24

Code Auswählen

update all https://raw.githubusercontent.com/Ralf9/SIGNALduinoAdv_FHEM/master/controls_ralf9_signalduino.txt
Bei der sduino Firmware gibts eine neue Version V 4.2.3-dev241104 SIGNALduinoAdv ...
Mit dem Maple Mini funktionierts mittlerweile recht gut (Firmware siehe Anlage). Bei Bedarf kann ich auch eine Firmware für den Maple Cul erstellen.
Beim ESP 32 funktioniert das Empfangen und Senden, das Autoacknowledge funktioniert noch nicht.
Evtl liegts am Timing des Autoacknowledge welches recht kritisch ist. Evtl ist es durch interrupts der ESP32 Firmware minimal länger als beim Maple.

Die Adresse für das Autoacknowledge wird nicht mehr automatisch mit Za zur Firmware übertragen.
Sie muss mit "set sduino raw Za.." (z.B. Za654321) zur sduino Firmware übertragen werden und wird im EEPROM gespeichert.
Mit dem raw Befehl Zg kann die Autoacknowledge Adresse abgefragt werden.

Bei dem 14_CUL_MAX.pm Modul (siehe Anlage) musste ich für den sduino einige Anpassungen vornehmen.

Gruß Ralf

Ralf9 · 09 November 2024, 00:00:00

Zitat von: Ralf9 am 07 November 2024, 23:48:30Beim ESP 32 funktioniert das Empfangen und Senden, das Autoacknowledge funktioniert noch nicht.

Das Autoacknowledge funktioniert jetzt auch, die Ursache war vermutlich, dass beim ESP32 das übertragen der empfangenen Nachricht per WLAN zu FHEM minimal länger dauert als beim Maple Mini über USB oder LAN.
Ich habe es so gemacht, dass die empfangene Nachricht erst nach dem senden vom Autoacknowledge zu FHEM übertragen wird.

Code Auswählen

z0B1300026543211F20210000
MN;D=0B1306301F202165432100105283;N=15;r;

Das asso/deasso beim Fensterkontakt funktioniert beim ESP32 nicht, das ist zu zeitkritisch.

Wzut · 09 November 2024, 09:08:44

Ich habe gestern Abend alles in meine Testumgebung gepackt und werde am WE mal einiges testen.
Deine Änderungen im 14_CUL_MAX habe ich bis jetzt nur auf die Schnelle überflogen - das meiste sollte verständlich sein. Bis auf .updateConfigWait ... wieso muss updateConfig "mit Gewalt" nach 20 Sekunden quasi nochmal aufgerufen aufgerufen werden statt einfach nur wenn FHEM mit seinem Start durch ist ?

Zitat von: Ralf9Ich habe es so gemacht, dass die empfangene Nachricht erst nach dem senden vom Autoacknowledge zu FHEM übertragen wird.

D.h. wenn ich eine MaxId benutze die nicht zu meiner Installation passt kann ich den Sduino nicht als Scanner benutzen , bzw. ich sehe damit keine Telegramme die nicht direkt die Zentrale FHEM als Ziel haben wie etwa Telegramme zwischen einem HT und einem WT ?

Zitat von: Ralf9Die Adresse für das Autoacknowledge wird nicht mehr automatisch mit Za zur Firmware übertragen.
Sie muss mit "set sduino raw Za.." (z.B. Za654321) zur sduino Firmware übertragen werden und wird im EEPROM gespeichert.

soll/kann ich im CUL_MAX erledigen, die ID ist ja bekannt und ob er User einen CUL oder Sduino als IO nutzt soll er eh in einem Attribut vorher selbst bestimmen.
Obwohl da fällt mir natürlich direkt IO Group ein - da wäre ja zum einen eine Mix Gruppe aus CUL-Sduino als auch eine reine Gruppe Duinos denkbar.

Ralf9 · 09 November 2024, 13:20:10

Zitat... wieso muss updateConfig "mit Gewalt" nach 20 Sekunden quasi nochmal aufgerufen aufgerufen werden statt einfach nur wenn FHEM mit seinem Start durch ist ?

Wenn das updateConfig am Anfang über Notify global aufgerufen wird, ist der sduino noch nicht initialisiert, das kann bei LAN oder WLAN auch ca 10 sek dauern.

Code Auswählen

2024.11.09 10:35:31.318 3: MAX_654321, Notify global , INITIALIZED
2024.11.09 10:35:32.971 3: sduino/noMsg Parse: V 4.2.3-dev241104 SIGNALduinoAdv ...
2024.11.09 10:35:32.988 2: sduino: initialized. v3.5.2-ralf_04.11.24
2024.11.09 10:35:51.091 4: MAX_654321 updateConfig

2024.11.09 10:45:34.941 3: MAX_654321, Notify global , INITIALIZED
2024.11.09 10:45:35.009 3: sduinoE device opened
2024.11.09 10:45:48.034 3: sduinoE/noMsg Parse: V 4.2.3-dev241104 SIGNALduinoAdv LAN ...
2024.11.09 10:45:48.051 2: sduinoE: initialized. v3.5.2-ralf_04.11.24
2024.11.09 10:45:54.704 4: MAX_654321 updateConfig

2024.11.09 10:55:48.641 3: MAX_654321, Notify global , INITIALIZED
2024.11.09 10:55:48.722 3: sduinoE device opened
2024.11.09 10:55:51.863 3: sduinoE/noMsg Parse: V 4.2.3-dev241108 SIGNALduinoAdv ESP32 ...
2024.11.09 10:55:52.005 2: sduinoE: initialized. v3.5.2-ralf_04.11.24
2024.11.09 10:56:08.389 4: MAX_654321 updateConfig

ZitatD.h. wenn ich eine MaxId benutze die nicht zu meiner Installation passt kann ich den Sduino nicht als Scanner benutzen

Es werden alle Max Nachrichten empfangen und an FHEM übertragen. Vor dem ausgeben der empfangenen Nachricht wird auf Autoacknowledge geprüft und ggf ein Ack gesendet.

Ja das mit dem Za Befehl kann auch von CUL_MAX erledigt werden.

Ralf9 · 11 November 2024, 23:21:14

Hier ist die "V 4.2.3-dev241111 SIGNALduinoAdv ESP32"
https://forum.fhem.de/index.php?topic=83273.msg1324774#msg1324774

Der rfmode für max ist unter "set sduino rfmodeTesting ..."

Gruß Ralf

SalvadoreXXL · 12 November 2024, 22:02:52

Muss ich alle Max-Geräte neu pairen? Komme vom Cube mit aculfw.

Ralf9 · 12 November 2024, 23:00:38

Das peering zwischen den Max Geräten müsste bleiben können.
Damit die Maxid vom sduino in die Max Geräte geschrieben werden können, müssen diese mit dem sduino gepairt werden.

Gibt es außer dem Factoryreset noch eine andere Möglichkeit bei einem Max Gerät das pairing wieder zu entfernen.

Ist es beim Wandthermostat normal, dass wenn er gepairt ist man mit einem langen druck auf die Mode Taste nicht mehr ins Menü kommt?
Dadurch kann ein Wandthermostat nicht mehr lokal am Gerät zurück gesetzt werden.

Wzut · 13 November 2024, 09:06:28

Zitat von: Ralf9 am 12 November 2024, 23:00:38Damit die Maxid vom sduino in die Max Geräte geschrieben werden können, müssen diese mit dem sduino gepairt werden.

HALT STOPP !!
Das ist genau die gleiche Falschaussage wie sie auch im Wiki zu finden ist und nur unnötige Arbeit und Frust für die User bedeutet.
Wenn ein MAX! Gerät einmal seine Zentrale (maxid) kennt (Pairing) dann vergisst es diese so schnell nicht mehr, egal ob der reine Hardware Funk Empfänger CUL, Cube oder SIGNALduino heisst !
Erst wenn diese ID gewechselt werden soll ( warum auch immer ) es es nötig einen Werksreset zu machen und danach das Gerät neu zu Pairen. Beim Wersreset gehen auch die associate (Peering) Informationen verloren.

Pairing = Verbindung eines Gerätes mit der Zentrale
Peering = Verbindung zweier MAX Geräte (HT-WT, HT-FK, WT-FK, HT-HT)

Wzut · 13 November 2024, 09:14:43

Zitat von: Ralf9 am 12 November 2024, 23:00:38Gibt es außer dem Factoryreset noch eine andere Möglichkeit bei einem Max Gerät das pairing wieder zu entfernen.

Nein

Zitat von: Ralf9 am 12 November 2024, 23:00:38Ist es beim Wandthermostat normal, dass wenn er gepairt ist man mit einem langen druck auf die Mode Taste nicht mehr ins Menü kommt?
Dadurch kann ein Wandthermostat nicht mehr lokal am Gerät zurück gesetzt werden.

Wenn ein MAX Gerät Gepaired ist sind bestimmte Funktionen über die Tasten direkt nicht mehr möglich.
Ein Werksreset geht dann nur über FHEM oder wie in der ELV Anleitung beschrieben, durch Bat raus, 60 Sekunden warten, drei Tasten halten und Batterie neu einlegen. Bei HT und WT erscheint dann rES im Display.

Ralf9 · 13 November 2024, 13:26:17

Zitat von: Wzut am 13 November 2024, 09:14:43Wenn ein MAX Gerät Gepaired ist sind bestimmte Funktionen über die Tasten direkt nicht mehr möglich.
Ein Werksreset geht dann nur über FHEM oder wie in der ELV Anleitung beschrieben, durch Bat raus, 60 Sekunden warten, drei Tasten halten und Batterie neu einlegen. Bei HT und WT erscheint dann rES im Display.

Danke, hatte es in der Anleitung übersehen.

ZitatGibt es außer dem Factoryreset noch eine andere Möglichkeit bei einem Max Gerät das pairing wieder zu entfernen?

Funktioniert das nicht, wenn beim PairPong als source 000000 angegeben wird?

Zitat von: Wzut am 13 November 2024, 09:06:28Erst wenn diese ID gewechselt werden soll ( warum auch immer ) es es nötig einen Werksreset zu machen und danach das Gerät neu zu Pairen.

Wenn ich das richtig verstanden habe, muss jede Zentrale eine eigene MaxID haben, wenn man zum Testen bei einem Gerät auf eine andere Zentrale wechseln will, muss man dann bei diesem Max Gerät ein Werksreset machen.

Ich habe das mit der IO Group nicht verstanden, wird dies irgendwo erklärt?

Mir ist auch noch aufgefallen, dass beim Fensterkontakt beim PairPong ein Zs-Befehl verwendet wird, es sollte auch der fast Zf-Befehl reichen.

Gruß Ralf

Wzut · 13 November 2024, 17:37:03

Zitat von: Ralf9 am 13 November 2024, 13:26:17wenn beim PairPong als source 000000 angegeben wird?

IMHO nein, Source muss eine gültige Zentrale ID sein.

Zitatmuss jede Zentrale eine eigene MaxID haben, wenn man zum Testen bei einem Gerät auf eine andere Zentrale wechseln will, muss man dann bei diesem Max Gerät ein Werksreset machen.

Jede eigene Zentrale in deinem Haus bzw. in Funkreichweite zum Nachbar.Wie geschrieben das Gerät hat keine Ahnung "wer" oder "was" da gerade mit ihm reden will. Die sechstellige HEX Adresse Source muss einfach nur gleich der Adresse sein die das Gerät als Zentrale in seinem EEPROM gespeichert hat.
Ich wette 99% der User haben nur eine Zentrale. Ich habe z.B. drei :
Nr 1 : die aktive für unser Haus
Nr. 2 : die vom Orignal ELV Cube vergebene - zum Testen
Nr. 3 : Test ID für alles mögliche um nicht der aktiven Nr. 1 oder der Nr 2 in die Quere zu kommen.

Zwei MaxIds benötigen zwei CUL_MAX Geräte und das wird vom jetzigen Modul aus gutem Grund nicht direkt unterstützt. Ich habe natürlich wegen der vielen Tests mehr ale ein FHEM laufen.

ZitatIch habe das mit der IO Group nicht verstanden, wird dies irgendwo erklärt?

ja -> https://forum.fhem.de/index.php?msg=1031078
Ist extrem nützlich wenn die MAX Geräte wie bei mir über mehr als ein Stockwerk im Haus verteilt sind und man eine gescheite Funkabdeckung haben will.

ZitatMir ist auch noch aufgefallen, dass beim Fensterkontakt beim PairPong ein Zs-Befehl verwendet wird, es sollte auch der fast Zf-Befehl reichen.

Hmm , ist mir gar nicht bewusst das beim Pong nach Gerätetyp unterschieden wird. Muss ich nochmal genau reinschauen.

SalvadoreXXL · 14 November 2024, 21:05:06

Hab jetzt mal die FW auf den ESP32 geflasht. Anschließend den rfmode Eintrag gesetzt. Sollte doch so OK sein:

Code Auswählen

define SIGNALesp32 SIGNALduinoAdv 192.168.11.232:23
attr SIGNALesp32 hardware ESP32_sduino_devkitV1
attr SIGNALesp32 room CUL
attr SIGNALesp32 verbose 5
attr SIGNALesp32 whitelist_IDs 3,3.1,4,12,17,17.1,20,20.1,35,37,55,62,65,215
#   Clients    :SD_WS:Hideki:IT:SD_UT:CUL_MAX:
#   ClientsKeepOrder 1
#   DEF        192.168.11.232:23
#   DMSG       W37#1F25816328
#   DevState   INACTIVE
#   DeviceName 192.168.11.232:23
#   EQMSGCNT   2
#   FUUID      66f5c711-f33f-ac49-7f86-3b0cdf2eac4cfdca
#   ITClock    250
#   LASTDMSG   W37#1F25816328
#   LASTDMSGID 37
#   MSGCNT     23
#   NAME       SIGNALesp32
#   NR         258
#   RAWMSG     MU;P0=-297;P1=250;P2=-716;P3=746;P4=-481;P5=463;P6=-221;P7=-969;CP=1;R=238;D=123232321414145656565656141456141456145656141414141414561456561414145656141456145614141417323232321414145656565656141456141456145656141414141414561456561414145656141456145614141417323232321414145656565656141456141456145656141414141414561456561414145050;p;
#   RSSI       -83
#   STATE      closed
#   TIME       1731600153.70113
#   TYPE       SIGNALduinoAdv
#   a_ccconf   b=1 rx=0 freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud) [boffs=0100*]
#   a_ccconfFSK N=15 ccmode=7 sync=C626 Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
#   b_ccconf   b=0 rx=0 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
#   cc1101_frequency 868.300
#   eventCount 7
#   initResetFlag 1
#   initretry  3
#   sendworking 0
#   unknownmessages 2024-11-14 17:01:57-MU;P0=235;P1=-211;P2=-470;P3=509;P4=-279;P6=1160;CP=0;R=234;D=0102343102023131020234310202640234020261310432023131316102313131620231;e;#2024-11-14 17:01:57-MU;P0=259;P1=-213;P2=519;P3=-484;P5=-645;P6=111;CP=0;R=231;D=01210303212103032121032103032121210303032121212121056;e;i;#2024-11-14 17:02:18-MS;P0=-1959;P1=462;P2=-3935;P3=-8787;D=13101210101010121212101010101010101012101212121010121212121210121010;CP=1;SP=3;R=236;e;b13;m0;#2024-11-14 17:02:18-MS;P0=-1959;P1=462;P2=-3935;P3=-8787;P5=193;D=131012101010101212121010101010101010121012121210101212121212105;CP=1;SP=3;R=236;e;m1;#2024-11-14 17:02:29-MS;P1=455;P2=-9555;P3=-1998;P4=-4548;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=3;e;m0;#2024-11-14 17:02:29-MS;P1=455;P2=-9555;P3=-1998;P4=-4548;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=3;Q;e;m1;#2024-11-14 17:02:29-MS;P1=455;P2=-9555;P3=-1998;P4=-4548;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=3;Q;e;m2;#2024-11-14 17:02:29-MS;P1=455;P2=-9555;P3=-1998;P4=-4548;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=3;Q;e;m3;#2024-11-14 17:02:34-MU;P0=487;P1=-225;P2=256;P3=-476;P4=-1212;P5=748;P6=-718;CP=2;R=238;D=01232301232301230101232323232323012301012323230101232301230123232324565656562323230101010;p;#2024-11-14 17:02:34-MU;P0=-226;P1=492;P2=144;P3=-482;P4=247;P5=-8953;P6=111;P7=-1456;CP=4;R=229;D=0102343104343104310104343434343431043101043434310104343104310434343452067;e;#2024-11-14 17:02:49-MU;P0=-674;P1=505;P2=-2002;P3=-3874;P4=101;P5=-1316;P6=-6681;CP=1;R=234;D=0121212131313121212121212121213121313131212131313131312124512121645;e;#2024-11-14 17:02:49-MU;P0=-1939;P1=503;P2=-3896;P3=-8807;CP=1;R=237;D=010101010101010121012121210101212121212101210101310121010101012121210101010101010101210121212101012121212121012101;e;#2024-11-14 17:03:01-MU;P0=-1965;P1=490;P2=-3902;P3=129;CP=1;R=233;D=0101210121210101212101010101010101012101212121012103;e;#2024-11-14 17:03:01-MU;P0=135;P1=-1942;P2=503;P3=-3895;P4=-8779;P5=-189;CP=2;R=219;D=012321232321232124212321232321212323212121212121212123212325;e;#2024-11-14 17:03:01-MS;P3=555;P4=-1940;P5=-3903;P6=-8763;D=36343534353534343535343434343434343435343535353435343435343535343534;CP=3;SP=6;R=216;e;b25;m0;#2024-11-14 17:03:01-MS;P3=555;P4=-1940;P5=-3903;P6=-8763;D=363435343535343435353434343434343434353435353534353;CP=3;SP=6;R=216;Q;e;m1;#2024-11-14 17:03:04-MS;P1=440;P2=-9549;P3=-2003;P4=-4555;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=2;e;m0;#2024-11-14 17:03:04-MS;P1=440;P2=-9549;P3=-2003;P4=-4555;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=2;Q;e;m1;#2024-11-14 17:03:04-MS;P1=440;P2=-9549;P3=-2003;P4=-4555;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=2;Q;e;m2;#2024-11-14 17:03:04-MS;P1=440;P2=-9549;P3=-2003;P4=-4555;D=1213141413131413131413131413131313131413141313131413141313;CP=1;SP=2;R=2;Q;e;m3;#2024-11-14 17:03:17-MU;P0=112;P1=-240;P2=518;P3=162;P4=-483;P5=253;P7=-108;CP=2;R=230;D=0121342154542121215454542121212121542127212151;e;#2024-11-14 17:03:19-MU;P0=743;P1=510;P2=-222;P3=272;P4=-445;P5=-128;P7=-962;CP=3;R=232;D=1212343412123434121234341512341234341212123434341212121212341212121234341234370;p;#2024-11-14 17:03:19-MU;P0=-230;P2=297;P3=-942;P4=827;P6=-454;P7=499;CP=2;R=219;D=26267070262670702626707026267070267026267070702626267070707070267070707026267026234;p;#2024-11-14 17:03:26-MU;P0=290;P1=-722;P2=742;P3=-454;P4=512;P5=-213;CP=0;R=216;D=0121030345450303454503034545030345450345030345454;p;#2024-11-14 17:03:41-MS;P0=-1936;P1=-3891;P2=500;P6=315;P7=-8766;D=27206120212120202121202020202020202021202121212021202021202121202120;CP=2;SP=7;R=234;e;b69;m0;
#   version    
#   versionmodul v3.5.2-ralf_04.11.24
#   versionprotoL v3.5.2-ralf_04.11.24
#   .attraggr:
#   .attrminint:
#   .clientArray:
#     SD_WS
#     Hideki
#     IT
#     SD_UT
#     CUL_MAX
#   DoubleMsgIDs:
#   MatchList:
#     01:IT      ^i......
#     02:CUL_TCM97001 ^s[A-Fa-f0-9]+
#     03:SD_RSL  ^P1#[A-Fa-f0-9]{8}
#     04:OREGON  ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
#     05:CUL_TX  ^TX..........
#     06:SD_AS   ^P2#[A-Fa-f0-9]{7,8}
#     07:Hideki  ^P12#75[A-F0-9]+
#     09:CUL_FHTTK ^T[A-F0-9]{8}
#     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
#     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
#     12:SD_WS   ^W\d+x{0,1}#.*
#     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
#     14:Dooya   ^P16#[A-Fa-f0-9]+
#     15:SOMFY   ^Ys[0-9A-F]+
#     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
#     17:SD_UT   ^P(?:14|20|22|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114|118|121|124|127|128|130|132|199)#.*
#     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
#     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
#     20:Revolt  ^r[A-Fa-f0-9]{22}
#     21:FS10    ^P61#[A-F0-9]+
#     22:Siro    ^P72#[A-Fa-f0-9]+
#     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
#     24:FS20    ^81..(04|0c)..0101a001
#     25:CUL_EM  ^E0.................
#     26:Fernotron ^P82#.*
#     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
#     28:SD_Keeloq ^P(?:87|88)#.*
#     29:SD_GT   ^P49#[A-Fa-f0-9]+
#     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     31:KOPP_FC ^kr..................
#     32:PCA301  ^\S+\s+24
#     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
#     34:WMBUS   ^b.*
#     35:HMS     ^810e04......a001
#     36:IFB     ^J............
#     37:LTECH   ^P31#[A-Fa-f0-9]{26,}
#     38:CUL_MAX ^Z.*
#     39:ESA2000 ^S................................
#     90:SD_Tool ^pt([0-9]+(\.[0-9])?)(#.*)?
#     X:SIGNALduino_un ^[u]\d+#.*
#   QUEUE:
#   READINGS:
#     2024-11-14 09:37:38   cc1101_config   freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
#     2024-11-14 09:37:38   cc1101_config_ext Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
#     2024-10-04 12:02:52   cmdBank         A* b=1 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]
#
#   ccmode=0 syn
#     2024-11-14 16:25:16   cmds            ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ Z
#     2024-11-14 16:26:44   config          ccmode=7 b=1
#     2024-11-14 16:11:12   ping            OK
#     2024-10-04 12:06:09   raw             Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ B A*- - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 0 0 - - - - - - - -    0 - SlowRF  1 -
#     2024-11-13 21:08:59   rfmode          MAX__N15_ab_firmw_V423 => ok,N=15,ccmode=7
#     2024-11-14 17:14:44   state           closed
#     2024-11-14 09:41:37   version         V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01
#   keepalive:
#     ok         0
#     retry      3
#   mcIdList:
#     12
#   mnIdList:
#     215
#   msIdList:
#     3
#     3.1
#     4
#     17
#     20
#     35
#     55
#     65
#   muIdList:
#     17.1
#     20.1
#     37
#     62
#   rfmodesets:
#     rfmode     Avantek_433__B8_N9_FSK,Bresser_5in1_u_7in1__B28_N7_8220,Bresser_6in1__B20_N7_8220,DP100_WH51_WH57_433__B16_N16_17241,DP100_WH51_WH57_868__B16_N6_17241,HoneywActivL__SlowRf_FSK,KOPP_FC__B20_N4_4785,Lacrosse_mode1_WS1080_TX38__B12_N1_17241,Lacrosse_mode2__B12_N2_9579,PCA301_mode3__B32_N3_6631,Rojaflex_433__B12_N8_GFSK,SlowRF_ccFactoryReset,W136__B24_N10_4798,WH24_WH25__B20_N1_17241,WMBus_S__N11_ab_firmware_V422,WMBus_T_u_C__N12_ab_firmw_V422,WS1600_TX22_mode5__B16_N5_8842,custom
#   rfmodesetsTesting:
#     rfmodeTesting Avantek_433__B5_N9_FSK,Bresser_5in1_u_7in1__B26_N7_8220,Bresser_6in1__B18_N7_8220,DP100_WH51_WH57_433__B14_N16_17241,DP100_WH51_WH57_868__B14_N6_17241,Elero__N13_ab_firmw_V335_u_V422,Inkbird_433__B18_N14_FSK,Lacrosse_mode1_TX38__B5_N1_17241,Lacrosse_mode1_WS1080_TX38__B10_N1_17241,Lacrosse_mode2__B5_N2_9579,MAX__N15_ab_firmw_V423,PCA301_mode3__B12_N3_6631,W136__B24_N10_4798,WH24_WH25__B16_N1_17241,WS1600_TX22_mode5__B5_N5_8842
#   sendAslowrfID:
#
setstate SIGNALesp32 closed
setstate SIGNALesp32 2024-11-14 09:37:38 cc1101_config freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
setstate SIGNALesp32 2024-11-14 09:37:38 cc1101_config_ext Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
setstate SIGNALesp32 2024-10-04 12:02:52 cmdBank A* b=1 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]\
\
   ccmode=0 syn
setstate SIGNALesp32 2024-11-14 16:25:16 cmds ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ Z
setstate SIGNALesp32 2024-11-14 16:26:44 config ccmode=7 b=1
setstate SIGNALesp32 2024-11-14 16:11:12 ping OK
setstate SIGNALesp32 2024-10-04 12:06:09 raw Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ B A*- - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 0 0 - - - - - - - -    0 - SlowRF  1 -
setstate SIGNALesp32 2024-11-13 21:08:59 rfmode MAX__N15_ab_firmw_V423 => ok,N=15,ccmode=7
setstate SIGNALesp32 2024-11-14 17:14:44 state closed
setstate SIGNALesp32 2024-11-14 09:41:37 version V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01

Dann den ESP32 als IO für CUL_MAX gesetzt. Jetzt konnnte ich zumindest erstmal die Messages mitlesen. Leider ist kein Pairing möglich. Habe ein WT in den Reset geschickt und dann mit Boost anlernen lassen (pairing in CUL_MAX gestartet). Er zählt brav von 30 runter und nix passiert. Kommandos werden nicht ausgeführt. Mehrfach getestet ...

Ich vermute mal, das der ESP nicht sendet. Habe auch bei 433 die gleichen Probleme. Als Ziel dient hier ein Deckenventilator (SD_UT). Hab den ESp als IO gesetzt und versuche den Venti zu steuern. Passiert auch nix. Setzen ich dort einen anderen Signalduino mit Sideys FW/Modul, funktioniert alles. Muss man beim ESP32 das Senden irgendwie einschalten?

Ralf9 · 14 November 2024, 22:11:53

Hast Du bei dem WT device das Attr CULdev auf SIGNALesp32 gesetzt und
beim CUL_MAX das attr IODev auf SIGNALesp32 und
beim SIGNALesp32 beim attr maxid die maxid eingetragen

Wenn Du beim SIGNALesp32 und CUL_MAX das verbose auf 4 setzt, müsste beim pairing im log so was stehen:
Ist vom Fensterkontakt, ist aber beim WT ähnlich

Code Auswählen

2024.10.31 20:59:50.388 4: sduino/msg READ: MN;D=170A04001F20216543210013040F22232425262728292A2B558A;N=15;r;
...
2024.10.31 20:59:50.389 4: sduino: dispatch Z170A04001F20216543210013040F22232425262728292A2B
2024.10.31 20:59:50.390 4: MAX_654321, C: 0A, F: 04, T: 00, S: 1F2021 D: 654321 G: 00 P: 13040F22232425262728292A2B
2024.10.31 20:59:50.390 4: MAX_654321, IODev sduino, flags 04, msgcnt 0A, msgType PairPing, src 1f2021 ShutterContact, dst 654321 CUL_MAX, group 0, payload 13040F22232425262728292A2B, rssi -31.5
2024.10.31 20:59:50.390 4: MAX_654321, PairPing (src 1f2021, dst 654321, pairmode 0), firmware 19, type ShutterContact, testresult 15, serial "#$%&'()*+
...
2024.10.31 20:59:50.391 4: MAX_654321, send -> cmd:PairPong, msgcnt:08, flags:00, Cmd2id:01, src:MAX_654321, dst:MAX_1f2021, gid:00, payload:00, cul:sduino
...
2024.10.31 20:59:50.391 4: MAX_654321, Send Queue packet send : Zs0b0800016543211f20210000 to MAX_1f2021 with sduino
...
2024.10.31 20:59:51.553 4: MAX_654321, IODev sduino, flags 02, msgcnt 08, msgType Ack, src 1f2021 ShutterContact, dst 654321

SalvadoreXXL · 15 November 2024, 09:29:43

Zitat von: Ralf9 am 14 November 2024, 22:11:53Hast Du bei dem WT device das Attr CULdev auf SIGNALesp32 gesetzt und

Kann ich erst, wenn es angelegt ist. Hat aber keinen Unterschied gemacht

Zitatbeim CUL_MAX das attr IODev auf SIGNALesp32 und

Code Auswählen

define cmax CUL_MAX 654321
attr cmax IODev SIGNALesp32
attr cmax fakeSCaddr 222222
attr cmax fakeWTaddr 111111
attr cmax room CUL,MAX
attr cmax showtime 1
attr cmax verbose 4
#   .VERSION   0
#   .culids    
#   DEF        654321
#   FUUID      6735ac2c-f33f-ac49-1fcf-3860747ff1fede02
#   IODev      SIGNALesp32
#   LASTInputDev SIGNALesp32
#   MSGCNT     14
#   NAME       cmax
#   NR         309
#   SIGNALesp32_DMSG Z1700040007918E000000001003004B455130303635373537
#   SIGNALesp32_MSGCNT 14
#   SIGNALesp32_Protocol_ID 215
#   SIGNALesp32_RAWMSG MN;D=1700040007918E000000001003004B4551303036353735371A91;N=15;r;
#   SIGNALesp32_RSSI -61
#   SIGNALesp32_TIME 2024-11-15 09:04:29
#   STATE      SIGNALesp32:UAS
#   SVN        22175
#   TYPE       CUL_MAX
#   addr       654321
#   cnt        0
#   eventCount 15
#   pairmode   0
#   retryCount 0
#   sq         11
#   .attraggr:
#   .attrminint:
#   .clientArray:
#     MAX
#   READINGS:
#     2024-11-14 16:55:27   IODev           SIGNALesp32
#     2024-11-15 09:04:29   state           SIGNALesp32:UAS
#   sendQueue:
#     HASH(0x5623dc6d9460)
#     HASH(0x5623dc635bc8)
#     HASH(0x5623dcaea198)
#     HASH(0x5623dc74f638)
#     HASH(0x5623dc66fe40)
#     HASH(0x5623dc91e168)
#     HASH(0x5623dc7eeac8)
#     HASH(0x5623dc92ea60)
#     HASH(0x5623dc72c3f0)
#     HASH(0x5623dc7627e8)
#     HASH(0x5623dc92a4d8)
#
setstate cmax SIGNALesp32:UAS
setstate cmax 2024-11-14 16:55:27 IODev SIGNALesp32
setstate cmax 2024-11-15 09:04:29 state SIGNALesp32:UAS

Zitatbeim SIGNALesp32 beim attr maxid die maxid eingetragen

maxid? So etwas habe ich noch nie gesetzt. Finde ich auch nicht in der Doku. Was ist das

ZitatWenn Du beim SIGNALesp32 und CUL_MAX das verbose auf 4 setzt, müsste beim pairing im log so was stehen:
Ist vom Fensterkontakt, ist aber beim WT ähnlich

Code Auswählen

2024-11-15 09:04:00 Global global UNDEFINED MAX_07918e MAX WallMountedThermostat 07918e
2024-11-15 09:04:00 Global global ATTR MAX_07918e model WallMountedThermostat
2024-11-15 09:04:00 Global global DEFINED MAX_07918e
2024-11-15 09:04:00 Global global DEFINED FileLog_MAX_07918e
2024-11-15 09:04:00 MAX MAX_07918e firmware: 1.0
2024-11-15 09:04:00 MAX MAX_07918e testresult: 0
2024-11-15 09:04:00 MAX MAX_07918e PairedTo: 000000
2024-11-15 09:04:00 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-15 09:04:00 MAX MAX_07918e ecoTemperature: 17.0
2024-11-15 09:04:00 MAX MAX_07918e comfortTemperature: 21.0
2024-11-15 09:04:00 MAX MAX_07918e maximumTemperature: on
2024-11-15 09:04:00 MAX MAX_07918e minimumTemperature: off
2024-11-15 09:04:00 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-15 09:04:00 MAX MAX_07918e boostValveposition: 80
2024-11-15 09:04:00 MAX MAX_07918e boostDuration: 25
2024-11-15 09:04:00 MAX MAX_07918e measurementOffset: 0.0
2024-11-15 09:04:00 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:00 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:00 MAX MAX_07918e waiting for data
2024-11-15 09:04:00 CUL_MAX cmax SIGNALesp32:UAS

2024-11-15 09:04:14 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-15 09:04:14 MAX MAX_07918e waiting for data
2024-11-15 09:04:14 MAX MAX_07918e RSSI: -62.5
2024-11-15 09:04:14 MAX MAX_07918e peerList: Broadcast
2024-11-15 09:04:14 MAX MAX_07918e peerIDs: 000000
2024-11-15 09:04:14 MAX MAX_07918e firmware: 1.0
2024-11-15 09:04:14 MAX MAX_07918e testresult: 0
2024-11-15 09:04:14 MAX MAX_07918e PairedTo: 000000
2024-11-15 09:04:14 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-15 09:04:14 MAX MAX_07918e ecoTemperature: 17.0
2024-11-15 09:04:14 MAX MAX_07918e comfortTemperature: 21.0
2024-11-15 09:04:14 MAX MAX_07918e maximumTemperature: on
2024-11-15 09:04:14 MAX MAX_07918e minimumTemperature: off
2024-11-15 09:04:14 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-15 09:04:14 MAX MAX_07918e boostValveposition: 80
2024-11-15 09:04:14 MAX MAX_07918e boostDuration: 25
2024-11-15 09:04:14 MAX MAX_07918e measurementOffset: 0.0
2024-11-15 09:04:14 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:14 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:14 MAX MAX_07918e waiting for data
2024-11-15 09:04:14 MAX MAX_07918e peerList: Broadcast
2024-11-15 09:04:14 MAX MAX_07918e peerIDs: 000000
2024-11-15 09:04:14 CUL_MAX cmax SIGNALesp32:UAS

2024-11-15 09:04:29 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-15 09:04:29 MAX MAX_07918e waiting for data
2024-11-15 09:04:29 MAX MAX_07918e RSSI: -61
2024-11-15 09:04:29 MAX MAX_07918e peerList: Broadcast
2024-11-15 09:04:29 MAX MAX_07918e peerIDs: 000000
2024-11-15 09:04:29 MAX MAX_07918e firmware: 1.0
2024-11-15 09:04:29 MAX MAX_07918e testresult: 0
2024-11-15 09:04:29 MAX MAX_07918e PairedTo: 000000
2024-11-15 09:04:29 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-15 09:04:29 MAX MAX_07918e ecoTemperature: 17.0
2024-11-15 09:04:29 MAX MAX_07918e comfortTemperature: 21.0
2024-11-15 09:04:29 MAX MAX_07918e maximumTemperature: on
2024-11-15 09:04:29 MAX MAX_07918e minimumTemperature: off
2024-11-15 09:04:29 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-15 09:04:29 MAX MAX_07918e boostValveposition: 80
2024-11-15 09:04:29 MAX MAX_07918e boostDuration: 25
2024-11-15 09:04:29 MAX MAX_07918e measurementOffset: 0.0
2024-11-15 09:04:29 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-15 09:04:29 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-15 09:04:29 MAX MAX_07918e waiting for data
2024-11-15 09:04:29 MAX MAX_07918e peerList: Broadcast
2024-11-15 09:04:29 MAX MAX_07918e peerIDs: 000000
2024-11-15 09:04:29 CUL_MAX cmax SIGNALesp32:UAS

Device wird angelegt und steht auf "waiting for data". Änderungen am WT selbst und in FHEM werden nicht übertragen

Code Auswählen

define MAX_07918e MAX WallMountedThermostat 07918e
attr MAX_07918e CULdev SIGNALesp32
attr MAX_07918e IODev cmax
attr MAX_07918e model WallMountedThermostat
attr MAX_07918e room MAX
#   .count     0
#   .sendToAddr 000000
#   .sendToName Broadcast
#   .timer     300
#   CFGFN      
#   DEF        WallMountedThermostat 07918e
#   FUUID      67370070-f33f-ac49-a8bf-3701da3b3e7ea13d
#   IODev      cmax
#   LASTInputDev cmax
#   MSGCNT     5
#   NAME       MAX_07918e
#   NR         313
#   NTFY_ORDER 50-MAX_07918e
#   STATE      waiting for data
#   SVN        23517
#   TYPE       MAX
#   TimeSlot   -1
#   addr       07918e
#   cmax_MSGCNT 5
#   cmax_TIME  2024-11-15 09:04:29
#   devtype    3
#   eventCount 10
#   type       WallMountedThermostat
#   webCmd     desiredTemperature
#   .attraggr:
#   .attrminint:
#   READINGS:
#     2024-11-15 09:04:29   .lastact        1731657869.63505
#     2024-11-15 09:04:29   .weekProfile    444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
#     2024-11-15 09:04:00   IODev           cmax
#     2024-11-15 09:04:29   PairedTo        000000
#     2024-11-15 09:04:29   RSSI            -61
#     2024-11-15 09:04:29   SerialNr        KEQ0065757
#     2024-11-15 09:04:29   boostDuration   25
#     2024-11-15 09:04:29   boostValveposition 80
#     2024-11-15 09:04:29   comfortTemperature 21.0
#     2024-11-15 09:04:29   ecoTemperature  17.0
#     2024-11-15 09:04:00   error           invalid or missing value  for READING .weekProfile
#     2024-11-15 09:04:29   firmware        1.0
#     2024-11-15 09:04:00   groupid         0
#     2024-11-15 09:09:55   lastcmd         set_desiredTemperature 5.0
#     2024-11-15 09:04:29   maximumTemperature on
#     2024-11-15 09:04:29   measurementOffset 0.0
#     2024-11-15 09:04:29   minimumTemperature off
#     2024-11-15 09:09:55   msgcnt          5
#     2024-11-15 09:04:29   peerIDs         000000
#     2024-11-15 09:04:29   peerList        Broadcast
#     2024-11-15 09:04:29   state           waiting for data
#     2024-11-15 09:04:29   testresult      0
#     2024-11-15 09:04:29   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-15 09:04:29   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-15 09:04:29   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-15 09:04:29   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-15 09:04:29   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-15 09:04:29   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-15 09:04:29   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-15 09:04:29   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-15 09:04:29   windowOpenTemperature 12.0
#   helper:
#     dt         17.0
#     myday      6
#
setstate MAX_07918e waiting for data
setstate MAX_07918e 2024-11-15 09:04:29 .lastact 1731657869.63505
setstate MAX_07918e 2024-11-15 09:04:29 .weekProfile 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
setstate MAX_07918e 2024-11-15 09:04:00 IODev cmax
setstate MAX_07918e 2024-11-15 09:04:29 PairedTo 000000
setstate MAX_07918e 2024-11-15 09:04:29 RSSI -61
setstate MAX_07918e 2024-11-15 09:04:29 SerialNr KEQ0065757
setstate MAX_07918e 2024-11-15 09:04:29 boostDuration 25
setstate MAX_07918e 2024-11-15 09:04:29 boostValveposition 80
setstate MAX_07918e 2024-11-15 09:04:29 comfortTemperature 21.0
setstate MAX_07918e 2024-11-15 09:04:29 ecoTemperature 17.0
setstate MAX_07918e 2024-11-15 09:04:00 error invalid or missing value  for READING .weekProfile
setstate MAX_07918e 2024-11-15 09:04:29 firmware 1.0
setstate MAX_07918e 2024-11-15 09:04:00 groupid 0
setstate MAX_07918e 2024-11-15 09:09:55 lastcmd set_desiredTemperature 5.0
setstate MAX_07918e 2024-11-15 09:04:29 maximumTemperature on
setstate MAX_07918e 2024-11-15 09:04:29 measurementOffset 0.0
setstate MAX_07918e 2024-11-15 09:04:29 minimumTemperature off
setstate MAX_07918e 2024-11-15 09:09:55 msgcnt 5
setstate MAX_07918e 2024-11-15 09:04:29 peerIDs 000000
setstate MAX_07918e 2024-11-15 09:04:29 peerList Broadcast
setstate MAX_07918e 2024-11-15 09:04:29 state waiting for data
setstate MAX_07918e 2024-11-15 09:04:29 testresult 0
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-15 09:04:29 weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-15 09:04:29 windowOpenTemperature 12.0

Ralf9 · 15 November 2024, 10:44:14

Zitat von: SalvadoreXXL am 15 November 2024, 09:29:43maxid? So etwas habe ich noch nie gesetzt. Finde ich auch nicht in der Doku. Was ist das

Diese wird in der CUL_MAX beta Version abgefragt. Dies ist 654321 was in addr vom CUL_MAX steht.

Zitat2024-11-15 09:04:29 CUL_MAX cmax SIGNALesp32:UAS

Das müsste SIGNALesp32:ok sein

Wzut · 15 November 2024, 11:04:06

Zitat von: Ralf9 am 14 November 2024, 22:11:53Hast Du bei dem WT device das Attr CULdev auf SIGNALesp32 gesetzt und
beim CUL_MAX das attr IODev auf SIGNALesp32 und
beim SIGNALesp32 beim attr maxid die maxid eingetragen

1. muss er nicht , da er keine IO Group hat und der SD wohl auch das einzige aktive Device ist.
2. ja das ist wichtig
3. wird das attr überhaupt im Modul ausgewertet ? Ich habe da nichts auf die Schnelle gesehen.

Aber hier mal mein aktueller Zwischenstand :
a. Pairing gelingt mir bisher nicht.
b. Steuern eines MAX Gerätes (alle SET Kommandos) , schaut gut aus
c. mitlesen von Nachrichten zwischen diversen MAX Geräten sieht ebenfalls gut aus.

D.h senden tut der SUGNALduino wohl, ich muss jetzt nur noch dahinterkommen warum er sich beim Pairing so mädchenhaft benimmt.

Ralf9 · 15 November 2024, 13:29:17

Ja, habe auch nichts gefunden wo das sduino Attr maxid ausgewertet wird. Es wird nur vom CUL_MAX beim sduino das internal .maxid gesetzt und auch ausgewertet.

Hab das pairing mit dem WT nochmals getestet, ist zeitlich recht unkritsch und funktioniert problemlos.
Das pairpong ist zeitlich recht unkritisch, ich konnte es beim Maplesduino USB gemütlich im seriellen Monitor der Arduino IDE absetzen

Code Auswählen

MN;D=1700040001CE98000000001003004A4551303136353937321389;N=15;r;  pairPing
Zf0b03000165432101ce980000                                         pairPong
MN;D=0E03000201CE986543210001090128348D;N=15;r;    msgType Ack, payload 01090128
MN;D=0A000A0301CE98654321002F8C;N=15;r;            msgType TimeInformation
z0B00000265432101CE980000               Ack

Und hier ist ein log Auszug vom pairing

Code Auswählen

2024-11-15 12:41:15.705 CUL_MAX MAX_654321 pairmode 60
2024.11.15 12:41:25.081 4: sduino/msg READ: MN;D=1700040001CE98000000001003004A4551303136353937323184;N=15;r;
2024.11.15 12:41:25.081 4: sduino Parse_MN: Found 2-FSK Protocol id 215 length 52 RSSI = -49.5 -> MAX
2024.11.15 12:41:25.082 4: sduino Dispatch: Z1700040001CE98000000001003004A455130313635393732, -49.5 dB, dispatch
2024.11.15 12:41:25.082 4: MAX_654321, C: 00, F: 04, T: 00, S: 01CE98 D: 000000 G: 00 P: 1003004A455130313635393732
2024.11.15 12:41:25.082 4: MAX_654321, IODev sduino, flags 04, msgcnt 00, msgType PairPing, src 01ce98 WallMountedThermostat, dst 000000 Broadcast, group 0, payload 1003004A455130313635393732, rssi -49.5
2024.11.15 12:41:25.082 4: MAX_654321, PairPing (src 01ce98, dst 000000, pairmode 1), firmware 16, type WallMountedThermostat, testresult 0, serial JEQ0165972
2024.11.15 12:41:25.082 3: MAX_654321, Pairing device MAX_01ce98 of type WallMountedThermostat with serial JEQ0165972

2024.11.15 12:41:25.085 4: MAX_654321, send -> cmd:PairPong, msgcnt:aa, flags:00, Cmd2id:01, src:MAX_654321, dst:MAX_01ce98, gid:00, payload:00, cul:sduino
2024.11.15 12:41:25.085 4: set sduino raw Zs0baa000165432101ce980000
2024.11.15 12:41:25.085 4: MAX_654321, Send Queue packet send : Zs0baa000165432101ce980000 to MAX_01ce98 with sduino
2024.11.15 12:41:25.087 4: MAX_654321, send -> cmd:ConfigTemperatures, msgcnt:ab, flags:08, Cmd2id:11, src:MAX_654321, dst:MAX_01ce98, gid:00, payload:00, cul:sduino
2024.11.15 12:41:25.087 4: MAX_654321, send -> cmd:ConfigWeekProfile, msgcnt:ac, flags:08, Cmd2id:10, src:MAX_654321, dst:MAX_01ce98, gid:00, payload:00, cul:sduino
2024.11.15 12:41:25.087 3: sduino, auto read all values from device [01ce98]
2024.11.15 12:41:26.202 4: sduino/msg READ: Zs0baa000165432101ce980000;Marcs=13 # Rückmeldung vom sduino dass gesendet wurde

2024.11.15 12:41:26.248 4: sduino/msg READ: MN;D=0EAA000201CE9865432100010801221185;N=15;r   # Ack vom WT
2024.11.15 12:41:26.248 4: sduino Dispatch: Z0EAA000201CE986543210001080122, -65.5 dB, dispatch
2024.11.15 12:41:26.249 4: MAX_654321, C: AA, F: 00, T: 02, S: 01CE98 D: 654321 G: 00 P: 01080122
2024.11.15 12:41:26.249 4: MAX_654321, IODev sduino, flags 00, msgcnt AA, msgType Ack, src 01ce98 WallMountedThermostat, dst 654321 CUL_MAX, group 0, payload 01080122, rssi -65.5

Wzut · 16 November 2024, 12:11:04

@Ralf9,
das Attribut maxid kanst du wieder entfernen. Ich habe eine neue Version von 14_CUL_MAX.pm im Beta Thread gepostet. Die kommt mit ihrem eigenen Parameter aus, das set raw ZaXXXXXX wird auch mit erledigt.

Pairing : es wird immer komischer. Ich habe hier zum testen ein WT. Ich kann es mit dem SIGNALduino Repairen (langer Druck auf Boost) bzw. wenn es noch ungepaired ist sio auch pairen.
Was nicht geht ist das Pairing bei Batterie raus / rein. Ich verstehe es einfach nicht.

Auto Ack : Mit dem AutoACk habe ich schon lange meine Probleme es zu verstehen. Ich kapier nicht wann ein CUL / SIGNALduino überhaupt eines sendet bzw. ich dachte immer mit einem anderen Empfänger als Scanner würde ich mal eines sehen. Bisher aber nicht.

Die nächsten Test werde ich mit einem HT machen und mir dabei die fakeWT/FK Devices vornehmen.

Ralf9 · 17 November 2024, 23:41:37

ZitatWas nicht geht ist das Pairing bei Batterie raus / rein. Ich verstehe es einfach nicht.

Funktioniert dies mit dem Cul als IOdev?

ZitatAuto Ack : Mit dem AutoACk habe ich schon lange meine Probleme es zu verstehen. Ich kapier nicht wann ein CUL / SIGNALduino überhaupt eines sendet bzw. ich dachte immer mit einem anderen Empfänger als Scanner würde ich mal eines sehen. Bisher aber nicht.

Bei einigen von den Max Devices gesendeten Nachrichten, erwarten die Max Devices ein Ack, wenn kein Ack empfangen wird, werden die Nachrichten bis zu 2 mal wiederholt.
Laut der cul Firmware sind es Nachrichten mit den msgcmd 0x30 (ShutterContactState), 0x40 (SetTemperature), 0x50 (PushButtonState). Ich habe 0x03 (TimeInformation) ergänzt, da mir aufgefallen ist, dass diese auch ohne Ack wiederholt werden.
Das Timing für das AutoAck ist recht zeitkritisch.
Bei der sduino Firmware wird nach dem Senden des AutoAck die gesendete Nachricht mit einem "z" am Anfang ausgegeben.

Der WT macht bei mir Probleme. Ich wollte auch nochmal ungepairt pairen und habe ihn dazu zurückgesetzt.
Nun funktioniert das pairen gar nicht mehr. Ich bekomme beim pairpong kein Ack zurück. Es sieht so aus als würde der WT nichts mehr empfangen.
Ich werde es morgen nochmals versuchen.
Ich hatte es so ähnlich schon mal, da war er aber gepairt. Am nächten Tag hat es wieder funktioniert.

Am Fensterkontakt und Heizungsthermostat funktioniert das pairen auch nach einem reset problemlos.

Ralf9 · 18 November 2024, 17:19:21

Das mit dem WT ist seltsam, er sendet, aber er empfängt nichts. Reset und stromlos machen hab ich schon mehrmals versucht.
Broadcast und PairPing Nachrichten sendet er.

Code Auswählen

4: CUL_Parse: CULnano Z0C33044201CE980000000027DF14 -64
4: MAX_654321, IODev CULnano, flags 04, msgcnt 33, msgType WallThermostatControl, src 01ce98 WallMountedThermostat, dst 000000 Broadcast, group 0, payload 27DF, rssi -64

4: CUL_Parse: CULnano Z1700040001CE98000000001003004A45513031363539373210 -66
4: MAX_654321, IODev CULnano, flags 04, msgcnt 00, msgType PairPing, src 01ce98 WallMountedThermostat, dst 000000 Broadcast, group 0, payload 1003004A455130313635393732, rssi -66

Ich habe das pairen auch mit dem nanocul culw V 167 versucht ohne erfolg.
Wenn das Senden funktioniert, dann müsste der Empfang doch auch funktionieren.
Ist es evtl nur ein Softwareproblem? Kann es evtl sein, dass bei einem Reset nicht alles zurückgesetzt wird?
Gibt es beim ungepairten WT außer dem PairPong noch andere Befehle um den Empfang zu testen?

Wzut · 19 November 2024, 09:51:30

Zitat von: Ralf9 am 18 November 2024, 17:19:21Gibt es beim ungepairten WT außer dem PairPong noch andere Befehle um den Empfang zu testen?

IMHO wird ein ungepairtes WT genau wie ein ungepairtes HT auf nichts und niemand hören und lediglich ab und an seinen Status als Broadcast in die Welt blasen.
Zum Pairing testen : den Pairmode hast du zuvor am CUL_MAX Device eingeschaltet ?

Ralf9 · 19 November 2024, 16:29:59

Zum Pairing testen muss am CUL_MAX Device der Pairmode nicht eingeschaltet sein, wenn das MAX Device schon definiert ist.

Das PairPong ist recht zeitunkritisch, es funktioniert auch noch, wenn es ca 2 sek nach dem Empfangen vom PairPing gesendet wird.
Mir ist nicht klar warum das PairPong als Zs... gesendet wird, es funktioniert auch mit fastsend Zf..
Das Max Device ist ja während dem Anlern Countdown wach.

Wenn der Reset alles zurücksetzt, dann hat der WT vermutlich einen Hardwaredefekt am Empfangsteil.

Wzut · 19 November 2024, 17:04:50

Zitat von: Ralf9 am 19 November 2024, 16:29:59Mir ist nicht klar warum das PairPong als Zs... gesendet wird, es funktioniert auch mit fastsend Zf..
Das Max Device ist ja während dem Anlern Countdown wach.

Hast Recht, ich muss mal eine uralte 14_CUL_MAX Version suchen und nachschauen ob die Zs/Zf Entscheidung von M. Gehre schon immer so war oder ob ich da was in die falsche Richtung optimiert habe.

Es gibt aber auch mal gute Neuigkeiten : Ich habe deine 423 ESP bin auf einen ESP geschoben und am Steckbrett ein altes ELV CC1101 dazu gesteckt. Nun habe ich mit dem anderen LAN Mini Maple zwei funktionsfähige SIGNALduinos.

Ralf9 · 19 November 2024, 19:09:43

Ich vermute mal, dass beim WT der Empfangsteil vom Transceiver defekt ist.
Ich habe mal geschaut, bei Max und Homematic wird da das TRX868-TFK-TI oder TRX868-TFK-SL Modul verwendet, dies ist aber leider nicht einzeln erhältlich.
Hatte der WT evtl vorher schon einen Knacks und der Empfangsteil ist durch das viele Senden zum WT mit einer Entfernung von nur 1m kaputt gegangen?

SalvadoreXXL · 20 November 2024, 10:54:29

Zitat von: Ralf9 am 19 November 2024, 19:09:43Hatte der WT evtl vorher schon einen Knacks und der Empfangsteil ist durch das viele Senden zum WT mit einer Entfernung von nur 1m kaputt gegangen?

Ist lange her und kann mich nur noch schwach erinnern. Bei mir wurden immer weitere MAX-Devices angelegt. Vermutlich durch das Senden von fehlerhaften Adressen. Habe dann Autoconfig für MAX unterbunden und alles war gut. Kann sein, das diese WT schon einen Knacks weg hatte.

Ralf9 · 20 November 2024, 14:49:27

Das ist jetzt seltsam, ich habe den WT zerlegt und wieder zusammengebaut, nun konnte ich ihn wieder pairen und er funktioniert wieder

SalvadoreXXL · 20 November 2024, 16:41:28

Kontaktproblem?

Hab jetzt nochmal versucht ein WT hier zu pairen. Gleiches Ergebnis -> waiting for data

Code Auswählen

define MAX_07918e MAX WallMountedThermostat 07918e
attr MAX_07918e IODev cmax
attr MAX_07918e model WallMountedThermostat
attr MAX_07918e room MAX
#   .count     0
#   .sendToAddr 000000
#   .sendToName Broadcast
#   .timer     300
#   CFGFN      
#   DEF        WallMountedThermostat 07918e
#   FUUID      673e01d3-f33f-ac49-a4e2-eec029427fbf098a
#   IODev      cmax
#   LASTInputDev cmax
#   MSGCNT     5
#   NAME       MAX_07918e
#   NR         314
#   NTFY_ORDER 50-MAX_07918e
#   STATE      waiting for data
#   SVN        23517
#   TYPE       MAX
#   TimeSlot   -1
#   addr       07918e
#   cmax_MSGCNT 5
#   cmax_TIME  2024-11-20 16:36:12
#   devtype    3
#   eventCount 8
#   type       WallMountedThermostat
#   webCmd     desiredTemperature
#   .attraggr:
#   .attrminint:
#   READINGS:
#     2024-11-20 16:36:12   .lastact        1732116972.18121
#     2024-11-20 16:36:12   .weekProfile    444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
#     2024-11-20 16:35:47   IODev           cmax
#     2024-11-20 16:36:12   PairedTo        000000
#     2024-11-20 16:36:12   RSSI            -84.5
#     2024-11-20 16:36:12   SerialNr        KEQ0065757
#     2024-11-20 16:36:12   boostDuration   25
#     2024-11-20 16:36:12   boostValveposition 80
#     2024-11-20 16:36:12   comfortTemperature 21.0
#     2024-11-20 16:36:12   ecoTemperature  17.0
#     2024-11-20 16:35:47   error           invalid or missing value  for READING .weekProfile
#     2024-11-20 16:36:12   firmware        1.0
#     2024-11-20 16:35:47   groupid         0
#     2024-11-20 16:36:12   lastcmd         WallThermostatConfig
#     2024-11-20 16:36:12   maximumTemperature on
#     2024-11-20 16:36:12   measurementOffset 0.0
#     2024-11-20 16:36:12   minimumTemperature off
#     2024-11-20 16:36:12   msgcnt          3
#     2024-11-20 16:36:12   peerIDs         000000
#     2024-11-20 16:36:12   peerList        Broadcast
#     2024-11-20 16:36:12   state           waiting for data
#     2024-11-20 16:36:12   testresult      0
#     2024-11-20 16:36:12   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-20 16:36:12   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-20 16:36:12   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 16:36:12   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 16:36:12   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 16:36:12   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 16:36:12   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 16:36:12   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 16:36:12   windowOpenTemperature 12.0
#   helper:
#     dt         17.0
#     myday      4
#
setstate MAX_07918e waiting for data
setstate MAX_07918e 2024-11-20 16:36:12 .lastact 1732116972.18121
setstate MAX_07918e 2024-11-20 16:36:12 .weekProfile 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
setstate MAX_07918e 2024-11-20 16:35:47 IODev cmax
setstate MAX_07918e 2024-11-20 16:36:12 PairedTo 000000
setstate MAX_07918e 2024-11-20 16:36:12 RSSI -84.5
setstate MAX_07918e 2024-11-20 16:36:12 SerialNr KEQ0065757
setstate MAX_07918e 2024-11-20 16:36:12 boostDuration 25
setstate MAX_07918e 2024-11-20 16:36:12 boostValveposition 80
setstate MAX_07918e 2024-11-20 16:36:12 comfortTemperature 21.0
setstate MAX_07918e 2024-11-20 16:36:12 ecoTemperature 17.0
setstate MAX_07918e 2024-11-20 16:35:47 error invalid or missing value  for READING .weekProfile
setstate MAX_07918e 2024-11-20 16:36:12 firmware 1.0
setstate MAX_07918e 2024-11-20 16:35:47 groupid 0
setstate MAX_07918e 2024-11-20 16:36:12 lastcmd WallThermostatConfig
setstate MAX_07918e 2024-11-20 16:36:12 maximumTemperature on
setstate MAX_07918e 2024-11-20 16:36:12 measurementOffset 0.0
setstate MAX_07918e 2024-11-20 16:36:12 minimumTemperature off
setstate MAX_07918e 2024-11-20 16:36:12 msgcnt 3
setstate MAX_07918e 2024-11-20 16:36:12 peerIDs 000000
setstate MAX_07918e 2024-11-20 16:36:12 peerList Broadcast
setstate MAX_07918e 2024-11-20 16:36:12 state waiting for data
setstate MAX_07918e 2024-11-20 16:36:12 testresult 0
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 16:36:12 weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 16:36:12 windowOpenTemperature 12.0

Welche Pins werden beim Senden des ESP32 aktiviert? Will die Verkabelung nochmals prüfen.

Ralf9 · 20 November 2024, 18:14:28

Fürs empfangen und senden ists die selbe Verkabelung, wenn der sduino was empfängt, dann funktioniert auch das Senden.
Empfängt der sduino Nachrichten von den Max Geräten?

Wenn Nachrichten empfangen werden, bitte poste ein log Auszug (mit attr verbose 4) vom pairing Versuch

SalvadoreXXL · 20 November 2024, 21:56:15

maxid eingetragen:

Code Auswählen

define SIGNALesp32 SIGNALduinoAdv 192.168.11.232:23
attr SIGNALesp32 hardware ESP32_sduino_devkitV1
attr SIGNALesp32 maxid 654321
attr SIGNALesp32 room CUL
attr SIGNALesp32 verbose 4
attr SIGNALesp32 whitelist_IDs 3,3.1,4,12,17,17.1,20,20.1,35,37,55,62,65,215
#   Clients    :SD_WS:Hideki:IT:SD_UT:CUL_MAX:
#   ClientsKeepOrder 1
#   DEF        192.168.11.232:23
#   DMSG       Z0E15020205A9B401F5210001190009
#   DevState   initialized
#   DeviceName 192.168.11.232:23
#   EQMSGCNT   0
#   FD         31
#   FUUID      66f5c711-f33f-ac49-7f86-3b0cdf2eac4cfdca
#   LASTDMSG   Z0E15020205A9B401F5210001190009
#   LASTDMSGID 215
#   MSGCNT     7
#   NAME       SIGNALesp32
#   NR         258
#   PARTIAL    
#   RAWMSG     MN;D=0E15020205A9B401F5210001190009E889;N=15;r;
#   RSSI       -86
#   STATE      opened
#   TIME       1732135841.93191
#   TYPE       SIGNALduinoAdv
#   a_ccconf   b=1 rx=0 freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud) [boffs=0100*]
#   a_ccconfFSK N=15 ccmode=7 sync=C626 Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
#   b_ccconf   b=0 rx=0 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
#   cc1101_frequency 868.300
#   eventCount 7
#   sendworking 0
#   version    V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01
#   versionmodul v3.5.2-ralf_04.11.24
#   versionprotoL v3.5.2-ralf_04.11.24
#   .attraggr:
#   .attrminint:
#   .clientArray:
#     SD_WS
#     Hideki
#     IT
#     SD_UT
#     CUL_MAX
#   DoubleMsgIDs:
#   MatchList:
#     01:IT      ^i......
#     02:CUL_TCM97001 ^s[A-Fa-f0-9]+
#     03:SD_RSL  ^P1#[A-Fa-f0-9]{8}
#     04:OREGON  ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
#     05:CUL_TX  ^TX..........
#     06:SD_AS   ^P2#[A-Fa-f0-9]{7,8}
#     07:Hideki  ^P12#75[A-F0-9]+
#     09:CUL_FHTTK ^T[A-F0-9]{8}
#     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
#     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
#     12:SD_WS   ^W\d+x{0,1}#.*
#     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
#     14:Dooya   ^P16#[A-Fa-f0-9]+
#     15:SOMFY   ^Ys[0-9A-F]+
#     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
#     17:SD_UT   ^P(?:14|20|22|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114|118|121|124|127|128|130|132|199)#.*
#     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
#     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
#     20:Revolt  ^r[A-Fa-f0-9]{22}
#     21:FS10    ^P61#[A-F0-9]+
#     22:Siro    ^P72#[A-Fa-f0-9]+
#     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
#     24:FS20    ^81..(04|0c)..0101a001
#     25:CUL_EM  ^E0.................
#     26:Fernotron ^P82#.*
#     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
#     28:SD_Keeloq ^P(?:87|88)#.*
#     29:SD_GT   ^P49#[A-Fa-f0-9]+
#     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     31:KOPP_FC ^kr..................
#     32:PCA301  ^\S+\s+24
#     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
#     34:WMBUS   ^b.*
#     35:HMS     ^810e04......a001
#     36:IFB     ^J............
#     37:LTECH   ^P31#[A-Fa-f0-9]{26,}
#     38:CUL_MAX ^Z.*
#     39:ESA2000 ^S................................
#     90:SD_Tool ^pt([0-9]+(\.[0-9])?)(#.*)?
#     X:SIGNALduino_un ^[u]\d+#.*
#   QUEUE:
#   READINGS:
#     2024-11-14 09:37:38   cc1101_config   freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
#     2024-11-14 09:37:38   cc1101_config_ext Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
#     2024-10-04 12:02:52   cmdBank         A* b=1 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]
#
#   ccmode=0 syn
#     2024-11-14 16:25:16   cmds            ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ Z
#     2024-11-14 16:26:44   config          ccmode=7 b=1
#     2024-11-20 21:51:46   ping            OK
#     2024-10-04 12:06:09   raw             Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ B A*- - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 0 0 - - - - - - - -    0 - SlowRF  1 -
#     2024-11-13 21:08:59   rfmode          MAX__N15_ab_firmw_V423 => ok,N=15,ccmode=7
#     2024-11-20 21:46:46   state           opened
#     2024-11-14 09:41:37   version         V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01
#   getcmd:
#   keepalive:
#     ok         0
#     retry      0
#   mcIdList:
#     12
#   mnIdList:
#     215
#   msIdList:
#     3
#     3.1
#     4
#     17
#     20
#     35
#     55
#     65
#   muIdList:
#     17.1
#     20.1
#     37
#     62
#   rfmodesets:
#     rfmode     Avantek_433__B8_N9_FSK,Bresser_5in1_u_7in1__B28_N7_8220,Bresser_6in1__B20_N7_8220,DP100_WH51_WH57_433__B16_N16_17241,DP100_WH51_WH57_868__B16_N6_17241,HoneywActivL__SlowRf_FSK,KOPP_FC__B20_N4_4785,Lacrosse_mode1_WS1080_TX38__B12_N1_17241,Lacrosse_mode2__B12_N2_9579,PCA301_mode3__B32_N3_6631,Rojaflex_433__B12_N8_GFSK,SlowRF_ccFactoryReset,W136__B24_N10_4798,WH24_WH25__B20_N1_17241,WMBus_S__N11_ab_firmware_V422,WMBus_T_u_C__N12_ab_firmw_V422,WS1600_TX22_mode5__B16_N5_8842,custom
#   rfmodesetsTesting:
#     rfmodeTesting Avantek_433__B5_N9_FSK,Bresser_5in1_u_7in1__B26_N7_8220,Bresser_6in1__B18_N7_8220,DP100_WH51_WH57_433__B14_N16_17241,DP100_WH51_WH57_868__B14_N6_17241,Elero__N13_ab_firmw_V335_u_V422,Inkbird_433__B18_N14_FSK,Lacrosse_mode1_TX38__B5_N1_17241,Lacrosse_mode1_WS1080_TX38__B10_N1_17241,Lacrosse_mode2__B5_N2_9579,MAX__N15_ab_firmw_V423,PCA301_mode3__B12_N3_6631,W136__B24_N10_4798,WH24_WH25__B16_N1_17241,WS1600_TX22_mode5__B5_N5_8842
#
setstate SIGNALesp32 opened
setstate SIGNALesp32 2024-11-14 09:37:38 cc1101_config freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
setstate SIGNALesp32 2024-11-14 09:37:38 cc1101_config_ext Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
setstate SIGNALesp32 2024-10-04 12:02:52 cmdBank A* b=1 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]\
\
   ccmode=0 syn
setstate SIGNALesp32 2024-11-14 16:25:16 cmds ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ Z
setstate SIGNALesp32 2024-11-14 16:26:44 config ccmode=7 b=1
setstate SIGNALesp32 2024-11-20 21:51:46 ping OK
setstate SIGNALesp32 2024-10-04 12:06:09 raw Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ B A*- - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 0 0 - - - - - - - -    0 - SlowRF  1 -
setstate SIGNALesp32 2024-11-13 21:08:59 rfmode MAX__N15_ab_firmw_V423 => ok,N=15,ccmode=7
setstate SIGNALesp32 2024-11-20 21:46:46 state opened
setstate SIGNALesp32 2024-11-14 09:41:37 version V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01

CUL_MAX

Code Auswählen

define cmax CUL_MAX 654321
attr cmax IODev SIGNALesp32
attr cmax fakeSCaddr 222222
attr cmax fakeWTaddr 111111
attr cmax room CUL,MAX
attr cmax showtime 1
attr cmax verbose 4
#   .VERSION   0
#   .culids    
#   DEF        654321
#   FUUID      6735ac2c-f33f-ac49-1fcf-3860747ff1fede02
#   IODev      SIGNALesp32
#   LASTInputDev SIGNALesp32
#   MSGCNT     7
#   NAME       cmax
#   NR         308
#   SIGNALesp32_DMSG Z0E15020205A9B401F5210001190009
#   SIGNALesp32_MSGCNT 7
#   SIGNALesp32_Protocol_ID 215
#   SIGNALesp32_RAWMSG MN;D=0E15020205A9B401F5210001190009E889;N=15;r;
#   SIGNALesp32_RSSI -86
#   SIGNALesp32_TIME 2024-11-20 21:50:41
#   STATE      SIGNALesp32:UAS
#   SVN        22175
#   TYPE       CUL_MAX
#   addr       654321
#   cnt        0
#   eventCount 8
#   pairmode   0
#   retryCount 0
#   sq         5
#   .attraggr:
#   .attrminint:
#   .clientArray:
#     MAX
#   READINGS:
#     2024-11-20 21:44:58   IODev           SIGNALesp32
#     2024-11-20 21:50:41   state           SIGNALesp32:UAS
#   sendQueue:
#     HASH(0x564985e40558)
#     HASH(0x564985982898)
#     HASH(0x564985c72ca0)
#     HASH(0x564985fa4210)
#     HASH(0x564985eaf6d0)
#
setstate cmax SIGNALesp32:UAS
setstate cmax 2024-11-20 21:44:58 IODev SIGNALesp32
setstate cmax 2024-11-20 21:50:41 state SIGNALesp32:UAS

Alles auf verbose 4 (auch global) und FHEM neu gestartet. Irgendwie fehlt da das wichtigste. Was fehlt für ein ausführliches log?
WT reset und pairing gestartet:

Code Auswählen

2024-11-20 21:48:45 Global global UNDEFINED MAX_07918e MAX WallMountedThermostat 07918e
2024-11-20 21:48:45 Global global ATTR MAX_07918e model WallMountedThermostat
2024-11-20 21:48:45 Global global DEFINED MAX_07918e
2024-11-20 21:48:45 Global global DEFINED FileLog_MAX_07918e
2024-11-20 21:48:45 MAX MAX_07918e firmware: 1.0
2024-11-20 21:48:45 MAX MAX_07918e testresult: 0
2024-11-20 21:48:45 MAX MAX_07918e PairedTo: 000000
2024-11-20 21:48:45 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:48:45 MAX MAX_07918e ecoTemperature: 17.0
2024-11-20 21:48:45 MAX MAX_07918e comfortTemperature: 21.0
2024-11-20 21:48:45 MAX MAX_07918e maximumTemperature: on
2024-11-20 21:48:45 MAX MAX_07918e minimumTemperature: off
2024-11-20 21:48:45 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-20 21:48:45 MAX MAX_07918e boostValveposition: 80
2024-11-20 21:48:45 MAX MAX_07918e boostDuration: 25
2024-11-20 21:48:45 MAX MAX_07918e measurementOffset: 0.0
2024-11-20 21:48:45 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:45 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:45 MAX MAX_07918e waiting for data
2024-11-20 21:48:45 CUL_MAX cmax SIGNALesp32:UAS
2024-11-20 21:48:50 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:48:50 MAX MAX_07918e waiting for data
2024-11-20 21:48:50 MAX MAX_07918e RSSI: -70
2024-11-20 21:48:50 MAX MAX_07918e peerList: Broadcast
2024-11-20 21:48:50 MAX MAX_07918e peerIDs: 000000
2024-11-20 21:48:50 MAX MAX_07918e firmware: 1.0
2024-11-20 21:48:50 MAX MAX_07918e testresult: 0
2024-11-20 21:48:50 MAX MAX_07918e PairedTo: 000000
2024-11-20 21:48:50 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:48:50 MAX MAX_07918e ecoTemperature: 17.0
2024-11-20 21:48:50 MAX MAX_07918e comfortTemperature: 21.0
2024-11-20 21:48:50 MAX MAX_07918e maximumTemperature: on
2024-11-20 21:48:50 MAX MAX_07918e minimumTemperature: off
2024-11-20 21:48:50 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-20 21:48:50 MAX MAX_07918e boostValveposition: 80
2024-11-20 21:48:50 MAX MAX_07918e boostDuration: 25
2024-11-20 21:48:50 MAX MAX_07918e measurementOffset: 0.0
2024-11-20 21:48:50 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:50 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:50 MAX MAX_07918e waiting for data
2024-11-20 21:48:50 MAX MAX_07918e peerList: Broadcast
2024-11-20 21:48:50 MAX MAX_07918e peerIDs: 000000
2024-11-20 21:48:50 CUL_MAX cmax SIGNALesp32:UAS

2024-11-20 21:48:55 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:48:55 MAX MAX_07918e waiting for data
2024-11-20 21:48:55 MAX MAX_07918e RSSI: -71.5
2024-11-20 21:48:55 MAX MAX_07918e peerList: Broadcast
2024-11-20 21:48:55 MAX MAX_07918e peerIDs: 000000
2024-11-20 21:48:55 MAX MAX_07918e firmware: 1.0
2024-11-20 21:48:55 MAX MAX_07918e testresult: 0
2024-11-20 21:48:55 MAX MAX_07918e PairedTo: 000000
2024-11-20 21:48:55 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:48:55 MAX MAX_07918e ecoTemperature: 17.0
2024-11-20 21:48:55 MAX MAX_07918e comfortTemperature: 21.0
2024-11-20 21:48:55 MAX MAX_07918e maximumTemperature: on
2024-11-20 21:48:55 MAX MAX_07918e minimumTemperature: off
2024-11-20 21:48:55 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-20 21:48:55 MAX MAX_07918e boostValveposition: 80
2024-11-20 21:48:55 MAX MAX_07918e boostDuration: 25
2024-11-20 21:48:55 MAX MAX_07918e measurementOffset: 0.0
2024-11-20 21:48:55 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:48:55 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:48:55 MAX MAX_07918e waiting for data
2024-11-20 21:48:55 MAX MAX_07918e peerList: Broadcast
2024-11-20 21:48:55 MAX MAX_07918e peerIDs: 000000
2024-11-20 21:48:55 CUL_MAX cmax SIGNALesp32:UAS

2024-11-20 21:49:00 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:49:00 MAX MAX_07918e waiting for data
2024-11-20 21:49:00 MAX MAX_07918e RSSI: -71
2024-11-20 21:49:00 MAX MAX_07918e peerList: Broadcast
2024-11-20 21:49:00 MAX MAX_07918e peerIDs: 000000
2024-11-20 21:49:00 MAX MAX_07918e firmware: 1.0
2024-11-20 21:49:00 MAX MAX_07918e testresult: 0
2024-11-20 21:49:00 MAX MAX_07918e PairedTo: 000000
2024-11-20 21:49:00 MAX MAX_07918e SerialNr: KEQ0065757
2024-11-20 21:49:00 MAX MAX_07918e ecoTemperature: 17.0
2024-11-20 21:49:00 MAX MAX_07918e comfortTemperature: 21.0
2024-11-20 21:49:00 MAX MAX_07918e maximumTemperature: on
2024-11-20 21:49:00 MAX MAX_07918e minimumTemperature: off
2024-11-20 21:49:00 MAX MAX_07918e lastcmd: WallThermostatConfig
2024-11-20 21:49:00 MAX MAX_07918e boostValveposition: 80
2024-11-20 21:49:00 MAX MAX_07918e boostDuration: 25
2024-11-20 21:49:00 MAX MAX_07918e measurementOffset: 0.0
2024-11-20 21:49:00 MAX MAX_07918e windowOpenTemperature: 12.0
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-0-Sat-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-0-Sat-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-1-Sun-time: 00:00-06:00  /  06:00-22:00  /  22:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-1-Sun-temp: 17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-2-Mon-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-2-Mon-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-3-Tue-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-3-Tue-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-4-Wed-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-4-Wed-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-5-Thu-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-5-Thu-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-6-Fri-time: 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
2024-11-20 21:49:00 MAX MAX_07918e weekprofile-6-Fri-temp: 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
2024-11-20 21:49:00 MAX MAX_07918e waiting for data
2024-11-20 21:49:00 MAX MAX_07918e peerList: Broadcast
2024-11-20 21:49:00 MAX MAX_07918e peerIDs: 000000
2024-11-20 21:49:00 CUL_MAX cmax SIGNALesp32:UAS

Erstell wird:

Code Auswählen

define MAX_07918e MAX WallMountedThermostat 07918e
attr MAX_07918e IODev cmax
attr MAX_07918e model WallMountedThermostat
attr MAX_07918e room MAX
#   .count     0
#   .sendToAddr 000000
#   .sendToName Broadcast
#   .timer     300
#   CFGFN      
#   DEF        WallMountedThermostat 07918e
#   FUUID      673e4b2d-f33f-ac49-5f68-8c2ec56024dfe995
#   IODev      cmax
#   LASTInputDev cmax
#   MSGCNT     7
#   NAME       MAX_07918e
#   NR         313
#   NTFY_ORDER 50-MAX_07918e
#   STATE      waiting for data
#   SVN        23517
#   TYPE       MAX
#   TimeSlot   -1
#   addr       07918e
#   cmax_MSGCNT 7
#   cmax_TIME  2024-11-20 21:49:00
#   devtype    3
#   eventCount 12
#   type       WallMountedThermostat
#   webCmd     desiredTemperature
#   .attraggr:
#   .attrminint:
#   READINGS:
#     2024-11-20 21:49:00   .lastact        1732135740.30353
#     2024-11-20 21:49:00   .weekProfile    444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
#     2024-11-20 21:48:45   IODev           cmax
#     2024-11-20 21:49:00   PairedTo        000000
#     2024-11-20 21:49:00   RSSI            -71
#     2024-11-20 21:49:00   SerialNr        KEQ0065757
#     2024-11-20 21:49:00   boostDuration   25
#     2024-11-20 21:49:00   boostValveposition 80
#     2024-11-20 21:49:00   comfortTemperature 21.0
#     2024-11-20 21:49:00   ecoTemperature  17.0
#     2024-11-20 21:48:45   error           invalid or missing value  for READING .weekProfile
#     2024-11-20 21:49:00   firmware        1.0
#     2024-11-20 21:48:45   groupid         0
#     2024-11-20 21:51:42   lastcmd         set_desiredTemperature 5.0
#     2024-11-20 21:49:00   maximumTemperature on
#     2024-11-20 21:49:00   measurementOffset 0.0
#     2024-11-20 21:49:00   minimumTemperature off
#     2024-11-20 21:51:42   msgcnt          5
#     2024-11-20 21:49:00   peerIDs         000000
#     2024-11-20 21:49:00   peerList        Broadcast
#     2024-11-20 21:49:00   state           waiting for data
#     2024-11-20 21:49:00   testresult      0
#     2024-11-20 21:49:00   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-20 21:49:00   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-20 21:49:00   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 21:49:00   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 21:49:00   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 21:49:00   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 21:49:00   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-20 21:49:00   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-20 21:49:00   windowOpenTemperature 12.0
#   helper:
#     dt         21.0
#     myday      4
#
setstate MAX_07918e waiting for data
setstate MAX_07918e 2024-11-20 21:49:00 .lastact 1732135740.30353
setstate MAX_07918e 2024-11-20 21:49:00 .weekProfile 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
setstate MAX_07918e 2024-11-20 21:48:45 IODev cmax
setstate MAX_07918e 2024-11-20 21:49:00 PairedTo 000000
setstate MAX_07918e 2024-11-20 21:49:00 RSSI -71
setstate MAX_07918e 2024-11-20 21:49:00 SerialNr KEQ0065757
setstate MAX_07918e 2024-11-20 21:49:00 boostDuration 25
setstate MAX_07918e 2024-11-20 21:49:00 boostValveposition 80
setstate MAX_07918e 2024-11-20 21:49:00 comfortTemperature 21.0
setstate MAX_07918e 2024-11-20 21:49:00 ecoTemperature 17.0
setstate MAX_07918e 2024-11-20 21:48:45 error invalid or missing value  for READING .weekProfile
setstate MAX_07918e 2024-11-20 21:49:00 firmware 1.0
setstate MAX_07918e 2024-11-20 21:48:45 groupid 0
setstate MAX_07918e 2024-11-20 21:51:42 lastcmd set_desiredTemperature 5.0
setstate MAX_07918e 2024-11-20 21:49:00 maximumTemperature on
setstate MAX_07918e 2024-11-20 21:49:00 measurementOffset 0.0
setstate MAX_07918e 2024-11-20 21:49:00 minimumTemperature off
setstate MAX_07918e 2024-11-20 21:51:42 msgcnt 5
setstate MAX_07918e 2024-11-20 21:49:00 peerIDs 000000
setstate MAX_07918e 2024-11-20 21:49:00 peerList Broadcast
setstate MAX_07918e 2024-11-20 21:49:00 state waiting for data
setstate MAX_07918e 2024-11-20 21:49:00 testresult 0
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-20 21:49:00 weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-20 21:49:00 windowOpenTemperature 12.0

Nimmt an Kommandos nix an.

Ralf9 · 20 November 2024, 23:08:36

ZitatAlles auf verbose 4 (auch global) und FHEM neu gestartet. Irgendwie fehlt da das wichtigste. Was fehlt für ein ausführliches log?
WT reset und pairing gestartet:

Es reicht verbose 4 beim CUL_MAX und SIGNALesp32, sonst wird das log zu umfangreich.

ZitatWas fehlt für ein ausführliches log?

Das sind nur Events, wenn Du im Event monitor bei FHEM log einen Haken setzt, dann werden auch die log Einträge angezeigt.
log Einträge haben eine andere Farbe und nach Datum Uhrzeit wird eine Zahl mit : angezeigt.

ZitatSVN 22175

Mit dem CUL_MAX und MAX Modul vom Fhem update (SVN) funktionierts nicht, für den sduino sind Anpassungen im CUL_MAX Modul notwendig.
Ich verwende die beta Versionen.
Die aktuelle CUL_MAX hat die Version SVN BETA 12112024
oder die CUL_MAX Version SVN 03112024 die ich bei der Nachricht mit der Firmware angehängt habe.

Beim sduino muss es dann ein Internal ".maxid 654321"
und beim CUL_MAX ein Internal ".VERSION 423" und ein state SIGNALesp32:ok
geben

Ralf9 · 21 November 2024, 01:12:12

Mir ist aufgefallen, dass bei den set get.. Befehlen die Rückmeldung nicht ausgewertet wird. Bei lastcmd wird das set nicht entfernt:

HeatingThermostat
set getConfigValve
set getConfigTemperatures
set getStatus

WallMountedThermostat
set getConfigTemperatures

Da bei der Sendewarteschlange im CUL_MAX Modul zwischen den Sendenachrichten keine Pause eingelegt wird,
habe ich die im 00_SIGNALduinoAdv.pm Modul in der Anlage eingebaut (versionmodul v3.5.2-ralf_19.11.24)
Nach dem Senden eines Eintrages in der Sendewarteschlange wird gewartet bis vom sduino die Rückmeldung kommt, dass gesendet wurde.
Dann wird mit einer Verzögerung von 0,1 Sek der nächste Eintrag gesendet, evtl sind die 0,1 Sek zu wenig.

Bei einem pairing von einem zurückgesetzten Thermostat, wird ein "auto read all values from device" gemacht,
Dabei werden die Befehle ohne Verzögerung zum cul oder sduino fhem Modul übertragen. Durch die Anpassungen im 00_SIGNALduinoAdv.pm Modul funktioniert es jetzt mit dem sduino.

Code Auswählen

2024.11.20 22:04:27.125 4: sduino/msg READ: MN;D=1788040005943D000000001601FF4A4551303432363436331E8A;N=15;r;
2024.11.20 22:04:27.126 4: MAX_654321, IODev sduino, flags 04, msgcnt 88, msgType PairPing, src 05943d HeatingThermostat, dst 000000 Broadcast, group 0, payload 1601FF4A455130343236343633, rssi -59

2024.11.20 22:04:27.126 4: MAX_654321, send -> cmd:PairPong, msgcnt:98, flags:00, Cmd2id:01, src:MAX_654321, dst:MAX_05943d, gid:00, payload:00, cul:none
2024.11.20 22:04:27.126 4: set sduino raw Zf0b98000165432105943d0000
2024.11.20 22:04:27.127 4: MAX_654321, Send Queue packet send : Zf0b98000165432105943d0000 to MAX_05943d with sduino
2024.11.20 22:04:27.128 4: MAX_654321, send -> cmd:ConfigTemperatures, msgcnt:99, flags:08, Cmd2id:11, src:MAX_654321, dst:MAX_05943d, gid:00, payload:00, cul:none
2024.11.20 22:04:27.128 4: MAX_654321, send -> cmd:ConfigValve, msgcnt:9a, flags:08, Cmd2id:12, src:MAX_654321, dst:MAX_05943d, gid:00, payload:00, cul:none
2024.11.20 22:04:27.128 4: MAX_654321, send -> cmd:ThermostatState, msgcnt:9b, flags:08, Cmd2id:60, src:MAX_654321, dst:MAX_05943d, gid:00, payload:00, cul:none
2024.11.20 22:04:27.128 4: MAX_654321, send -> cmd:ConfigWeekProfile, msgcnt:9c, flags:08, Cmd2id:10, src:MAX_654321, dst:MAX_05943d, gid:00, payload:00, cul:none
2024.11.20 22:04:27.128 3: sduino, auto read all values from device [05943d]
# Ack vom Thermostat für das PairPong
2024.11.20 22:04:27.329 4: sduino/msg READ: MN;D=0E98020205943D65432100011900271E89;N=15;r;
2024.11.20 22:04:27.330 4: MAX_654321, IODev sduino, flags 02, msgcnt 98, msgType Ack, src 05943d HeatingThermostat, dst 654321 CUL_MAX, group 0, payload 01190027, rssi -59
# das getConfigWeekProfile muss als letztes gesendet werden damit es funktioniert
2024.11.20 22:04:27.627 4: set sduino raw Zs0b99081165432105943d0000
2024.11.20 22:04:27.627 4: MAX_654321, Send Queue packet send : Zs0b99081165432105943d0000 to MAX_05943d with sduino
2024.11.20 22:04:27.629 4: set sduino raw Zs0b9a081265432105943d0000
2024.11.20 22:04:27.629 4: MAX_654321, Send Queue packet send : Zs0b9a081265432105943d0000 to MAX_05943d with sduino
2024.11.20 22:04:27.631 4: set sduino raw Zs0b9b086065432105943d0000
2024.11.20 22:04:27.631 4: MAX_654321, Send Queue packet send : Zs0b9b086065432105943d0000 to MAX_05943d with sduino
2024.11.20 22:04:27.632 4: set sduino raw Zs0b9c081065432105943d0000
2024.11.20 22:04:27.632 4: MAX_654321, Send Queue packet send : Zs0b9c081065432105943d0000 to MAX_05943d with sduino
# getConfigTemperatures wird zum sduino gesendet, nach 1 Sek kommt die Rückmeldung, dass gesendet wurde
2024.11.20 22:04:27.738 4: sduino SendrawFromQueue: Zs msg=Zs0b99081165432105943d0000
2024.11.20 22:04:28.744 4: sduino/msg READ: Zs0b99081165432105943d0000;Marcs=13
2024.11.20 22:04:28.744 3: sduino/noMsg Parse: Zs0b99081165432105943d0000;Marcs=13
2024.11.20 22:04:28.744 4: sduino/msg READ: regexp=^Zs cmd=sendrawZs msg=Zs0b99081165432105943d0000;Marcs=13
2024.11.20 22:04:28.744 4: sduino/read sendrawZs answer: Zs0b99081165432105943d0000;Marcs=13
# nun wird der nächste Eintrag der Sendewarteschlange gesendet
2024.11.20 22:04:28.855 4: sduino SendrawFromQueue: Zs msg=Zs0b9a081265432105943d0000
2024.11.20 22:04:29.861 4: sduino/msg READ: Zs0b9a081265432105943d0000;Marcs=13
2024.11.20 22:04:29.861 3: sduino/noMsg Parse: Zs0b9a081265432105943d0000;Marcs=13
2024.11.20 22:04:29.861 4: sduino/msg READ: regexp=^Zs cmd=sendrawZs msg=Zs0b9a081265432105943d0000;Marcs=13
2024.11.20 22:04:29.861 4: sduino/read sendrawZs answer: Zs0b9a081265432105943d0000;Marcs=13
# Rückmeldung und Ack vom Thermostat
2024.11.20 22:04:29.903 4: sduino/msg READ: MN;D=0E9A021205943D65432100300CFF00168A;N=15;r;
2024.11.20 22:04:29.904 4: MAX_654321, IODev sduino, flags 02, msgcnt 9A, msgType ConfigValve, src 05943d HeatingThermostat, dst 654321 CUL_MAX, group 0, payload 300CFF00, rssi -63
# nun wird der nächste Eintrag der Sendewarteschlange gesendet
2024.11.20 22:04:29.972 4: sduino SendrawFromQueue: Zs msg=Zs0b9b086065432105943d0000

SalvadoreXXL · 21 November 2024, 09:39:05

CUL_MAX.pm ersetzt:

Code Auswählen

define SIGNALesp32 SIGNALduinoAdv 192.168.11.232:23
attr SIGNALesp32 hardware ESP32_sduino_devkitV1
attr SIGNALesp32 maxid 654321
attr SIGNALesp32 room CUL
attr SIGNALesp32 verbose 4
attr SIGNALesp32 whitelist_IDs 3,3.1,4,12,17,17.1,20,20.1,35,37,55,62,65,215
#   .maxid     654321
#   Clients    :SD_WS:Hideki:IT:SD_UT:CUL_MAX:
#   ClientsKeepOrder 1
#   DEF        192.168.11.232:23
#   DMSG       Z0E0B020205A9B401F5210001190009
#   DevState   initialized
#   DeviceName 192.168.11.232:23
#   EQMSGCNT   0
#   FD         26
#   FUUID      66f5c711-f33f-ac49-7f86-3b0cdf2eac4cfdca
#   LASTDMSG   Z0E0B020205A9B401F5210001190009
#   LASTDMSGID 215
#   LASTInputDev SIGNALesp32
#   MSGCNT     74
#   NAME       SIGNALesp32
#   NR         258
#   PARTIAL    
#   RAWMSG     MN;D=0E0B020205A9B401F5210001190009E788;N=15;r;
#   RSSI       -86.5
#   SIGNALesp32_DMSG Z0E0B020205A9B401F5210001190009
#   SIGNALesp32_MSGCNT 37
#   SIGNALesp32_Protocol_ID 215
#   SIGNALesp32_RAWMSG MN;D=0E0B020205A9B401F5210001190009E788;N=15;r;
#   SIGNALesp32_RSSI -86.5
#   SIGNALesp32_TIME 2024-11-21 09:35:07
#   STATE      opened
#   TIME       1732178107.02614
#   TYPE       SIGNALduinoAdv
#   a_ccconf   b=1 rx=0 freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud) [boffs=0100*]
#   a_ccconfFSK N=15 ccmode=7 sync=C626 Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
#   b_ccconf   b=0 rx=0 freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0000]
#   cc1101_frequency 868.300
#   eventCount 13
#   sendworking 0
#   version    V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01
#   versionmodul v3.5.2-ralf_04.11.24
#   versionprotoL v3.5.2-ralf_04.11.24
#   .attraggr:
#   .attrminint:
#   .clientArray:
#     SD_WS
#     Hideki
#     IT
#     SD_UT
#     CUL_MAX
#   DoubleMsgIDs:
#   MatchList:
#     01:IT      ^i......
#     02:CUL_TCM97001 ^s[A-Fa-f0-9]+
#     03:SD_RSL  ^P1#[A-Fa-f0-9]{8}
#     04:OREGON  ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
#     05:CUL_TX  ^TX..........
#     06:SD_AS   ^P2#[A-Fa-f0-9]{7,8}
#     07:Hideki  ^P12#75[A-F0-9]+
#     09:CUL_FHTTK ^T[A-F0-9]{8}
#     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
#     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
#     12:SD_WS   ^W\d+x{0,1}#.*
#     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
#     14:Dooya   ^P16#[A-Fa-f0-9]+
#     15:SOMFY   ^Ys[0-9A-F]+
#     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
#     17:SD_UT   ^P(?:14|20|22|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114|118|121|124|127|128|130|132|199)#.*
#     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
#     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
#     20:Revolt  ^r[A-Fa-f0-9]{22}
#     21:FS10    ^P61#[A-F0-9]+
#     22:Siro    ^P72#[A-Fa-f0-9]+
#     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
#     24:FS20    ^81..(04|0c)..0101a001
#     25:CUL_EM  ^E0.................
#     26:Fernotron ^P82#.*
#     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
#     28:SD_Keeloq ^P(?:87|88)#.*
#     29:SD_GT   ^P49#[A-Fa-f0-9]+
#     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
#     31:KOPP_FC ^kr..................
#     32:PCA301  ^\S+\s+24
#     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
#     34:WMBUS   ^b.*
#     35:HMS     ^810e04......a001
#     36:IFB     ^J............
#     37:LTECH   ^P31#[A-Fa-f0-9]{26,}
#     38:CUL_MAX ^Z.*
#     39:ESA2000 ^S................................
#     90:SD_Tool ^pt([0-9]+(\.[0-9])?)(#.*)?
#     X:SIGNALduino_un ^[u]\d+#.*
#   QUEUE:
#   READINGS:
#     2024-11-14 09:37:38   cc1101_config   freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
#     2024-11-14 09:37:38   cc1101_config_ext Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
#     2024-10-04 12:02:52   cmdBank         A* b=1 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]
#
#   ccmode=0 syn
#     2024-11-14 16:25:16   cmds            ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ Z
#     2024-11-14 16:26:44   config          ccmode=7 b=1
#     2024-11-21 09:33:37   ping            OK
#     2024-10-04 12:06:09   raw             Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ B A*- - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 0 0 - - - - - - - -    0 - SlowRF  1 -
#     2024-11-13 21:08:59   rfmode          MAX__N15_ab_firmw_V423 => ok,N=15,ccmode=7
#     2024-11-21 08:57:36   state           opened
#     2024-11-14 09:41:37   version         V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01
#   getcmd:
#   keepalive:
#     ok         0
#     retry      0
#   mcIdList:
#     12
#   mnIdList:
#     215
#   msIdList:
#     3
#     3.1
#     4
#     17
#     20
#     35
#     55
#     65
#   muIdList:
#     17.1
#     20.1
#     37
#     62
#   rfmodesets:
#     rfmode     Avantek_433__B8_N9_FSK,Bresser_5in1_u_7in1__B28_N7_8220,Bresser_6in1__B20_N7_8220,DP100_WH51_WH57_433__B16_N16_17241,DP100_WH51_WH57_868__B16_N6_17241,HoneywActivL__SlowRf_FSK,KOPP_FC__B20_N4_4785,Lacrosse_mode1_WS1080_TX38__B12_N1_17241,Lacrosse_mode2__B12_N2_9579,PCA301_mode3__B32_N3_6631,Rojaflex_433__B12_N8_GFSK,SlowRF_ccFactoryReset,W136__B24_N10_4798,WH24_WH25__B20_N1_17241,WMBus_S__N11_ab_firmware_V422,WMBus_T_u_C__N12_ab_firmw_V422,WS1600_TX22_mode5__B16_N5_8842,custom
#   rfmodesetsTesting:
#     rfmodeTesting Avantek_433__B5_N9_FSK,Bresser_5in1_u_7in1__B26_N7_8220,Bresser_6in1__B18_N7_8220,DP100_WH51_WH57_433__B14_N16_17241,DP100_WH51_WH57_868__B14_N6_17241,Elero__N13_ab_firmw_V335_u_V422,Inkbird_433__B18_N14_FSK,Lacrosse_mode1_TX38__B5_N1_17241,Lacrosse_mode1_WS1080_TX38__B10_N1_17241,Lacrosse_mode2__B5_N2_9579,MAX__N15_ab_firmw_V423,PCA301_mode3__B12_N3_6631,W136__B24_N10_4798,WH24_WH25__B16_N1_17241,WS1600_TX22_mode5__B5_N5_8842
#
setstate SIGNALesp32 opened
setstate SIGNALesp32 2024-11-14 09:37:38 cc1101_config freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB (DataRate:9992.60Baud)
setstate SIGNALesp32 2024-11-14 09:37:38 cc1101_config_ext Modulation:2-FSK (SYNC_MODE:30/32 sync) DEVIATN:19.043kHz
setstate SIGNALesp32 2024-10-04 12:02:52 cmdBank A* b=1 freq:868.350MHz bWidth:325KHz rAmpl:42dB sens:8dB (DataRate:5603.79Baud,Modulation:ASK/OOK) [boffs=0100*]\
\
   ccmode=0 syn
setstate SIGNALesp32 2024-11-14 16:25:16 cmds ?S ? b CE CD CG CR CS CW C eC e P r R S t T V W x XE XQ Z
setstate SIGNALesp32 2024-11-14 16:26:44 config ccmode=7 b=1
setstate SIGNALesp32 2024-11-21 09:33:37 ping OK
setstate SIGNALesp32 2024-10-04 12:06:09 raw Bank__ 0 1 2 3 4 5 6 7 8 9  Radio_ B A*- - - - - - - -  N_____ 0 0 - - - - - - - -  ccmode 0 0 - - - - - - - -    0 - SlowRF  1 -
setstate SIGNALesp32 2024-11-13 21:08:59 rfmode MAX__N15_ab_firmw_V423 => ok,N=15,ccmode=7
setstate SIGNALesp32 2024-11-21 08:57:36 state opened
setstate SIGNALesp32 2024-11-14 09:41:37 version V 4.2.3-dev241111 SIGNALduinoAdv ESP32 cc1101 (R: A1* B0) - compiled at Nov 11 2024 21:44:01

Code Auswählen

define cmax CUL_MAX 654321
attr cmax IODev SIGNALesp32
attr cmax fakeSCaddr 222222
attr cmax fakeWTaddr 111111
attr cmax room CUL,MAX
attr cmax showtime 1
attr cmax verbose 4
#   .FhemMetaInternals 1
#   .VERSION   423
#   .culids    654321 
#   DEF        654321
#   FUUID      6735ac2c-f33f-ac49-1fcf-3860747ff1fede02
#   IODev      SIGNALesp32
#   LASTInputDev cmax
#   MSGCNT     2
#   NAME       cmax
#   NOTIFYDEV  global
#   NR         308
#   NTFY_ORDER 50-cmax
#   SIGNALesp32_MAXID 654321
#   STATE      SIGNALesp32:ok
#   SVN        03112024
#   TYPE       CUL_MAX
#   addr       654321
#   cmax_MSGCNT 2
#   cmax_TIME  2024-11-21 09:25:43
#   cnt        0
#   eventCount 28
#   pairmode   0
#   retryCount 0
#   sq         0
#   .attraggr:
#   .attrminint:
#   .clientArray:
#     MAX
#   READINGS:
#     2024-11-21 09:32:52   .associatedWith SIGNALesp32,MAX_01f521,MAX_07918e
#     2024-11-21 08:57:52   IODev           SIGNALesp32
#     2024-11-21 09:09:36   error           Send Queue missing ack from MAX_07918e for PairPong
#     2024-11-21 08:57:55   msgcnt          1
#     2024-11-21 09:32:52   state           SIGNALesp32:ok
#   helper:
#     asso:
#       MAX_01f521 Dispatch
#       MAX_07918e Dispatch
#       SIGNALesp32 IO
#   sendQueue:
#
setstate cmax SIGNALesp32:ok
setstate cmax 2024-11-21 09:32:52 .associatedWith SIGNALesp32,MAX_01f521,MAX_07918e
setstate cmax 2024-11-21 08:57:52 IODev SIGNALesp32
setstate cmax 2024-11-21 09:09:36 error Send Queue missing ack from MAX_07918e for PairPong
setstate cmax 2024-11-21 08:57:55 msgcnt 1
setstate cmax 2024-11-21 09:32:52 state SIGNALesp32:ok

Bekomme im Log jetzt nur das beim Pairing:

Code Auswählen

2024.11.21 09:32:20 4: SIGNALesp32/msg READ: ␂MN;D=0E0A020205A9B401F5210001190009E58A;N=15;r;␃
2024.11.21 09:32:20 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 34 RSSI = -87.5 -> MAX
2024.11.21 09:32:20 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0E0A020205A9B401F5210001190009
2024.11.21 09:32:20 4: SIGNALesp32 Dispatch: Z0E0A020205A9B401F5210001190009, -87.5 dB, dispatch

Pairing scheint funktioniert zu haben. Erstellt wird:

Code Auswählen

define MAX_07918e MAX WallMountedThermostat 07918e
attr MAX_07918e IODev cmax
attr MAX_07918e model WallMountedThermostat
attr MAX_07918e room MAX
#   .count     -138
#   .sendToAddr 000000
#   .sendToName Broadcast
#   .timer     300
#   CFGFN      
#   DEF        WallMountedThermostat 07918e
#   FUUID      673ef0a4-f33f-ac49-7b97-72b2bdc8aa34674b
#   IODev      cmax
#   LASTInputDev cmax
#   MSGCNT     1
#   NAME       MAX_07918e
#   NR         316
#   NTFY_ORDER 50-MAX_07918e
#   STATE      17.0
#   SVN        23517
#   TYPE       MAX
#   TimeSlot   -1
#   addr       07918e
#   cmax_MSGCNT 1
#   cmax_TIME  2024-11-21 09:37:34
#   devtype    3
#   eventCount 1
#   type       WallMountedThermostat
#   webCmd     desiredTemperature
#   .attraggr:
#   .attrminint:
#   READINGS:
#     2024-11-21 09:37:34   .lastact        1732178254.40826
#     2024-11-21 09:34:44   .weekProfile    444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
#     2024-11-21 09:34:44   IODev           cmax
#     2024-11-21 09:37:34   RSSI            -73
#     2024-11-21 09:37:34   desiredTemperature 17.0
#     2024-11-21 09:37:34   deviation       4.3
#     2024-11-21 09:34:44   error           invalid or missing value  for READING .weekProfile
#     2024-11-21 09:34:44   groupid         0
#     2024-11-21 09:37:34   peerIDs         000000
#     2024-11-21 09:37:34   peerList        Broadcast
#     2024-11-21 09:37:34   state           17.0
#     2024-11-21 09:37:34   temperature     21.3
#     2024-11-21 09:34:44   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-21 09:34:44   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
#     2024-11-21 09:34:44   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-21 09:34:44   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-21 09:34:44   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-21 09:34:44   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#     2024-11-21 09:34:44   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
#     2024-11-21 09:34:44   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
#   helper:
#     dt         17.0
#     myday      5
#
setstate MAX_07918e 17.0
setstate MAX_07918e 2024-11-21 09:37:34 .lastact 1732178254.40826
setstate MAX_07918e 2024-11-21 09:34:44 .weekProfile 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520
setstate MAX_07918e 2024-11-21 09:34:44 IODev cmax
setstate MAX_07918e 2024-11-21 09:37:34 RSSI -73
setstate MAX_07918e 2024-11-21 09:37:34 desiredTemperature 17.0
setstate MAX_07918e 2024-11-21 09:37:34 deviation 4.3
setstate MAX_07918e 2024-11-21 09:34:44 error invalid or missing value  for READING .weekProfile
setstate MAX_07918e 2024-11-21 09:34:44 groupid 0
setstate MAX_07918e 2024-11-21 09:37:34 peerIDs 000000
setstate MAX_07918e 2024-11-21 09:37:34 peerList Broadcast
setstate MAX_07918e 2024-11-21 09:37:34 state 17.0
setstate MAX_07918e 2024-11-21 09:37:34 temperature 21.3
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-24:00
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
setstate MAX_07918e 2024-11-21 09:34:44 weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-24:00

Der WT reagiert jeztzt auf Kommandos aus FHEM heraus.

SalvadoreXXL · 21 November 2024, 10:29:02

Habe jetzt auch die 00_SIGNALduinoAdv.pm ersetzt, da hier ACK fehlten nach Änderung der Temperatur.

Kleines Problem ist die falsche Zeit im WT. Mit dem Cube (aculfw) wurde direkt nach dem Pairen die aktuelle Zeit automatisch im WT gesetzt. Dazu war nie ein manueller Eingriff notwendig. Derzeit passiert das nicht.

Werde jetzt noch das Ventil pairen und mit dem WT assozieren.

Update: nach ca. 3h ist die Uhrzet gesetzt

Ralf9 · 21 November 2024, 18:34:30

ZitatKleines Problem ist die falsche Zeit im WT. Mit dem Cube (aculfw) wurde direkt nach dem Pairen die aktuelle Zeit automatisch im WT gesetzt. Dazu war nie ein manueller Eingriff notwendig. Derzeit passiert das nicht.

Das Problem gibts nur beim Pairen nach einem Reset, da wird in der Beta Version nach dem pairen ein "auto read all values from device" gemacht.
Die Befehle für das auto read werden gesendet bevor die Anforderung zum Zeit setzen emfangen wird.
Wenn das auto read auskommentiert oder mit einem Internal Timer um ca 5 Sek verzögert wird, dann wird die Zeit gesetzt.

Ralf9 · 22 November 2024, 00:09:32

Mir ist bei Testen aufgefallen, dass bei der sduino Firmware noch ein Bug ist.
Wenn die Firmware bei einer Nachricht vom Max Gerät ein AutoAck zurück sendet, dann wird der nächste Befehl zum sduino verschluckt.
Hab den Fehler gefunden, es kommt eine neue sduino Firmware.

Beim pairing ist mir aufgefallen:
Beim WT wird beim einsetzen der Batterie ein pairPing mit Flag=0 gesendet.
Der WT sendet bei einem pairPong kein Ack zurück.

Beim Fensterkontakt wird beim einsetzen der Batterie ein pairPing gesendet,
wenn er gepairt ist, dann sendet er bei einem pairPong ein Ack zurück. Dies wird aber von CUL_MAX nicht als Ack erkannt.
Das hängt mit der payload zusammen,
Beim power on kommt ein Ack mit der payload 8112 zurück.
Beim pairing kommt ein Ack mit der payload 0112 zurück.
Ist demnach ein Ack mit der ersten Ziffer > 7 ungültig?

Wzut · 22 November 2024, 12:18:28

In der 10_MAX ist definiert das 01 = ACK und 81 = NACK ist.
Bzw 81 kann auch invalid command/argument sein.
Die Frage ist jetzt natürlich stimmt das so sei Jahren oder müsste für den FK da eine Ausnahme gemacht werden ?

Wzut · 22 November 2024, 12:30:47

Zitat von: Ralf9 am 21 November 2024, 18:34:30mit einem Internal Timer um ca 5 Sek verzögert wird, dann wird die Zeit gesetzt.

Die Verzögerung kann ich einbauen, die paar Sekunden warten auf die Werte eines neuen Device tun nicht weh

Wzut · 22 November 2024, 12:33:29

Zitat von: SalvadoreXXL am 21 November 2024, 10:29:02Mit dem Cube (aculfw) wurde direkt nach dem Pairen die aktuelle Zeit automatisch im WT gesetzt.

Nein , die CUL FW hat damit nichts zu tun. Dafür ist alleine 14_CUL_MAX zuständig und da hast du zuvor die SVN Version gehabt und jetzt eine ältere Beta.

SalvadoreXXL · 22 November 2024, 15:00:19

Türkontakt und Thermostat konnte ich nun auch erfolgreich pairen. Assozieren funktioniert auch. Jetzt muss ich meinem CC1101 nur noch eine bessere Antenne verpassen. Reichweite der Drahtantenne ist doch nicht ausreichend. Danke erstmal für eure Arbeit hier.

Ralf9 · 23 November 2024, 00:54:10

Ich habe am CUL_MAX Modul noch einige Anpassungen vorgenommen (siehe Anlage):
Beim Fensterkontakt funktioniert das asso/deasso jetzt auch beim einlegen der Batterien.
Beim pairen wird beim pairPong zum Max Device jetzt das fast send (Zf...) verwendet.

Wenn keine IOgrp verwendet wird (nur ein IODev), muss nur beim CUL_MAX in das attr IODev der cul/sduino eingetragen werden.

Ich habe auch die IOgrp getestet, dazu musste ich einige Anpassungen beim CUL_MAX Modul vornehmen.
Ich habe eine IOgrp mit 2 sduino und eine IOgrp mit sduino und nanocul getestet.

Vermutlich ist normalerweise vorgesehen, dass alle IODev die gleiche maxid haben, dies hat aber den Nachteil, dass alle IOdev gleichzeitig versuchen ein AutoAck ans Max device zurück zusenden.

Ich habe den beiden IODev verschiedene MAXID gegeben.
Bei mehreren IODev müssen folgende Attribute gesetzt werden. Beim CUL_MAX darf es kein attr IODev geben.
z.B.:

Code Auswählen

sduino attr maxid 654321
CULnano attr maxid abc123

CUL_MAX attr IOgrp sduino,CULnano

Max device1
attr CULdev sduino
attr autoselectCUL 0

Max device2
attr CULdev CULnano
attr autoselectCUL 0

In der Anlage ist auch noch die Firmware für den Maple Mini, die Firmware für den ESP32 kommt noch
V 4.2.3-dev241121 SIGNALduinoAdv

Wzut · 23 November 2024, 12:21:39

Eine IO Group ist etwas mehr als mehre Sendegeräte zu haben

Ich hole mal etwas aus :
1. unterschiedliche Ids wird nicht funktionieren. Jedes gepairte MAX Device kennt die Adresse seines "Chefs" und nur auf diesen einen Chef hört er. Alles andere sind "Fremde" und die werden komplett ignoriert.

2. Der Sinn einer IO Group ist eine gute Funkabdeckung auf einer großen oder schwierigen Fläche wie z.B, ein komplettes Haus mit mehren Stockwerken. Hier ist es wichtig zu wissen welches IO Device optimal für jedes MAX Device ist. Beim reinen Empfang spielt das keine Rolle, hauptsache das Telegramm ist nicht zerstört. Hier ist auch egal ob eventuell das "schlechtere" Device zuerst in FHEM ist. FHEM hat ja die Eigenart vermeintlich doppelte Telegramme zu unterdrücken. D.h. das nächste Telegramm vom IO Device aus der IO Gruppe wird von FHEM automatisch verworfen und kommt nie bei 14_CUL_MAX an. Später beim Senden ist es aber wichtig zu wissen welches das "Beste" IO Device ist. Durch den leider dreistufigen Aufbau bei MAX ( 00_CUL -> 14_CUL_MAX -> 10_MAX ) hat das MAX Gerät am Ende dieser Kette keine Ahnung wer wie gut mit ihm spricht. Als Abhilfe hat Rudi mir damals eine Änderung in 00_CUL.pm eingebaut so das der CUL diese wichtige Info direkt in die Internals des MAX Device schreibt. Code aus 00_CUL.pm :

Code Auswählen

if(exists($modules{MAX}{defptr}{$src}) && defined($rssi))
     $modules{MAX}{defptr}{$src}{helper}{io}{$name}->{time} = gettimeofday();
     $modules{MAX}{defptr}{$src}{helper}{io}{$name}->{rssi} = $rssi;
     $modules{MAX}{defptr}{$src}{helper}{io}{$name}->{raw} = $dmsg;
}

3. Senden mit der IO Group. Großes Vorbild war für mich die ccu bei Homematic mit ihrer IOList.
Den HM Komfort der automatischen Senderauswahl habe ich zwar leider nie erreicht, aber mit der direkten Info der RSSI Werte aus 00_CUL kann der User recht gut selbst entscheiden welches das optimale Sendedevice ist und dieses unter CULdevice eintragen. Unterstützt wird er dabei durch Meldungen im Log wenn die aktuele Empfangssituation sich verändert , Beispiel aus einem meiner Logs :

Code Auswählen

024.11.23 10:55:31 3: 2_WT_Wohnzimmer, Maple1 has better average RSSI values than the current preferred CULdev !was auch stimmt wenn man sich die Readings in 2_WT_Wohnzimmer dazu anschaut :

Code Auswählen

2024-11-23 12:15:52   CUL1st          Maple1 -78.5
2024-11-23 12:15:52   CUL2nd          Keller_CUL -85.2

Ralf9 · 23 November 2024, 12:41:32

Zitatunterschiedliche Ids wird nicht funktionieren. Jedes gepairte MAX Device kennt die Adresse seines "Chefs" und nur auf diesen einen Chef hört er. Alles andere sind "Fremde" und die werden komplett ignoriert.

Warum sollte das nicht funktionieren? Ich habs bei mir getestet.

Ich habs damit getestet:

Code Auswählen

sduino attr maxid 654321
CULnano attr maxid abc123

CUL_MAX attr IOgrp sduino,CULnano

WT ID=654321
attr CULdev sduino
attr autoselectCUL 0

Fensterkontakt ID=abc123
attr CULdev CULnano
attr autoselectCUL 0

Zum WT hat nur der sduino mit src=654321 gesendet und auch die Nachrichten vom WT per AutoAck quitiert.

Und zum Fensterkontakt nur der CULnano mit src=abc123
Das pairen und das asso/deasso mit dem Fensterkontakt hat auch funktioniert. Der CULnano hat die open/close Nachrichten vom Fensterkontakt per AutoAck quitiert.

Wzut · 23 November 2024, 17:28:53

Wir reden aneinander vorbei, du hast zwei MAX Welten (654321 & abc123) geschaffen in der jedes deiner MAX Geräte einen festen Sendepartner hat. Das ist aber nicht der Sinn einer IOGrp, denn hier soll ja ein anderes Gerät quasi Hotbackup für das primäre Device sein. Wenn du den CUL ausschaltest hat der FK keinen Partner mehr und wenn du den SIGNALduino abschaltest hängt eigentlich das WT in der Luft, bzw es wird sich noch durchmogeln weil vermutlich deine 654321 ID noch am CULMAX Device hängt.

Ralf9 · 23 November 2024, 20:19:32

Das hängt vom Anwendungsfall ab, mit der IOGrp sind auch verschiedene IDs möglich.
Gleiche IDs haben den Nachteil, dass bis zu 3 IODev gleichzeitig versuchen bestimmte empfangene Nachrichten per AutoAck zu quittieren.
Ich habe nicht getestet ob das immer sauber funktioniert.
Wenn das Hotbackup nicht benötigt wird, ist es besser verschiedene IDs zu verwenden.

Ralf9 · 23 November 2024, 21:32:18

Ich habe das

Code Auswählen

$modules{MAX}{defptr}{$src}{helper}{io}{$name}->{time} = gettimeofday();
$modules{MAX}{defptr}{$src}{helper}{io}{$name}->{rssi} = $rssi;

in das 00_SIGNALduinoAdv.pm Modul eingebaut (v3.5.2-ralf_23.11.24), damit wird bei mehreren IODev auch die rssi vom sduino angezeigt.

Mir ist auch aufgefallen, dass es im CUL_MAX Modul bei den "Send Queue packet for ShutterContact ... exists ..." Meldungen kein Timeout gibt.

In der Anlage ist auch eine neue Firmware für den Maple Cul und ESP32

Wzut · 24 November 2024, 11:03:41

Zitat von: Ralf9 am 23 November 2024, 21:32:18Mir ist auch aufgefallen, dass es im CUL_MAX Modul bei den "Send Queue packet for ShutterContact ... exists ..." Meldungen kein Timeout gibt.

ja, das war damals vom Autor der MAX Module auch so gewollt da die Leute ja Zeit brauchten an ihr Fenster zu laufen und es auf/zu zu machen bei einem associate. (um aber i.d.R. festtzustellen das die Flut der Meldungen nicht stopte, es gab damals unheimlich viele Beiträge zu dem Thema)
IMHO ist da aber bei der Original ELV Software auch so, d.h. die wartet auch ewig wenn man einen FK mit einem HT/WT verheiraten will und da klappt das auch wirklich mit dem Timing bei auf/zu.

Ralf9 · 24 November 2024, 22:19:31

Wenn hier das $timeout von 3 auf 0.5 verringert wird, dann funktioniert das asso/deasso auch beim Batterie raus und wieder einlegen.
Damit dann die log Meldung nicht alle 0.5 sek kommt, muss durch einen counter dafür gesorgt werden, dass die Meldung nur alle ca 5-10 Sek ausgegeben wird.
Da kann dann auch ein Timeout der Meldungen von ca 30-60 Min eingebaut werden.

Code Auswählen

    if ($pktIdx == @{$hash->{sendQueue}} && !$responseToShutterContact) {
	Log3($name, 4, "$name, Send Queue packet for ShutterContact $packet->{dst_name} exists");
	$timeout += 3;
	InternalTimer($timeout, 'FHEM::CUL_MAX::SQH', $hash, 0);

Zitatda klappt das auch wirklich mit dem Timing bei auf/zu

Dazu müsste das asso/deasso in die Firmware vom cul/sduino eingebaut werden, über fhem ist das zu langsam

Wzut · 25 November 2024, 09:37:30

Den kleineren Timeout werd ich testen, das ausgeben der Log Meldungen seh ich etwas entspannter. Damals kamen diese Meldungen mit Level 3 statt heute 4.
Ja der Cube mit ELV Software hat in der Beziehung natürlich Vorteile, aber halt auch riesige Nachteile da dort kein Backup möglich war und bei einem Alzheimer Anfall der User jede Menge Spaß und Arbeit hatte.
Anyway - wenn der kleinere Timeout wirklich eine Lösung dieses uralten Problems bringt.

SalvadoreXXL · 26 November 2024, 21:28:05

Bis auf den Fensterkontakt funktioniert alles gut. Bin mir nicht sicher, ob der Kontakt richtig gepairt wurde. Sehe das am Kontakt nicht:

Code Auswählen

define MAX_04e0e0 MAX ShutterContact 04e0e0
attr MAX_04e0e0 model ShutterContact
attr MAX_04e0e0 room MAX
#   .count     -2
#   .sendToAddr -1
#   .sendToName 
#   .timer     300
#   CFGFN      
#   DEF        ShutterContact 04e0e0
#   FUUID      67462787-f33f-ac49-1d9a-285bfeed408dbf57
#   IODev      cmax
#   LASTInputDev cmax
#   MSGCNT     34
#   NAME       MAX_04e0e0
#   NR         323
#   NTFY_ORDER 50-MAX_04e0e0
#   STATE      closed (rf error)
#   SVN        23517
#   TYPE       MAX
#   addr       04e0e0
#   cmax_MSGCNT 34
#   cmax_TIME  2024-11-26 21:12:47
#   devtype    4
#   eventCount 39
#   type       ShutterContact
#   .attraggr:
#   .attrminint:
#   READINGS:
#     2024-11-26 21:12:47   .lastact        1732651967.52975
#     2024-11-26 20:54:47   IODev           cmax
#     2024-11-26 21:11:33   PairedTo        654321
#     2024-11-26 21:12:47   RSSI            -82
#     2024-11-26 21:11:33   SerialNr        JEQ0511586
#     2024-11-26 21:12:47   battery         ok
#     2024-11-26 21:12:47   batteryState    ok
#     2024-11-26 21:11:34   error           Invalid command/argument  8110
#     2024-11-26 21:11:33   firmware        1.3
#     2024-11-26 21:11:33   msgcnt          5
#     2024-11-26 21:12:47   onoff           0
#     2024-11-26 21:12:47   rferror         1
#     2024-11-26 21:12:47   state           closed (rf error)
#     2024-11-26 21:11:33   testresult      15
#     2024-11-26 21:12:47   windowOpen      0
#   helper:
#     io:
#       SIGNALesp32:
#         rssi       -82
#         time       1732651967.5292
#
setstate MAX_04e0e0 closed (rf error)
setstate MAX_04e0e0 2024-11-26 21:12:47 .lastact 1732651967.52975
setstate MAX_04e0e0 2024-11-26 20:54:47 IODev cmax
setstate MAX_04e0e0 2024-11-26 21:11:33 PairedTo 654321
setstate MAX_04e0e0 2024-11-26 21:12:47 RSSI -82
setstate MAX_04e0e0 2024-11-26 21:11:33 SerialNr JEQ0511586
setstate MAX_04e0e0 2024-11-26 21:12:47 battery ok
setstate MAX_04e0e0 2024-11-26 21:12:47 batteryState ok
setstate MAX_04e0e0 2024-11-26 21:11:34 error Invalid command/argument  8110
setstate MAX_04e0e0 2024-11-26 21:11:33 firmware 1.3
setstate MAX_04e0e0 2024-11-26 21:11:33 msgcnt 5
setstate MAX_04e0e0 2024-11-26 21:12:47 onoff 0
setstate MAX_04e0e0 2024-11-26 21:12:47 rferror 1
setstate MAX_04e0e0 2024-11-26 21:12:47 state closed (rf error)
setstate MAX_04e0e0 2024-11-26 21:11:33 testresult 15
setstate MAX_04e0e0 2024-11-26 21:12:47 windowOpen 0

Bei einem Zustandswechsel bekomme ich jetzt meist 3 (manchmal auch 2) Events (ebenso 3x Blinken am Kontakt selbst). Normal sollte ja ein Blinken und ein Event sein. Hier mal daas Log vom

Öffnen

Code Auswählen

2024.11.26 21:11:46 4: SIGNALesp32/msg READ: ␂MN;D=0B01063004E0E06543210012F0BB;N=15;r;␃
2024.11.26 21:11:46 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 28 RSSI = -82 -> MAX
2024.11.26 21:11:46 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0B01063004E0E06543210012
2024.11.26 21:11:46 4: SIGNALesp32 Dispatch: Z0B01063004E0E06543210012, -82 dB, dispatch
2024.11.26 21:11:46 4: cmax, C: 01, F: 06, T: 30, S: 04E0E0 D: 654321 G: 00 P: 12
2024.11.26 21:11:46 4: cmax, IODev SIGNALesp32, flags 06, msgcnt 01, msgType ShutterContactState, src 04e0e0 ShutterContact, dst 654321 CUL_MAX, group 0, payload 12, rssi -82
2024-11-26 21:11:46 MAX MAX_04e0e0 opened
2024-11-26 21:11:46 MAX MAX_04e0e0 RSSI: -82
2024-11-26 21:11:46 MAX MAX_04e0e0 battery: ok
2024-11-26 21:11:46 MAX MAX_04e0e0 batteryState: ok
2024-11-26 21:11:46 MAX MAX_04e0e0 rferror: 0
2024-11-26 21:11:46 MAX MAX_04e0e0 onoff: 1


2024.11.26 21:11:50 4: SIGNALesp32/msg READ: ␂MN;D=0B01063004E0E06543210012EBBC;N=15;r;␃
2024.11.26 21:11:50 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 28 RSSI = -84.5 -> MAX
2024.11.26 21:11:50 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0B01063004E0E06543210012
2024.11.26 21:11:50 4: SIGNALesp32 Dispatch: Z0B01063004E0E06543210012, -84.5 dB, dispatch
2024.11.26 21:11:50 4: cmax, C: 01, F: 06, T: 30, S: 04E0E0 D: 654321 G: 00 P: 12
2024.11.26 21:11:50 4: cmax, IODev SIGNALesp32, flags 06, msgcnt 01, msgType ShutterContactState, src 04e0e0 ShutterContact, dst 654321 CUL_MAX, group 0, payload 12, rssi -84.5
2024-11-26 21:11:50 MAX MAX_04e0e0 opened
2024-11-26 21:11:50 MAX MAX_04e0e0 RSSI: -84.5
2024-11-26 21:11:50 MAX MAX_04e0e0 battery: ok
2024-11-26 21:11:50 MAX MAX_04e0e0 batteryState: ok
2024-11-26 21:11:50 MAX MAX_04e0e0 rferror: 0
2024-11-26 21:11:50 MAX MAX_04e0e0 onoff: 1

Schließen

Code Auswählen

2024.11.26 21:11:51 4: SIGNALesp32/msg READ: ␂MN;D=0B02063004E0E06543210010EFB8;N=15;r;␃
2024.11.26 21:11:51 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 28 RSSI = -82.5 -> MAX
2024.11.26 21:11:51 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0B02063004E0E06543210010
2024.11.26 21:11:51 4: SIGNALesp32 Dispatch: Z0B02063004E0E06543210010, -82.5 dB, dispatch
2024.11.26 21:11:51 4: cmax, C: 02, F: 06, T: 30, S: 04E0E0 D: 654321 G: 00 P: 10
2024.11.26 21:11:51 4: cmax, IODev SIGNALesp32, flags 06, msgcnt 02, msgType ShutterContactState, src 04e0e0 ShutterContact, dst 654321 CUL_MAX, group 0, payload 10, rssi -82.5
2024-11-26 21:11:51 MAX MAX_04e0e0 closed
2024-11-26 21:11:51 MAX MAX_04e0e0 RSSI: -82.5
2024-11-26 21:11:51 MAX MAX_04e0e0 battery: ok
2024-11-26 21:11:51 MAX MAX_04e0e0 batteryState: ok
2024-11-26 21:11:51 MAX MAX_04e0e0 rferror: 0
2024-11-26 21:11:51 MAX MAX_04e0e0 onoff: 0
2024-11-26 21:11:51 MAX MAX_04e0e0 windowOpen: 0

2024.11.26 21:11:57 4: SIGNALesp32/msg READ: ␂MN;D=0B02063004E0E06543210010F1BA;N=15;r;␃
2024.11.26 21:11:57 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 28 RSSI = -81.5 -> MAX
2024.11.26 21:11:57 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0B02063004E0E06543210010
2024.11.26 21:11:57 4: SIGNALesp32 Dispatch: Z0B02063004E0E06543210010, -81.5 dB, dispatch
2024.11.26 21:11:57 4: cmax, C: 02, F: 06, T: 30, S: 04E0E0 D: 654321 G: 00 P: 10
2024.11.26 21:11:57 4: cmax, IODev SIGNALesp32, flags 06, msgcnt 02, msgType ShutterContactState, src 04e0e0 ShutterContact, dst 654321 CUL_MAX, group 0, payload 10, rssi -81.5
2024-11-26 21:11:57 MAX MAX_04e0e0 closed
2024-11-26 21:11:57 MAX MAX_04e0e0 RSSI: -81.5
2024-11-26 21:11:57 MAX MAX_04e0e0 battery: ok
2024-11-26 21:11:57 MAX MAX_04e0e0 batteryState: ok
2024-11-26 21:11:57 MAX MAX_04e0e0 rferror: 0
2024-11-26 21:11:57 MAX MAX_04e0e0 onoff: 0
2024-11-26 21:11:57 MAX MAX_04e0e0 windowOpen: 0

024.11.26 21:12:05 4: SIGNALesp32/msg READ: ␂MN;D=0B02063004E0E06543210010F0B8;N=15;r;␃
2024.11.26 21:12:05 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 28 RSSI = -82 -> MAX
2024.11.26 21:12:05 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0B02063004E0E06543210010
2024.11.26 21:12:05 4: SIGNALesp32 Dispatch: Z0B02063004E0E06543210010, -82 dB, dispatch
2024.11.26 21:12:05 4: cmax, C: 02, F: 06, T: 30, S: 04E0E0 D: 654321 G: 00 P: 10
2024.11.26 21:12:05 4: cmax, IODev SIGNALesp32, flags 06, msgcnt 02, msgType ShutterContactState, src 04e0e0 ShutterContact, dst 654321 CUL_MAX, group 0, payload 10, rssi -82
2024-11-26 21:12:05 MAX MAX_04e0e0 closed
2024-11-26 21:12:05 MAX MAX_04e0e0 RSSI: -82
2024-11-26 21:12:05 MAX MAX_04e0e0 battery: ok
2024-11-26 21:12:05 MAX MAX_04e0e0 batteryState: ok
2024-11-26 21:12:05 MAX MAX_04e0e0 rferror: 0
2024-11-26 21:12:05 MAX MAX_04e0e0 onoff: 0
2024-11-26 21:12:05 MAX MAX_04e0e0 windowOpen: 0

Da ich auf die Events ein Notify habe, löst das mehrfach aus. Vorher mit Cube kamen jeweils nur ein Event. Mein Problem ist jetzt nicht das Notify sondern die mehrfachen Meldungen, Die benötigen Energie und die Akkus werden sicher deutlich schneller leergesaugt.

Oft bekomme ich auch einen RF Error bei Schließen:

Code Auswählen

2024.11.26 21:32:51 4: SIGNALesp32/msg READ: ␂MN;D=0B08063004E0E06543210050F1B8;N=15;r;␃
2024.11.26 21:32:51 4: SIGNALesp32 Parse_MN: Found 2-FSK Protocol id 215 length 28 RSSI = -81.5 -> MAX
2024.11.26 21:32:51 4: SIGNALesp32 ParseMN: ID=215 dmsg=Z0B08063004E0E06543210050
2024.11.26 21:32:51 4: SIGNALesp32 Dispatch: Z0B08063004E0E06543210050, -81.5 dB, dispatch
2024.11.26 21:32:51 4: cmax, C: 08, F: 06, T: 30, S: 04E0E0 D: 654321 G: 00 P: 50
2024.11.26 21:32:51 4: cmax, IODev SIGNALesp32, flags 06, msgcnt 08, msgType ShutterContactState, src 04e0e0 ShutterContact, dst 654321 CUL_MAX, group 0, payload 50, rssi -81.5
2024-11-26 21:32:51 MAX MAX_04e0e0 closed (rf error)
2024-11-26 21:32:51 MAX MAX_04e0e0 RSSI: -81.5
2024-11-26 21:32:51 MAX MAX_04e0e0 battery: ok
2024-11-26 21:32:51 MAX MAX_04e0e0 batteryState: ok
2024-11-26 21:32:51 MAX MAX_04e0e0 rferror: 1
2024-11-26 21:32:51 MAX MAX_04e0e0 onoff: 0
2024-11-26 21:32:51 MAX MAX_04e0e0 windowOpen: 0

Ralf9 · 26 November 2024, 21:42:08

Wurde mit dem raw Befehl Za654321 die MaxID auf dem sduino gespeichert?

Abfragen kannst Du es mit "get SIGNALesp32 raw Zg"

SalvadoreXXL · 26 November 2024, 21:47:08

Code Auswählen

raw: autoAckAddr:000000 fakeWallTAddr:111111

Ralf9 · 26 November 2024, 21:52:04

Da fehlt noch "set SIGNALesp32 raw Za654321"
danach ergibt get raw Zg
autoAckAddr:654321 fakeWallTAddr:111111

SalvadoreXXL · 26 November 2024, 21:56:53

Ist es dabei egal, welches Modul ausgewählt ist? Dann neu pairen?

Ralf9 · 26 November 2024, 21:59:28

Ja, ist egal welches Modul ausgewählt ist.
Du musst auch nicht neu pairen.

SalvadoreXXL · 26 November 2024, 22:11:43

Jetzt scheint es zu funktionieren. Hab das wohl überlesen. Ich beobachte weiter

Wzut · 27 November 2024, 09:42:41

Zitat von: SalvadoreXXL am 26 November 2024, 21:28:05# 2024-11-26 21:12:47 state closed (rf error)
3x Blinken am Kontakt selbst

3 mal Blinken = keine Antwort von der Zentrale und damit auch rf error im state

SalvadoreXXL · 28 November 2024, 08:21:41

Zitat von: Wzut am 27 November 2024, 09:42:413 mal Blinken = keine Antwort von der Zentrale und damit auch rf error im state

Das war mir schon klar

Allerdings eben nicht immer. Mit set SIGNALesp32 raw Za654321 wurde das gefixt. Habe den Threat hier dazu nochmals abgesucht und nichts dazu gefunden.

Wzut · 28 November 2024, 08:45:23

Hättest du meine letzte Beta Version benutzt wäre das Problem nicht aufgetaucht.

Ralf9 · 30 November 2024, 11:09:49

In der Anlage ist eine neue Beta Version vom CUL_MAX Modul. Beschreibung dazu folgt heute Abend.
Ich habe für den sduino das credit10ms ergänzt. Es gibt jetzt im CUL_MAX Modul ein Reading "IOname_credit10ms" das mit einem InternalTimer alle 10 Sekunden um 10 erhöht wird.

Ralf9 · 01 Dezember 2024, 16:42:42

Die aktuelle Version vom 00_SIGNALduinoAdv.pm Modul ist nun im github
https://forum.fhem.de/index.php?topic=111653.msg1058900#msg1058900

Hier ist für den ESP32 sduino die Beschreibung und V4.2.3 Firmware
https://forum.fhem.de/index.php?topic=83273.msg755123#msg755123
https://forum.fhem.de/index.php?topic=83273.msg1324774#msg1324774

Bei dem CUL_MAX Modul vom vorherigen Beitrag habe ich u.a. folgendes ergänzt und angepasst:
- Beim sduino wird die maxid für das AutoAck im EEPROM gespeichtert.
Sie muss deshalb nur einmal am Anfang mit dem raw Befehl Za zum sduino übertragen werden. Mit Zg kann die maxid (autoAckAddr) abgefragt werden.
z.B. "get sduino raw Za654321"
- Die fakeWallTAddr ist beim sduino fest auf 111111

- Es können als IODev auch mehrere sduinos verwendet werden.
- Bei der updateConfig Routine wird zuerst überprüft ob alle IODev initialisiert sind und eine Version haben, sonst wird die Routine um 20 Sek verzögert.
- Die updateConfig Routine kann auch über get aufgerufen werden.
- Die credits10ms sind beim sduino im CUL_MAX als reading gespeichert (IOname_credit10ms) und werden mit einem InternalTimer alle 10 Sekunden um 10 erhöht.
- Beim Fensterkontakt funktioniert das asso/deasso auch beim Batterie raus (warten) und wieder einlegen.
- Beim pairen wird beim pairPong zum Max Device jetzt das fast send (Zf...) verwendet.

- wenn nur ein IODev (cul/sduino) verwendet wird, muss nur im CUL_MAX das attr IODev angelegt werden, das attr maxid im IODev ist nicht mehr notwendig.
- bei mehreren IODev müssen diese im CUL_MAX im attr IOgrp eingetragen werden. Das attr IODev darf nicht definiert sein.
Bei den Max Devices müssen im Attr CULdev das IODev eingetragen werden.
Das attr maxid bei den IODev muss nur angelegt werden, wenn es verschiedene maxid gibt.
Bei verschiedenen maxid muss bei den Max Device das attr autoselectCUL auf 0 gesetzt werden.

Beim 10_MAX.pm Modul ist mir folgendes aufgefallen:
wenn ich beim WT mit +- die Temperatur ändere, steht im log

Code Auswählen

3: MAX_Parse, message for undefined device 654321 and failed to guess devicetype from msg SetTemperature - ignoring !CUL_MAX hat bei mir die DEF 654321
Da wäre eine Abfrage auch nach CUL_MAX sinnvoll, und dann eine log Ausgabe mit verbose 5
z.B.
5: MAX_Parse, message for CUL_MAX device 654321 - ignoring

Wzut · 01 Dezember 2024, 17:51:36

Zitat von: Ralf9 am 01 Dezember 2024, 16:42:42wenn ich beim WT mit +- die Temperatur ändere, steht im log

wie machst du das ? Ich würde das gern mal nachstellen.
Ziel ist ja offenbar dein FHEM (65421) und msgtype SetTemperature, d.h. das WT will seiner Zentrale lediglich eine geänderte Soll Temp mitteilen.

Ralf9 · 01 Dezember 2024, 17:59:27

Ja, wenn ich mit +- die Solltemperatur ändere, wird diese zur Zentrale gesendet

Code Auswählen

4: sduino Dispatch: Z0B26054001CE986543210069, -54 dB, dispatch
4: MAX_654321, C: 26, F: 05, T: 40, S: 01CE98 D: 654321 G: 00 P: 69
4: MAX_654321, IODev sduino, flags 05, msgcnt 26, msgType SetTemperature, src 01ce98 WallMountedThermostat, dst 654321 CUL_MAX, group 0, payload 69, rssi -54