Neue Beta Test Runde für alle MAX Module

Begonnen von Wzut, 14 Oktober 2020, 17:41:04

Vorheriges Thema - Nächstes Thema

sTaN

Danke Thomas,

bin sehr interessiert an anderen Lösungen, wobei das vermutlich den Thread hier sprengt. Aus diesem Grund habe ich mal einen separaten Beitrag dazu aufgemacht:

https://forum.fhem.de/index.php/topic,131367.0.html

Würde mich freuen, wenn du und andere auch die Lösungen dort teilst!

Gruß
sTaN
Raspberry Pi 3
2 x CUL CC1101-USB-Lite 868MHz
FS20 Komponenten, Philips HUE, Alexa-Fhem, MAX! Geräte, homebridge, harmony, Unifi, FirtzBox, MQTT, Aurora, Denon, Sonos, TabletUI, CALENDAR, EGPM2LAN, Pushover

sTaN

#136
Hallo Wzut,

meine ursprüngliche Frage hat sich ja zum Teil erledigt, da ich selbst festgestellt hatte, dass die Beta scheinbar noch kein offizieller Bestandteil in FHEM ist:

Zitat von: sTaN am 03 Januar 2023, 23:36:53
Sind denn die neuen Beta Module bereits im aktuellen FHEM Release vorhanden und nutze ich Sie vielleicht schon oder ist noch eine manuelle Installation nötig?

Ist denn hier deinerseits noch etwas geplant? Ich hatte zwar die Beta manuell installiert und die 3 MAX Module aus dem fhem update excluded, aber wäre natürlich toll, wenn dies offiziell weitergepflegt wird, falls überhaupt nötig.
Gibt es außer diesem Thread noch weitere Beiträge oder aktuelle Doku, die die Unterschiede und Vorteile der Beta etwas erläutern?
Vielleicht auch ein paar Tipps und Tricks, wie man seine MAX Konfiguration analysieren, aufräumen bzw. optimieren könnte?

