Neue Beta Test Runde für alle MAX Module

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

Vorheriges Thema - Nächstes Thema

_fhemuser_

Zitat von: west2107 am 28 Januar 2024, 13:34:59Hallo,

ist zwar schon etwas länger her, ich habe bei mit eine Lösung gefunden.
Ich habe 2 HT eingesetzt. Einer mit FW 1.6, der andere mit FW 1.8.

Der mit FW 1.6 liefert korrekte Temperaturwerte mit:  getStatus.
Der mit FW 1.8 benötigt für korrekte Temperturen:    getStatus curTemp

Die Module laufen sehr gut.

Viele Grüße

Ich habe Thermostaten mit allen möglichen Firmwares von 1.0 bis 1.8 alle funktionieren nur mit getStatus inzwischen sehr gut und stabil. Zu beachten ist jedoch, dass die letzten ausgeliferten MAX Thermostate eine geänderte Hardware beinhalten und nur mit Firmware 1.0 ausgeliefert wurden. Ich meine, dass die identisch zur 1.8 war. Im ELV Forum findet sich bestimmt noch ein Eintrag dazu.

Beachte bitte, dass die credits immer vorhanden sein müssen wie in meinem Betrag darüber bereits erläutert
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | alexa | Solar
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

sTaN

#181
Zitat von: Wzut am 05 März 2023, 11:45:06Ich 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.

Ich hatte heute auch das erste mal einen FHEM Absturz nach folgendem Fehler:
2024.03.15 17:52:29 2: cm, unknown message type 1A from MAX_6e7f00 [6e7f00] to MAX_21d84f [6e7f00] - ignoring !
2024.03.15 17:53:50 1: PERL WARNING: Use of uninitialized value $f3 in bitwise and (&) at ./FHEM/14_CUL_MAX.pm line 826.
2024.03.15 17:53:50 1: PERL WARNING: Use of uninitialized value $f4 in bitwise and (&) at ./FHEM/14_CUL_MAX.pm line 827.
2024.03.15 17:53:50 1: PERL WARNING: Use of uninitialized value $f5 in bitwise and (&) at ./FHEM/14_CUL_MAX.pm line 828.
2024.03.15 17:53:50 1: PERL WARNING: Use of uninitialized value $f4 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 829.
2024.03.15 17:53:50 1: PERL WARNING: Use of uninitialized value $f5 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 829.
Month '-1' out of range 0..11 at ./FHEM/14_CUL_MAX.pm line 831.

Bin dann auf den Post gestoßen, wo zumindest augenscheinlich das Error Handling in der 14_CUL_MAX verbessert wurde.
Ich verwende seit dem 4. Januar 2023 angehängte 14_CUL_MAX und kann darin keine Versionierung erkennen. Gibt es hier eine aktuellere bzw. unterscheidet sich diese zu Post 1?

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 15 März 2024, 18:57:24Ich verwende seit dem 4. Januar 2023 angehängte 14_CUL_MAX und kann darin keine Versionierung erkennen.
Die Version steht im Internal SVN , habe die Version im ersten Post auf das heutige Datum gesetzt und die fängt wie schon die vorherige Version eventuell auftretende ungültigen Zeitstempel ab - im Gegensatz zu deiner angehängten alten Version.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

sTaN

Danke Wzut,

man kann aber nicht auf seiner lokalen z.B.: RaspberryPi Installation sehen, welche Datei Version verwendet wird und diese mit der aktuellsten vergleichen, oder?

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

Doch, das Internal SVN zeigt den Stand an.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher