neues Modul: SIEMENS Anbindung / S7 / Siemens Logo

Begonnen von charlie71, 12 August 2014, 15:33:23

Vorheriges Thema - Nächstes Thema

flummy1978

Hallo zusammen,

zunächst einmal möchte ich mich bedanken, dass so ein geniales Modul zur Verfügung gestellt wirde !  :)

Jetzt hab ich aber aktuell beim Einrichten meiner ersten Installation die dann auch im Einsatz sein soll folgendes Problem:

2018.11.15 19:09:10 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)

Das bekomme ich total willkürlich und unregelmäßig. Die Bausteine sind alle gleich beschrieben, so dass sie überall die gleiche Funktion haben. Mal kommt es beim ersten Baustein zu diesem Fehler, mal beim 10 und dann funktionieren wiederum alle, wie sie sollen  :-\

Das Einzige was Abhilfe schafft ist ein Neustart. Dann gehen alle Teile wieder bis zum nächsten "Hänger". Was merkwürdig ist, ist dass manchmal der Befehl trotzdem durchkommt

Das ist der Log vor dem Neustart (der DBX für hoch wurde geschrieben der für runter nicht)

2018-11-15 19:24:27 ROLLO Rollo.Bad01 drive-down
2018.11.15 19:24:27 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018-11-15 19:24:27 readingsProxy Rollo.Bad01.ZU_icon on
2018-11-15 19:24:27 S7_DWrite Rollo.Bad01.ZU on
2018.11.15 19:24:30 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018-11-15 19:24:30 readingsProxy Rollo.Bad01.ZU_icon off
2018-11-15 19:24:30 S7_DWrite Rollo.Bad01.ZU off
2018-11-15 19:24:30 ROLLO Rollo.Bad01 pct-20
2018-11-15 19:24:35 ROLLO Rollo.Bad01 drive-up
2018-11-15 19:24:35 readingsProxy Rollo.Bad01.AUF_icon on
2018-11-15 19:24:35 S7_DWrite Rollo.Bad01.AUF on
2018.11.15 19:24:35 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018-11-15 19:24:39 readingsProxy Rollo.Bad01.AUF_icon off
2018-11-15 19:24:39 S7_DWrite Rollo.Bad01.AUF off
2018.11.15 19:24:39 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018-11-15 19:24:39 ROLLO Rollo.Bad01 open


Das ist der Log, nach dem Neustart. Wieder andere Fehler, aber beide Bits werden gesetzt.

2018.11.15 19:25:36 1 : PERL WARNING: Argument "none" isn't numeric in numeric gt (>) at ./FHEM/44_ROLLO.pm line 320.
2018-11-15 19:25:36 ROLLO Rollo.Bad01 drive-down
2018-11-15 19:25:36 readingsProxy Rollo.Bad01.ZU_icon on
2018-11-15 19:25:36 S7_DWrite Rollo.Bad01.ZU on
2018.11.15 19:25:40 1 : PERL WARNING: Argument "none" isn't numeric in numeric lt (<) at ./FHEM/44_ROLLO.pm line 465.
2018-11-15 19:25:40 readingsProxy Rollo.Bad01.ZU_icon off
2018-11-15 19:25:40 S7_DWrite Rollo.Bad01.ZU off
2018-11-15 19:25:40 ROLLO Rollo.Bad01 pct-30
2018-11-15 19:25:46 ROLLO Rollo.Bad01 drive-down
2018-11-15 19:25:46 readingsProxy Rollo.Bad01.ZU_icon on
2018-11-15 19:25:46 S7_DWrite Rollo.Bad01.ZU on
2018.11.15 19:25:57 1 : PERL WARNING: Argument "none" isn't numeric in numeric gt (>) at ./FHEM/44_ROLLO.pm line 411.
2018-11-15 19:25:57 readingsProxy Rollo.Bad01.AUF_icon off
2018-11-15 19:25:57 S7_DWrite Rollo.Bad01.AUF off
2018-11-15 19:25:57 ROLLO Rollo.Bad01 open


