Autor Thema: Neue Beta Test Runde für alle MAX Module  (Gelesen 14615 mal)

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Neue Beta Test Runde für alle MAX Module
« am: 14 Oktober 2020, 17:41:04 »
Wie ich bereits in einem anderen Thread schrieb :
Ich habe die letzten Monate alle drei MAX Module intern stark umgebaut. Viel Neues ist dabei für euch User leider nicht enstanden, aber bevor ich diese Versionen auf die breite Masse via update loslasse würde ich mich wieder über leidensfähige Tester freuen :)

ich habe zwar bei mir viel getestet und nutze diese Versionen auch selbst auf meinem Live System, aber ..... :)
Wenn möglich möchte ich auch an den bisherigen SVN Versionen keine Änderungen / Erweiterungen mehr vornehmen sondern diese hier als zukünftige Basis nehmen.
 
« Letzte Änderung: 28 März 2021, 18:43:43 von Wzut »
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher
Gefällt mir Gefällt mir x 5 Liste anzeigen

Offline dirk.k

  • Full Member
  • ***
  • Beiträge: 241
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #1 am: 16 Oktober 2020, 09:31:01 »
Installiert.
Bisher keine Auffälligkeiten.

Danke
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline thburkhart

  • Full Member
  • ***
  • Beiträge: 277
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #2 am: 18 Oktober 2020, 11:40:38 »
ebenfalls installiert
keine Probleme
2 RASPI2B, 1 RASPI3B, 2 CUL, 2 Jeelink, 52 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 22 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, IOBroker, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #3 am: 18 Oktober 2020, 13:06:04 »
Bei diese Gelegenheit noch eine Bitte : schaut mal nach dem set saveConfig Kommando, ich habe hier das Problem in einem anderen Thread das sich FHEM bendet mit der Fehlermeldung das main::Logdir nicht gefunden wurde. Erklären kann ich es mir noch nicht da Logdir() eine interne Funktion von fhem.pl ist.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Jam2

  • New Member
  • *
  • Beiträge: 14
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #4 am: 18 Oktober 2020, 19:18:42 »
Kann jemand Deassociate fakeWT probieren?
Im Log bekomme ich:
Zitat
2020.10.18 19:08:44.386 1: UG_BU_Thermostat, invalid command/argument 81190018
2020.10.18 19:09:08.634 1: UG_KU_Thermostat, invalid command/argument 8119572C
2020.10.18 19:09:35.868 1: UG_SZ_Thermostat, invalid command/argument 81194B2C
2020.10.18 19:09:48.796 1: UG_WZ_Thermostat, invalid command/argument 81190018

Beim Associate von HT zu fakeWT kommt im Log:
Zitat
2020.10.18 14:40:19.673 3: cm, target device 111111 has no name !
2020.10.18 14:40:19.673 3: CM_Parse, unhandled message WakeUp from UG_KU_Thermostat to MAX_111111, groupid : 0 , payload : 03 - ignoring !
FHEM / Intel NUC / 8xMAX Fensterkontakte + 16xMAX Thermostate + fakewt + CUL / 20x Technoline TX29 / Hue Bridge / duefern / fbdect / mysensors / homekit
RasPi ser2net CUL
FHEM / RasPi PI / buderus logamatic / temperatursensoren

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #5 am: 18 Oktober 2020, 19:26:08 »
THX4Info, werd ich mir im Laufe der Woche nochmal genau anschauen
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Jam2

  • New Member
  • *
  • Beiträge: 14
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #6 am: 18 Oktober 2020, 20:01:22 »
Bei diese Gelegenheit noch eine Bitte : schaut mal nach dem set saveConfig Kommando, ich habe hier das Problem in einem anderen Thread das sich FHEM bendet mit der Fehlermeldung das main::Logdir nicht gefunden wurde. Erklären kann ich es mir noch nicht da Logdir() eine interne Funktion von fhem.pl ist.

Save all:
2020.10.18 19:56:23.027 1: ERROR evaluating { MAX_Save('all') }: Undefined subroutine &main::MAX_Save called at (eval 39018) line 1.

set UG_WZ_Thermostat saveConfig:
2020.10.18 19:57:43.528 3: UG_WZ_Thermostat, configSaved to ./log/UG_WZ_Thermostat.max

set UG_WZ_Thermostat saveConfig test:
2020.10.18 19:55:41.743 3: UG_WZ_Thermostat, configSaved to ./log/test.max


main::Logdir  kann ich daher nicht bestätigen
FHEM / Intel NUC / 8xMAX Fensterkontakte + 16xMAX Thermostate + fakewt + CUL / 20x Technoline TX29 / Hue Bridge / duefern / fbdect / mysensors / homekit
RasPi ser2net CUL
FHEM / RasPi PI / buderus logamatic / temperatursensoren

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #7 am: 19 Oktober 2020, 05:45:31 »
ERROR evaluating { MAX_Save('all') }
ja da hat sich inzwischen die Syntax geändert :
{ FHEM::MAX::MAX_Save() }und das Thema Logdir() ist inzwischen auch geklärt : Die Funktion kam erst im Frühjahr in fhem.pl.
« Letzte Änderung: 19 Oktober 2020, 05:55:06 von Wzut »
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline thburkhart

  • Full Member
  • ***
  • Beiträge: 277
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #8 am: 19 Oktober 2020, 20:40:33 »
überschreibt eigentlich ein update von FHEM die Beta?
2 RASPI2B, 1 RASPI3B, 2 CUL, 2 Jeelink, 52 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 22 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, IOBroker, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #9 am: 20 Oktober 2020, 07:45:30 »
na klar, wenn man es verhindern will -> attr global exlude_from_update
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #10 am: 22 Oktober 2020, 18:59:12 »
Wie im anderen Thread bereits angekündigt habe ich das 10_MAX Modul im ersten Beitrag ausgetauscht.
Neu : beim Typ virtualShutterContact gibt es zwei neue Attribute : delay_open & delay_close , Wert ist in Sekunden anzugeben, default 0
Sind die Attribute gesetzt wird nach Empfang des externen Sensors die Information nicht direkt zum HT weitergegeben sondern um den jeweiligen Wert verzögert.
Im state Reading steht dann zusätzlich zum aktuellen Status (waiting)
Die Wartezeit läuft nicht im Modul intern sondern über ein temporäres at das im gleichen Raum wie der vSC liegt.

14_CUL_MAX habe ich auch ausgetauscht, da durch die delays auch eine Änderung nötig war.   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #11 am: 25 Oktober 2020, 17:51:23 »
Kann jemand Deassociate fakeWT probieren?
Wurde bei mir in der aktuellen Beta mit FHEM Stop quittiert :(
Habe das jetzt gefixt und habe mehrfach das fakeWT assoziert und deassoziert , klappt jedesmal ohne Fehler.
Versuche ich allerdings ein deassociate obwohl der fakeWT gar nicht mehr als Peer im HT hinterlegt ist quttiert das HT das mit einem NACK.
Da allerdings intern das NACK wie ein ACK behandelt wird erzeugt das die Meldungen mit invalid command/argument 81xxxxx
Ich muss mal schauen da ich jetzt ja diese NACKs gewollt erzeugen kann an der Stelle das Logging noch etwas klarer zu gestalten,
betrifft aber jetzt wirklich nur den Text im Logfile nicht die eigentliche Funktion.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Jam2

  • New Member
  • *
  • Beiträge: 14
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #12 am: 25 Oktober 2020, 21:52:25 »
Ich teste es nächste Woche gleich mal.

Ich warte aktuell noch auf einen zusätzlichen CUL... Ich habe aktuell ein komisches Phänomen, welches meine Credits frisst.
CUL0 ist im EG - "weit entfernt" von UG-HTs
CUL1 ist im UG - direkt an UG-HTs

CUL1 bekommt aber von den UG-HTs keine(bzw. sehr wenige) ACK - diese werden mit Glück teilweise noch von CUL0 empfangen.

CUL1/CUL0 tauschen hat nicht geholfen. Ich prüfe mal direkt am CUL ob die ACK doch kommen und nicht an FHEM weitergeleitet werden.
FHEM / Intel NUC / 8xMAX Fensterkontakte + 16xMAX Thermostate + fakewt + CUL / 20x Technoline TX29 / Hue Bridge / duefern / fbdect / mysensors / homekit
RasPi ser2net CUL
FHEM / RasPi PI / buderus logamatic / temperatursensoren

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #13 am: 26 Oktober 2020, 06:58:27 »
Ich habe aktuell ein komisches Phänomen

Bei Multi IOs Lösungen muss man genauer hinschauen. maxid an beiden CULs gesetzt ?
Beide CULs als IOgrp am cm Device eingetragen ?
am UG-HTs das Attribut CULdev auf den CUL mit den besten RSSI Werten gesetzt ?
 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #14 am: 30 Oktober 2020, 07:57:40 »
eine Bitte an alle die das Beta 14_CUL_MAX Modul nutzen :
Lasst euch mal in FHEMWEB ein list von eurem CUL_MAX Device ausgeben und schaut ob es bei den Internals einen Abschnit CHANGED gibt.
Bei mir steht da über 20 Mal der state des Gerätes. Bevor ich mir nun anderweitig Hilfe hole möchte ich sicherstellen das dies bei mir kein Einzelfall ist.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline HeikoGr

  • Full Member
  • ***
  • Beiträge: 152
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #15 am: 30 Oktober 2020, 09:36:35 »
Kein Einzelfall

Ich hab dort 78x "cul868:ok" stehen. Wobei cul868 der Name meines IO Devices ist.

Mein Setup besteht aus einem Cul (Cube umgeflasht), 4x HT UND 1x SC

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #16 am: 30 Oktober 2020, 09:56:45 »
OK, danke für die Rückmeldung, dann muss ich hier unbedingt nachbessern und heute Abend eine geänderte Version bereitstellen !
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #17 am: 31 Oktober 2020, 19:57:05 »
Ich habe gestern Abend die 14_CUL_MAX im ersten Beitrag ausgetauscht,
bitte unbedingt nachziehen die CHANGED Einträge im cm Device wachsen sonst ewig ...
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #18 am: 04 November 2020, 19:30:57 »
Ich habe mich die letzten Tage wieder mal mit dem Thema IO Gruppe und bester CUL für das Device beschäftigt.
Um die Entscheidung welcher CUL aus der IO Gruppe des cm der "bessere" ist leichter zu machen habe ich intern eine mini Statistik eingebaut die die letzten 10 RSSI Werte berücksichtigt. Anzeige mit zwei neuen Readings , Bsp :
2020-11-04 19:18:02   CUL1st  CUL -43
2020-11-04 19:18:02   CUL2nd  CUL2 -83
Bedeutet : Bei mir ist der CUL mit einem Durchschnitt von -43 besser als CUL2 mit -83 im Durchschnitt.
Also sollte ich CULdev an diesem Device auf CUL setzen, das nimmt mir jetzt das Modul ab und ändert selbst das Attribut.
Aber nur dann wenn der "Bessere" mindest 2db im Schnitt besser ist um ein ständiges hin und her zu vermeiden falls beide in etwa gleich gut/schlecht sind.
Wer diesen Automatismus nicht haben möchte kann ihn mit dem neuen Attribut autoselectCUL = 0 abschalten.
Die Berechnung der Readings CUL1st & CUL2nd ist davon nicht betroffen. 
Bis die neuen Readings sichbar werden dauert es etwas, da zuerst mindestens 5 Werte vorliegen müssen.   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Jam2

  • New Member
  • *
  • Beiträge: 14
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #19 am: 04 November 2020, 22:11:22 »
edit:
Mir ist heute ein 1/3 CUL ausgefallen (Netzteil Raspberry defekt). Nicht nur der ausgefallene CUL hat nicht mehr funktioniert, kein CUL hat mehr etwas gesendet oder empfangen.
Ist das gewollt?

edit2:
Mit der neuen Beta hatte ich gerade bei allen Nachrichten und allen Thermostaten missingack (autoselectCUL = 0).
Ich teste morgen nochmals
« Letzte Änderung: 04 November 2020, 23:56:12 von Jam2 »
FHEM / Intel NUC / 8xMAX Fensterkontakte + 16xMAX Thermostate + fakewt + CUL / 20x Technoline TX29 / Hue Bridge / duefern / fbdect / mysensors / homekit
RasPi ser2net CUL
FHEM / RasPi PI / buderus logamatic / temperatursensoren

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #20 am: 05 November 2020, 07:26:14 »
Natürlich darf in einer Gruppe mal ein Teilnehmer ausfallen, die anderen können davon nichts wissen.
Wenn du überall missings ACKs hast dann ist IMHO dein erstes Problem noch aktuell -> kein CUL Empfang
Allerdings sehe ich da keinen Zusammenhang mit den MAX Modulen, egal ob alt oder Beta Version.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Jam2

  • New Member
  • *
  • Beiträge: 14
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #21 am: 07 November 2020, 17:24:04 »
Sorry, meine Nachricht war anscheinend nicht verständlich.
Zum ersten Thema: Hier haben die anderen CUL keine weiteren Telegrame mehr versendet und die Queue ist gewachsen. Ich hatte bisher kein sendpool definiert - ggf. lag es an dem.

Zum zweiten Thema:
Komischerweise hatte ich sobald ich auf die neue Beta gewechselt habe eine massive Zunahme von missingack. Was natürlich wenig Sinn macht - das hat sich heute wieder bestätigt.
Trotzdem lag es natürlich an etwas anderem - ein Wandthermostat mit leeren Batterien (https://www.youtube.com/watch?v=ZR2VQ460duk)


Die neue Beta läuft soweit gut. Fakewt assoc funktioniert wie erwartet.
FHEM / Intel NUC / 8xMAX Fensterkontakte + 16xMAX Thermostate + fakewt + CUL / 20x Technoline TX29 / Hue Bridge / duefern / fbdect / mysensors / homekit
RasPi ser2net CUL
FHEM / RasPi PI / buderus logamatic / temperatursensoren

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #22 am: 07 November 2020, 18:01:08 »
Ich hatte bisher kein sendpool definiert
--snipp ---
ein Wandthermostat mit leeren Batterien (https://www.youtube.com/watch?v=ZR2VQ460duk)
a. einen sendpool brauchst du nicht, viel wichtiger wäre eine Antwort auf meine Fragen vom 26 Oktober 2020, 06:58:27 gewesen.
Multi IO ist nicht trivial , läuft aber bei mir sehr gut wenn man alles richtig macht.

b. ahhh ein Babbling Idiot -> https://de.wikipedia.org/wiki/Babbling_idiot
HomeMatic hat da auch so seine Probleme -> https://asksinpp.de/Grundlagen/FAQ/babbling_idiot.html
Ich selbst habe da mal zwei Tage mit meiner LaCrosse Welt gekämpft wo ein defekter Sensor alles lahm gelegt hat.
Also kann man MAX da mit einreihen und sollte das Problem im Hinterkopf behalten.
Wäre halt ein Traum wenn das tolle HM Teil auch MAX könnte -> https://github.com/jp112sdl/AskSinAnalyzer/wiki
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Dr. Ulfi

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #23 am: 12 November 2020, 23:32:00 »
Gibt es schon einen Plan, wann das Beta freigegeben werden soll?
Raspi
CUBE/CUNO a-culfw, Signalduino 433Mhz, Sonoff/Tasmota, EnOceanPI, Meross Smart Plug (IFTTT), ESP8266 Projekte,
MAX!-Heizungssteuerung, Intertechno IT-1500-Steckdosen, Velux KLF200 mit Somfy io

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #24 am: 13 November 2020, 07:36:43 »
wenn keine dicken Brocken mehr dazukommen : nach dem 10. Dezember 2020 , da habe ich wieder mehr Zeit.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline fhem@supergut

  • New Member
  • *
  • Beiträge: 37
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #25 am: 23 November 2020, 11:46:55 »
ich installiere dann mal die Beta, Rückmeldung folgt

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #26 am: 30 November 2020, 12:25:42 »
wollte einfach mal schnell Danke für die Integration von delay_open und delay_close sagen! Einfach SPITZE! Habe gerade die Beta installiert funktioniert 1A!

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #27 am: 01 Dezember 2020, 10:19:08 »
Hallo Zusammen,

kann nun doch noch ein komisches Verhalten feststellen. Habe eine Türe mit einem delay_open = 15 ausgestattet.
Wenn ich nun die Türe öffne und innerhalb der 15 Sekunden wieder schließe. Passiert der Reihe nach folgendes:

Türe auf: Sensor merkt Tür auf - vSC geht erst auf opened dann auf opened (waiting)
Türe zu: Sensor merkt Türe zu - vSC geht auf closed
dann 15 Sekunden nach Türe auf, geht der vSC auf opened und bleibt dort, der Sensor bleibt closed, der Thermostat schaltet auf Fenster offen und bleibt dort.

damit wird also das at ausgeführt und bleibt erhalten, obwohl die Türe ja schon wieder zu ist... sollte da das at nicht gelöscht werden? oder der vSC anhand des Sensors merken, dass schon wieder zu ist?

« Letzte Änderung: 01 Dezember 2020, 10:22:57 von Parador »

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #28 am: 01 Dezember 2020, 10:34:12 »
Ich hatte da am 25 Oktober nachgebessert :
Bei der Gelegenheit habe ich auch die ats gegeneinander verriegelt, d.h. falls ein at_close angelegt wird und es noch ein at_open gibt wird dieses gelöscht und vice versa.
leg doch mal ein close_delay von 1 Sekunde an und schaue ob das at dann gelöscht wird ( ich kann im Moment nicht testen )
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #29 am: 01 Dezember 2020, 14:03:06 »
Ja, wenn ich ein delay_close = 1 dazu aktiviere klappt's, das delay_open at wird gelöscht.
Wieder zurück bei delay_close = 0  gehts wieder nicht... das delay_open at wird ausgeführt.
« Letzte Änderung: 01 Dezember 2020, 14:45:42 von Parador »

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #30 am: 01 Dezember 2020, 16:05:59 »
Ok, dann hatte ich das noch richtig im Hinterkopf das ich das Gegenat mit Gewalt lösche, habe aber den Umstand nicht bedacht das es nicht zwingend beide delays geben muß.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #31 am: 01 Dezember 2020, 19:52:40 »
Ich habe das löschen des gegen ats jetzt aus der Klammer genommen.
Aktulle Version im ersten Post.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #32 am: 28 Dezember 2020, 21:49:33 »
Sind die Module inzwischen bereits ins normale Update integriert? ;-)

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #33 am: 29 Dezember 2020, 07:43:31 »
Nein, ich war vor zwei Wochen der Meinung fertig zu sein, dann kam das 12 °C ( Temperatursturz Erkennung ) des fakeWT dazwischen.
Ist zwar kein Fehler der Beta Version, aber ich hatte die Hoffnung das gleich mit erschlagen zu können ( habe ich vermutlich jetzt auch )
Offen ist nach wie vor das Thema der WakeUp Telgramme, das werde ich aber vermutich so schnell nicht lösen können.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #34 am: 29 Dezember 2020, 08:38:38 »
Alles klar, danke für Deine tolle unermütlicheArbeit an den Modulen!

Offline neyzen

  • Full Member
  • ***
  • Beiträge: 357
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #35 am: 01 Januar 2021, 01:20:39 »
Ich lies mal mit

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #36 am: 28 März 2021, 18:39:30 »
Eigentlich sah mein Plan vor die neuen Version Ende Januar einzuchecken, aber welcher Rentner hat schon Zeit ....
Ok, dachte ich warten wir bis die Heizperiode zu Ende ist dann tut es nicht zanz so weh wenn es noch an der einen oder anderen Ecke klemmt.
Tja und dann taucht ein neuer User im Anfängerforum auf und behauptet es wäre möglich die Ventilstellung und aktuelle Temperatur eines HT auszulesen !
Ohha, das wäre doch noch eine schöne Ergänzung der Beta Module, würde das direkte auslesen dieser Werte den von mir nicht gemochten MAX Scanner bei einem CUL doch völlig überfüssig machen.

Vor etwas über einer Woche gab es dann etwas mehr Infos zu diesem Thema -> https://forum.fhem.de/index.php/topic,119766.0.html

Heute kann ich nun sagen , 10_MAX hat ein paar neue Set Kommndos bekommen :
set <name> getStatus - bringt ein HT dazu seine aktuelle Temperatur und Ventilstellung an FHEM zu senden
set <name> getConfigValve - das HT sendet die interenen Parameter boostValveposition,maxValveSetting, valveOffset und decalcification

set <name> getConfigTemperatures - HT/WT senden ihre interenen Parameter maxTemp, min Temp usw.
und was mich besonders freut :
set <name> getConfigWeekProfile - damit ist es nund endlich möglich das aktuelle Wochenprofil von HTs& WTs auszulesen :)
Könnte sein das damit der eine oder andere ein bisher nicht gefundenes 17 Grad Problem auf die Spur kommt, so hatte ich bei einem HT einen nicht korrekten Temperatur Eintrag an einem Wochentag im Profil.

Wichtig : bitte unbedingt die 14_CUL_MAX auch austauschen damit die neuen Kommandos funktionieren !
« Letzte Änderung: 28 März 2021, 18:45:47 von Wzut »
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher
Gefällt mir Gefällt mir x 3 Liste anzeigen

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #37 am: 06 April 2021, 12:11:05 »
Ich habe die Beta versuchsweise am laufen. Bisher keine Auffälligkeiten.
Mit den neue get Funktionen ist der Max-Scanner wirklich entbehrlich. Funktioniert
mit einem at alle 30min bestens!

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #38 am: 06 April 2021, 14:38:25 »
teste jetzt seit 04.04. und bisher nichts negatives aufgefallen.. ! TOP

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #39 am: 07 April 2021, 15:37:01 »
Bin auch mal auf die Beta umgestiegen und habe den Scanner durch at abgelöst.
läuft zwar noch nicht all zu lange aber bis jetzt ohne erkennbare Probleme ;)
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline Taipan

  • New Member
  • *
  • Beiträge: 40
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #40 am: 07 April 2021, 16:00:41 »
Könntet ihr mir bitte mal das at-Kommando Schreiben/erklären?

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #41 am: 07 April 2021, 16:38:26 »
Ab heute Nacht läuft das Log-File voll. Das sind nicht meine Geräte. Soviele neue Geräte kann ich mir hier
auch nicht vorstellen.
Ich habe CUL_MAX erstmal auf verbose 0 gesetzt.


