FHEM Forum

Moin,

ich habe, seit ich für diesen Winter meine Max Heizkörperthermostate in Betrieb genommen habe, bei jedem FakeWT Kommando diesen Eintrag im Log:

ZitatCULMAX, target device 111111 has no name !

Ich habe mal Verbose hochgesetzt:

2024.10.18 21:45:00 4: CULMAX, send -> cmd:WallThermostatControl, msgcnt:8c, flags:00, Cmd2id:42, src:MAX_111111 , dst:WZ_Thermostat_1 , gid:00 , payload:2adc , cul:none
2024.10.18 21:45:00 5: CULMAX, send packet: 0c8c00421111111bdda6002adc
2024.10.18 21:45:00 5: CULMAX, Send Queue 1 packet in queue
2024.10.18 21:45:00 5: CULMAX, Send Queue CUL866 -> needPreamble: 1, necessaryCredit: 111, credit10ms: 900, CUL866 CMD_LAST_H: 10
2024.10.18 21:45:00 4: CULMAX, Send Queue packet send : Zs0c8c00421111111bdda6002adc to WZ_Thermostat_1 with CUL866
2024.10.18 21:45:00 4: CULMAX, send -> cmd:WallThermostatControl, msgcnt:83, flags:00, Cmd2id:42, src:MAX_111111 , dst:WZ_Thermostat_2 , gid:00 , payload:2adc , cul:none
2024.10.18 21:45:00 5: CULMAX, send packet: 0c830042111111120140002adc
2024.10.18 21:45:01 5: CULMAX, Send Queue 2 packets in queue
2024.10.18 21:45:01 3: CULMAX, target device 111111 has no name !
2024.10.18 21:45:01 5: CULMAX, IODev CUL866, len 14, msgcnt 8C, msgflag 02, msgType Ack, src 1bdda6, dst 111111, group 0, payload 0119002A, rssi -73
2024.10.18 21:45:01 5: CULMAX, ACK from WZ_Thermostat_1 for cmd WallThermostatControl , packet will be removed soon
2024.10.18 21:45:01 5: CULMAX: dispatch MAX,0,Ack,1bdda6,0119002A
2024.10.18 21:45:01 5: MAX_Parse, MAX,0,Ack,1bdda6,0119002A
2024.10.18 21:45:01 5: MAX_Parse, MAX2,0,ThermostatState,1bdda6,19002A
2024.10.18 21:45:01 5: CULMAX, Send Queue 2 packets in queue
2024.10.18 21:45:01 4: CULMAX, Send Queue ACK from WZ_Thermostat_1 for WallThermostatControl, removing from queue
2024.10.18 21:45:01 5: CULMAX, Send Queue 1 packet in queue
2024.10.18 21:45:01 5: CULMAX, Send Queue CUL866 -> needPreamble: 1, necessaryCredit: 111, credit10ms: 791, CUL866 CMD_LAST_H: 11
2024.10.18 21:45:01 4: CULMAX, Send Queue packet send : Zs0c830042111111120140002adc to WZ_Thermostat_2 with CUL866
2024.10.18 21:45:02 5: CULMAX, Send Queue 1 packet in queue
2024.10.18 21:45:02 3: CULMAX, target device 111111 has no name !
2024.10.18 21:45:02 5: CULMAX, IODev CUL866, len 14, msgcnt 83, msgflag 02, msgType Ack, src 120140, dst 111111, group 0, payload 0119002A, rssi -65
2024.10.18 21:45:02 5: CULMAX, ACK from WZ_Thermostat_2 for cmd WallThermostatControl , packet will be removed soon
2024.10.18 21:45:02 5: CULMAX: dispatch MAX,0,Ack,120140,0119002A
2024.10.18 21:45:02 5: MAX_Parse, MAX,0,Ack,120140,0119002A
2024.10.18 21:45:02 5: MAX_Parse, MAX2,0,ThermostatState,120140,19002A
2024.10.18 21:45:03 5: CULMAX, Send Queue 1 packet in queue
2024.10.18 21:45:03 4: CULMAX, Send Queue ACK from WZ_Thermostat_2 for WallThermostatControl, removing from queue
2024.10.18 21:45:03 5: CULMAX, Send Queue is now empty
Wie bekomme ich diesen Eintrag weg? Ich nutze für den FakeWT ein notify, habe aber auch schon testweise mal das "externalSensor" Attribut bei den Thermostaten gesetzt --> gleicher Eintrag.

Hast Du ein
set WZ_Thermostat_2 associate fakeWallThermostatdurchgeführt?

jap das habe ich gemacht. inzwischen auch schon mehrere male, aber es hilft nix.

associate wird in dem Fall nicht helfen, schon mal einen FHEM Neustart versucht ?
Der sollte eigentlich das jetzt verbogene Array/Hash $modules{MAX}defptr wieder gerade rücken.
Ich kann aber nicht nachvollziehen wie du es geschafft hast da einen Eintrag zu plazieren. Einzige Kandiaten wären nur define oder Parse wenn mehr als ein IODevice vorhanden wäre, aber diese nicht zu einer Gruppe zusammengefasst wurden. Leider schreibst du auch nicht welche Version von 14_CUL_MAX du im Einsatz hast.

ja Server wird regelmäßig neu gestartet.

Zitat14_CUL_MAX.pm          22175 2020-06-13 17:32:49Z Wzut
10_MAX.pm              23517 2021-01-13 15:38:49Z Wzut

laut update check gibts nix neueres. ich kanns mir auch nicht erklären.
würde es helfen die Thermostate zu löschen und neu anzulegen?

Löschen von "normalen" MAX Geräten (HT,WT,FK) wird dir keine Lösung bringen (eher das Gegenteil) !
Du must erst einmal herausfinden was bei dir diesen "halben" Eintrag unter $modules{MAX}defptr erzeugt.
Ich habe es ja oben bereits geschrieben : ein unsinniges Define eines FakeWT oder ein doppeltest IO Device ?
Ich kann es a. weder nachvollziehen noch b. deine fhem.cfg sehen.
Irgend etwas musst du gemacht haben was vor dir noch keiner geschafft hat :)   

was soll ich sagen. die Einträge kommen seit gestern nicht mehr :)). Nach einem Neustart plötzlich verschwunden. Dubios dass das bei den x Neustarts davor nicht so war.
Problem scheint erstmal gelöst.