Es ist manchmal so, dass manche Befehle direkt funktionieren, ohne Fehler und manche mit Fehler mal ja mal nicht ;(

Exemplarisch ein List für ein Rollo:

ZU:

Internals:
   ADDRESS    2.1
   AREA       db
   CHANGED   
   DB         100
   DEF        db 100 2.1
   IODev      KellerS7
   KellerS7_MSGCNT 198
   KellerS7_TIME 2018-11-15 19:28:51
   LASTInputDev KellerS7
   LENGTH     1
   MSGCNT     198
   NAME       Rollo.Bad01.ZU
   NR         41
   POSITION   17
   STATE      off
   TYPE       S7_DWrite
   READINGS:
     2018-11-15 19:25:57   state           off
Attributes:
   IODev      KellerS7
   event-on-change-reading state
   group      Rollo
   room       hidden


Auf:
Internals:
   ADDRESS    2.0
   AREA       db
   DB         100
   DEF        db 100 2.0
   IODev      KellerS7
   KellerS7_MSGCNT 232
   KellerS7_TIME 2018-11-15 19:29:27
   LASTInputDev KellerS7
   LENGTH     1
   MSGCNT     232
   NAME       Rollo.Bad01.AUF
   NR         46
   POSITION   16
   STATE      off
   TYPE       S7_DWrite
   READINGS:
     2018-11-15 19:25:57   state           off
Attributes:
   IODev      KellerS7
   event-on-change-reading state
   group      Rollo
   room       hidden


Vielleicht hat ja jemand einen Tipp oder eine Idee für mich, woran das liegen könnte ..... Bin für jede Antwort sehr dankbar.

Vielleicht kann mir dann auch jemand sagen, warum das so ist:
"......
AREA       db
   CHANGED   ---> Einmal ist es dabei einmal nicht
   DB         100
......."

Vielen Dank
Grüße
Andreas

pc1246

Hallo Andreas
Zwei Sachen fallen mir auf. Zum Einen die vielen Punkte in Deinen Namen. Als S7-Mensch solltest Du das doch meiden!? (Ist aber nur meine persoenliche Meinung, bei den Meisten hier im Forum gibt das kein Problem. Ind bei Dir funktioniert es ja auch teilweise.)
Zum Zweiten hast Du das reading_proxy benutzt. Ich war darueber schon mal erstaunt, dass das in beide Richtungen funktioniert!
Es waere also gut, wenn Du mal ein list der S7, des reading_proxy schickst!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

flummy1978

Hallo Christoph,

zunächst einmal vielen Dank für Deine Antwort und Mühe mir helfen zu wollen, bzw die Zeit zu investieren :)

Zu Deinen Anliegen / Vorschlägen:
- Die Punkte in dem Namen habe ich mir bei vielen Fhem Beispielen angeschaut. Sie bekommen ja mit der S7 quasi nichts zu tun und als ich die Punkte dann für gewisse Sachen genommen habe, wurden auch auf einmal Assoziationen hergestellt "Probably associated with....." Das funktionierte vorher noch nicht.
WENN es aber triftige Gründe gibt, das auch bei Fhem nicht zu machen, kann ich es noch ändern (bin hier für Tipps dankbar) , weil ich noch sehr sehr am Anfang meiner Fhem Baustelle stehe (und aktuell verzweifelt Versuche mich an diverse Perl Sachen von früher zu erinnern  ;D)

- Die reading_proxy waren hier lediglich beim Rollo. Ich habe sie mittlerweile entfernt und bekomme den Zustand Status nun durch ein "DOIF" angezeigt, den ich eh abfragen musste und mir somit eine Abfrage gesparrt habe. Das List war in diesem Fall vom Rollo. Ich habe gestern ein anderes Bauteil probiert, bei dem es (bis zum Neustart) den gleichen Fehler gibt:

List vom Device:
Internals:
   DEF        192.168.0.26 0 2
   Interval   1
   LocalTSAP  256
   NAME       KellerS7
   NR         43
   RemoteTSAP 258
   S7TYPE     NATIVE
   STATE      connected to PLC
   TYPE       S7
   dirty      0
   maxPDUlength 240
   plcAddress 192.168.0.26
   receiveTimeoutMs 500
   READINGS:
     2018-11-29 04:42:40   state           connected to PLC
   ReadingList:
     ARRAY(0xb24880)
Attributes:
   event-min-interval .*:600
   event-on-change-reading state
   room       System


Fehler im Log:
2018.11.28 22:21:57 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)
Neustart von Fhem und das Problem ist nicht mehr da (bis es irgendwann plötzlich von allein wieder auftaucht ;( )

Vielleicht hast Du (oder jemand anderes) da noch eine Idee .....

Unabhängig davon habe ich aber noch ein (altes) List von einem Rollo, bei dem das readings_proxy genutzt wurde. Dieses Rollo ist jedoch IMMER gefahren und hat nie diese Aussetzer gehabt. Im Gegensatz zu dem Device hier oben und dem Beispiel im anderen Beitrag.

Internals:
   ADDRESS    3.5
   AREA       db
   CHANGED   
   DB         100
   DEF        db 100 3.5
   IODev      KellerS7
   KellerS7_MSGCNT 41323
   KellerS7_TIME 2018-11-29 16:35:04
   LASTInputDev KellerS7
   LENGTH     1
   MSGCNT     41323
   NAME       Rollo.SZ01.ZU
   NR         59
   POSITION   29
   STATE      off
   TYPE       S7_DWrite
   READINGS:
     2018-11-29 05:17:10   state           off
Attributes:
   IODev      KellerS7
   event-on-change-reading state
   group      Rollo
   room       hidden


Vielen Dank und Viele Grüße
Andreas

pc1246

Moin
Irgendwie ist mein VPN kaputt! So kann ich erst heute abend nachgucken wie es bei mir ist!
Was mir aber trotzdem sofort aufgefallen ist, Du hast -min-interval und -change-reading am IO-dev gemacht. Und nicht am device (Datenpunkt) selber, wie im Wiki beschrieben!
Und ich bin mir nicht sicher ob ein loeschen des Attributes reicht. Ich wuerde also vorher die Inhalte loeschen, und dann das Attribut! (S7-Geschaedigter!)
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

flummy1978

Moinsen,
ZitatWas mir aber trotzdem sofort aufgefallen ist, Du hast -min-interval und -change-reading am IO-dev gemacht. Und nicht am device (Datenpunkt) selber, wie im Wiki beschrieben!
Ouha das sind aber jetzt viele spezielle Sachen, die Du da aufrufst. Ich bin wie gesagt ein absoluter Neuling was Fhem angeht: IO-dev wäre in diesem Falle meine Datenbaustein an dem ich die Abfrage mache und device wäre dann meine S7 (S7-Keller), richtig? 😎

Das entsprechende Attribut löschen ist für mich jetzt kein Problem, aber was muss ich dann machen um vorher den Inhalt zu löschen? Sorry stehe da ein wenig auf dem Schlauch......
Sobald ich zu Haus bin und das hier umgesetzt habe, kann ich noch mal ein List posten und vergleichen :)

Vielen Dank und Grüße
Andreas

pc1246

Zitat von: flummy1978 am 30 November 2018, 10:53:54
Moinsen,Ouha das sind aber jetzt viele spezielle Sachen, die Du da aufrufst. Ich bin wie gesagt ein absoluter Neuling was Fhem angeht: IO-dev wäre in diesem Falle meine Datenbaustein an dem ich die Abfrage mache und device wäre dann meine S7 (S7-Keller), richtig? 😎