2021.04.07 02:00:19 2: MAXCUL, unknown message type 0C from MAX_bc0442 [bc0442] to MAX_090aed [bc0442] - ignoring !
2021.04.07 02:00:19 2: MAXCUL, unknown message type 81 from MAX_099353 [099353] to MAX_079179 [099353] - ignoring !
2021.04.07 02:00:25 2: MAXCUL, unknown message type 18 from MAX_001800 [001800] to MAX_af2a89 [001800] - ignoring !
2021.04.07 02:00:25 3: MAXCUL, device [011800] UNKNOWN MAX_011800 want to be re-paired to [34810c] MAX_34810c, not to us [ 05cf48 ] - ignoring !
2021.04.07 02:01:22 2: MAXCUL, unknown message type 8C from MAX_0a625b [0a625b] to MAX_0018b4 [0a625b] - ignoring !
2021.04.07 02:01:22 2: MAXCUL, unknown message type 89 from MAX_08a16d [08a16d] to MAX_0018db [08a16d] - ignoring !
2021.04.07 02:01:41 2: MAXCUL, unknown message type 9A from MAX_0c83ad [0c83ad] to MAX_0018cb [0c83ad] - ignoring !
2021.04.07 02:01:41 2: MAXCUL, unknown message type 89 from MAX_08a16d [08a16d] to MAX_0018db [08a16d] - ignoring !
2021.04.07 02:02:17 2: MAXCUL, unknown message type 9A from MAX_0c83ad [0c83ad] to MAX_0018cb [0c83ad] - ignoring !
2021.04.07 02:02:17 2: MAXCUL, unknown message type 79 from MAX_099334 [099334] to MAX_0026cd [099334] - ignoring !
2021.04.07 02:29:54 2: MAXCUL, unknown message type 0C from MAX_840442 [840442] to MAX_079b89 [840442] - ignoring !
2021.04.07 02:29:54 2: MAXCUL, unknown message type 87 from MAX_044209 [044209] to MAX_078c08 [044209] - ignoring !
2021.04.07 02:30:12 2: MAXCUL, unknown message type 18 from MAX_001800 [001800] to MAX_ae2b89 [001800] - ignoring !
2021.04.07 02:30:42 2: MAXCUL, unknown message type 09 from MAX_119a0c [119a0c] to MAX_83ad00 [119a0c] - ignoring !
2021.04.07 02:30:42 2: MAXCUL, unknown message type 07 from MAX_917909 [917909] to MAX_933400 [917909] - ignoring !
2021.04.07 02:31:42 3: MAXCUL, device [18c419] UNKNOWN MAX_18c419 want to be re-paired to [890ec7] MAX_890ec7, not to us [ 05cf48 ] - ignoring !
2021.04.07 02:31:59 2: MAXCUL, unknown message type 0A from MAX_ed0001 [ed0001] to MAX_180018 [ed0001] - ignoring !
2021.04.07 02:31:59 2: MAXCUL, unknown message type 07 from MAX_8c0001 [8c0001] to MAX_180018 [8c0001] - ignoring !
2021.04.07 02:32:56 3: MAXCUL, could not handle message PairPong from device [180018] MAX_180018 to [0f8d0c] MAX_0f8d0c - ignoring !
2021.04.07 02:33:40 2: MAXCUL, unknown message type 07 from MAX_870c9c [870c9c] to MAX_044207 [870c9c] - ignoring !
2021.04.07 02:36:55 2: MAXCUL, unknown message type 04 from MAX_580305 [580305] to MAX_cf4800 [580305] - ignoring !
2021.04.07 02:37:23 2: MAXCUL, unknown message type 0A from MAX_626700 [626700] to MAX_18c419 [626700] - ignoring !
2021.04.07 02:37:23 2: MAXCUL, unknown message type 09 from MAX_0aed00 [0aed00] to MAX_011800 [0aed00] - ignoring !
2021.04.07 02:37:34 2: MAXCUL, unknown message type 08 from MAX_a16d00 [a16d00] to MAX_18b204 [a16d00] - ignoring !
2021.04.07 02:38:37 2: MAXCUL, unknown message type 89 from MAX_08a179 [08a179] to MAX_0018d9 [08a179] - ignoring !
2021.04.07 02:38:37 2: MAXCUL, unknown message type A1 from MAX_79079b [79079b] to MAX_890001 [79079b] - ignoring !
2021.04.07 02:38:45 2: MAXCUL, unknown message type 83 from MAX_7f0911 [7f0911] to MAX_9a0001 [7f0911] - ignoring !
2021.04.07 02:39:25 2: MAXCUL, unknown message type 0C from MAX_9e0442 [9e0442] to MAX_079179 [9e0442] - ignoring !
2021.04.07 02:55:08 2: MAXCUL, unknown message type 89 from MAX_0a6267 [0a6267] to MAX_090aed [0a6267] - ignoring !
2021.04.07 02:55:08 2: MAXCUL, unknown message type 8A from MAX_09078c [09078c] to MAX_08a16d [09078c] - ignoring !
2021.04.07 02:55:13 2: MAXCUL, unknown message type 77 from MAX_0b1a8b [0b1a8b] to MAX_05cf48 [0b1a8b] - ignoring !
2021.04.07 02:55:18 2: MAXCUL, unknown message type 77 from MAX_101a8a [101a8a] to MAX_0a6267 [101a8a] - ignoring !
2021.04.07 02:55:47 2: MAXCUL, unknown message type 8A from MAX_0a6267 [0a6267] to MAX_090aed [0a6267] - ignoring !
2021.04.07 02:55:47 2: MAXCUL, unknown message type 8C from MAX_090aed [090aed] to MAX_05cf48 [090aed] - ignoring !
2021.04.07 02:55:50 3: MAXCUBE: Unknown code Z0F6E0503090AED05CF48001507027710, help me!
2021.04.07 02:56:11 2: MAXCUL, unknown message type 89 from MAX_090aed [090aed] to MAX_05cf48 [090aed] - ignoring !
2021.04.07 02:56:13 2: MAXCUL, Send Queue missing ack from MAX_090aed for TimeInformation, removing from queue
2021.04.07 02:56:14 2: MAXCUL, unknown message type 89 from MAX_090aed [090aed] to MAX_05cf48 [090aed] - ignoring !
2021.04.07 02:56:21 2: MAXCUL, unknown message type 89 from MAX_090aed [090aed] to MAX_05cf48 [090aed] - ignoring !
2021.04.07 02:56:27 2: MAXCUL, unknown message type 89 from MAX_090aed [090aed] to MAX_05cf48 [090aed] - ignoring !
2021.04.07 02:56:36 2: MAXCUL, Send Queue missing ack from MAX_090aed for TimeInformation, removing from queue
2021.04.07 02:59:48 2: MAXCUL, unknown message type AE from MAX_2a88ad [2a88ad] to MAX_09119a [2a88ad] - ignoring !
2021.04.07 03:00:21 2: MAXCUL, unknown message type 89 from MAX_079179 [079179] to MAX_099334 [079179] - ignoring !
2021.04.07 03:00:21 2: MAXCUL, unknown message type 18 from MAX_358b34 [358b34] to MAX_079179 [358b34] - ignoring !
2021.04.07 03:30:16 2: MAXCUL, unknown message type 0C from MAX_990442 [990442] to MAX_079b89 [990442] - ignoring !
2021.04.07 03:30:16 2: MAXCUL, unknown message type 8B from MAX_044209 [044209] to MAX_078c08 [044209] - ignoring !
2021.04.07 03:30:26 2: MAXCUL, unknown message type 18 from MAX_001800 [001800] to MAX_ad2a88 [001800] - ignoring !
2021.04.07 03:31:01 2: MAXCUL, unknown message type 09 from MAX_119a0c [119a0c] to MAX_837f00 [119a0c] - ignoring !
2021.04.07 03:31:01 2: MAXCUL, unknown message type 07 from MAX_917909 [917909] to MAX_935300 [917909] - ignoring !
2021.04.07 03:31:59 2: MAXCUL, unknown message type 09 from MAX_0aed0a [0aed0a] to MAX_626700 [0aed0a] - ignoring !
2021.04.07 03:31:59 2: MAXCUL, unknown message type 07 from MAX_917909 [917909] to MAX_935300 [917909] - ignoring !
2021.04.07 03:32:15 2: MAXCUL, unknown message type 09 from MAX_0aed0a [0aed0a] to MAX_626700 [0aed0a] - ignoring !
2021.04.07 03:32:15 2: MAXCUL, unknown message type 09 from MAX_078c0a [078c0a] to MAX_620300 [078c0a] - ignoring !
2021.04.07 03:33:14 2: MAXCUL, unknown message type D7 from MAX_09890e [09890e] to MAX_9a0202 [09890e] - ignoring !
2021.04.07 03:33:15 2: MAXCUL, unknown message type C6 from MAX_23840e [23840e] to MAX_750202 [23840e] - ignoring !
2021.04.07 03:33:47 2: MAXCUL, unknown message type 0E from MAX_b10202 [b10202] to MAX_099334 [b10202] - ignoring !
2021.04.07 03:34:48 2: MAXCUL, unknown message type 88 from MAX_23840e [23840e] to MAX_750202 [23840e] - ignoring !
2021.04.07 03:34:48 2: MAXCUL, unknown message type 34 from MAX_26c6f0 [26c6f0] to MAX_8c0eb1 [26c6f0] - ignoring !
2021.04.07 03:35:09 3: MAXCUL, device [18c288] UNKNOWN MAX_18c288 want to be re-paired to [0edd02] MAX_0edd02, not to us [ 05cf48 ] - ignoring !
2021.04.07 03:35:09 2: MAXCUL, unknown message type ED from MAX_000118 [000118] to MAX_001834 [000118] - ignoring !
2021.04.07 03:35:55 2: MAXCUL, unknown message type 8C from MAX_000118 [000118] to MAX_0018ef [000118] - ignoring !
2021.04.07 03:35:55 2: MAXCUL, unknown message type 89 from MAX_000118 [000118] to MAX_001810 [000118] - ignoring !
2021.04.07 03:35:59 2: MAXCUL, unknown message type 8C from MAX_000118 [000118] to MAX_0018ef [000118] - ignoring !
2021.04.07 03:35:59 2: MAXCUL, unknown message type 89 from MAX_000118 [000118] to MAX_001810 [000118] - ignoring !
2021.04.07 03:36:39 2: MAXCUL, unknown message type 9A from MAX_000118 [000118] to MAX_001808 [000118] - ignoring !
2021.04.07 03:36:46 3: MAXCUL, device [26c6c6] UNKNOWN MAX_26c6c6 want to be re-paired to [f08a00] MAX_f08a00, not to us [ 05cf48 ] - ignoring !
2021.04.07 03:36:46 2: MAXCUL, unknown message type 09 from MAX_119a00 [119a00] to MAX_011800 [119a00] - ignoring !
2021.04.07 03:37:33 2: MAXCUL, unknown message type 0C from MAX_b20442 [b20442] to MAX_079179 [b20442] - ignoring !
2021.04.07 03:37:59 2: MAXCUL, unknown message type B0 from MAX_b00588 [b00588] to MAX_0626e9 [b00588] - ignoring !
2021.04.07 03:38:40 2: MAXCUL, unknown message type 18 from MAX_871a88 [871a88] to MAX_0ede02 [871a88] - ignoring !
2021.04.07 03:38:56 2: MAXCUL, unknown message type 09 from MAX_078c08 [078c08] to MAX_a16d00 [078c08] - ignoring !
2021.04.07 03:38:56 2: MAXCUL, unknown message type 08 from MAX_a16d07 [a16d07] to MAX_9b8900 [a16d07] - ignoring !
2021.04.07 03:39:41 2: MAXCUL, unknown message type 0C from MAX_83ad09 [83ad09] to MAX_119a00 [83ad09] - ignoring !
2021.04.07 03:39:41 2: MAXCUL, unknown message type 09 from MAX_933407 [933407] to MAX_917900 [933407] - ignoring !
2021.04.07 03:40:30 2: MAXCUL, unknown message type 09 from MAX_0aed0a [0aed0a] to MAX_626700 [0aed0a] - ignoring !
2021.04.07 03:40:30 2: MAXCUL, unknown message type 07 from MAX_917909 [917909] to MAX_933400 [917909] - ignoring !
2021.04.07 03:40:45 2: MAXCUL, unknown message type 09 from MAX_0aed0a [0aed0a] to MAX_626700 [0aed0a] - ignoring !
2021.04.07 03:40:46 2: MAXCUL, unknown message type 09 from MAX_078c0a [078c0a] to MAX_620300 [078c0a] - ignoring !
2021.04.07 03:41:37 2: MAXCUL, unknown message type 79 from MAX_0018d7 [0018d7] to MAX_088a0e [0018d7] - ignoring !
2021.04.07 03:41:50 3: MAXCUL, could not handle message PairPong from device [180018] MAX_180018 to [0f8b0c] MAX_0f8b0c - ignoring !
2021.04.07 03:42:32 2: MAXCUL, unknown message type 9A from MAX_000118 [000118] to MAX_001806 [000118] - ignoring !
2021.04.07 03:42:32 2: MAXCUL, unknown message type 91 from MAX_000119 [000119] to MAX_060626 [000119] - ignoring !
2021.04.07 03:43:23 2: MAXCUL, unknown message type 09 from MAX_119a00 [119a00] to MAX_011800 [119a00] - ignoring !
2021.04.07 03:43:45 2: MAXCUL, unknown message type 07 from MAX_000118 [000118] to MAX_000018 [000118] - ignoring !
2021.04.07 03:44:40 2: MAXCUL, unknown message type 9B from MAX_890001 [890001] to MAX_180018 [890001] - ignoring !
2021.04.07 03:45:20 2: MAXCUL, unknown message type 91 from MAX_099334 [099334] to MAX_002626 [099334] - ignoring !
2021.04.07 03:46:13 3: MAXCUL, device [00c21a] UNKNOWN MAX_00c21a want to be re-paired to [891586] MAX_891586, not to us [ 05cf48 ] - ignoring !
2021.04.07 03:46:13 3: MAX_Parse, got message WallThermostatControl for undefined device 079109 type WallMountedThermostat , autocreate is enabled
2021.04.07 03:46:13 2: autocreate: define MAX_079109 MAX WallMountedThermostat 079109
2021.04.07 03:46:13 3: MAX_079109, invalid or missing value  for READING groupid , forcing to 0
2021.04.07 03:46:40 2: MAXCUL, unknown message type 09 from MAX_933407 [933407] to MAX_917900 [933407] - ignoring !
2021.04.07 03:47:19 3: MAXCUL, device [011800] UNKNOWN MAX_011800 want to be re-paired to [18358b] MAX_18358b, not to us [ 05cf48 ] - ignoring !
2021.04.07 03:48:04 2: MAXCUL, unknown message type 09 from MAX_530026 [530026] to MAX_26c5ef [530026] - ignoring !
2021.04.07 03:49:00 2: MAXCUL, unknown message type 89 from MAX_00180e [00180e] to MAX_8b0c7a [00180e] - ignoring !
2021.04.07 03:49:00 3: MAXCUL, could not handle message PairPong from device [000018] MAX_000018 to [348ac4] MAX_348ac4 - ignoring !
2021.04.07 03:50:05 2: MAXCUL, unknown message type 04 from MAX_079b89 [079b89] to MAX_08a16d [079b89] - ignoring !
2021.04.07 03:50:05 2: MAXCUL, unknown message type 9E from MAX_044209 [044209] to MAX_078c0a [044209] - ignoring !
2021.04.07 03:50:24 2: MAXCUL, unknown message type A0 from MAX_04079b [04079b] to MAX_8908a1 [04079b] - ignoring !
2021.04.07 03:51:00 2: MAXCUL, unknown message type 7B from MAX_02020c [02020c] to MAX_83ad09 [02020c] - ignoring !
2021.04.07 03:51:59 2: MAXCUL, unknown message type B7 from MAX_020209 [020209] to MAX_933407 [020209] - ignoring !
2021.04.07 03:51:59 2: MAXCUL, unknown message type E3 from MAX_02020a [02020a] to MAX_626709 [02020a] - ignoring !
2021.04.07 03:53:04 2: MAXCUL, unknown message type 09 from MAX_078c00 [078c00] to MAX_011800 [078c00] - ignoring !
2021.04.07 04:29:48 3: MAX_Parse, got message ThermostatState for undefined device 0f0000 type HeatingThermostat , autocreate is enabled
2021.04.07 04:29:48 2: autocreate: define MAX_0f0000 MAX HeatingThermostat 0f0000
2021.04.07 04:29:48 3: MAX_0f0000, invalid or missing value  for READING groupid , forcing to 0
2021.04.07 05:00:39 2: MAXCUL, unknown message type CF from MAX_020209 [020209] to MAX_933407 [020209] - ignoring !
2021.04.07 05:00:39 2: MAXCUL, unknown message type FB from MAX_02020a [02020a] to MAX_626709 [02020a] - ignoring !
2021.04.07 05:00:59 2: MAXCUL, unknown message type 18 from MAX_af0487 [af0487] to MAX_87880e [af0487] - ignoring !
2021.04.07 05:00:59 2: MAXCUL, unknown message type 67 from MAX_0018c0 [0018c0] to MAX_18880e [0018c0] - ignoring !
2021.04.07 05:01:52 3: MAXCUL, device [18af04] UNKNOWN MAX_18af04 want to be re-paired to [870eb7] MAX_870eb7, not to us [ 05cf48 ] - ignoring !
2021.04.07 05:01:52 3: MAXCUL, device [011800] UNKNOWN MAX_011800 want to be re-paired to [18ed88] MAX_18ed88, not to us [ 05cf48 ] - ignoring !
2021.04.07 05:02:06 2: MAXCUL, unknown message type D6 from MAX_05890e [05890e] to MAX_b90202 [05890e] - ignoring !
2021.04.07 05:02:37 2: MAXCUL, unknown message type C1 from MAX_22830e [22830e] to MAX_940202 [22830e] - ignoring !
2021.04.07 05:02:38 2: MAXCUL, unknown message type C4 from MAX_f38b0e [f38b0e] to MAX_d00202 [f38b0e] - ignoring !
2021.04.07 05:02:40 2: MAXCUL, unknown message type 07 from MAX_054227 [054227] to MAX_068902 [054227] - ignoring !
2021.04.07 05:02:40 2: MAXCUL, unknown message type C4 from MAX_f38b0e [f38b0e] to MAX_d00202 [f38b0e] - ignoring !
2021.04.07 05:02:40 2: MAXCUL, unknown message type 07 from MAX_054227 [054227] to MAX_06890f [054227] - ignoring !
2021.04.07 05:02:41 2: MAXCUL, unknown message type 9B from MAX_890001 [890001] to MAX_180018 [890001] - ignoring !
2021.04.07 05:59:48 3: MAXCUL, device [006006] UNKNOWN MAX_006006 want to be re-paired to [836105] MAX_836105, not to us [ 05cf48 ] - ignoring !
2021.04.07 06:00:17 2: MAXCUL, unknown message type 35 from MAX_047007 [047007] to MAX_9b8900 [047007] - ignoring !
2021.04.07 06:00:57 3: MAX_Parse, message for undefined device 044209 and failed to guess devicetype from msg ConfigWeekProfile - ignoring !
2021.04.07 06:00:59 2: MAXCUL, unknown message type CC from MAX_044209 [044209] to MAX_078c0a [044209] - ignoring !
2021.04.07 06:00:59 2: MAXCUL, unknown message type 19 from MAX_890c10 [890c10] to MAX_044209 [890c10] - ignoring !
2021.04.07 06:02:00 2: MAXCUL, unknown message type 04 from MAX_420907 [420907] to MAX_8c0a62 [420907] - ignoring !
2021.04.07 06:02:06 3: MAX_Parse, message for undefined device 8b8bcc and failed to guess devicetype from msg ConfigWeekProfile - ignoring !
2021.04.07 06:02:08 2: MAXCUL, unknown message type 89 from MAX_0ece02 [0ece02] to MAX_0208a1 [0ece02] - ignoring !
2021.04.07 06:02:08 2: MAXCUL, unknown message type D6 from MAX_108b0c [108b0c] to MAX_a90442 [108b0c] - ignoring !
2021.04.07 06:02:40 2: MAXCUL, unknown message type 9A from MAX_000118 [000118] to MAX_00181c [000118] - ignoring !
2021.04.07 06:02:40 2: MAXCUL, unknown message type 89 from MAX_08a179 [08a179] to MAX_001507 [08a179] - ignoring !
2021.04.07 06:02:40 2: MAXCUL, unknown message type 9A from MAX_000118 [000118] to MAX_00181c [000118] - ignoring !
2021.04.07 06:02:41 2: MAXCUL, unknown message type 07 from MAX_064228 [064228] to MAX_06890e [064228] - ignoring !
2021.04.07 06:02:42 2: MAXCUL, unknown message type 6D from MAX_001507 [001507] to MAX_064228 [001507] - ignoring !
2021.04.07 06:30:43 2: MAXCUL, unknown message type B0 from MAX_03860c [03860c] to MAX_d80442 [03860c] - ignoring !
2021.04.07 06:30:43 3: MAXCUL, device [be3589] UNKNOWN MAX_be3589 want to be re-paired to [890000] MAX_890000, not to us [ 05cf48 ] - ignoring !
2021.04.07 06:30:49 2: MAXCUL, unknown message type 1C from MAX_878786 [878786] to MAX_0cd804 [878786] - ignoring !
2021.04.07 06:30:57 3: MAXCUL, device [00000d] UNKNOWN MAX_00000d want to be re-paired to [2700be] MAX_2700be, not to us [ 05cf48 ] - ignoring !
2021.04.07 06:32:11 2: MAXCUL, unknown message type 18 from MAX_0d2735 [0d2735] to MAX_888819 [0d2735] - ignoring !
2021.04.07 06:32:43 2: MAXCUL, unknown message type 79 from MAX_000119 [000119] to MAX_0b26fd [000119] - ignoring !
2021.04.07 06:32:45 3: MAXCUL, could not handle message PairPong from device [180d27] MAX_180d27 to [35880f] MAX_35880f - ignoring !
2021.04.07 06:32:45 2: MAXCUL, unknown message type 67 from MAX_000000 [000000] to MAX_00180d [000000] - ignoring !
2021.04.07 06:33:32 3: MAXCUL, device [011800] UNKNOWN MAX_011800 want to be re-paired to [18f188] MAX_18f188, not to us [ 05cf48 ] - ignoring !
2021.04.07 06:33:34 2: MAXCUL, unknown message type D7 from MAX_04890e [04890e] to MAX_d90202 [04890e] - ignoring !
2021.04.07 07:00:34 3: MAXCUL, device [a72a87] UNKNOWN MAX_a72a87 want to be re-paired to [0cf904] MAX_0cf904, not to us [ 05cf48 ] - ignoring !
2021.04.07 07:00:57 2: MAXCUL, unknown message type 91 from MAX_790001 [790001] to MAX_190b26 [790001] - ignoring !
2021.04.07 07:01:00 3: MAXCUL, could not handle message SetGroupId from device [840fcc] MAX_840fcc to [047009] MAX_047009 - ignoring !
2021.04.07 07:01:24 2: MAXCUL, unknown message type C4 from MAX_19870e [19870e] to MAX_250202 [19870e] - ignoring !
2021.04.07 07:01:24 2: MAXCUL, unknown message type B0 from MAX_04870e [04870e] to MAX_e10202 [04870e] - ignoring !
2021.04.07 07:02:02 2: MAXCUL, unknown message type 0F from MAX_0c0460 [0c0460] to MAX_0c83ad [0c0460] - ignoring !
2021.04.07 07:02:02 2: MAXCUL, unknown message type 8A from MAX_0ee302 [0ee302] to MAX_0208a1 [0ee302] - ignoring !
2021.04.07 07:02:08 3: MAXCUL, device [b2d69b] UNKNOWN MAX_b2d69b want to be re-paired to [9b600c] MAX_9b600c, not to us [ 05cf48 ] - ignoring !
2021.04.07 07:02:19 2: MAXCUL, unknown message type A1 from MAX_79002d [79002d] to MAX_dd078a [79002d] - ignoring !
2021.04.07 07:02:19 2: MAXCUL, unknown message type 06 from MAX_000000 [000000] to MAX_00000d [000000] - ignoring !
« Letzte Änderung: 07 April 2021, 17:02:50 von Wzut »

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #42 am: 07 April 2021, 17:08:39 »
A. Bitte solche monster in code tags setzen. Ich war so frei den post zu edieren sonst waere er unlesbar fuer mich gewesen!

B. Das schaut aus als waere der cul voellig nben der spur oder etwas stoert massiv den emempfang
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #43 am: 07 April 2021, 18:48:12 »
Das gesamte MAX-Systen funktioniert ohne Probleme.  Senden und Empfang ist normal. Ich logge Temparaturen der Räume mit.
Von daher alles in Ordnung. Ich hatte bisher solche Log-Einträge noch nie.
Seit die Beta am Laufen ist, wurden auch 4 neue MAX-HT/WT per autocreate vollständig neu angelegt. Auch das gab es vorher
noch nicht. Die habe ich auf ignore gesetzt. Ist ja nicht weit schlimm. Ich schau mal mit verbose 2.

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #44 am: 07 April 2021, 19:58:56 »
Könntet ihr mir bitte mal das at-Kommando Schreiben/erklären?

ich habe es damit gemacht
define at_ht_wz at +*00:10:00 set MAX_0dc446 getStatusdamit wird alle 10 minuten vom gerät MAX_0dc446 der Status abgefragt.

ggf. wäre es sinnvoller nur temperatur und valve abzufragen aber ich habe es erstmal so gelöst
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline Taipan

  • New Member
  • *
  • Beiträge: 40
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #45 am: 07 April 2021, 22:03:50 »
@benkler

Danke!

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #46 am: 08 April 2021, 10:23:02 »
Ich habe den CULMAX nochmal über Nacht auf verbose3 gesetzt.
14 neue MAX-Geräte angelegt. Da scheint in der Nachbarschaft ein neues Max-System in Betrieb zu sein.
Also alles gut mit den BETA.

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #47 am: 08 April 2021, 12:28:18 »
Das glaube ich nicht. Um die antworten der neuen getConfig befehle zu empfangen musste ich den vorfilter etwas lockern. Ich vermute nun kommenbei dir teile durch diebisher geblockt wurden. Mein tipp : autocreate disable und den unuetzen mist loeschen ub culmax runter auf verbose 2
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline adn77

  • Full Member
  • ***
  • Beiträge: 121
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #48 am: 08 April 2021, 16:30:55 »
Ich bin total begeistert von den Fortschritten, die Wzut hier erzielt hat, und überaus dankbar für deine Pflege und Weiterentwicklung des MAX! Systems.