Ich bin damals auf CUL_MAX umgestiegen und teilweise hab ich z.B.: das Reading peers und teilweise auch unbekannte Geräte (trotz autocreate disabled) und teilweise gar kein Reading peers. Hab zwar schon in diesem [urlhttps://forum.fhem.de/index.php/topic,129443.msg1238000.html#msg1238000]Thread[/url] die Unterschiede der Readings peerList, peerID und peers gelesen, aber dennoch ist es mir nicht ganz klar, wie es idealerweise aussehen sollte und ob eine Bereinigung sinnvoll ist, um ggf. Fehlermeldungen wie z.B.:

CM_Parse, unhandled message type 08 from MAX_02021a to MAX_6c4e19 - ignoring !

zu verhindern. Wobei ich dazu sagen muss, dass dieser Fehler scheinbar nach dem Update auf die Beta nicht mehr auftaucht!

War bei meiner Suche dbzgl. leider nicht so erfolgreich und freue mich über alle Infos dazu.

Danke und Gruß
sTaN
Raspberry Pi 3
2 x CUL CC1101-USB-Lite 868MHz
FS20 Komponenten, Philips HUE, Alexa-Fhem, MAX! Geräte, homebridge, harmony, Unifi, FirtzBox, MQTT, Aurora, Denon, Sonos, TabletUI, CALENDAR, EGPM2LAN, Pushover

Wzut

Zitat von: sTaN am 09 Januar 2023, 02:09:35
aber wäre natürlich toll, wenn dies offiziell weitergepflegt wird
Gibt es außer diesem Thread noch weitere Beiträge oder aktuelle Doku, die die Unterschiede und Vorteile der Beta etwas erläutern?

a. habe ich schon mehrfach geschrieben das ich die Betas nicht einchecken werde, wer sie nutzen will (so wie ich)  soll das tun.

b. zum Thema Doku habe ich hier -> https://forum.fhem.de/index.php/topic,106258.0.html recht viel zusammengeschrieben, was dort allerdings noch fehlt ist neuste Teil zum rücklesen einiger Werte von den HTs ( set getConfigxxxx ) 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Maui

Moin zusammen,

Ich hab grad mal wieder leerlaufende Credits und will mich dem Thema mal nachhaltig annehmen.
Ich suche nach einer Möglichkeit zu visualisieren, welche Geräte die Credits verbraten.
In Readings würde mir das schon reichen.
@Wzut: gibt es da zufällig in den einzelnen Geräten oder im CULMAX eine Möglichkeit zu sehen,
wie oft ein Gerät Credits verbraucht?

Gruss
Maui

Wzut

Direkt leider nein. Da beibt nur verbose 4 oder 5 am culmax Device und im Log nach der Sendqueue schauen.
I.d.R sieht man da die Credit fressenden Fehlversuche
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Maui

#140
Hmmm ok schade. Aber müsste ich nicht ein updateReading auswerten können, zb auf RSSI?

Edit: wenn ich mit verbose in den Logs gucke, dann muss ich nach "Send Queue packet send" gucken und nur die verbraten credits?
Empfangen wird ja nix "Kosten" oder?

neyzen

Hallo,
Bei mir laufen einige Max Thermostate mit dem Orginal Max Cube.
Zur Testzwecken habe ich auch die Beta Version BETA_11122020 am laufen. Hier hatte ich mit einem Thermostaten zur Testzwecke dies mit meinem CulMax betrieben und hatte dem Thermostaten auch einen externen Temperatursensor drangehängt.
Jetzt habe ich einen neuen Thermostaten in einem neuen Raum. Diesen habe ich auch mit dem Orginal Cube Max verbunden. Jetzt dachte ich mir da ich ja die Beta Version habe, das ich dem Thermostaten einen externen Temperatursensor als Sollwert vorgebe.
Das habe ich auch in den attributen von diesem Thermostat hinzugefügt.
externalSensor
Temperatursensor_Altkat:temperature:1

Das reading von diesem externen Sensor sehe ich auch in dem Thermostaten
Internals:
   CULMAX0_MSGCNT 2
   CULMAX0_TIME 2023-02-27 19:00:31
   DEF        HeatingThermostat 0696d1
   FUUID      5fdfa4e4-f33f-2b39-5391-2040d400ba770fa1
   IODev      ml
   LASTInputDev ml
   MSGCNT     387
   NAME       MAX_0696d1
   NOTIFYDEV  Temperatursensor_Altkat
   NR         198
   NTFY_ORDER 50-MAX_0696d1
   STATE      22.0
   SVN        BETA_11122020
   TYPE       MAX
   TimeSlot   -1
   addr       0696d1
   devtype    1
   ml_MSGCNT  385
   ml_TIME    2023-02-27 20:30:17
   type       HeatingThermostat
   READINGS:
     2023-02-27 20:30:17   MAXLAN_error    0
     2023-02-27 20:30:17   MAXLAN_errorInCommand
     2023-02-27 20:30:17   MAXLAN_initialized 1
     2023-02-27 20:30:17   MAXLAN_isAnswer 0
     2023-02-27 20:30:17   MAXLAN_valid    1
     2023-02-20 21:43:01   PairedTo        000000
     2023-02-27 19:00:31   RSSI            -73
     2023-02-27 06:00:57   SerialNr        JHA0008724
     2023-02-27 20:30:17   battery         ok
     2023-02-27 20:30:17   batteryState    ok
     2023-02-27 06:00:57   boostDuration   5
     2023-02-27 06:00:57   boostValveposition 80
     2023-02-27 06:00:57   comfortTemperature 21.5
     2023-02-27 06:00:57   decalcification Sat 12:00
     2023-02-27 20:30:17   desiredTemperature 22.0
     2023-02-27 20:30:17   deviation       1.2
     2023-02-27 06:00:57   ecoTemperature  16.5
     2020-12-20 20:24:20   error           invalid or missing value  for READING .weekProfile
     2023-02-27 20:15:52   externalTemp    23.16
     2023-02-27 06:00:57   firmware        1.6
     2023-02-27 20:30:17   gateway         1
     2023-02-27 06:00:57   groupid         6
     2023-02-20 13:01:46   lastTimeSync    2023-02-20 13:01:46
     2023-02-27 06:00:57   lastcmd         HeatingThermostatConfig
     2023-02-27 06:00:57   maxValveSetting 100
     2023-02-27 06:00:57   maximumTemperature on
     2023-02-27 06:00:57   measurementOffset 0.0
     2023-02-27 06:00:57   minimumTemperature off
     2023-02-27 20:30:17   mode            auto
     2023-02-20 21:43:01   msgcnt          20
     2023-02-27 20:30:17   panel           unlocked
     2023-02-20 19:46:35   peerIDs         000000,111111
     2023-02-20 19:46:35   peerList        Broadcast,MAX_111111
     2020-12-20 20:27:29   peers           111111
     2023-02-27 20:30:17   rferror         0
     2023-02-27 20:30:17   state           22.0
     2023-02-27 20:30:17   temperature     21.1
     2023-02-27 06:00:57   testresult      255
     2023-02-27 06:00:57   valveOffset     0
     2023-02-27 20:30:17   valveposition   60
     2023-02-27 06:00:57   weekprofile-0-Sat-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-0-Sat-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   weekprofile-1-Sun-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-1-Sun-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   weekprofile-2-Mon-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-2-Mon-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   weekprofile-3-Tue-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-3-Tue-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   weekprofile-4-Wed-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-4-Wed-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   weekprofile-5-Thu-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-5-Thu-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   weekprofile-6-Fri-temp 22.0 °C  /  17.0 °C  /  22.0 °C
     2023-02-27 06:00:57   weekprofile-6-Fri-time 00:00-02:00  /  02:00-19:00  /  19:00-24:00
     2023-02-27 06:00:57   windowOpenDuration 15
     2023-02-27 06:00:57   windowOpenTemperature 12.0
   helper:
     dt         17.0
     myday      2
     io:
       CULStick:
         raw        Z0F0004600696D100000000183C2C00D3
         rssi       -73
         time       1677520831.71585
Attributes:
   IODev      ml
   alexaName  Büro Heizung
   alias      Altkat_Kalorifer
   event-on-change-reading .*
   externalSensor Temperatursensor_Altkat:temperature:1
   genericDeviceType thermostat
   icon       hc_wht_regler
   keepAuto   0
   model      HeatingThermostat
   room       Heizung
   sortby     06


Die deviation wird auch von diesem externen S3nsor gebildet.
Allerdings habe ich das Problem das der Thermostat sich nicht auf die vorgegebene Solltemperatur einregeln will. Dieser liegt immer drüber. Was ich nicht verstehe. Ich dachte mir das die Thermostate einige Zeit brauchen bis sich einregeln aber so nach 1 Woche glaub ich das nicht mehr. Wenn ich mir allerdings die interne Temperaturs3nsor anschaue. Liegt dieser untrrhalb der Solltemperatur, und damit denkt er er müsste weiter heizen.
Frage? Funktioniert der externe Temperatursensor wenn man die Thermostate mit dem Orginal Cube Max betreibt?

Wzut

Zitat von: neyzen am 27 Februar 2023, 20:38:55
Funktioniert der externe Temperatursensor wenn man die Thermostate mit dem Orginal Cube Max betreibt?
Kurze Antwort : nein
Lange Version  :
Wenn man CULMAX und MAXLAN gleichzeitig nutzt gibt es ein paar Dinge zu beachten.
Version a : CULMAX und MAXLAN verwenden unterschiedliche MaxIDs. Hier hat man zwei sauber getrennte Welten die sich nicht gegenseitig beinflussen, trotzdem rate ich von dieser Lösung ab. :)

Version b : CULMAX und MAXLAN verwenden die gleiche ID. Bei dieser Variante sollte an allen MAX Geräten das IODev auf das MAXLAN Device gesetzt werden.
CULMAX ist dann nur beim Empfang aktiv, die Werte der MAX Geräte werden sofort in FHEM aktualisiert und nicht erst beim nächsten Cube Poll. Sendetelegramme laufen dabei dann immer  über den Cube. Der grosse Vorteil dieser Version ist das man ganz schnell mal das MAXLAN Device und den Cube abschalten kann und komplett alles über CULMAX laufen zu lassen. Bei Problemen kann man sehr schnell wieder alles zurückdrehen, da an den MAX Geräten selbst keine Änderung vorgenommen wird ! Lediglich das IODev ist in FHEM abzupassen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

neyzen

Funktioniert der externe Temperatursensor wenn man die Thermostate mit dem Orginal Cube Max betreibt?
Kurze Antwort : nein


Das beantwortet meine Frage und verstehe jetzt warum der Thermostat nicht tut was er soll.
Dann muss ich mir mit einem Offset helfen.
Mist, jetzt lief die Heizung ne ganze Woche auf vollepulle. Da freut sich Putin. ;D

willyk

Heute morgen hat es mich auch erwischt:

ZitatMonth '13' out of range 0..11 at ./FHEM/14_CUL_MAX.pm line 831.

