Neue Beta Test Runde für alle MAX Module

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

Vorheriges Thema - Nächstes Thema

Taipan


west2107

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.

Wzut

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

adn77

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

Wzut

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

nuxgawk

Zitat von: Wzut 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.

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.

benkler

#51
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
FHEM (Docker), Homebridge (Docker), Homematic IP, nanoCUL 433 + 868 a-culfw, jeeLink Clone, Diverse IT Sensoren, ems-esp, Netatmo und noch einiges mehr

Wzut

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

benkler

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

west2107

#54
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.

Wzut

Zitat von: west2107 am 09 April 2021, 09:50:06
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

west2107

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.

Wzut

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

thburkhart

ich kann berichten, dass auch bei mir alles wunderbar stabil läuft.

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

Taipan

Bei mir auch alles bestens - Danke!
Wann gehen denn die Pakete in die offizielle Verteilung damit sie wieder ins Update aufgenommen werden können?