Trotzdem sei die Frage erlaubt, warum die neuen GET-Kommandos als FHEM-Set ausgeführt sind und nicht als FHEM-Get.

Alex

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #49 am: 08 April 2021, 17:37:14 »
Die Frage hatte ich mir früher bei Homematic auch schon gestellt ( z.B. set getConfig)
Die Antwort ist relativ simpel :
FHEMWEB erwartet vom Modul bei Ausführung eines GET Kommandos eine Rückgabe die diekt zum User durchgereicht wird und i.d.R. als Popup angezeigt wird.
Bei Ausfühung eines Set Kommandos wird im Erfolgsfall nichts zurückgegeben, bzw. wenn es eine Rückgabe gibt wird sie als Fehler angesehen.
Bei den getConfig Kommandos ist es nun so das zuerst ein Kommando abgefeuert wird, es aber vom Device keine direkte postive/negative Rückmeldung gibt, sondern irgendwann kommt eine Antwort (oder auch nicht) auf die Anfrage.
Bei allen bisherigen set Kommandos reagiert das MAX Device da etwas anderes, zu jedem SET xy Telegramm gibt es ein passendes ACK xy.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline nuxgawk

  • New Member
  • *
  • Beiträge: 10
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #50 am: 08 April 2021, 20:06:03 »
Nein, ich war vor zwei Wochen der Meinung fertig zu sein, dann kam das 12 °C ( Temperatursturz Erkennung ) des fakeWT dazwischen.
Ist zwar kein Fehler der Beta Version, aber ich hatte die Hoffnung das gleich mit erschlagen zu können ( habe ich vermutlich jetzt auch )
Offen ist nach wie vor das Thema der WakeUp Telgramme, das werde ich aber vermutich so schnell nicht lösen können.

So ein bisschen fühle ich mich ja verantwortlich, dass die Module später eingecheckt werden als ursprünglich geplant.  ;)

Seit kurzem habe ich nun auch endlich die neueste Beta-Version im Einsatz und bisher funktioniert alles bestens. Die fakeWTs hatte ich nach dem letzten Posting erst mal deaktiviert, da die WakeUp-Telegramme meine Credits "fraßen" und die SendQueue voll gelaufen ist. Dies ist nun nicht mehr der Fall und ich habe stabil mehr als 3000 Credits bei vier per fakeWT gesteuerten Thermostaten.  :)

Danke für die gute Arbeit.

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #51 am: 09 April 2021, 07:25:29 »
nachdem ich heute nacht auch das MAX System eines Nachbarn bei mir im Fhem hatte tauchen die IDs der geräte nun in der peerlist eines HTs auf und das verhält sich etwas seltsam (siehe screenshot eigentlich durchgehend 5°C).
Ich habe mal Autocreate deaktiviert und die fremden Devices gelöscht.

Meine Fensterkontakte funken scheinbar auch nicht mehr richtig an den CUL aber an die WTs und HTs melden Sie sauber zurück

hier noch ein List des HT aus dem Screenshot
Internals:
   .FhemMetaInternals 1
   .count     -109
   .sendToAddr -1
   .sendToName
   .testbit   0
   .timer     300
   DEF        HeatingThermostat 1ab4fb
   FUUID      5c48893b-f33f-5212-2d05-9a9a34c36ee5cb81
   IODev      cul_MAX
   LASTInputDev cul_MAX
   MSGCNT     30
   NAME       MAX_1ab4fb
   NOTIFYDEV  global
   NR         375
   NTFY_ORDER 50-MAX_1ab4fb
   STATE      5.0
   SVN        BETA_28032021
   TYPE       MAX
   TimeSlot   -1
   addr       1ab4fb
   cul_MAX_MSGCNT 30
   cul_MAX_TIME 2021-04-09 07:15:29
   devtype    1
   type       HeatingThermostat
   .attraggr:
   .attreour:
     .*
   .attrminint:
   Helper:
     DBLOG:
       desiredTemperature:
         DbLog:
           TIME       1617945329.4133
           VALUE      5.0
       temperature:
         DbLog:
           TIME       1617943607.81932
           VALUE      9.6
       valveposition:
         DbLog:
           TIME       1617945329.4133
           VALUE      0
   READINGS:
     2021-04-09 06:06:47   .associatedWith Broadcast,MAX_070fe9,MAX_07c30c,MAX_07c30f
     2021-04-09 07:15:29   .lastact        1617945329
     2021-04-07 08:25:13   .weekProfile    1448151015131520152015204520452045204520452045204520144815101513152015201520452045204520452045204520452014481510151315201520152045204520452045204520452045201448151015131520152015204520452045204520452045204520144815101513152015201520452045204520452045204520452014481510151315201520152045204520452045204520452045201448151015131520152015204520452045204520452045204520
     2021-01-13 19:58:43   .wp_json        {"Sat":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]},"Sun":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]},"Mon":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]},"Tue":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]},"Wed":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]},"Thu":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]},"Fri":{"time":["06:00","22:40","22:55","24:00"],"temp":["5","5","5","5"]}}
     2021-03-17 17:56:15   MAXLAN_error    0
     2021-03-17 17:56:15   MAXLAN_errorInCommand
     2021-03-17 17:56:15   MAXLAN_initialized 1
     2021-03-17 17:56:15   MAXLAN_isAnswer 0
     2021-03-17 17:56:15   MAXLAN_valid    1
     2021-04-09 07:15:29   RSSI            -67.5
     2021-03-16 21:51:54   SerialNr        OEQ1952148
     2021-04-09 07:15:29   battery         ok
     2021-04-09 07:15:29   batteryState    ok
     2021-03-16 21:51:54   boostDuration   5
     2021-03-16 21:51:54   boostValveposition 80
     2021-04-07 08:18:08   comfortTemperature 21.0
     2021-03-16 21:51:54   decalcification Sat 12:00
     2021-04-09 07:15:29   desired-temp    5.0
     2021-04-09 07:15:29   desiredTemperature 5.0
     2021-04-09 06:46:47   deviation       -42.9
     2021-04-07 08:18:08   ecoTemperature  17.0
     2021-03-16 21:51:54   firmware        1.1
     2021-04-09 07:15:29   gateway         1
     2020-08-01 16:21:48   groupid         4
     2021-01-13 19:58:43   lastConfigSave  ./log/MAX_1ab4fb.max
     2021-04-07 05:53:40   lastTimeSync    2021-04-07 05:53:40
     2021-04-09 07:14:30   lastcmd         desiredTemperature auto
     2021-03-16 21:51:54   maxValveSetting 100
     2021-04-07 08:18:08   maximumTemperature 30.5
     2021-04-07 08:18:08   measurementOffset 0.0
     2021-04-07 08:18:08   minimumTemperature 4.5
     2021-04-09 07:15:29   mode            auto
     2021-04-09 07:26:45   msgcnt          113
     2021-01-13 21:44:20   none_lost       4
     2021-01-21 16:10:55   none_retry      13
     2021-04-09 07:15:29   panel           unlocked
     2021-04-09 06:06:47   peerIDs         000000,070fe9,07c30c,07c30f
     2021-04-09 06:06:47   peerList        Broadcast,MAX_070fe9,MAX_07c30c,MAX_07c30f
     2021-04-09 07:15:29   rferror         0
     2021-04-09 07:15:29   state           5.0
     2021-04-09 06:46:47   temperature     9.6
     2021-03-16 21:51:54   testresult      161
     2021-03-16 21:51:54   valveOffset     0
     2021-04-09 07:15:29   valveposition   0
     2021-04-07 08:25:13   weekprofile-0-Sat-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:25:13   weekprofile-1-Sun-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:25:13   weekprofile-2-Mon-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-2-Mon-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:25:13   weekprofile-3-Tue-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-3-Tue-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:25:13   weekprofile-4-Wed-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-4-Wed-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:25:13   weekprofile-5-Thu-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-5-Thu-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:25:13   weekprofile-6-Fri-temp 5.0 °C  /  5.0 °C  /  5.0 °C  /  5.0 °C
     2021-04-07 08:25:13   weekprofile-6-Fri-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-04-07 08:18:08   windowOpenDuration 15
     2021-04-07 08:18:08   windowOpenTemperature 12.0
   helper:
     io:
       nanoCul868:
         raw        Z0E6D02021AB4FB07C3E1000118000A
         rssi       -67.5
         time       1617945329.41214
Attributes:
   IODev      cul_MAX
   alexaName  Heizung Büro
   alias      Heizung Büro
   appOptions {
"template": "thermostat",
"dashboard": "true"
}
   event-on-update-reading .*
   group      Heizung
   icon       hc_wht_regler
   model      HeatingThermostat
   room       Büro,MAX->Geräte,Homekit
   scanTemp   0
   scnModeHandling AUTO
   siriName   MAX_1ab4fb
   userattr   scnProcessByDesiChange:0,1 scnShutterList scnModeHandling:NOCHANGE,AUTO,MANUAL
« Letzte Änderung: 09 April 2021, 07:33:26 von benkler »
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #52 am: 09 April 2021, 08:11:36 »
Ich glaube nicht an diese MAX Nachbar Therorie. IMHO sind das zerstörte Telegramme die vorher verworfen wurden und nun durchgehen.
Ich muss einfach schauen wie ich strenge Prüfung und Config Teile lesen unter einen Hut bekomme. 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #53 am: 09 April 2021, 08:59:20 »
war halt nur auffallend, dass diese geräte nun in der Peerlist sind.
aber ja die werte die hier geloggt wurden zeigen auch eher defekte Telegramme an (233% Ventil stellung, 48°C Gemessene Temperatur etc.)

ich habe aus dem HT mal die Batterie entfernt und damit neugestartet, nun schaut es erstmal besser aus.
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #54 am: 09 April 2021, 09:50:06 »
Moin,

das Log von heute Nachcht sieht erheblich besser aus. Es kommen noch vereinzelt der gezeigten Meldungen.
Es ist dann immer ein zusammenhängender Block etwa dieser Form:

2021.04.09 03:18:31 2: MAXCUL, unknown message type 18 from MAX_c42488 [c42488] to MAX_0ec502 [c42488] - ignoring !
2021.04.09 03:19:56 2: MAXCUL, unknown message type 26 from MAX_c70489 [c70489] to MAX_898a0e [c70489] - ignoring !
2021.04.09 03:19:56 2: MAXCUL, unknown message type 07 from MAX_860cc5 [860cc5] to MAX_044209 [860cc5] - ignoring !
2021.04.09 03:20:21 2: MAXCUL, unknown message type 3C from MAX_890c9a [890c9a] to MAX_044207 [890c9a] - ignoring !
2021.04.09 03:20:21 3: MAXCUL, could not handle message PairPong from device [190026] MAX_190026 to [890c81] MAX_890c81 - ignoring !


Durch die bessere Überschaubarkeit, kam dann dies zum Vorschein:

2021.04.09 06:56:13 3: MAXCUL, could not handle message Test62 from device [670027] MAX_670027 to [c72486] MAX_c72486 - ignoring !
2021.04.09 06:57:29 3: MAXCUL, could not handle message PairPong from device [180727] MAX_180727 to [3c850f] MAX_3c850f - ignoring !
2021.04.09 06:57:29 1: PERL WARNING: Use of uninitialized value in abs at ./FHEM/14_CUL_MAX.pm line 745.
2021.04.09 06:57:29 1: ERROR: empty name in readingsBeginUpdate
2021.04.09 06:57:29 1: stacktrace:
2021.04.09 06:57:29 1:     main::readingsBeginUpdate           called by fhem.pl (5030)
2021.04.09 06:57:29 1:     main::readingsSingleUpdate          called by ./FHEM/14_CUL_MAX.pm (911)
2021.04.09 06:57:29 1:     FHEM::CUL_MAX::Parse                called by fhem.pl (4043)
2021.04.09 06:57:29 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (954)
2021.04.09 06:57:29 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2021.04.09 06:57:29 1:     main::CUL_Read                      called by fhem.pl (3847)
2021.04.09 06:57:29 1:     main::CallFn                        called by fhem.pl (773)
2021.04.09 06:57:29 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4884.
2021.04.09 06:57:29 1: readingsUpdate(,PairedTo,180727) missed to call readingsBeginUpdate first.
2021.04.09 06:57:29 1: stacktrace:
2021.04.09 06:57:29 1:     main::readingsBulkUpdate            called by fhem.pl (5031)
2021.04.09 06:57:29 1:     main::readingsSingleUpdate          called by ./FHEM/14_CUL_MAX.pm (911)
2021.04.09 06:57:29 1:     FHEM::CUL_MAX::Parse                called by fhem.pl (4043)
2021.04.09 06:57:29 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (954)
2021.04.09 06:57:29 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2021.04.09 06:57:29 1:     main::CUL_Read                      called by fhem.pl (3847)
2021.04.09 06:57:29 1:     main::CallFn                        called by fhem.pl (773)
2021.04.09 06:57:29 3: MAXCUL, device [000000] UNKNOWN MAX_000000 want to be re-paired to [180727] MAX_180727, not to us [ 05cf48 ] - ignoring !

Die Zuweisung der Gerätebefehle in der Beta enthält die Befehle "Test....". Das gibt es in der SVN-Version ja nicht.  Nach Zuweisung von Test folgt ein " UNKNOWN"-Bock mit der MAXID [000000]
Das ist systematisch.
« Letzte Änderung: 09 April 2021, 10:07:06 von west2107 »

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #55 am: 09 April 2021, 14:33:45 »
Die Zuweisung der Gerätebefehle in der Beta enthält die Befehle "Test....". Das gibt es in der SVN-Version ja nicht.  Nach Zuweisung von Test folgt ein " UNKNOWN"-Bock mit der MAXID [000000]
Das ist systematisch.