Das entsprechende Attribut löschen ist für mich jetzt kein Problem, aber was muss ich dann machen um vorher den Inhalt zu löschen? Sorry stehe da ein wenig auf dem Schlauch......
Sobald ich zu Haus bin und das hier umgesetzt habe, kann ich noch mal ein List posten und vergleichen :)

Vielen Dank und Grüße
Andreas

Nein, leider falsch!
Deswegen schrieb ich extra Datenpunkt! Das IO-dev ist Deine S7, und Dein device, aus fhem-Sicht, ist ein Datenpunkt in Deiner S7!
Im wiki ist das aber genau beschrieben, evtl. ist nur der gruene Kasten an einer unguenstigen Position!
Zum loeschen der Attribute: Mach erstmal das Feld leer, und speichere dann, und danach kannst Du das Attribut loeschen.
Das schreibe ich auch nur, da ich nicht sicher bin, ob der Inhalt sonst auch wirklich geoescht wird! Warscheinlich schon!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

flummy1978

#1011
Guten Morgen Christoph
und natürlich auch allen anderen auch  ;)

ich habe jetzt die min-interval und -change-reading attr. außschließlich an die Datenpunkte gemacht.

Erster Versuch Ergebnis im EventLog:
2018.12.03 10:48:19 1 : PERL WARNING: Use of uninitialized value $sname in hash element at ./FHEM/44_S7_DWrite.pm line 249.
2018.12.03 10:48:19 1 : PERL WARNING: Use of uninitialized value in string eq at ./FHEM/44_S7_DWrite.pm line 267.
2018.12.03 10:48:19 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018.12.03 10:48:19 1 : PERL WARNING: Argument "S7_WriteBitToPLC: wrong block length 1 (max length -1)" isn't numeric in numeric eq (==) at ./FHEM/44_S7_DWrite.pm line 370.

Logfile:
2018.12.03 10:48:50 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)

Zweiter Versuch: (Device kontrolliert und eigentlich nichts verändert)
2018.12.03 10:50:15 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018-12-03 10:50:15 S7_DWrite LED_Treppe on
2018.12.03 10:50:17 3 : S7_WriteBitToPLC: wrong block length 1 (max length -1)
2018-12-03 10:50:17 S7_DWrite LED_Treppe off
2018.12.03 10:50:36 1 : PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/44_S7_DWrite.pm line 54.


Device Inhalt kopiert, Device gelöscht, IDENTISCHEN INHALT wieder in neues Device eingefügt:

Funktion einwandfrei:
2018-12-03 10:51:15 S7_DWrite LED_Treppe on

:'( :-\

Jetzt bin ich total verwirrt ...... Vielleicht hat ja jemand wieder ne Idee, was ich anders machen könnte.

Vollständigkeitshalber List vom neuen (alten) Device:
Internals:
   ADDRESS    1.1
   AREA       db
   CFGFN     
   DB         100
   DEF        db 100 1.1
   IODev      KellerS7
   KellerS7_MSGCNT 227
   KellerS7_TIME 2018-12-03 10:54:47
   LASTInputDev KellerS7
   LENGTH     1
   MSGCNT     227
   NAME       LED_Treppe
   NR         379
   POSITION   9
   STATE      on
   TYPE       S7_DWrite
   READINGS:
     2018-12-03 10:51:15   state           on
Attributes:
   IODev      KellerS7
   alias      Treppen LED
   event-on-change-reading on off
   event-on-update-reading state
   eventMap   on:on off:off
   group      Licht
   icon       light_stairs
   room       Flur


Grüße
Andreas

pc1246

Moin Andreas
Irgendwie kann ich Dir nicht folgen. Funktioniert es jetzt, oder nicht?
Das das neu anlegen Deine Probleme behebt, kann ich mir schon vorstellen. Das war der grund, warum ich so vorsichtig mit den Attributen war.
Zeig noch mal ein list des IO-dev, bitte!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

flummy1978

Moinsen,

