Pairing klappt nicht

[AlBundy]

Hallo zusammen,
ich steige gerade ein ins Thema Hausautomatisierung und habe mir dafür einen Raspi, einen CC1101 und einen Satz Max! Eq-3 Thermostate zugelegt.
Doch leider scheitere ich schon an der ersten Hürde   
Der Aufbau funktioniert auch soweit, FHEM läuft, der cul ist geflasht und im "MAX"-mode, allerdings kann ich die Thermostate nicht pairen.
Es sieht so aus, als ob die pairing Anfrage des HT ankommt, die Antwort vom CUL aber ignoriert wird. Ich hab das mit 2 unterschiedlichen HTs ausprobiert und
auch die Abstände variiert ( im gleichen Zimmer oder im Nachbarraum) , den CUL per USB-Kabel ein Stück vom Raspi weggelegt, die Antenne gegen einen Dipol ausgetauscht, , einen factory-reset an den HTs durchgeführt,kurz, alle Tipps, die in den Foren so angepriesen werden.
FHEM hat zwar per autocreate auch schon einen Eintrag dafür angelegt, aber ohne pairing, kann ich an den HT ja auch nichts senden.
Hier ist mein cfg-File :

Code Auswählen Erweitern

attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
# define initialUsbCheck notify global:INITIALIZED usb create
define CUL_0 CUL /dev/ttyACM0@9600 1034
attr CUL_0 rfmode MAX
define CC1101 CUL_MAX 2907
attr CC1101 IODev CUL_0
attr CC1101 loglevel 3
define Arbeitszimmer MAX HeatingThermostat 0c8c3e
attr Arbeitszimmer IODev CC1101
attr Arbeitszimmer icon hc_wht_regler
attr Arbeitszimmer loglevel 2
attr Arbeitszimmer room MAX
define FileLog_Arbeitszimmer FileLog ./log/Arbeitszimmer-%Y.log Arbeitszimmer
attr FileLog_Arbeitszimmer logtype text
attr FileLog_Arbeitszimmer room MAX
attr FileLog_Arbeitszimmer verbose 2


und das log von einem erfolglosen pairing:

Code Auswählen Erweitern

2015.10.29 22:30:31 0: Server started with 11 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user pi, pid 3827)
2015.10.29 22:30:53 3: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8bf4, dst 000000, groupid 0, payload 1801FF4B455130383331323030
2015.10.29 22:30:53 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.29 22:30:53 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.29 22:30:53 2: autocreate: define MAX_0c8bf4 MAX HeatingThermostat 0c8bf4
2015.10.29 22:30:53 2: autocreate: define FileLog_MAX_0c8bf4 FileLog ./log/MAX_0c8bf4-%Y.log MAX_0c8bf4
2015.10.29 22:30:53 1: WriteStateFile: Cannot open ./log/fhem.save: Permission denied
2015.10.29 22:30:53 3: CUL_MAX_Send: enqueuing 0a01000129070c8bf40000
2015.10.29 22:30:53 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:54 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:54 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:55 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:55 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:56 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:56 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.29 22:30:56 3: CUL_MAX_SendQueueHandler: Retry 0c8bf4 for 0a01000129070c8bf40000 count: 3
2015.10.29 22:30:58 3: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8bf4, dst 000000, groupid 0, payload 1801FF4B455130383331323030
2015.10.29 22:30:58 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.29 22:30:58 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.29 22:30:58 3: CUL_MAX_Send: enqueuing 0a02000129070c8bf40000
2015.10.29 22:30:59 3: CUL_MAX_SendQueueHandler: 2 items in queue
2015.10.29 22:30:59 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 33, but we need 109. Waiting 76 seconds.
2015.10.29 22:31:01 3: CUL_MAX_BroadcastTime: payload 0f1d169f81
2015.10.29 22:31:03 3: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8bf4, dst 000000, groupid 0, payload 1801FF4B455130383331323030
2015.10.29 22:31:03 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.29 22:31:03 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.29 22:31:03 3: CUL_MAX_Send: enqueuing 0a03000129070c8bf40000
2015.10.29 22:31:08 3: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8bf4, dst 000000, groupid 0, payload 1801FF4B455130383331323030
2015.10.29 22:31:08 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.29 22:31:08 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.29 22:31:08 3: CUL_MAX_Send: enqueuing 0a04000129070c8bf40000
2015.10.29 22:31:13 3: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8bf4, dst 000000, groupid 0, payload 1801FF4B455130383331323030
2015.10.29 22:31:13 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.29 22:31:13 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.29 22:31:13 3: CUL_MAX_Send: enqueuing 0a05000129070c8bf40000
2015.10.29 22:31:18 3: CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8bf4, dst 000000, groupid 0, payload 1801FF4B455130383331323030
2015.10.29 22:31:18 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.29 22:31:18 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.29 22:31:18 3: CUL_MAX_Send: enqueuing 0a06000129070c8bf40000
2015.10.29 22:32:15 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:16 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:16 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:17 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:17 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:18 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:19 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:19 3: CUL_MAX_SendQueueHandler: Retry 0c8bf4 for 0a01000129070c8bf40000 count: 2
2015.10.29 22:32:22 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:32:22 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 7, but we need 109. Waiting 102 seconds.
2015.10.29 22:34:04 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:34:04 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:34:05 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:34:05 3: CUL_MAX_SendQueueHandler: 6 items in queue
2015.10.29 22:34:06 3: CUL_MAX_SendQueueHandler: 6 items in queue



Danach geht es munter mit "retry" und "not enough credits" weiter, aber sonst nichts mehr entscheidendes .


Bin für jeden hilfreichen Tipp dankbar, denn ich bin mit meinem Latein am Ende ... 

Danke,
Al

[viegener]

Also 2 Dinge fallen mir auf:

1) Die Meldung:

Code Auswählen Erweitern

2015.10.29 22:30:53 1: WriteStateFile: Cannot open ./log/fhem.save: Permission denied

ist nicht gut, damit können keine Zustände (readings etc) zwischen Neustarts gespeichert werden, dass solltest Du korrigieren.

2) Das Du wohl keine Suche nach der von Dir gefunden Meldung mit den credits gemacht hast. Sonst hättest Du vermutlich auch das hier gefunden:
http://www.fhemwiki.de/wiki/MAX!_Temperatur-Scanner#Ausreichend_Credits
und viele andere Artikel im Forum dazu

Johannes

[AlBundy]

Hallo Johannes,
danke für die schnelle Antwort, leider hilft mir das nicht wirklich.
Zu 1.) das kommt daher, das ich den fhem von der Kommandozeile, ohne sudo gestartet habe , wenn der über den systemstart geladen wird, taucht die Meldung nicht auf.
Zu. 2) eine Max Scanner habe ich nicht aktiv, die fehlenden Credits kommen, soweit ich das durchschaue, davon, das die Antwort an das Pairing nicht bestätigt wird :
2015.10.29 23:14:57 3: CUL_MAX_Send: enqueuing 0a01000129070c8bf40000
2015.10.29 23:15:59 3: CUL_MAX_SendQueueHandler: Retry 0c8bf4 for 0a02000129070c8bf40000 count: 3

und deswegen immer und immer wieder gesendet wird
2015.10.29 23:19:33 3: CUL_MAX_SendQueueHandler: 4 items in queue

bis halt die Credits aufgebraucht sind.
( Ich hoffe ich erzähl nicht völligen Mist ..  )

Deswegen starte ich den fhem auch über die Kommandozeile neu, da sonst die Zeit für das pairing ausläuft, bevor die Credits wieder voll, bzw. die Queue leer ist.

Gruß,
Al

[viegener]

Der Artikel war jetzt nur ein Beispiel, denn ich habe zig Artikel zum Thema pairing und credits by MAX gefunden. Wenn der einen nicht passt vielleicht ein paar andere

Aber nochmal ganz elementar, hast Du denn den CUL_MAX in den pairing mode versetzt?
Also etwas wie

Code Auswählen Erweitern

set CUL_MAX pairmode

[AlBundy]

Hallo Johannes,
ja, ich habe mich durch die ganzen Artikel durchgebaggert ( bin jetzt seit 2 Tagen am rumprobieren  ), aber die zielen alle auf schlechte Funkverbindungen hin.
Ich hatte ja schon geschrieben, das ich alle möglichen Tipps zu dem Thema umgesetzt hatte ( z.B. USB-Kabel um den Stick vom Raspi wegzulegen, Dipol-Antenne, usw. )
Den pairmode habe ich bisher immer über die Oberfläche gestartet, aber auch wenn ich das Kommando eintippe ist das Ergebnis das gleiche.
FHEM reagiert ja auch auf die pairing-Anfrage vom HT, aber anscheinend kommt die Antwort nie an:

2015.10.30 00:04:25 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831200
2015.10.30 00:04:25 3: CUL_MAX_Parse: Pairing device 0c8bf4 of type HeatingThermostat with serial KEQ0831200
2015.10.30 00:04:25 3: CUL_MAX_Send: enqueuing 0a02000129070c8bf40000
2015.10.30 00:04:23 3: CUL_MAX_SendQueueHandler: Retry 0c8bf4 for 0a01000129070c8bf40000 count: 3


Noch ein paar Infos :
get CUL_0 version  : CUL_0 version => V 1.65 CUL868
das ist ein CULV3.4 von Busware.