Also den Abschnitt habe ich jetzt dreimal gelesen und muß sagen ich verstehe ihn nicht :(
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #56 am: 09 April 2021, 16:04:06 »
Dieser Code-Abschnitt stammt aus der 14_CUL_MAX.prn beta:

my %msgId2Cmd = (
                 '00' => 'PairPing',
                 '01' => 'PairPong',
                 '02' => 'Ack',
                 '03' => 'TimeInformation',
                 '10' => 'ConfigWeekProfile',
                 '11' => 'ConfigTemperatures', #like eco/comfort etc
                 '12' => 'ConfigValve',
                 '20' => 'AddLinkPartner',
                 '21' => 'RemoveLinkPartner',
                 '22' => 'SetGroupId',
                 '23' => 'RemoveGroupId',
'24' => 'Test24',
                 '30' => 'ShutterContactState',
                 '40' => 'SetTemperature', # to thermostat
                 '42' => 'WallThermostatControl', # by WallMountedThermostat
                 # Sending this without payload to thermostat sets desiredTempeerature to the comfort/eco temperature
                 # We don't use it, we just do SetTemperature
                 '43' => 'SetComfortTemperature',
                 '44' => 'SetEcoTemperature',
                 '50' => 'PushButtonState',
                 '60' => 'ThermostatState', # by HeatingThermostat
'61' => 'Test61',
'62' => 'Test62',
'63' => 'Test63',
'71' => 'Test71',

                 '70' => 'WallThermostatState',

Die Zuweisungen Test gibt es in der 14_CUL-MAX.prn SVN Version nicht.

Die erste Zeile des Protokollauszug zeigt das Problem mit Test62 am Device MAX_670027 an.
Die letzte Zeile führt MAXCUL, device [000000] UNKNOWN MAX_000000 .....

Diesen Fehler habe ich 3 mal mit selben Protokolleinträgen. Wird einem Gerät der Befehl Test62 zugewiesen,
führt dies zur fehlerhaften Weiterbehandlung in 00_CUL.pm (954).

Das nächste MAX-Gerät wird mit ID 000000 geparst, was sicherlich nicht der Realität entspricht.

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #57 am: 09 April 2021, 17:55:57 »
ach sorry, damit habe ich bisher unbekannte Tellegram Typen gesucht, das solltet ihr aber eigentlich nie vorgesetzt bekommen, habe ich doch glatt vergessen vorher zu löschen.
Nun werden eigentlich unsinnige Telegrammtypen plötzlich als gültig komplett durchgereicht.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline thburkhart

  • Full Member
  • ***
  • Beiträge: 277
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #58 am: 30 April 2021, 16:36:28 »
ich kann berichten, dass auch bei mir alles wunderbar stabil läuft.

herzlichen Dank an WZUT!!
2 RASPI2B, 1 RASPI3B, 2 CUL, 2 Jeelink, 52 Tuya-Devices (Schalter, Dimmer, Sensoren, Cameras), 22 HUE-Lampen, 5 MAX! WTs, 16 MAX! HTs, 12 MAX! FKs, 1 Bresser 5in1, 1 OilFox, 8 ALEXA Echos und Dots, IOBroker, FHEM, 5 Tasmota-Devices, SonOff -Bridge, PowerFox, Buderus KM200

Offline Taipan

  • New Member
  • *
  • Beiträge: 40
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #59 am: 30 April 2021, 22:12:05 »
Bei mir auch alles bestens - Danke!
Wann gehen denn die Pakete in die offizielle Verteilung damit sie wieder ins Update aufgenommen werden können?

Offline dirk.k

  • Full Member
  • ***
  • Beiträge: 241
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #60 am: 16 Mai 2021, 15:55:00 »
Hallo zusammen.
Erst mal ein dickes Dankeschön. Die neuen Funktionen sind toll.
Was verwendet ihr für Module/Firmware zum Senden/Empfangen?
Ich habe einen "V 1.67 nanoCUL433" (auf 3600 credits aufgebohrt) drunter und der hängt sich jetzt recht häufig auf.
Besonders, wenn ich zum Testen das "getStatus" alle 1-2 Minuten ausführe. Credits sind zum Schluss noch ausreichen da.
Vom CUL bekomme ich dann auf alle Befehle "no Answer" zurück.
Helfen tut dann nur ein Trennen vom USB + "reopen".
Habe ihn direkt am FHEM Server und via ser2net getestet ... immer das Gleiche.
Danke, Dirk
 

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #61 am: 16 Mai 2021, 17:54:04 »
Hallo Zusammen,
ich habe gestern und heute versucht mittels "deassociate" zwei VSC's von einem HT abzulernen - erhalte von diesem HT ab immer "keine Reaktion" bei deassiciate ... d.h. er behält ihn - Sonstige Aufträge übernimmt er sofort...
error Send Queue NACK from Thermostat_EG_ArbZi for RemoveLinkPartner
Was kann ich noch versuchen um hier einen VSC hinauszuwerfen?

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #62 am: 17 Mai 2021, 07:15:37 »
Guten Morgen,

heute hatte ich einen Schwung Meldungen im Log, die ich mir nicht, oder nur schwer erklären kann.
Wenn ich es richtig sehe, wurden viele "fremde" MAX-Geräte "gehört" und deren Nachrichten konnten nicht interpretiert werden..
Die Geräte sind m.W. bei mir nicht angelegt (zumindest finde ich die Adressen in den eckigen Klammern nicht), bis auf die Nachricht um 2021.05.17 00:27:56 wo zumindest mein CUL_MAX vorkommt.
Was dann ab 06:32 Uhr los ist - keine Ahnung
2021.05.17 00:17:56 2: cm, unknown message type 66 from MAX_440018 [440018] to MAX_002600 [440018] - ignoring !
2021.05.17 00:27:56 2: cm, unknown message type CC from cm [entfernt] to MAX_001800 [entfernt] - ignoring !
2021.05.17 01:07:56 2: cm, unknown message type 1F from MAX_840fa0 [840fa0] to MAX_00600a [840fa0] - ignoring !
2021.05.17 03:47:56 2: cm, unknown message type 66 from MAX_44000f [44000f] to MAX_000060 [44000f] - ignoring !
2021.05.17 05:10:27 2: cm, unknown message type 18 from MAX_002600 [002600] to MAX_d02486 [002600] - ignoring !
2021.05.17 05:37:56 2: cm, unknown message type 18 from MAX_1f2a00 [1f2a00] to MAX_d02486 [1f2a00] - ignoring !
2021.05.17 05:46:14 2: cm, unknown message type 25 from MAX_860f00 [860f00] to MAX_046004 [860f00] - ignoring !
2021.05.17 05:46:26 2: cm, unknown message type CF from MAX_1b850f [1b850f] to MAX_a00460 [1b850f] - ignoring !
2021.05.17 05:50:34 2: cm, unknown message type 37 from MAX_850fa0 [850fa0] to MAX_04600a [850fa0] - ignoring !
2021.05.17 05:57:56 2: cm, unknown message type 1F from MAX_2a00d9 [2a00d9] to MAX_258585 [2a00d9] - ignoring !
2021.05.17 06:24:29 2: cm, unknown message type DF from MAX_1d890f [1d890f] to MAX_000460 [1d890f] - ignoring !
2021.05.17 06:28:23 2: cm, unknown message type 1F from MAX_2a00e2 [2a00e2] to MAX_26890f [2a00e2] - ignoring !
2021.05.17 06:32:14 1: PERL WARNING: Use of uninitialized value in abs at ./FHEM/14_CUL_MAX.pm line 745.
2021.05.17 06:32:14 1: ERROR: empty name in readingsBeginUpdate
2021.05.17 06:32:14 1: stacktrace:
2021.05.17 06:32:14 1:     main::readingsBeginUpdate           called by fhem.pl (5070)
2021.05.17 06:32:14 1:     main::readingsSingleUpdate          called by ./FHEM/14_CUL_MAX.pm (911)
2021.05.17 06:32:14 1:     FHEM::CUL_MAX::Parse                called by fhem.pl (4083)
2021.05.17 06:32:14 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (954)
2021.05.17 06:32:14 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2021.05.17 06:32:14 1:     main::CUL_Read                      called by fhem.pl (3887)
2021.05.17 06:32:14 1:     main::CallFn                        called by fhem.pl (773)
2021.05.17 06:32:14 1: PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4924.
2021.05.17 06:32:14 1: readingsUpdate(,PairedTo,180b2a) missed to call readingsBeginUpdate first.
2021.05.17 06:32:14 1: stacktrace:
2021.05.17 06:32:14 1:     main::readingsBulkUpdate            called by fhem.pl (5071)
2021.05.17 06:32:14 1:     main::readingsSingleUpdate          called by ./FHEM/14_CUL_MAX.pm (911)
2021.05.17 06:32:14 1:     FHEM::CUL_MAX::Parse                called by fhem.pl (4083)
2021.05.17 06:32:14 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (954)
2021.05.17 06:32:14 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (832)
2021.05.17 06:32:14 1:     main::CUL_Read                      called by fhem.pl (3887)
2021.05.17 06:32:14 1:     main::CallFn                        called by fhem.pl (773)
2021.05.17 06:32:14 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4670.
2021.05.17 06:44:16 2: cm, unknown message type 52 from MAX_e0850b [e0850b] to MAX_520630 [e0850b] - ignoring !
2021.05.17 06:44:23 2: cm, unknown message type D6 from MAX_128900 [128900] to MAX_520583 [128900] - ignoring !
2021.05.17 06:47:56 2: cm, unknown message type 2A from MAX_00e525 [00e525] to MAX_820b52 [00e525] - ignoring !
« Letzte Änderung: 17 Mai 2021, 08:53:50 von Parador »

Offline Taipan

  • New Member
  • *
  • Beiträge: 40
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #63 am: 17 Mai 2021, 20:52:38 »
Ich wüßte immernoch gern ob die Pakete mittlerweile im offiziellen Update sind weil ich sie noch vom Update ausgeschlossen habe!
Kann das jemand klarstellen?

List of new / modified files since last update:
UPD FHEM/00_MAXLAN.pm (excluded from update)
UPD FHEM/10_MAX.pm (excluded from update)
UPD FHEM/14_CUL_MAX.pm (excluded from update)

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #64 am: 18 Mai 2021, 19:04:24 »
@Parador, ich tippe da auf zerstörte Telegramme - kommt manchmal vor, auch bei mir

@Taipan, sind nicht im svn daher ja auch dieser Thread
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline west2107

  • New Member
  • *
  • Beiträge: 15
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #65 am: 22 Mai 2021, 09:29:00 »
@ Parador

Das Problem mir dem Empfang hatte ich auch. Bei mir wurden über mehrere Tage 41 MAX-Geräte per Autocreate erzeugt.
Die habe ich alle auf ignore gesetzt. Seit einigen Wochen ist aber Ruhe.
Es macht auch Sinn die PeerList der eigenen Geräte zu überwachen. Ich hatte einen Kandidaten der sehr gerne mit solchen
neuen Geräten "schwatzte". Die erscheinen dann in seiner PeerList.
Den habe ich zurückgesetzt und neu angelernt. Jetzt ist der auch ruhig geworden.

Ansonstenlaufen die Module gut und die neuen Funktionen sind ein echter Mehrwert.

Offline Parador

  • Full Member
  • ***
  • Beiträge: 246
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #66 am: 25 Mai 2021, 15:22:21 »
@west2107 & @Wzut
Danke für die Hinweise, ich habe tatsächlich auch einen "Schätzer" gefunden, bei dem einige der unbekannten Geräte in der peerList auftauchen.
Die meisten habe ich auf ignore gesetzt.
Jetzt habe ich aber noch einige Fragen:
Wie unterscheiden sich "peerIDs", "peerList" und "peers" ?
"peers" sind m.M. nach die die mit "associate" verknüpft wurden, und die anderen?
Hier mal ein List des "Schätzers", die "peers" sind ok - muss ich wegen der anderen bei peerIDs und peerList noch was tun?
2021-05-23 13:09:03   peerIDs         000000,0f0000,440f00,4427c4,44660f
2021-05-23 13:09:03   peerList        Broadcast,MAX_0f0000,MAX_440f00,MAX_4427c4,MAX_44660f
2020-05-01 08:49:12   peers           010501,010502

Und dann habe ich noch das Problem, dass ein anderer nicht auf ein "deassiciate" reagiert
2020-11-30 11:30:14   peerIDs         000000,222222
2020-11-30 11:30:14   peerList        Broadcast,MAX_222222
2021-05-14 22:55:59   peers           [u]010001,010201[/u],010301,010302

Hier erhalte ich im CUL_MAX immer die identische Fehlermeldung:
Internals:
   DEF        --entfernt--
   FUUID      5d9598f6-f33f-71bb-9d12-fbd0e5ae82f8ad07
   IODev      MAX_CUL_0
   LASTInputDev
   NAME       cm
   NOTIFYDEV  global
   NR         267
   NTFY_ORDER 50-cm
   STATE      MAX_CUL_0:ok
   SVN        28032021
   TYPE       CUL_MAX
   addr       --entfernt--
   cnt        0
   pairmode   0
   retryCount 0
   sq         0
   READINGS:
     2021-05-23 13:21:58   IODev           MAX_CUL_0
     2021-05-25 15:06:16   error           Send Queue NACK from Thermostat_EG_AZi for RemoveLinkPartner
     2021-05-25 13:22:08   msgcnt          5
     2020-03-26 10:53:27   packetsLost     697
     2021-05-25 15:12:24   state           MAX_CUL_0:ok
   helper:
     asso:
       Fenster_EG_SZi_re Dispatch
       MAX_CUL_0  IO
       Thermostat_EG_AZi Send
       Thermostat_EG_EZi Dispatch
       Thermostat_EG_K Dispatch
       Thermostat_EG_SZi Send
       Thermostat_EG_WZi Dispatch
       Thermostat_OG_GZiA Dispatch
       Thermostat_OG_GZiB Dispatch
       Thermostat_OG_KZi_2 Dispatch
       Thermostat_OG_XZi Send
   sendQueue:
Attributes:
   IODev      MAX_CUL_0
   fakeSCaddr 222222
   fakeWTaddr 111111
   icon       cul_max
   room       MAX
Habt Ihr da Ideen?

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #67 am: 25 Mai 2021, 19:39:41 »
peerIDs und peerList gehören zusammen , IDs listet die sechstelligen HEX Adressen, List versucht die dazu passenden Namen dazustellen.
Ist bei vielen Usern leider relativ sinnlos, da sie an den blöden MAX_Hex autocreate Namen festhängen .... anyway
Beide Listen bauen sich dynamisch auf je nachdem welche Telegramme das CUL_MAX Device jemals gesehen hat, entweder als Ziel oder als Quelle.
Ist ne reine Info für den User und wenn da Müll drin steht oder es jamand nicht haben will -> delereading

peers baut sich auch selbst auf, aber nur nach einem peering (associate) von Hand.
Ebenfalls eine reine Info, mit Ausnahme bei den virtuellen Geräten.

wenn ein Gerät auf deassociate (unpeering) ein NACK ausgibt dann ist das betreffende Gerät nicht mehr gepeered oder war es noch nie.
Auch hier muß das Reading nicht unbedingt stimmen, da es halt bis jetzt keine Möglichkeit gibt diese direkt auszulesen.     

und BTW :
Zitat
--entfernt--
   
sowas ist Unfug, die MAX Adressen sind keine Staatsgeheimnisse sondern einfach nur Nummern .....
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline scooty

  • Sr. Member
  • ****
  • Beiträge: 554
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #68 am: 09 Juni 2021, 07:40:17 »
Hallo Wzut,

habe die drei Beta-Module ansonsten problemlos im Einsatz, bekomme aber für meinen Eindruck viele solcher Meldungen
XXXX_CULMAX00, Send Queue could not change IODev !im FHEM-Log (z.B. aktuell seit Mo, 00:00h: 46 Meldungen, letzte Woche: 222 Meldungen).

XXXX_CULMAX00 ist das CUL_MAX Device.

Kann leider nicht nachvollziehen, was sie genau bedeuten oder was ich tun kann, um die Meldungen zu eliminieren (außer verbose 2 am MAX-Device :'().
Muss ich mir Sorgen machen?

Als IO-Devices habe ich 1 CUL und 2 mit aculfw geflashte MAX-Cubes im Einsatz und entsprechend im CUL_MAX Device "XXXX_CULMAX00" im Attribut "IOgrp" aufgenommen:
Internals:
   DEF        123456
   FUUID      5c4429e7-f33f-cd7a-aa25-6899a3aa62ba5f6f
   IODev      XXOG_CUL_MAX
   IOgrp      XXOG_CUL_MAX,XXDG_MAXCUBE01,XXKG_MAXCUBE01
   LASTInputDev
   NAME       XXXX_CULMAX00
   NOTIFYDEV  global
   NR         26
   NTFY_ORDER 50-XXXX_CULMAX00
   STATE      XXOG_CUL_MAX:ok,XXDG_MAXCUBE01:ok,XXKG_MAXCUBE01:ok
   SVN        28032021
   TYPE       CUL_MAX
   XXDG_MAXCUBE01_VERSION 167
   XXKG_MAXCUBE01_VERSION 167
   XXOG_CUL_MAX_MAXID 123456
   XXOG_CUL_MAX_VERSION 167
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   sq         0
   READINGS:
     2021-06-05 14:03:25   IODev           XXOG_CUL_MAX
     2021-05-25 07:12:00   XXDG_MAXCUBE01_cmd_last_h 2
     2021-05-25 07:12:00   XXDG_MAXCUBE01_credit10ms 3600
     2020-10-01 07:31:23   XXDG_MAXCUBE01_lost 2
     2021-03-27 10:23:34   XXDG_MAXCUBE01_nack 4
     2021-06-07 07:08:41   XXDG_MAXCUBE01_retry 229
     2021-05-17 10:32:35   XXKG_MAXCUBE01_cmd_last_h 3
     2021-05-17 10:32:35   XXKG_MAXCUBE01_credit10ms 3600
     2021-01-10 11:57:41   XXKG_MAXCUBE01_lost 26
     2021-04-01 05:31:35   XXKG_MAXCUBE01_retry 116
     2021-06-09 07:17:51   XXOG_CUL_MAX_cmd_last_h 7
     2021-06-09 07:17:51   XXOG_CUL_MAX_credit10ms 900
     2021-03-15 08:56:04   XXOG_CUL_MAX_lost 64
     2020-12-22 18:08:02   XXOG_CUL_MAX_nack 6
     2021-06-05 15:23:45   XXOG_CUL_MAX_retry 924
     2021-06-09 07:17:51   error           could not change IODev
     2021-04-03 09:31:38   lastTimeSync    BAEG_MT
     2021-06-09 02:03:38   msgcnt          8
     2021-03-01 15:33:25   none_lost       109
     2021-03-01 15:33:18   none_retry      327
     2020-01-03 12:58:58   packetsLost     3188
     2020-01-03 10:10:42   packetsNACK     9
     2020-01-10 07:09:22   packetsRetry    145
     2021-05-09 23:57:48   short_message   Z00
     2021-06-09 07:28:41   state           XXOG_CUL_MAX:ok,XXDG_MAXCUBE01:ok,XXKG_MAXCUBE01:ok
     2021-03-30 18:25:09   unknown_message Z19F800101234560E847600015201511F53204520452045204520
   helper:
     asso:
       BADG_MFSC  Dispatch
       BADG_MT    Send
       BAEG_MF    Dispatch
       BAEG_MT    Dispatch
       BAOG_MF    Dispatch
       BAOG_MT    Dispatch
       EZEG_MT    Dispatch
       EZOG_MT    Dispatch
       FLDG_MB    Dispatch
       KUDG_MFSC  Dispatch
       KUDG_MT    Dispatch
       SZDG_MFSC  Dispatch
       SZDG_MT    Dispatch
       SZEG_MT    Dispatch
       SZOG_MFSC  Dispatch
       SZOG_MT    Send
       WGEG_MT    Dispatch
       WZDG_MFSC  Dispatch
       WZDG_MT    Dispatch
       WZEG_MFSC  Dispatch
       WZEG_MT    Send
       WZOG_MF    Dispatch
       WZOG_MT    Dispatch
       XXDG_MAXCUBE01 IO
       XXDG_MTW   Dispatch
       XXKG_MAXCUBE01 IO
       XXOG_CUL_MAX IO
   sendQueue:
Attributes:
   IODev      XXOG_CUL_MAX
   IOgrp      XXOG_CUL_MAX,XXDG_MAXCUBE01,XXKG_MAXCUBE01
   blacklist  02020a,0b2ce7,1325b9,13d598,0b2d0d,0b311b,1325e0,13d59a,02892b,600e84,da0985,180024
   debug      1
   fakeSCaddr 222222
   fakeWTaddr 111111

Danke für jeglichen Hinweis und falls weitere Infos benötigt werden, liefere ich sie gerne nach,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #69 am: 09 Juni 2021, 10:02:05 »
Ich befürchte das sind die ersten Auswirkungen von https://forum.fhem.de/index.php/topic,120603.0.html
Ist dein FHEM denn aktuell ?
Für den IOWechsel ist das CULdev Attribut des jeweiligen MAX Device zuständig, welcher Wechsel da genau schief geht verrät dir dein XXXX_CULMAX00 wenn es mit verbose 4 läuft.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline JHo

  • Full Member
  • ***
  • Beiträge: 184
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #70 am: 09 Juni 2021, 10:11:29 »
ach sorry, damit habe ich bisher unbekannte Tellegram Typen gesucht, das solltet ihr aber eigentlich nie vorgesetzt bekommen, habe ich doch glatt vergessen vorher zu löschen.
Nun werden eigentlich unsinnige Telegrammtypen plötzlich als gültig komplett durchgereicht.

Hallo Wzut,
hattest du das eigentlich wieder behoben? Bzw. was muss ich in der noch im ersten Post verlinkten Version von Ende März auskommentieren, damit sich bei mir nicht die Peerlists mit Müll füllen? Autocreate ist sowieso aus.

Danke!
Jan
1: FHEM auf Ubuntu, MAX!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, diverse LaCrosse-Sensoren, per remote angebundene DS18B20-Sensoren
2: FHEM auf Raspi 3, Max!Cube, Wand- und Heizkörperthermostate, Eco-Schalter, ht_pitiny-Adapter zu Junkers FW120

Offline scooty

  • Sr. Member
  • ****
  • Beiträge: 554
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #71 am: 09 Juni 2021, 13:57:26 »
Ich befürchte das sind die ersten Auswirkungen von https://forum.fhem.de/index.php/topic,120603.0.html
Ist dein FHEM denn aktuell ?
Für den IOWechsel ist das CULdev Attribut des jeweiligen MAX Device zuständig, welcher Wechsel da genau schief geht verrät dir dein XXXX_CULMAX00 wenn es mit verbose 4 läuft.
Danke für die prompte Reaktion.
FHEM habe ich jetzt auf den neuesten Stand gebracht, die Meldungen kommen weiterhin.
Diesmal mit verbose 4:
2021.06.09 13:26:03.034 4: XXXX_CULMAX00, Send Queue packet to XXDG_MTW needs XXDG_MAXCUBE01 but current IODev is XXOG_CUL_MAX
2021.06.09 13:26:03.042 3: XXXX_CULMAX00, Send Queue could not change IODev !
2021.06.09 13:26:03.062 4: XXXX_CULMAX00, Send Queue packet send : Zs0beb043030281209a9611e10 to XXDG_MTW with XXOG_CUL_MAX
2021.06.09 13:26:04.133 4: XXXX_CULMAX00, C: EB, F: 02, T: 02, S: 09A961 D: 302812 G: 00 P: 0119043D
2021.06.09 13:26:04.134 4: XXXX_CULMAX00, IODev XXOG_CUL_MAX, flags 02, msgcnt EB, msgType Ack, src 09a961 WallMountedThermostat, dst 302812 virtualShutterContact, group 0, payload 0119043D, rssi -67.5
2021.06.09 13:26:04.235 4: XXXX_CULMAX00, C: EB, F: 04, T: 30, S: 302812 D: 09A961 G: 1E P: 10
2021.06.09 13:26:04.236 4: XXXX_CULMAX00, IODev XXKG_MAXCUBE01, flags 04, msgcnt EB, msgType ShutterContactState, src 302812 virtualShutterContact, dst 09a961 WallMountedThermostat, group 30, payload 10, rssi -84
2021.06.09 13:26:04.286 4: XXXX_CULMAX00, C: EB, F: 02, T: 02, S: 09A961 D: 302812 G: 00 P: 0119043D
2021.06.09 13:26:04.286 4: XXXX_CULMAX00, IODev XXKG_MAXCUBE01, flags 02, msgcnt EB, msgType Ack, src 09a961 WallMountedThermostat, dst 302812 virtualShutterContact, group 0, payload 0119043D, rssi -89.5
2021.06.09 13:26:04.381 4: XXXX_CULMAX00, C: EB, F: 04, T: 30, S: 302812 D: 09A961 G: 1E P: 10
2021.06.09 13:26:04.381 4: XXXX_CULMAX00, IODev XXDG_MAXCUBE01, flags 04, msgcnt EB, msgType ShutterContactState, src 302812 virtualShutterContact, dst 09a961 WallMountedThermostat, group 30, payload 10, rssi -67.5
2021.06.09 13:26:04.432 4: XXXX_CULMAX00, C: EB, F: 02, T: 02, S: 09A961 D: 302812 G: 00 P: 0119043D
2021.06.09 13:26:04.432 4: XXXX_CULMAX00, IODev XXDG_MAXCUBE01, flags 02, msgcnt EB, msgType Ack, src 09a961 WallMountedThermostat, dst 302812 virtualShutterContact, group 0, payload 0119043D, rssi -57.5
2021.06.09 13:26:04.542 4: XXXX_CULMAX00, Send Queue ACK from XXDG_MTW for ShutterContactState, removing from queue
Ich verstehe das so, dass
- zum Senden an das WT XXDG_MTW als IO-Device XXDG_MAXCUBE01 benutzt werden soll (woher stammt die Info, welches CULdev zu nutzen ist?)
- im Attribut "CULdev" des WT XXDG_MTW allerdings das IO-Device XXOG_CUL_MAX steht (automatisch durch die MAX-Module wegen mehrerer IO-Devices gesetzt, abhängig vom besten RSSI-Wert)
- das Attribut und somit der Wechsel nicht auf CULdev XXDG_MAXCUBE01 geändert werden kann (warum?)

Kann leider immer noch nicht einordnen (bin ehrlich gesagt daran gescheitert, den von Dir verlinkten Thread zu verstehen), ob die Meldung jetzt ein Problem darstellt oder es eher "normal" ist und ignoriert werden kann?

Viele Dank für Deine Unterstützung,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #72 am: 09 Juni 2021, 19:03:46 »
was muss ich in der noch im ersten Post verlinkten Version von Ende März auskommentieren
die Zeilen mit TestXX :
my %msgId2Cmd = (
                 '00' => 'PairPing',
                 '01' => 'PairPong',
                 '02' => 'Ack',
                 '03' => 'TimeInformation',
                 '10' => 'ConfigWeekProfile',
                 '11' => 'ConfigTemperatures', #like eco/comfort etc
                 '12' => 'ConfigValve',
                 '20' => 'AddLinkPartner',
                 '21' => 'RemoveLinkPartner',
                 '22' => 'SetGroupId',
                 '23' => 'RemoveGroupId',
'24' => 'Test24',
                 '30' => 'ShutterContactState',
                 '40' => 'SetTemperature', # to thermostat
                 '42' => 'WallThermostatControl', # by WallMountedThermostat
                 # Sending this without payload to thermostat sets desiredTempeerature to the comfort/eco temperature
                 # We don't use it, we just do SetTemperature
                 '43' => 'SetComfortTemperature',
                 '44' => 'SetEcoTemperature',
                 '50' => 'PushButtonState',
                 '60' => 'ThermostatState', # by HeatingThermostat
'61' => 'Test61',
'62' => 'Test62',
'63' => 'Test63',
'71' => 'Test71',

                 '70' => 'WallThermostatState',
                 '82' => 'SetDisplayActualTemperature',
                 'F1' => 'WakeUp',
                 'F0' => 'Reset',
               );
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #73 am: 09 Juni 2021, 19:18:45 »
FHEM habe ich jetzt auf den neuesten Stand gebracht
so war das nicht gemeint, je neuer , je schlimmer :(
Zitat
woher stammt die Info, welches CULdev zu nutzen ist?
wie bereits geschrieben bestimmt du es selbst je MAX Device mit dem Attribut CULdev
Denn nur du kannst eigentlich wissen welcher deiner CULs der "Beste" für das jeweilige Device ist.
Zitat
automatisch durch die MAX-Module wegen mehrerer IO-Devices gesetzt
Das kann nur eine Empfehlung sein, die letzte Entscheidung trifft der User selbst , siehe Attribut autoselectCUL

Zitat
bin ehrlich gesagt daran gescheitert, den von Dir verlinkten Thread zu verstehen
macht nichts, der ist auch schwere Kost und in weiten Teilen kann ich selbst die Argrumente der Profis nicht verstehen,
aber Fakt ist das diese Änderungen schuld am jetzigen Verhalten desCUL_MAX Device sind wenn das CUL_MAX Device kein simples IODev hat sondern
wie Homematic mehere unter IOGrp. Ich muß sehen wie dieser Schildbürgerstreich endet und dann schauen ob ich das Multi IO des CUL_MAX weiter am Leben halten kann.


Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline scooty

  • Sr. Member
  • ****
  • Beiträge: 554
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #74 am: 10 Juni 2021, 09:20:06 »
so war das nicht gemeint, je neuer , je schlimmer :(
Ups, aber egal, war ja sowieso schon auf einer der neueren Versionen, sonst wär die Meldung ja nicht da.

wie bereits geschrieben bestimmt du es selbst je MAX Device mit dem Attribut CULdev
Denn nur du kannst eigentlich wissen welcher deiner CULs der "Beste" für das jeweilige Device ist.Das kann nur eine Empfehlung sein, die letzte Entscheidung trifft der User selbst , siehe Attribut autoselectCUL
Alles klar, "autoselectCUL" hatte ich bisher nicht genutzt, der CUL-Auswahl-Automatismus funktioniert sehr gut.

Ich muß sehen wie dieser Schildbürgerstreich endet und dann schauen ob ich das Multi IO des CUL_MAX weiter am Leben halten kann.
Ich hoffe darauf, alles andere wäre mMn ein Rückschritt (natürlich nicht von Dir verschuldet).

Vielen Dank und Grüße,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #75 am: 10 Juni 2021, 17:40:31 »
@scooty und diejenigen die Multi IO am cm Device nutzen und jetzt auch diese Probleme haben :
löscht bitte am cm Device das Attribut IODev , save und FHEM restart.
Zumindest in meiner Testumgebung ist dann der Wechsel wieder ohne Fehler möglich.
 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline scooty

  • Sr. Member
  • ****
  • Beiträge: 554
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #76 am: 11 Juni 2021, 12:50:21 »
Kann ich bestätigen, seit Löschung des Attributs und Restart keine Meldungen mehr.
8)

Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH10880 / IO Homecontrol

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #77 am: 11 Juni 2021, 19:07:02 »
OK, danke für die Rückmeldung.
Dann bekommt 14_CUL_MAX noch ein paar Zeilen die das IODev Attribut löschen sobald der User IOgrp mit mehr als einem gültigen CUL anlegt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline Nuems

  • New Member
  • *
  • Beiträge: 12
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #78 am: 27 Juni 2021, 07:56:49 »
Eine kurze Rückfrage zu #36:
Verstehe ich es richtig, dass die neuen Möglichkeiten zur Temperaturabfrage in 10_MAX nicht mit dem MAXCube funktionieren, sondern einen CUL erfordern?

Hintergrund:
Mein FHEM soll ohnehin gerade auf einen anderen Server umziehen und das ist eine gute Gelegenheit zum Aufräumen/Ausmisten und (gerade außerhalb der Heizperiode) ggf. auch dafür, den Cube doch mal zu flashen. Bisher fehlte ein wenig der Anreiz, die Temperaturabfrage wäre ein solcher.

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #79 am: 28 Juni 2021, 07:43:24 »
@Nuems, so ist es : 14_CUL_MAX only !
Wenn du aber jetzt ein Wechsel planst bitte denke daran und notiere dir deine aktuelle MAXID und ziehe Streßfrei vom CUBE auf CUL_MAX um ohne Werksreset !
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline neyzen

  • Full Member
  • ***
  • Beiträge: 357
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #80 am: 06 Juli 2021, 12:37:50 »
Hi,
ich nutzt jetzt schon die Beta Version seit Anfang des Jahres mit einem externen Sensor.
Mir ist aufgefallen das ich in dieser Zeit schon zwei mal die Batterien wechseln musste. Bei den anderen Thermostaten die noch mit dem Cube laufen ist der Wechsel so alle 2 Jahre. Kennt das jemand?

Offline _fhemuser_

  • New Member
  • *
  • Beiträge: 43
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #81 am: 23 Juli 2021, 09:17:15 »
Hallo,

ich habe auch die 3 angepassten Dateien aus dem dem ersten Post installiert, weil mich die aktuelle Temperatur der HTs interessiert und ich mit dem Scanner nicht warm wurde.

Aber seit dem habe ich massive Probleme mit den zwei vorhandenen CULs. Einer ist mit 433 MHz für Schaltsteckdosen und einer mit 868 MHz für MAX!

Aus dem verlinkten thread https://forum.fhem.de/index.php/topic,120603.0.html verstehe ich, dass die ursprünglichen Zuordnungen USB1 für 433 MHz und USB2 für 868 MHz wohl nicht mehr funktionieren.

Da mit die Schaltung der Steckdosen wichtiger ist als die Anzeige der Raumtemperatur werde ich die 3 Module wieder durch die Originaldateien ersetzen müssen.

fhem in der aktuellsten Version auf:
Raspberry 2 mit SD-Karte | fhem2fhem
Raspberry 3 mit SD Karte | fehm2fhem | MAXCube | NanoCul433 | NanoCul868 | DbLog
Raspberry 4 mit SD Karte | fhem2fhem | lepresenced

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #82 am: 23 Juli 2021, 18:55:04 »
 @_fhemuser_ , du verwechselst Äpfel mit Birnen !
Das leidige IODev Thema kommt nicht von den MAX! Modulen, da kannst du installieren an Versionen was du möchtest.
Dein Problem scheint  eher ein alt bekanntes zu sein, d.h absolute Namen (/dev/ttyUSB0) verwendet statt by-path oder by-id
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline _fhemuser_

  • New Member
  • *
  • Beiträge: 43
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #83 am: 23 Juli 2021, 19:48:38 »
Hallo Wzut,

bei mir wurde immer angezeigt beim CUL SOA statt ok und im Logfile: 2021.07.23 09:26:25 1: MAX_CUL_Stick, Send Queue error CUL CUL866 did not answer request for current credits. Waiting 5 seconds

Da das mit den Originalen Module nie war und in diesem thread auf Fehler mit dem USB verlinkt wurde, hatte ich den Verdacht, dass dort der Fehler liegt.

Benötigten die 3 Betamodule soviele Credits?
fhem in der aktuellsten Version auf:
Raspberry 2 mit SD-Karte | fhem2fhem
Raspberry 3 mit SD Karte | fehm2fhem | MAXCube | NanoCul433 | NanoCul868 | DbLog
Raspberry 4 mit SD Karte | fhem2fhem | lepresenced

Offline _fhemuser_

  • New Member
  • *
  • Beiträge: 43
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #84 am: 01 August 2021, 16:42:30 »
Ich habe jetzt noch einmal eine Woche lang die originalen Module ohne Fehlermedung installiert gehabt.

Nachdem ich heute vormittag wieder die 3 Betamodule installierte stieg die SendCue stark an und der Status des CUL steht auf UAS.

der CUL ist eingebunden mit: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0@38400 1234

Wo kann der Fehler liegen?

« Letzte Änderung: 01 August 2021, 17:03:54 von _fhemuser_ »
fhem in der aktuellsten Version auf:
Raspberry 2 mit SD-Karte | fhem2fhem
Raspberry 3 mit SD Karte | fehm2fhem | MAXCube | NanoCul433 | NanoCul868 | DbLog
Raspberry 4 mit SD Karte | fhem2fhem | lepresenced

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #85 am: 02 August 2021, 07:59:05 »
Ich sehe da noch immer nicht den Zusammenhang.
Der CUL wird direkt bedient von 00_CUL.pm -> nicht meine Baustelle.
00_MAXLAN.pm brauch einen Cube mit orignal Firmeware -> hast du doch gar nicht.
14_CUL_MAX.pm nutzt Funktionen von 00_CUL, egal ob altes Modul aus dem SVN oder die Beta Version.
Aber ohne gescheites verbose 5 Log ist das halt wie immer alles reine Kaffeesatz Leserei ......
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline _fhemuser_

  • New Member
  • *
  • Beiträge: 43
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #86 am: 03 August 2021, 17:51:08 »
Den Original Cube habe ich vor Monaten in Rente geschickt, da er die Konfiguration immer wieder vergessen hatte.

Wenn die 3 Betadateien unbedingt den Cube bennötigen, schließe ich ihn wieder an und richte ihn in fhem ein und entferne den CUL.

Bei den zukünftigen Fehlern erstelle ich Logdateien und füge sie hier ein.
fhem in der aktuellsten Version auf:
Raspberry 2 mit SD-Karte | fhem2fhem
Raspberry 3 mit SD Karte | fehm2fhem | MAXCube | NanoCul433 | NanoCul868 | DbLog
Raspberry 4 mit SD Karte | fhem2fhem | lepresenced

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #87 am: 04 August 2021, 07:52:59 »
Wenn du keinen Original Cube mehr im Einsatz hast macht der Austausch der 00_MAXLAN.pm doch gar keinen Sinn !
D.h. wie willst du die Funktion eines Modules testen wenn du die dazu notwendige Hardware gar nicht mehr in Betrieb hast.
Anyway, ich hoffe das nach dem Wechsel vom Cube zum CUL auch das entsprechende define aus der config gelöscht hast bzw. das komplette MAXLAN Device.

Als erstes wäre schon mal wichtig zu wissen wie du vom Cube auf den CUL umgezogen bist :
a. Soft und einfach mit Übernahme der MAXID vom MAXLAN Device zum CUL_MAX Device ?
oder
b. Hart und schwer mit neuer MAXID am CUL_MAX Device und Werksreset aller Geräte ? 

In jedem Fall wäre ersteinmal ein list deines cm Device interessant.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #88 am: 04 August 2021, 21:23:40 »
ich bin nun leider wieder von der Beta auf die SVN version gegangen, da bei mir leider ein Paar Thermostate ziemlich defekte werte an Fhem übermittelt haben.
Siehe screenshot

FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #89 am: 05 August 2021, 07:39:37 »
So ein Screenshot alleine bringt leider niemand wirklich weiter. ( ich erkenne da gar nichts )
Ein entsprechendes Log hätte hilfreich sein können eventuel vorhandene Ausreisser zu erkennen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #90 am: 05 August 2021, 07:50:00 »
wenn du mir sagst welches device ich auf welchem log level loggen soll dann kann ich das gerne mal machen.
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #91 am: 05 August 2021, 08:30:36 »
Ein Anfamg wäre zuerst das entsprechende HT auf verbose 5 stellen und mal solange loggen lassen bis ein Ausreisser da ist.
Ist er im Log nicht zu sehen muß man eine Stufe höher am CUL_MAX Device mit verbose 5 ansetzen.
Bzw. Stimmt deine Sig noch und du nutzt MAXLAN ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #92 am: 05 August 2021, 08:37:09 »
dann werde ich nochmal auf die Beta umstellen und mit Verbose 5 am HT mit loggen.
habe inzwischen auf cul migriert nur vergessen den MAX Lan aus der Signatur zu nehmen :D

So das Thermostat meldet seit 18:44 eine nicht plausible Temperatur

2021.08.05 18:44:53 5:  MAX_1ab4fb, msgtype ThermostatState : 180026000F
2021.08.05 18:44:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:1.5
2021.08.05 18:44:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-74, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 19:14:53 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600D2
2021.08.05 19:14:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:21
2021.08.05 19:14:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-66.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1

Und noch ein List des devices
Internals:
   .FhemMetaInternals 1
   .actCycle  3600
   .count     0
   .sendToAddr -1
   .sendToName
   .testbit   0
   .timer     300
   DEF        HeatingThermostat 1ab4fb
   FUUID      5c48893b-f33f-5212-2d05-9a9a34c36ee5cb81
   IODev      cul_MAX
   LASTInputDev cul_MAX
   MSGCNT     13
   NAME       MAX_1ab4fb
   NOTIFYDEV  global
   NR         371
   NTFY_ORDER 50-MAX_1ab4fb
   STATE      auto
ok
0
alive
21.0 °C
   SVN        BETA_28032021
   TYPE       MAX
   TimeSlot   -1
   addr       1ab4fb
   cul_MAX_MSGCNT 13
   cul_MAX_TIME 2021-08-05 19:14:53
   devtype    1
   type       HeatingThermostat
   .attraggr:
   .attreocr:
     .*
   .attreour:
     .*
   .attrminint:
   Helper:
     DBLOG:
       desiredTemperature:
         DbLog:
           TIME       1628183693.46657
           VALUE      19.0
       temperature:
         DbLog:
           TIME       1628183693.46657
           VALUE      21.0
       valveposition:
         DbLog:
           TIME       1628183693.46657
           VALUE      0
   READINGS:
     2021-08-05 16:54:53   .associatedWith Broadcast,MAX_070f00,MAX_070fe9,MAX_07c30c,MAX_07c30f,MAX_0f0000
     2021-08-05 19:14:53   .isToMe         1
     2021-08-05 19:14:53   .lastact        1628183693
     2021-08-03 14:37:47   .weekProfile    4c484d104d134d204520452045204520452045204520452045204c484d104d134d204520452045204520452045204520452045204c484d104d134d204520452045204520452045204520452045204c484d104d134d204520452045204520452045204520452045204c484d104d134d204520452045204520452045204520452045204c484d104d134d204520452045204520452045204520452045204c484d104d134d20452045204520452045204520452045204520
     2021-08-03 14:37:47   .wp_json        {"Sat":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]},"Sun":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]},"Mon":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]},"Tue":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]},"Wed":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]},"Thu":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]},"Fri":{"time":["06:00","22:40","22:55","24:00"],"temp":["19","19","19","19"]}}
     2021-08-05 19:14:53   Activity        alive
     2021-08-05 15:34:51   IODev           cul_MAX
     2021-08-03 14:42:50   MAXLAN_error    0
     2021-08-03 14:42:50   MAXLAN_errorInCommand
     2021-08-03 14:42:50   MAXLAN_initialized 1
     2021-08-03 14:42:50   MAXLAN_isAnswer 0
     2021-08-03 14:42:50   MAXLAN_valid    1
     2021-08-03 14:37:47   PairedTo        07c3e1
     2021-08-05 19:14:53   RSSI            -66.5
     2021-08-03 14:37:47   SerialNr        OEQ1952148
     2021-08-05 19:14:53   battery         ok
     2021-08-05 19:14:53   batteryState    ok
     2021-08-03 14:37:47   boostDuration   5
     2021-08-03 14:37:47   boostValveposition 80
     2021-08-03 14:37:47   comfortTemperature 21.0
     2021-08-03 14:37:47   decalcification Sat 12:00
     2021-08-05 19:14:53   desired-temp    19.0
     2021-08-05 19:14:53   desiredTemperature 19.0
     2021-08-05 19:14:53   deviation       2.0
     2021-08-03 14:37:47   ecoTemperature  17.0
     2021-08-03 14:37:47   firmware        1.1
     2021-08-05 19:14:53   gateway         1
     2021-08-03 14:37:47   groupid         4
     2021-08-03 14:37:47   lastConfigSave  ./log/MAX_1ab4fb.max
     2021-08-05 09:43:34   lastTimeSync    2021-08-05 09:43:34
     2021-08-05 15:27:54   lastcmd         desiredTemperature 19.0 19.0
     2021-08-03 14:37:47   maxValveSetting 100
     2021-08-03 14:37:47   maximumTemperature on
     2021-08-03 14:37:47   measurementOffset 0.0
     2021-08-03 14:37:47   minimumTemperature off
     2021-08-05 19:14:53   mode            auto
     2021-08-05 19:14:51   msgcnt          157
     2021-08-05 15:28:19   nanoCul868_RSSI -70.5
     2021-01-13 21:44:20   none_lost       4
     2021-01-21 16:10:55   none_retry      13
     2021-08-05 19:14:53   panel           unlocked
     2021-08-05 16:54:53   peerIDs         000000,070f00,070fe9,07c30c,07c30f,0f0000
     2021-08-05 16:54:53   peerList        Broadcast,MAX_070f00,MAX_070fe9,MAX_07c30c,MAX_07c30f,MAX_0f0000
     2021-04-10 19:57:14   peers           0dc446
     2021-08-05 19:14:53   rferror         0
     2021-08-05 15:28:19   sendTo_Broadcast 551
     2021-08-03 23:33:41   sendTo_MAX_070f00 3
     2021-08-05 16:24:53   sendTo_MAX_07c30f 3
     2021-08-05 16:54:53   sendTo_MAX_0f0000 8
     2021-08-05 19:14:53   state           19.0
     2021-08-05 19:14:53   temperature     21.0
     2021-08-03 14:37:47   testresult      161
     2021-08-03 14:37:47   valveOffset     0
     2021-08-05 19:14:53   valveposition   0
     2021-08-03 14:37:47   weekprofile-0-Sat-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   weekprofile-1-Sun-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   weekprofile-2-Mon-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-2-Mon-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   weekprofile-3-Tue-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-3-Tue-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   weekprofile-4-Wed-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-4-Wed-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   weekprofile-5-Thu-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-5-Thu-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   weekprofile-6-Fri-temp 19.0 °C  /  19.0 °C  /  19.0 °C  /  19.0 °C
     2021-08-03 14:37:47   weekprofile-6-Fri-time 00:00-06:00  /  06:00-22:40  /  22:40-22:55  /  22:55-24:00
     2021-08-03 14:37:47   windowOpenDuration 15
     2021-08-03 14:37:47   windowOpenTemperature 12.0
   helper:
     io:
       nanoCul868:
         raw        Z0F0000601AB4FB07C3E10018002600D2
         rssi       -66.5
         time       1628183693.46494