Internals:
   DEF        192.168.0.26 0 2
   Interval   1
   LocalTSAP  256
   NAME       KellerS7
   NR         43
   RemoteTSAP 258
   S7TYPE     NATIVE
   STATE      connected to PLC
   TYPE       S7
   dirty      0
   maxPDUlength 240
   plcAddress 192.168.0.26
   receiveTimeoutMs 500
   READINGS:
     2018-12-03 01:17:36   state           connected to PLC
   ReadingList:
     ARRAY(0x1337030)
Attributes:
   room       System


ZitatIrgendwie kann ich Dir nicht folgen. Funktioniert es jetzt, oder nicht?
Tja wie soll ich das beantworten *lach* .... also nach dem Neuanlegen funktioniert es aktuell erstmal. Die Frage ist wahrscheinlich nur wie lange noch. Ich habe ja das Device exakt identisch zu vorher nur neu angelegt und es funktionierte, was vorher noch nicht ging.....  schon irgendwie sehr merkwürdig das Ganze.

Viele Grüße
Andreas

pc1246

Gut
Dann warten wir einfach erstmal ab!
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

elmo25674

Hallo zusammen,
Habe 2 Logo8 mit FHEM verbunden. Eine läuft ohne Fehler und bei der anderen kommt seit längerem mehrmals am Tag folgender Log Eintrag

DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
2019.01.10 18:13:43 0: DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
2019.01.10 18:13:43 2: myLogo S7 disconnected


Kann mir hier jemand weiterhelfen?

Gruß Christian

jailbreaker07

Hallo,

Ich habe bei mir drei OBA8 Logos in Einsatz.

Nur mit den  zweiten und dritten habe ich  bereits die bekannten Probleme. Die Logo die ich als erste eingerichtet hatte hat nur ganz vereinzelnde disconnects. Auch an der Softwareversion V1.08.03 hat es nicht gelegen, diese Logo habe ich erneuert....

Gib es es schon etwas Neues bezüglich einer Problemlösung?

2019.01.14 08:50:49 3: Logo_EG S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2019.01.14 08:50:49 2: Logo_EG S7 disconnected
2019.01.14 08:50:49 3: Logo_EG is disconnected ? --> reconnect
2019.01.14 08:50:49 2: Logo_EG S7 disconnected
2019.01.14 08:50:49 3: Logo_EG is disconnected ? --> reconnect
2019.01.14 08:50:49 2: Logo_EG S7 disconnected
2019.01.14 08:50:52 3: Logo_EG S7_connect: connect to PLC with maxPDUlength=240



Gruß

Thorsten

flummy1978

Hallöchen,

Zitat von: pc1246 am 03 Dezember 2018, 12:54:36
Gut
Dann warten wir einfach erstmal ab!
Gruss Christoph
Nach einiger Zeit des Wartens, aber auch des (nicht) Bastelns, bin ich in den letzten Tagen wieder öfter damit in Berührung gekommen, so dass ich das Gefühl hatte es würde funktionieren.... Falsch gedacht:

Bis heute morgen war alles schön, im Laufe des Tages habe ich dann eine Kalenderschaltung probiert (Kalendereintrag löst ein Event aus, bzw schaltet ein Device ein / aus). Diese hat funktioniert, allerdings hat das Device den o.g. Fehler produziert:
2019.03.12 19:58:43 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)  :'( :(

