CUNO 1.61 Fehler im Log: unknown message LENERR

Begonnen von cfi, 11 September 2014, 21:54:01

Vorheriges Thema - Nächstes Thema

John

Hallo cfi

es ist echt nicht einfach dir zu helfen, wenn die Rahmenbedinungen sich immer wieder verändern.

Im Posting #8 war es cuno_2 der über cml die Max-Devices erfasste.
Nun der Change auf cuno_1.

Hast du danach die Thermostate neu angelernt ?
Wenn nicht solltest du dich nicht wundern, dass das Thermostat auf einen Befehl vom cuno_1 nicht antwortet
da die Thermostate ja alle noch mit cuno_2 assoziiert sind.

Also schlage ich folgendes vor:

Du wählst 1 CUNO , 1 Thermostat und arbeitest mit einem Minimalsystem.
Alle zusätzlichen Skripte raus (z.B. MaxScanner...)
Das Thermostat ablernen via Reset (siehe Bedinungsanleitung Max)
Das gewählte Thermostat neu anlernen. (danach sollte auch das weekProfile zu sehen sein)

Ziel A:
Alle wichtigen Readings sollten erscheinen (siehe mein Posting #13)
Die Kommunikation sollte stabil sein

Danach kannst du in identischer Weise die übrigen Thermostate behandeln.
Solange das nicht steht, stehen die anderen Themen aussen vor.

Zum Schluss

Ausserdem bitte ich dich an dem Thema dran zu bleiben, mit deiner Pause von 1 Woche
mit Posting #12 macht es mir einfach zu viel Mühe, das Thema neu aufzuwärmen.
1..2 Tage sind ok, danach werden die Infos aus meinem FIFO geschoben.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

cfi

Hallo John,

leider bekomme ich keine Mail-Antwort, wenn du mir antwortest, obwohl meine Mail-Adresse im Profil hinterlegt ist und ich schaue nicht jeden Tag in das
Forum.

Ich habe damit versucht ein Minimalsystem auf zu setzen.

Es ist nun nur CUNO_1.

Nun habe ich das eine Thermostat
1. aus FHEM herausgenommen.
2. Reset durchgeführt.
3. Wieder gepaired

Nun hat das Thermostat folgende Readings:

Internals:
   CFGFN      /opt/fhem/FHEM/devices_max.cfg
   DEF        HeatingThermostat 066b66
   IODev      cm1
   NAME       MAX_066b66
   NR         187
   STATE      waiting for data
   TYPE       MAX
   addr       066b66
   type       HeatingThermostat
   Readings:
     2014-10-01 07:07:22   TimeInformationHour 0
     2014-10-01 07:04:48   boostDuration   25
     2014-10-01 07:04:48   boostValveposition 80
     2014-10-01 07:04:48   comfortTemperature 21.0
     2014-10-01 07:04:48   decalcification Sat 12:00
     2014-10-01 07:04:48   ecoTemperature  17.0
     2014-10-01 07:04:48   firmware        1.6
     2014-10-01 07:04:48   groupid         0
     2014-10-01 07:04:48   maxValveSetting 100
     2014-10-01 07:04:48   maximumTemperature on
     2014-10-01 07:04:48   measurementOffset 0.0
     2014-10-01 07:04:48   minimumTemperature off
     2014-10-01 14:42:49   msgcnt          12
     2014-10-01 07:04:48   state           waiting for data
     2014-10-01 07:04:48   testresult      255
     2014-10-01 07:04:48   valveOffset     0
     2014-10-01 07:04:48   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-00:00
     2014-10-01 07:04:48   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-00:00
     2014-10-01 07:04:48   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   windowOpenDuration 15
     2014-10-01 07:04:48   windowOpenTemperature 12.0
   Internals:
     interfaces thermostat;battery;temperature
Attributes:
   IODev      cm1


Allerdings kann ich immer noch keine Temperatur aus FHEM heraus setzen. Im Log erscheint folgendes:

2014.10.01 14:44:02 2: cuno_1: unknown message LENERR
2014.10.01 14:44:09 2: cuno_1: unknown message LENERR
2014.10.01 14:44:16 2: cuno_1: unknown message LENERR
2014.10.01 14:44:22 2: cuno_1: unknown message LENERR
2014.10.01 14:44:26 2: CUL_MAX_SendQueueHandler: Missing ack from 066b66 for 0e0c04031034066b66000e0e010eac96
2014.10.01 15:06:51 2: CUL_MAX_SendQueueHandler: Missing ack from 066b66 for 0a0d00401034066b66005a



Man sieht auch, dass bei den Readings nur das eine Attribut geändert wird:
2014-10-01 14:42:49   msgcnt          12
Danke für Deine Geduld.

Gruß cfi

John

#17
Hi cfi,

ich bin langsam mit meinem Latein am Ende.

Das ist vielleicht doch ein Fall für Matthias (der Moderator von diesem Forum).
Er hat nicht nur die Max-Module programmiert, sondern kümmert sich auf um Max-Modus beim CUL.

Ich denke du solltest ihn via PM kontaktieren.

John

CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

cfi

Hallo John,

ich habe nun auch noch zusätzlich diese Fehler:

2014.10.02 08:44:21 2: cuno_1: unknown message LENERR
2014.10.02 08:44:31 2: cuno_1: unknown message LENERR
2014.10.02 08:44:36 2: cuno_1: unknown message LENERR
2014.10.02 08:44:42 2: cuno_1: unknown message LENERR
2014.10.02 08:44:46 2: CUL_MAX_SendQueueHandler: Missing ack from 066b66 for 0e1004031034066b66000e0e0208acaa
Use of uninitialized value $f1 in addition (+) at ./FHEM/14_CUL_MAX.pm line 300.
Use of uninitialized value $f3 in bitwise and (&) at ./FHEM/14_CUL_MAX.pm line 302.
Use of uninitialized value $f4 in bitwise and (&) at ./FHEM/14_CUL_MAX.pm line 303.
Use of uninitialized value $f5 in bitwise and (&) at ./FHEM/14_CUL_MAX.pm line 304.
Use of uninitialized value $f4 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 305.
Use of uninitialized value $f5 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 305.
Use of uninitialized value $f3 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 306.
Use of uninitialized value $f4 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 307.
Use of uninitialized value $f5 in right bitshift (>>) at ./FHEM/14_CUL_MAX.pm line 308.
Use of uninitialized value $day in concatenation (.) or string at ./FHEM/14_CUL_MAX.pm line 310.


Hier nochmal die Ausgabe von list MAX_066b66

Internals:
   CFGFN      /opt/fhem/FHEM/devices_max.cfg
   DEF        HeatingThermostat 066b66
   IODev      cm1
   NAME       MAX_066b66
   NR         187
   STATE      waiting for data
   TYPE       MAX
   addr       066b66
   type       HeatingThermostat
   Readings:
     2014-10-01 07:07:22   TimeInformationHour 0
     2014-10-01 07:04:48   boostDuration   25
     2014-10-01 07:04:48   boostValveposition 80
     2014-10-01 07:04:48   comfortTemperature 21.0
     2014-10-01 07:04:48   decalcification Sat 12:00
     2014-10-01 07:04:48   ecoTemperature  17.0
     2014-10-01 07:04:48   firmware        1.6
     2014-10-01 07:04:48   groupid         0
     2014-10-01 07:04:48   maxValveSetting 100
     2014-10-01 07:04:48   maximumTemperature on
     2014-10-01 07:04:48   measurementOffset 0.0
     2014-10-01 07:04:48   minimumTemperature off
     2014-10-03 08:43:21   msgcnt          20
     2014-10-01 07:04:48   state           waiting for data
     2014-10-01 07:04:48   testresult      255
     2014-10-01 07:04:48   valveOffset     0
     2014-10-01 07:04:48   weekprofile-0-Sat-temp 17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-0-Sat-time 00:00-06:00  /  06:00-22:00  /  22:00-00:00
     2014-10-01 07:04:48   weekprofile-1-Sun-temp 17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-1-Sun-time 00:00-06:00  /  06:00-22:00  /  22:00-00:00
     2014-10-01 07:04:48   weekprofile-2-Mon-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-2-Mon-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-3-Tue-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-3-Tue-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-4-Wed-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-4-Wed-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-5-Thu-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-5-Thu-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   weekprofile-6-Fri-temp 17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C
     2014-10-01 07:04:48   weekprofile-6-Fri-time 00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00
     2014-10-01 07:04:48   windowOpenDuration 15
     2014-10-01 07:04:48   windowOpenTemperature 12.0
   Internals:
     interfaces thermostat;battery;temperature
Attributes:
   IODev      cm1


Ich habe Matthias angeschieben.

Danke.

Gruß Claus

Matthias Gehre

Mir fällt dazu auch nichts ein. Vielleicht ist die HW kaputt?

gero

Die Adresse von MAX-Devices muß 6-stellig sein!
So etwas
define cm1 CUL_MAX 1234
oder so etwas
define cm1 CUL_MAX 1034
muß schiefgehen.

In deinem konkreten Fehlerfall
2014.09.12 11:29:21 5: cuno_2 sending Zs0e97040312340ebd02000e0e0c0b9d55
2014.09.12 11:29:21 5: SW: Zs0e97040312340ebd02000e0e0c0b9d55
2014.09.12 11:29:21 5: CUL/RAW: /LENERR


Hat die CUL-Firmware vollkommen recht. Du sagst dein Telegram hat 14 Byte, schickst aber 15 Byte -> LENERR
Grund hierfür ist, dass die Payload für dieses Kommando (TimeInformation) im CUL_MAX_SendQueueHandler nochmal überschrieben wird. Da die Adresse deines MAX Devices aber ein Byte zu kurz ist, wird der Payload zu weit hinten überschrieben und das Telegramm wird somit ein Byte länger als im Header steht.

Änder die MAX-Adressen deiner CUNOs auf 6-stellige Werte und alles wird gut ;)

Vielleicht sollte man das im MAX-Wiki auch nochmal deutlich hervorheben.

Gruß,
Gero
Odroid C1 - CULV3-868, JeeLink
16 x TX 29 DTH
MAX!: 15x Heizkörperthermostat+, 2x Wandthermostat, 14x Fenserkontakt, 1x Ecotaster
FS20 S4A, FS20IRF, BSB-Heizungssteuerung über Atmega2560
Z-Wave: ZME_UZB1, Fibaro Wall Plug + Motion Sensor

Matthias Gehre

Check auf 6 stellige Adresse wird eingecheckt.