Ich habe meine Instanz von VM auf Docker umgezogen bzw setzte sie dort zum großen Teil komplett neu auf. Ist im laufe der Zeit doch etwas kraut und rüben.
Nun habe ich im Docker aber das Problem, dass ich kein Test Command mehr schicken kann. Es kommt immer die Meldung „Value for parameter is invalid on /- on line 1“
Hat jemand eine Idee woran das liegen kann?
Grüße,
Torsten
Kommt der Fehler nur beim Testen oder auch wenn du die Variable anderweitig schaltest? Der Fehler kommt vom LCN Gateway direkt. Im Zweifel kannst du mal parallel den Debug von deinem LCN Gateway aufmachen und den Inhalt nach einem Schaltversuch hier posten.
Der Fehler kommt auch, wenn ich versuche die Lampe zB über das WebFront zu schalten. Im Debug des Gateway kommt dann folgendes:
TXT: 02/10/2025, 03:56:33 PM | WAITING | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 03:56:33 PM | WAITING | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 03:56:33 PM | TRANSMIT | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 03:56:33 PM | TRANSMIT | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 03:56:33 PM | RECEIVED | -M000058007
HEX: 02/10/2025, 03:56:33 PM | RECEIVED | 2D 4D 30 30 30 30 35 38 30 30 37
Das Debug der Output Instanz sowie das Debug des Splitter Instanz bleiben leer.
Schalte ich den Ausgang per script
LCN_SwitchMode(29077,0);
erhalte ich im Debug des Gateway folgendes:
TXT: 02/10/2025, 03:58:50 PM | WAITING | >M000058!A1TA000<LF>
HEX: 02/10/2025, 03:58:50 PM | WAITING | 3E 4D 30 30 30 30 35 38 21 41 31 54 41 30 30 30 0A
TXT: 02/10/2025, 03:58:50 PM | TRANSMIT | >M000058!A1TA000<LF>
HEX: 02/10/2025, 03:58:50 PM | TRANSMIT | 3E 4D 30 30 30 30 35 38 21 41 31 54 41 30 30 30 0A
TXT: 02/10/2025, 03:58:50 PM | RECEIVED | -M000058!
HEX: 02/10/2025, 03:58:50 PM | RECEIVED | 2D 4D 30 30 30 30 35 38 21
TXT: 02/10/2025, 03:58:51 PM | RECEIVED | :M000058A1025
HEX: 02/10/2025, 03:58:51 PM | RECEIVED | 3A 4D 30 30 30 30 35 38 41 31 30 32 35
TXT: 02/10/2025, 03:58:51 PM | WAITING | >M000052!LA009E<LF>
HEX: 02/10/2025, 03:58:51 PM | WAITING | 3E 4D 30 30 30 30 35 32 21 4C 41 30 30 39 45 0A
TXT: 02/10/2025, 03:58:51 PM | TRANSMIT | >M000052!LA009E<LF>
HEX: 02/10/2025, 03:58:51 PM | TRANSMIT | 3E 4D 30 30 30 30 35 32 21 4C 41 30 30 39 45 0A
TXT: 02/10/2025, 03:58:51 PM | RECEIVED | -M000052!
HEX: 02/10/2025, 03:58:51 PM | RECEIVED | 2D 4D 30 30 30 30 35 32 21
TXT: 02/10/2025, 03:58:51 PM | RECEIVED | -M000052!
HEX: 02/10/2025, 03:58:51 PM | RECEIVED | 2D 4D 30 30 30 30 35 32 21
TXT: 02/10/2025, 03:58:51 PM | WAITING | >M000052!LA004A<LF>
HEX: 02/10/2025, 03:58:51 PM | WAITING | 3E 4D 30 30 30 30 35 32 21 4C 41 30 30 34 41 0A
TXT: 02/10/2025, 03:58:51 PM | TRANSMIT | >M000052!LA004A<LF>
HEX: 02/10/2025, 03:58:51 PM | TRANSMIT | 3E 4D 30 30 30 30 35 32 21 4C 41 30 30 34 41 0A
TXT: 02/10/2025, 03:58:51 PM | RECEIVED | -M000052!
HEX: 02/10/2025, 03:58:51 PM | RECEIVED | 2D 4D 30 30 30 30 35 32 21
TXT: 02/10/2025, 03:58:51 PM | RECEIVED | -M000052!
HEX: 02/10/2025, 03:58:51 PM | RECEIVED | 2D 4D 30 30 30 30 35 32 21
In der alten VM Version von IP Symcon - dort wo es klappt - gibt mir das Gateway folgenden Debug, wenn ich den Ausgang per Kontextmenu einschalte
TXT: 02/10/2025, 04:00:28 PM | WAITING | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 04:00:28 PM | WAITING | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 04:00:28 PM | TRANSMIT | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 04:00:28 PM | TRANSMIT | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 04:00:28 PM | RECEIVED | -M000058!
HEX: 02/10/2025, 04:00:28 PM | RECEIVED | 2D 4D 30 30 30 30 35 38 21
Für mich schauen beide Debugs via Kontext Menü identisch aus, nur die Rückmeldung ist unterschiedlich.
Beide IP Instanzen verwenden das selbe PCHK
Die Fehlermeldung kommt direkt von LCN. Die 7 am Ende signalisiert das.
paresy
Hast Du eine Idee was ich ändern kann damit es funktioniert?
Der einzige Unterscheid ist die Platform - Ubtuntu VM vs Docker
Die Docker Instanz nochmal komplett neu aufsetzten würde bedeuten, dass alle Geräte wieder neue IDs bekommen und somit alle Scripte nochmals angefasst werden müssten 
Gruß,
Torsten
EDIT:
Habe nun nochmal einen neuen Docker Container installiert und nur LCN Gateway, LCN Configurator und ein LCN Device eingerichtet. Der Fehler bleibt - aber warum?
Wo ist der Unterschied zwischen dem Docker und der VM?
Gruß,
Torsten
Noch ein weiterer Test
In Docker:
LCN_SendCommand(51692,"A1","DI100000");
schaltet den Ausgang 1 NICHT ein und bringt folgendes Debug:
TXT: 02/10/2025, 07:13:09 PM | WAITING | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 07:13:09 PM | WAITING | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 07:13:09 PM | TRANSMIT | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 07:13:09 PM | TRANSMIT | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 07:13:09 PM | RECEIVED | -M000058007
HEX: 02/10/2025, 07:13:09 PM | RECEIVED | 2D 4D 30 30 30 30 35 38 30 30 37
In VM:
LCN_SendCommand(12335,"A1","DI100000");
schaltet den Ausgang 1 ein und bringt folgendes Debug:
TXT: 02/10/2025, 07:13:53 PM | WAITING | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 07:13:53 PM | WAITING | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 07:13:53 PM | TRANSMIT | >M000058!A1DI100000<LF>
HEX: 02/10/2025, 07:13:53 PM | TRANSMIT | 3E 4D 30 30 30 30 35 38 21 41 31 44 49 31 30 30 30 30 30 0A
TXT: 02/10/2025, 07:13:53 PM | RECEIVED | -M000058!
HEX: 02/10/2025, 07:13:53 PM | RECEIVED | 2D 4D 30 30 30 30 35 38 21
TXT: 02/10/2025, 07:13:53 PM | RECEIVED | :M000058A1100
HEX: 02/10/2025, 07:13:53 PM | RECEIVED | 3A 4D 30 30 30 30 35 38 41 31 31 30 30
Es ist beides mal die Splitter Instanz für das Modul 058.
Den einzigen Unterschied den ich noch sehe ist, dass in der VM IP Symcon v7.1 läuft und im Docker v8.0
Gruß,
Torsten
Habe heute morgen aus beiden Versionen den LCN_SendCommand nochmal gesendet und dabei den Bus Monitor offen gehabt.
VM 7.1 - cc6670054397
09:09:26:385 - M004 → M058 EG Entree Tür Ausg.1: EIN, Rampe: 0.00 Sek
09:09:26:393 ✓ M058 EG Entree Tür → M004 Pos.Quittung
09:09:26:703 - M058 EG Entree Tür Ausg.1: 100.0%
09:09:26:756 - M004 → M052 EG Wohnen LED 9: EIN
09:09:26:820 ✓ M052 EG Wohnen → M004 Pos.Quittung
09:09:27:005 - M004 → M052 EG Wohnen LED 4: EIN
09:09:27:078 ✓ M052 EG Wohnen → M004 Pos.Quittung
Docker 8.0 - a7ebf5a4129b
09:10:23:988 - M004 → M058 EG Entree Tür Timer Ausg.1: = 0%, Dauer 0.00 Sek
09:10:24:052 ! M058 EG Entree Tür → M004 - ? -
Für mich scheint es so, als ob LCN den Befehl aus der Docker Umgebung anderes interpretiert als aus der VM Umgebung.
Gruß,
Torsten
EDIT: Habe den Thread nach LCN verschoben, da ich glaube das es eher dahin gehört
EDIT2: Habe einen neuen Docker 7.1 - cc6670054397 erstellt und der Fehler bleibt. Was das ganze noch Abstrakter macht ist die Tatsache, dass ein EIN schalten den Fehler erzeugt, ein AUS schalten aber sauber funktioniert 
Ich hab das gerade mal in Docker mit LCN und Symcon getestet.
Kann deinen Fehler nicht nachvollziehen.
Es geht hier…
LCN_SendCommand(46977,„A1“,„DI100000“);
08:42:08 [PCHK] >M000007.A1DI000000
08:42:08 [PCHK] S000_M002 to M007 O1: OFF, ramp: 0.00 sec.
08:42:08 [PCHK] S000_M007 statusL Output 1: 0.0%
08:42:08 [PCHK] :M000007A1000
08:42:17 [PCHK] >M000007.A1DI100000
08:42:17 [PCHK] S000_M002 to M007 O1: ON, ramp: 0.00 sec.
08:42:17 [PCHK] S000_M007 statusL Output 1: 100.0%
08:42:17 [PCHK] :M000007A1100
@tomgr ich bekomme es nicht hin. Habe nun eine neue SD Karte für den Raspi neu bespielt und Docker installiert. In dieser Umgebung dann nur ein Modul installiert und getestet. Der Fehler bleibt 
Ich habe nun echt keine Idee mehr…
Habe auch keine Idee mehr, ev mal zusammen mit Anydesk schauen ?
Sendest du an einen PK-E/PK-VISU oder hast du eine PCHK auch im Docker Container drin?
paresy
Habe eine PCHK auf einem separaten Raspi laufen. Der macht nichts anderes als das Interface zur Verfügung zu stellen.
Gruß,
Torsten
Den gleichen PCHK für beide?
Gleichzeitig mit der Pro drauf? Hast du genug Lizenzen?
Beide Instanzen greifen auf die selbe PCHK zu mit 2 Lizenzen.
Gruß,
Torsten
Versuche das Thema einzukreisen. Relais können geschaltet werden. Es geht wirklich nur das EINschalten bei Ausgängen nicht.
Dimmen einen Ausgangs geht bis 25%, die Fehlermeldung kommt ab 26%
200er oder 50er Schritte im LCN eingestellt ? Da bitte mal suchen.
DANKE @tomgr
Es war die Einstellung im LCN Gateway - der Output Mode muss bei mir auf 50 Schritte stehen.
Danke an alle die mir geholfen haben!
Grüße,
Torsten
Trotzdem konnte ich den Fehler so nicht nachvollziehen, hatte bei meinem Test Symcon auch von 50 auf 200 Schritte umgestellt, und die Fehler nicht gesehen (wurde einfach auf 0 gelassen)
Aber schön das es geht !