Attributes:
   IODev      cul_MAX
   actCycle   1:0
   alexaName  Heizung Kinderzimmer
   alias      Heizung Kinderzimmer
   appOptions {
"template": "thermostat",
"dashboard": "true"
}
   autosaveConfig 1
   comment    Configured using template MAX_HeatingThermostat_dark
   debug      1
   devStateIcon auto:sani_heating_automatic@green manual:sani_heating_manual@yellow boost:sani_heating_boost@red temporary:sani_heating_timer@blue ok:measure_battery_100@green low:measure_battery_0@red (0|alive):10px-kreis-gruen (1|dead):10px-kreis-rot timeout:10px-kreis-gelb
   event-on-change-reading .*
   event-on-update-reading .*
   genericDeviceType thermostat
   group      Heizung
   icon       hc_wht_regler
   model      HeatingThermostat
   room       Homekit,Kinderzimmer,MAX->Geräte
   scanTemp   1
   scnModeHandling AUTO
   siriName   Heizung Kinderzimmer
   stateFormat mode
battery
rferror
Activity
temperature °C
   userattr   scnProcessByDesiChange:0,1 scnShutterList scnModeHandling:NOCHANGE,AUTO,MANUAL
   verbose    5
   webCmd     desiredTemperature:valveposition
   webCmdLabel LABEL
   widgetOverride valveposition:slider,0,1,100 temperature:selectnumbers,15,0.1,29,1,lin