Wie gesagt, ich bin ziemlich ratlos.

Gruß,
Al

[viegener]

Ich versuche mal trotzdem weiterzuhelfen 

Im Prinzip kommt der ACK nie beim CUL_MAX an. Es ist aber nicht sichtbar, ob überhaupt ein ACK im CUL selbst ankommt.

Im Log finden sich keine Ausgaben vom CUL selbst, vielleicht solltest Du mal den verbose level für den CUL auch hochschrauben.
Der CUL_MAX scheint ja die Antwort bereitszustellen (in die Queue), dann würde sie an den CUL übergeben. Von da an ist aber nicht klar, wo es dann schief geht.

In diesem Zusammenhang solltest Du vielleicht auch den level für den CUL_MAX (CC1101 bei Dir ?) hochdrehen (auf 5).

Grundsätzliche Fragen: Wie ist denn der Stand Deiner FHEM-Installation. Die Bemerkung FHEM läuft ist ja noch sehr generisch 
Gibt es andere Devices die funktionieren, ansprechbar sind. Warum lässt Du FHEM unter einem anderen Benutzer laufen, auch über die Kommandozeile solltest Du eigentlich den richtigen Benutzer verwenden, denn ansonsten kann es ja andere Effekte (auch im IO-bereich) geben. Trotzdem verstehe ich auch den Neustart nicht ganz...

Das Problem ist, dass Empfangen scheint zu gehen --> Sonst würde der PairPing ja nicht empfangen.
Es gibt aber keine Hinweise dass das Senden überhaupt funktioniert. Hier wäre es interessant festzustellen, ob vielleicht ein HW-probelm beim CUL vorliegt oder nur eine Konfiguration schräg liegt.

[Wzut]

Mir fallen da zwei Dinge auf :

define CC1101 CUL_MAX 2907

2015.10.29 22:30:53 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1),

a. den CulMAX hast du selbst definiert ? autocreate hätte da bestimmt
define CULMAX0 CUL_MAX 123456 angelegt. Wobei der Name wurscht ist, aber die interne Hex Adresse sollte wohl doch 6 Stellen haben ? ( default 123456)

b. dst 000000 - schaut auch komisch aus , hängt vllt. auch mit a. zusammen

[AlBundy]

Hallo Wzut,
der CULMAX wurde nicht automatisch angelegt, deswegen hatte ich ihn selbst definiert.
Ich habe die Adresse zuerst von 2907 auf 290700 geändert, allerdings ohne Erfolg.
Um sicherzugehen, habe ich den Eintrag aus der Config gelöscht und ihn nochmal mit
define CULMAX0 CUL_MAX 123456
angelegt und siehe da :

Code Auswählen Erweitern

CUL_MAX_Parse: len 23, msgcnt 00, msgflag 04, msgTypeRaw PairPing, src 0c8c3e, dst 000000, groupid 0, payload 1801FF4B455130383331323733
2015.10.30 14:59:00 3: CUL_MAX_Parse: Got PairPing (dst 000000, pairmode 1), firmware 24, type 1, testresult 255, serial KEQ0831273
2015.10.30 14:59:00 3: CUL_MAX_Parse: Pairing device 0c8c3e of type HeatingThermostat with serial KEQ0831273
2015.10.30 14:59:00 5: CULMAX0 dispatch MAX,0,define,0c8c3e,HeatingThermostat,KEQ0831273,0
2015.10.30 14:59:00 2: autocreate: define MAX_0c8c3e MAX HeatingThermostat 0c8c3e
2015.10.30 14:59:00 2: autocreate: define FileLog_MAX_0c8c3e FileLog ./log/MAX_0c8c3e-%Y.log MAX_0c8c3e
2015.10.30 14:59:00 3: CUL_MAX_Send: enqueuing 0b0100011234560c8c3e0000
2015.10.30 14:59:00 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:00 5: SW: X
2015.10.30 14:59:00 5: CUL/RAW (ReadAnswer): 21  400

2015.10.30 14:59:00 5: CUL_0 sending Zs0b0100011234560c8c3e0000
2015.10.30 14:59:00 5: SW: Zs0b0100011234560c8c3e0000
2015.10.30 14:59:00 5: CULMAX0 dispatch MAX,0,HeatingThermostatConfig,0c8c3e,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2015.10.30 14:59:01 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:01 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:02 5: CUL/RAW: /Z0E0102020C8C3E12345600011900275B