Danach war fhem abgestürzt. Nicht nett .....

Ich habe die aktuellen Beta-Module eingesetzt (und hatte monatelang keine Probleme). Gibts dafür schon eine Lösung?

Danke + Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Wzut

Zitat von: willyk am 05 März 2023, 08:17:55
Gibts dafür schon eine Lösung?
nein, denn sowas ist bisher noch nie vorgekommen. Offenbar wurde hier ein zerstörtes Telegramm decodiert.
Ich kann mir nicht vorstellen das sich dies in irgendeiner Form wiederholen lässt. bzw. hat auch nichts mit der Beta Version direkt zu tun da auch die normale Version einen Monat 13 nicht geschluckt hätte.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

willyk

Zitat von: Wzut am 05 März 2023, 09:29:08
nein, denn sowas ist bisher noch nie vorgekommen.

NIE stimmt so nicht  8) ....  siehe:

Zitat von: michael.winkler am 01 Dezember 2021, 18:21:13
Gerade hat sich mein FHEM verabschiedet:


2021.12.01 18:19:01.387 2: culmax.remote, unknown message type D5 from culmax.remote [123456] to MAX_001900 [123456] - ignoring !
Month '-1' out of range 0..11 at ./FHEM/14_CUL_MAX.pm line 831.


Die Antwort von dir war:

Zitat von: Wzut am 02 Dezember 2021, 10:08:56
IMHO passen die beiden Zeilen nicht direkt zusammen, das D5 Telegramm wurde laut Log ja schon verworfen.
Zu dem Montatsfehler kann es nur bei gültigem Typ TimeSync aber fehlerhaften/zerstörtem Payload kommen - werde ich in einer der nächsten Versionen  noch mit eval kapseln

Deswegen hatte ich nachgefragt, ich dachte ich hab zwischen drin was verpasst.

Aber ja, man kann nicht alles abfangen. Ist trotzdem lästig, wenn FHEM so komplett stehen bleibt. Das vermindert den WAF erheblich, wie ich schmerzlich erfahren musste.

Danke dir + Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner

Wzut

Ok, hast recht : war mir nicht mehr in Erinnerung das es schon mal ein Problem mit einem ungültigen Monatswert gab.
Zum Glück wird timelocal nur an einer Stelle benutzt, da sollte es realtiv einfach sein diese mit eval zu kapseln und alle möglichen ungültigen Zeitwerte zu verwerfen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Wzut

Ich habe die 14_CUL_MAX im ersten Post ausgetauscht, jetzt wird eine Fehlermeldung ins Log geschrieben falls ein ungültiges Zeittelegramm empfangen wurde , Bsp :

023.03.05 11:01:08 1: CULMAX0, TimeInformation error from [0f30c1] : Month '12' out of range 0..11 at ./FHEM/14_CUL_MAX.pm line 860.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

willyk

Prima, habs runtergeladen und eingebaut. Vielen Dank !
Gruss
willyk
NUC mit Ubuntu, MAX!Cube, CUNO, 6 MAX WT, 16 MAX HT, 2 MAX Fensterkontakt, MaxScanner