« Letzte Änderung: 05 August 2021, 19:23:00 von benkler »
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline benkler

  • New Member
  • *
  • Beiträge: 48
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #93 am: 05 August 2021, 20:31:33 »
Hier mal Alles was das HT heute mittag produziert hat.
im 16:54 hatte ich auch valve auf 196%, gemsessene 45,1 °C und 35°C eingestellte Temperatur

2021.08.05 15:44:53 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CC
2021.08.05 15:44:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.4
2021.08.05 15:44:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-71.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 15:54:53 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CD
2021.08.05 15:54:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.5
2021.08.05 15:54:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-73, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 15:59:07 5:  MAX_1ab4fb, msgtype Ack : 01180026
2021.08.05 15:59:07 5:  MAX_1ab4fb, msgtype ThermostatState : 180026
2021.08.05 15:59:07 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0
2021.08.05 15:59:07 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-71.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 16:04:52 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CD
2021.08.05 16:04:52 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.5
2021.08.05 16:04:52 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-71.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 16:24:53 5:  MAX_1ab4fb, msgtype ThermostatState : 00600DC446
2021.08.05 16:24:53 5:  MAX_1ab4fb, desiredTemperature:6.5, rferror:0, battery:0, mode:0, gateway:0, panel:0, dst:0, valveposition:96, curTemp:7
2021.08.05 16:24:53 4:  MAX_1ab4fb, desiredTemperature:6.5, rssi:-70.5, rferror:0, battery:0, mode:0, gateway:0, panel:0, dstsetting:0
2021.08.05 16:44:52 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CD
2021.08.05 16:44:52 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.5
2021.08.05 16:44:52 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-71, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 16:54:53 5:  MAX_1ab4fb, msgtype ThermostatState : 0DC44607C3
2021.08.05 16:54:53 5:  MAX_1ab4fb, desiredTemperature:35, rferror:0, battery:0, mode:1, gateway:0, panel:0, dst:1, valveposition:196, curTemp:45.1
2021.08.05 16:54:53 4:  MAX_1ab4fb, desiredTemperature:35.0, rssi:-89.5, rferror:0, battery:0, mode:1, gateway:0, panel:0, dstsetting:1
2021.08.05 17:34:52 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CE
2021.08.05 17:34:52 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.6
2021.08.05 17:34:52 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-73, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 17:54:53 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CE
2021.08.05 17:54:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.6
2021.08.05 17:54:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-66.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 18:14:52 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600CF
2021.08.05 18:14:52 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.7
2021.08.05 18:14:52 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-73.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 18:24:52 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600D0
2021.08.05 18:24:52 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:20.8
2021.08.05 18:24:52 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-71.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 18:44:53 5:  MAX_1ab4fb, msgtype ThermostatState : 180026000F
2021.08.05 18:44:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:1.5
2021.08.05 18:44:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-74, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 19:14:53 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600D2
2021.08.05 19:14:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:21
2021.08.05 19:14:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-66.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 19:24:52 5:  MAX_1ab4fb, msgtype ThermostatState : 1800
2021.08.05 19:24:52 1:  PERL WARNING: Use of uninitialized value $desiredTemperature in bitwise and (&) at ./FHEM/10_MAX.pm line 1304.
2021.08.05 19:24:52 5:  MAX_1ab4fb, desiredTemperature:0, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0
2021.08.05 19:24:52 4:  MAX_1ab4fb, desiredTemperature:0, rssi:-55, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 19:24:53 5:  MAX_1ab4fb, msgtype ThermostatState : 18002600D2
2021.08.05 19:24:53 5:  MAX_1ab4fb, desiredTemperature:19, rferror:0, battery:0, mode:0, gateway:1, panel:0, dst:1, valveposition:0, curTemp:21
2021.08.05 19:24:53 4:  MAX_1ab4fb, desiredTemperature:19.0, rssi:-71.5, rferror:0, battery:0, mode:0, gateway:1, panel:0, dstsetting:1
2021.08.05 20:21:23 1:  PERL WARNING: Use of uninitialized value in abs at ./FHEM/14_CUL_MAX.pm line 745.
2021.08.05 20:21:23 1:  ERROR: empty name in readingsBeginUpdate
2021.08.05 20:21:23 1:  stacktrace:
2021.08.05 20:21:23 1:      main::readingsBeginUpdate           called by fhem.pl (5090)
2021.08.05 20:21:23 1:      main::readingsSingleUpdate          called by ./FHEM/14_CUL_MAX.pm (911)
2021.08.05 20:21:23 1:      FHEM::CUL_MAX::Parse                called by fhem.pl (4090)
2021.08.05 20:21:23 1:      main::Dispatch                      called by ./FHEM/00_CUL.pm (975)
2021.08.05 20:21:23 1:      main::CUL_Parse                     called by ./FHEM/00_CUL.pm (840)
2021.08.05 20:21:23 1:      main::CUL_Read                      called by fhem.pl (3894)
2021.08.05 20:21:23 1:      main::CallFn                        called by fhem.pl (773)
2021.08.05 20:21:23 1:  PERL WARNING: Use of uninitialized value $name in concatenation (.) or string at fhem.pl line 4944.
2021.08.05 20:21:23 1:  readingsUpdate(,PairedTo,180027) missed to call readingsBeginUpdate first.
2021.08.05 20:21:23 1:  stacktrace:
2021.08.05 20:21:23 1:      main::readingsBulkUpdate            called by fhem.pl (5091)
2021.08.05 20:21:23 1:      main::readingsSingleUpdate          called by ./FHEM/14_CUL_MAX.pm (911)
2021.08.05 20:21:23 1:      FHEM::CUL_MAX::Parse                called by fhem.pl (4090)
2021.08.05 20:21:23 1:      main::Dispatch                      called by ./FHEM/00_CUL.pm (975)
2021.08.05 20:21:23 1:      main::CUL_Parse                     called by ./FHEM/00_CUL.pm (840)
2021.08.05 20:21:23 1:      main::CUL_Read                      called by fhem.pl (3894)
2021.08.05 20:21:23 1:      main::CallFn                        called by fhem.pl (773)
2021.08.05 20:21:23 1:  PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4680.

interesant ist auch ich habe immer wieder fremde MAX Devices in Fhem wenn ich autocreate an lasse.
« Letzte Änderung: 05 August 2021, 20:38:50 von benkler »
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Offline Wzut

  • Moderator
  • Hero Member
  • ***
  • Beiträge: 4534
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #94 am: 06 August 2021, 06:38:39 »
interesant ist auch ich habe immer wieder fremde MAX Devices in Fhem wenn ich autocreate an lasse.
Das und auch deine absolut falschen Werte haben einen gemeinsammen Nenner in 14_CUL_MAX.pm.
Es handelt sich hier um quasi "zerstörte / verstümmelte" Telegramme die nicht als solche erkannt und einfach verworfen werden.
Leider bietet das MAX Protokoll hier recht wenig zur Erkennung. Ich schaue mal ob ich übers WE da noch etwas nachbessern kann.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher
Gefällt mir Gefällt mir x 1 Liste anzeigen

Offline Jam2

  • New Member
  • *
  • Beiträge: 14
Antw:Neue Beta Test Runde für alle MAX Module
« Antwort #95 am: 21 Oktober 2021, 19:42:07 »
Ich kann auch bestätigen, dass die aktuelle Beta sehr gut funktioniert.

Ich hab jedoch einige Geräte, welche bei einem getStatus nicht aufwachen. Das sind vor allem Geräte welche kein pairing mit einem fakewt haben.

Weißt du was passiert, wenn die Thermostate keinen ZeitSync bekommen? RFerror?
Hast du probiert den getStatus zu Broadcasten?
FHEM / Intel NUC / 8xMAX Fensterkontakte + 16xMAX Thermostate + fakewt + CUL / 20x Technoline TX29 / Hue Bridge / duefern / fbdect / mysensors / homekit
RasPi ser2net CUL
FHEM / RasPi PI / buderus logamatic / temperatursensoren

 

decade-submarginal