2015.10.30 14:59:02 4: CUL_Parse: CUL_0 Z0E0102020C8C3E12345600011900275B -28.5
2015.10.30 14:59:02 5: CUL_0 dispatch Z0E0102020C8C3E1234560001190027
2015.10.30 14:59:02 3: CUL_MAX_Parse: len 14, msgcnt 01, msgflag 02, msgTypeRaw Ack, src 0c8c3e, dst 123456, groupid 0, payload 01190027
2015.10.30 14:59:02 5: CULMAX0 dispatch MAX,1,Ack,0c8c3e,01190027
2015.10.30 14:59:02 3: Got matching ack
2015.10.30 14:59:02 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:03 5: CUL/RAW: /Z0A000A030C8C3E123456005B
2015.10.30 14:59:02 4: CUL_Parse: CUL_0 Z0E0102020C8C3E12345600011900275B -28.5
2015.10.30 14:59:02 5: CUL_0 dispatch Z0E0102020C8C3E1234560001190027
2015.10.30 14:59:02 3: CUL_MAX_Parse: len 14, msgcnt 01, msgflag 02, msgTypeRaw Ack, src 0c8c3e, dst 123456, groupid 0, payload 01190027
2015.10.30 14:59:02 5: CULMAX0 dispatch MAX,1,Ack,0c8c3e,01190027
2015.10.30 14:59:02 3: Got matching ack
2015.10.30 14:59:02 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:03 5: CUL/RAW: /Z0A000A030C8C3E123456005B

2015.10.30 14:59:03 4: CUL_Parse: CUL_0 Z0A000A030C8C3E123456005B -28.5
2015.10.30 14:59:03 5: CUL_0 dispatch Z0A000A030C8C3E12345600
2015.10.30 14:59:03 3: CUL_MAX_Parse: len 10, msgcnt 00, msgflag 0A, msgTypeRaw TimeInformation, src 0c8c3e, dst 123456, groupid 0, payload
2015.10.30 14:59:03 3: Got request for TimeInformation, sending it
2015.10.30 14:59:03 3: broadcast time to 0c8c3e
2015.10.30 14:59:03 3: CUL_MAX_Send: enqueuing 0f0204031234560c8c3e000f1e0ebb83
2015.10.30 14:59:03 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:03 5: SW: X
2015.10.30 14:59:03 5: CUL/RAW (ReadAnswer): 21  293

2015.10.30 14:59:03 3: Updating TimeInformation payload
2015.10.30 14:59:03 5: CUL_0 sending Zs0f0204031234560c8c3e000f1e0ebb83
2015.10.30 14:59:03 5: SW: Zs0f0204031234560c8c3e000f1e0ebb83
2015.10.30 14:59:03 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:04 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:04 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:05 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:05 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:06 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:06 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:06 3: CUL_MAX_SendQueueHandler: Retry 0c8c3e for 0f0204031234560c8c3e000f1e0ebb83 count: 3
2015.10.30 14:59:09 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:09 5: SW: X
2015.10.30 14:59:09 5: CUL/RAW (ReadAnswer): 21  187

2015.10.30 14:59:09 3: Updating TimeInformation payload
2015.10.30 14:59:09 5: CUL_0 sending Zs0f0204031234560c8c3e000f1e0ebb89
2015.10.30 14:59:09 5: SW: Zs0f0204031234560c8c3e000f1e0ebb89
2015.10.30 14:59:10 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:10 3: CUL_MAX_SendQueueHandler: 1 items in queue
2015.10.30 14:59:10 5: CUL/RAW: /Z0E0202020C8C3E12345600011900275C

2015.10.30 14:59:10 4: CUL_Parse: CUL_0 Z0E0202020C8C3E12345600011900275C -28
2015.10.30 14:59:10 5: CUL_0 dispatch Z0E0202020C8C3E1234560001190027
2015.10.30 14:59:10 3: CUL_MAX_Parse: len 14, msgcnt 02, msgflag 02, msgTypeRaw Ack, src 0c8c3e, dst 123456, groupid 0, payload 01190027
2015.10.30 14:59:10 5: CULMAX0 dispatch MAX,1,Ack,0c8c3e,01190027
2015.10.30 14:59:10 3: Got matching ack
2015.10.30 14:59:11 3: CUL_MAX_SendQueueHandler: 1 items in queue




Anscheinend ist die 123456 der Schlüssel zum Glück 

Vielen Dank an Euch, super  Hilfe.

Gruß,
Al

[viegener]

Super, dann war ich auf der falschen Fährte!

[Wzut]

ob die 123456 wirklich das Zauberwort waren , k.A. hardgecoded stehen sie weder in 10_MAX noch in 14_CUL_MAX , allerdings gibt es in 14_CUL_MAX Define eigentlich eine Sicherung die 4 stellige Hex Adressen abfangen sollte :

Code Auswählen Erweitern

if (length($a[2]) != 6) {
          Log3 $hash, 1, "The adress must be 6 hexadecimal digits";
          return "The adress must be 6 hexadecimal digits";
  }