Der dazugehörige Log hat nichts ausgespuckt, was wir bisher nicht hatten. Lediglich meine eigene Suche hat mich auf die Github Seite für das S7 Modul gebracht:
https://github.com/klein0r/fhem-docker/blob/f25ba97d9584cd13afc94cff094ee314a371ca67/fhem/core/FHEM/44_S7.pm#L568
Das scheint exakt die Zeile zu sein, die den Fehler verursacht bzw ausgibt. Aber leider reichen hier meine Perl Kenntnisse bei Weitem nicht aus, um das gescheit zuordnen zu können :(

Vielleicht hat einer der Experten noch mal Lust und Zeit sich das anzuschauen, oder eine Idee wie ich der Ursache auf den Grund kommen könnte.

Vielen dank im Vorraus
Grüße
Andreas

pc1246

Moin Andreas
Also das ist nicht die Github-Seite des Moduls!
Das Modul selbst findest Du auf Deinem fhem-Server (RPI?). Ist es aktuell?
Zeig doch bitte mal ein list von Deiner S7, und auch von dem definierten Ausgang.
Ist nur der Logeintrag gekommen, und der Ausgang wurde trotzdem geschrieben?
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

flummy1978

Moin Christoph, (böse Nachtschichtvorbereitung und daher programmieren bis in die Nacht  :o )

zunächst einmal vielen Dank für die erneute schnelle Antwort dazu.

Diese Github seite, ist außer diesem Eintrag hier die einzige Seite die bei Tante Goglä rausspringt wenn man diesen Fehler eingibt (Was mich schon sehr verdutzt hat O.o) Daher dachte ich dass das die Ursprungsseite vom Modul war.
Da dieser Fehler bereits vor Monaten aufgetreten ist und ich in der Zwischenzeit mehrmals einige Updates gemacht habe, ist der Fehler auf jeden Fall schon mal mit gewandert.

An den jeweiligens Lists hat sich auch nichts getan (außer dass es jetzt ein anderer Raum ist):
S7:

Internals:
   DEF        192.xxx.xx.xxx 0 2
   FUUID      5c46de1f-f33f-bea8-549d-d5b25f7b2d51cefc
   Interval   1
   LocalTSAP  256
   NAME       KellerS7
   NR         42
   RemoteTSAP 258
   S7TYPE     NATIVE
   STATE      connected to PLC
   TYPE       S7
   dirty      0
   maxPDUlength 240
   plcAddress 192.xxx.xx.xxx
   receiveTimeoutMs 500
   READINGS:
     2019-03-13 01:16:24   state           connected to PLC
   ReadingList:
     ARRAY(0x3b132a8)
Attributes:
   devStateIcon connected.*:10px-kreis-gruen
   room       System->Ext Verbindung


Betroffenes Device:
Internals:
   ADDRESS    1.0
   AREA       db
   CFGFN     
   DB         100
   DEF        db 100 1.0
   FUUID      5c88368d-f33f-8d79-abe7-8c9e8423844da5d8
   IODev      KellerS7
   KellerS7_MSGCNT 37845
   KellerS7_TIME 2019-03-13 10:42:17
   LASTInputDev KellerS7
   LENGTH     1
   MSGCNT     37845
   NAME       LED_Kueche
   NR         22936
   POSITION   8
   STATE      off
   TYPE       S7_DWrite
   READINGS:
     2019-03-13 05:45:00   state           off
Attributes:
   IODev      KellerS7
   alias      LED Küche
   devStateIcon off:light_led_stripe@grey:on on:light_led_stripe@red:off
   event-on-change-reading state
   group      Licht
   room       Kueche
   webCmd     ::


ZitatIst nur der Logeintrag gekommen, und der Ausgang wurde trotzdem geschrieben?
Leider nein, der Logeintrag ist gekommen, der Datenbaustein wurde nicht geschrieben.

Ich bleibe immernoch sehr verwirrt, was die Ursache angeht:
- wenn der Fehler auftritt, nur an einem Device (es war mit der LED Treppe oder auch einem Rollo schon mal der Fall )
- wenn der Fehler auftritt, dann funktionieren alle anderen einwandfrei (sprich, die gleiche art und Weise des ansprechens / Verbindung ist die Gleiche)
- Beheben kann man den Fehler mit sämtlichen "Unterbrechungen" zwischen Device und S7 (Neustart von S7 ODER Fhem löschen und neu Anlegen des Devices mit IDENTISCHEN Attributen)

Für meine mittlerweile sehr eingerosteten Programmierkenntnisse doch etwas viel zu hoch das Ganze -.-

Grüße
Andreas