FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: charlie71 am 12 August 2014, 15:33:23

Titel: neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 August 2014, 15:33:23
Hi Leute,

Hier findet ihr die  Info zu meinen FHEM S7 Modul. Dieses Modul ermöglicht die Kommunikation mit Siemens SPS: S7-200, 300, 400, Logo!
Das Modul unterstützt folgende Funktionen:
   Digitale Merker, DB lesen, setzten, löschen.
   Analoge DB lesen und schreiben.

Das Modul ist seit der Version V10515 ein offizielle FHEM Modul (somit muss nix mehr extra nachinstalliert werden).
Falls das Modul fehlt einfach FHEM mit udate aktualisieren.

Aktuelle Versionsinfo

Unterstützte Plattformen
Grundsätzlich kann das modul für alle FHEM Plattformen eingesetzt werden da es nun ein native Perl Modul ist.
(Ab Version V2.0 kein C-Modul mehr erforderlich)

Wiki und Config
ein Konfigurationsanleitung findest du hier:
http://www.fhemwiki.de/wiki/S7

Versionsinfo:
V214 = V10515  first official Version

V213
* fix missing bracked in S7_AWrite.pm

V212
* performance optimisation
* fix in rebuild cache function

V2.11
* (fix) memory allocation fix during shutdown/restart sequence
* preperation  for non blocking calls: job caching, clients chache --> speeds up the module

V2.10
* (feature) S7_DWrite: with new attribute trigger_length the impulse length could be controlled
* (feature, performance) S7: with new attribute MaxMessageLength you can control the maximal message length to the plc. it is only used if it is lower than the negioated PDULength
* (fixes) some minor fixes in memory usage
* (fixes) startup: no error messages should be found in the log anymore
* (performance) performance tuning: (reduced dispace Messages) --> up to 4 times faster

V2.9
* fix for DWord (thanks to zicki)
* multiple fix for writing to PLC

V2.8
* minor fix in TCP Socked (TCP_NODELAY option now set)
* minor fix in reconnection (perl gets more time for garbage handling)
* connection to the PLC is now delayed (5sec after creation the connection is build up, 3 seconds later the reading polling is started)
* minor fix AWrite checks now connection status
* fix for fritzbox

V2.7
* new function: overlapping configurations are now supported
* minor change in reconnection procedure (TCPClient object is freed)

V2.6
* fix: reconnection at creation time
* fix: state update on reading
* fix: memory leak during message dispatch

V2.5
* fixes for writing operations for S300
* fix in TCPClient for dedection of writing error

V2.4
* the requirement of having reading-configs and/or writing-configs are gone
The module calculates based on the logical modul configuration the reading required bocks dynamically
The writing is done as a minimal block for AWrite and as a Bit for DWrite
This is done every second per default (optional Parameter of the 44_S7 modul)

V2.3
* FIX: For Logo8 Simple config
* Error messages for perl PLC communication lib are available
* standard attributes like event-min-interval, event-min-interval, ...  are added
* PLC Communication client extended for bitwise writing
* removed attribute unit and precision: please use standard attribute stateFormat instead.

Example for stateFormat with precision=1 and unit=°C:
define innentemp S7_ARead db 0 6 u16
attr innentemp stateFormat {sprintf("%.1f",ReadingsVal("innentemp","state",0))." °C"}



V2.2
* Fix: for Multi DB configurations
* Fix: FHEM does not chrash if PLC is not available
* New Feature for Logo 8: Now NI and NQ for simply config method is supported

V2.1
* Fix: Fehler für DB ungleich 0 behoben
* Fix: AnalogRead und Analog Write

V2.0
keine LibNoDave Library erforderlich. Sämtliche Kommunikation mit der SPS wird über eine native perl library umgesetzt.
Achtung: die Konfigurationssyntax des Moduls hat sich geändert!!!!

V1.15
* PDU size of the connection  instead of the initial PDU Size (Parameter) is used for length checks
New Feature
* New Parameter for Analog Reads and Analog Writes:  unit: This can be used to show a unit after the analog value
* New Parameter for Analog Reads and Analog Writes:  precision: defines how many X places after the comma the value should be shown
* fix für simple config LOGO8
* cleanup logging info

V1.14
* Fehler in recreation behoben. (IMPORTANT FIX!!!!)
* PLC reconnection function improved
* Minor Fix for Logo addressing
* Installation files updated (X86 files included, ARM libs updated, autosplit inkludiert) --> ARM Nodave.so tauschen

V1.13
* Fix für multiple Writings
* Für Logo7 und Logo8 können nun sehr einfach Ein und Ausgänge konfiguriert werden
(Dies ist ein Zusatzfeature: die alte Config Syntax wird weiterhin unterstützt)

   define Q1_Logo2 S7_DRead Q1
   define Q2_Logo2 S7_DWrite Q2

alle internen Settings werden automatisch generiert. Diese können bei Bedarf selbstverständlich angepasst werden.

V1.12
* Interner Umbau: Kapselung aller lese und Schreiboperationen in eigene Funktionen
* Fix für die Adressierung im Byte.Bit Format. Bit beginnt jetzt mit 0 und nicht mit 1 --> Config prüfen!!!!

New Features:
* Logo7 und Logo8 können nun sehr nur durch Angabe der IP Adresse angelegt werden. Beispiel:

   define logo2 S7 LOGO7 10.0.0.242
   define logo3 S7 LOGO8 10.0.0.243
alle internen Settings werden dann automatisch generiert.
V1.11
* libnodave timeout is set now to 500ms
* the bocklength is now checked against the maxPDUlength

V1.10
* now also float data can be read and written
* I have changed the addressing of the bit readings:
Old: you have to calculate the pit position manually. example for 602.2 reading bit position = 4817.
NEW you can address it directly. Example
define Logo7_Q1 S7_DRead db 0 942.1

Note: The module detects if you are using the old syntax. Therfore no config changes are required.

V1.9
* now support multiple writing config

V1.8
* changed bufferhandling (this should fix the timeout error)
* now supports u8, u32, s8, s16, s32 writing

V1.7
* Support for more then one PLC activated

V1.6
* New Feature "connections to one than one PLC" deactivated

V1.5
New Feature
* Now connection to more than one S7 is supported (IODev) (many thanks to thmarx)

Fixes
* fix for recoonection includes (many thanks to thmarx)
* doku more FHEM conform (many thanks to Cnetrwal)
* some minor fixes

V1.4 Fix für multiple reading

V1.3 Fix für multiple reading

V1.2:
* Fixes von "Cnetrwal" merged  (many thanks)
* Automatisches Reconnect wenn ein reading fehlschlägt

V1.1:
* support multiple reading (the basic idea is to split slow data for data logging from fast data for swithing info)
* supports reading fram addresses > 1024 (requirement for 0BA8)
* Take care Configuration Change is needed if upgrading from V1.0:
   a) you have to add a reading interval in the modul S7 modul definition after the portNo example:
    oldConfig: S7 2 0 10.0.0.241 0 0 102 960
    newConfig: S7 2 0 10.0.0.241 0 0 102 2 960
    2 ... means that every 2 seconds the requirement for a PLC reading is checked
   b) you have to add at reading attribute of the S7 modul the reading intervall:
   oldConfig: attr logo ReadDB-Config 0 0 8
   newConfig: attr logo ReadDB-Config 0 0 8 300
   300 ... means that all 5min the modul reads the data from the PLC

(modul S7 interval in define as well as reading attribute for S7 modul)

V1.0 Erstversion
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: shootingstar am 12 August 2014, 21:23:02
Hallo,

ich hab das Modul mal versucht auf eine Raspberry unter Wheezy und unter einem Centos zum laufen zu bekommen.
Unter beiden Systemen bekomme ich den gleichen Fehler:

2014.08.12 21:16:56 1: reload: Error:Modul 44_S7 deactivated:
Attempt to reload Nodave.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 9, <$fh> line 48.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 9, <$fh> line 48.

2014.08.12 21:16:56 0: Attempt to reload Nodave.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 9, <$fh> line 48.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 9, <$fh> line 48.


Gruß Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 07 September 2014, 22:33:55
Hallo, habe dein Modul angepasst damit es auch mit meiner S5 läuft.
Vielen Dank für deine Arbeit.
Habe bis jetzt nur das lesen konfiguriert, klappt aber schon gut.

Damit dein Modul für meine S5 funktioniert musste ich lediglich Anpassungen in der S7_Define vornehmen. Meinst du du könntest das bei dir noch so einbinden das beide Versionen also S5 und S7 mit deinem Modul laufen und man das nur durch Anpassungen der Parameter hinbekommen kann?
Bin absoluter fhem-Anfänger, habe das ganze erst vor 2 Tagen bei mir gestartet (auf einem neuen RaspberryPI)

Ansonsten ist mir bisher nur folgendes Aufgefallen:
du schreibst du in der Doku das der Befehl in der config lautet:
set <name> WriteDB-Config <DB> <STARTPOSITION> <LENGTH>
korrekt ist jedoch
attr <name> WriteDB-Config <DB> <STARTPOSITION> <LENGTH>

beim Starten von FHEM bekomme ich vom Modul folgende Meldungen:
Scalar value @areasconfig[$j] better written as $areasconfig[$j] at ./FHEM/44_S5.pm line 319, <$fh> line 46.
"my" variable $dmsg masks earlier declaration in same scope at ./FHEM/44_S5.pm line 341, <$fh> line 46.
"my" variable %addvals masks earlier declaration in same scope at ./FHEM/44_S5.pm line 345, <$fh> line 46.
"my" variable @a masks earlier declaration in same scope at ./FHEM/44_S5_DWrite.pm line 115.
Scalar value @Writebuffer[$s] better written as $Writebuffer[$s] at ./FHEM/44_S5_DWrite.pm line 132.
Scalar value @Writebuffer[$s] better written as $Writebuffer[$s] at ./FHEM/44_S5_DWrite.pm line 135.
"my" variable $bss masks earlier declaration in same scope at ./FHEM/44_S5_DWrite.pm line 143.
Scalar value @Writebuffer[$s] better written as $Writebuffer[$s] at ./FHEM/44_S5_DWrite.pm line 212.
Scalar value @Writebuffer[$s] better written as $Writebuffer[$s] at ./FHEM/44_S5_DWrite.pm line 212.
"my" variable @a masks earlier declaration in same scope at ./FHEM/44_S5_DWrite.pm line 244.
Scalar value @Writebuffer[$s] better written as $Writebuffer[$s] at ./FHEM/44_S5_DWrite.pm line 252.
Possible precedence problem on bitwise & operator at ./FHEM/44_S5_DWrite.pm line 254.


außerdem bekomme ich durch das modul alle zwei sekunden die Meldung
Use of uninitialized value $found[0] in string eq at fhem.pl line 2788.

Wenn die Konfiguration ändere bekomme ich immer Die Meldung ERROR 0 0 0

PS: ich hatte dein Modul kopiert und S7 mit S5 ausgetauscht, damit ich dein Original Code nicht verliere, also nicht wundern das die Befehle etwas anders sind.

Nochmal vielen Dank für dein Modul
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 07 September 2014, 22:42:12
Zitat von: shootingstar am 12 August 2014, 21:23:02
Hallo,

ich hab das Modul mal versucht auf eine Raspberry unter Wheezy und unter einem Centos zum laufen zu bekommen.
Unter beiden Systemen bekomme ich den gleichen Fehler:

2014.08.12 21:16:56 1: reload: Error:Modul 44_S7 deactivated:
Attempt to reload Nodave.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 9, <$fh> line 48.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 9, <$fh> line 48.

2014.08.12 21:16:56 0: Attempt to reload Nodave.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 9, <$fh> line 48.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 9, <$fh> line 48.


Gruß Andreas

Läuft es bei dir inzwischen? Anbei mein Installationsablauf auf dem RaspberryPI:
OS, PERL
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove -y && sudo reboot
sudo apt-get -f install && sudo apt-get install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl -y


LIBNODAVE
wget http://downloads.sourceforge.net/project/libnodave/libnodave/libnodave-0.8.5.tar.gz
tar -xvzf libnodave-0.8.5.tar.gz
rm libnodave-0.8.5.tar.gz
cd libnodave-0.8.5
nano Makefile

Wichtig hier die Zeile 24 enablen damit libnodave mit arm-Prozessor läuft. Die Zeile lautet: CFLAGS+=-DARM_FIX
make clean
make
sudo make install


LIBNODAVE-PERL
cd PERL
perl Makefile.PL
make
make test
sudo make install


Danach habe ich fhem installiert und die S7 Modul-Dateien in das FHEM Verzeichnis kopiert.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 28 September 2014, 21:28:29
Hallo,

ich habe die Bibliothek libnodave wie oben beschrieben auf meinem Ubuntu-IPC  installiert und die Dateien aus dem ersten Thread kopiert.
Nach einigem Herumprobieren habe ich herausgefunden, dass in der 44_S7.pm zwei Funktionen zum Absturz von Fhem führen:
Zeile 123:  setmaxPDUlength()   und
Zeile 125:  daveSetCommunicationType()

Kommentiere ich beide Zeilen aus, kann ich wenigsten ein Define (ohne Absturz) absetzen:
define Logo71 S7 2 0 192.168.178.71 0 0 10001
Das Define wird aber nicht ausgeführt, das Ergebnis lautet:
cound not connect to PLC

Hier hänge ich jetzt endgültig fest. Hat jemand eine Idee?

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Neo2304 am 29 September 2014, 22:04:02
ZitatHallo, habe dein Modul angepasst damit es auch mit meiner S5 läuft.
Vielen Dank für deine Arbeit.
Habe bis jetzt nur das lesen konfiguriert, klappt aber schon gut.

Damit dein Modul für meine S5 funktioniert musste ich lediglich Anpassungen in der S7_Define vornehmen. Meinst du du könntest das bei dir noch so einbinden das beide Versionen also S5 und S7 mit deinem Modul laufen und man das nur durch Anpassungen der Parameter hinbekommen kann?
Bin absoluter fhem-Anfänger, habe das ganze erst vor 2 Tagen bei mir gestartet (auf einem neuen RaspberryPI)

Hallo Ich möchte auch mit einer S5 kommunizieren.

wie kommunizierst du mit der S5 und was hast du angepasst?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 03 Oktober 2014, 17:02:41
Hallo,
habe deine Nachricht eben erst gelesen. Du hast zwei Möglichkeiten:
Entweder du schreibst den Define-Block des S7-Modul um, oder (wenn du nur DB lesen und schreiben willst) nimmst mein neues S5-Modul das ich eben im Forum gepostet habe. http://forum.fhem.de/index.php/topic,27577.0.html (http://forum.fhem.de/index.php/topic,27577.0.html)

Du kannst den Kompletten Define-Code meines Moduls nehmen und den Code aus dem "Original"-S7 Code dadurch ersetzen. Nur in der 3.letzten Zeile InternalTimer... muss der Teil "S5_GetUpdate" noch durch "S7_GetUpdate" ersetzt werden.
Achte nur darauf das die Reihenfolge der Parameter sich geändert hat (du musst also die S5 so wie in meinen Beispielen konfigurieren)

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 03 Oktober 2014, 17:09:39
Zitat von: Starkstrombastler am 28 September 2014, 21:28:29
Hallo,

ich habe die Bibliothek libnodave wie oben beschrieben auf meinem Ubuntu-IPC  installiert und die Dateien aus dem ersten Thread kopiert.
Nach einigem Herumprobieren habe ich herausgefunden, dass in der 44_S7.pm zwei Funktionen zum Absturz von Fhem führen:
Zeile 123:  setmaxPDUlength()   und
Zeile 125:  daveSetCommunicationType()

Kommentiere ich beide Zeilen aus, kann ich wenigsten ein Define (ohne Absturz) absetzen:
define Logo71 S7 2 0 192.168.178.71 0 0 10001
Das Define wird aber nicht ausgeführt, das Ergebnis lautet:
cound not connect to PLC

Hier hänge ich jetzt endgültig fest. Hat jemand eine Idee?

Mit was für einem Prozessor läuft dein System? x86 32bit/64bit, arm?
Das libnodave-Modul das mitgeliefert wurde ist abgeändert worden und um den Punkt setmaxPDUlength() erweitert worden.
Ich weiß nicht für welches System das Modul mit den Änderungen kompiliert worden ist, für meinen RaspBerry Pi mit ARM-Prozessor musste ich libnodave vor dem kompilieren noch Umkonfigurieren damit es läuft.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 03 Oktober 2014, 18:18:32
Hallo Thomas,

Danke schon einmal für die Rückfrage.

Mein System läuft mit einem Intel Celeron 723 @ 1,2 GHz. Linux ist als 32 bit Linux installiert.

Werde jetzt mein System nach libnodave.so absuchen. Möglicherweise habe ich hier die Versionen verwechselt.

Gruß
Bernhard
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 03 Oktober 2014, 22:04:39
Zitat aus der Threaderöffnung:
ZitatDas Modul verwendet die libnodave library (http://libnodave.sourceforge.net/) zur Kommunikation mit der SPS. Die libnodave musste gepatcht werden damit sie auch mit der Siemens Logo funktioniert. Eine kompilierte Version für Linux liegt dem Modul bei.
Hier stimmt etwas nicht:
--- gemäß    nm -D -C -g libnodave.so    enthält die im Zip-File mitgelieferte libnodave.so  keine Prozedur setMaxPDUlength(...)
--- in 44_S7.pm werden die Prozeduren mit   Nodave::...(..)   aufgerufen - d.h. es wird hier eine  Nodave.so  benutzt.
--- In meinem System habe ich eine Nodave.so unter /usr/lib/.... gefunden. Diese enthält alle von 44_S7.pm benutzten Symbole, außer  setMaxPDUlength()  und  daveSetCommunicationType().

Ich hänge hier echt fest. Hat jemand den Durchblick?

Im Übrigen sollte gemäß meinen Recherchen für die Logo! gelten:
port=102
rack=1
slot=0

Kann das jemand bestätigen?


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 03 Oktober 2014, 23:07:12
Ich habe dir eine abgeänderte S7.pm angehängt.
Versuche dich damit nochmal zu Verbinden.
Du solltest dann eine Fehlermeldung im Log haben "RÜCKMELDUNG PLC: $res=$error"
$res = Fehlernummer
$error = Übersetzung der Fehlermeldung durch libnodave

Sollte das nicht weiterhelfen setze den Debugmodus von libnodave selber hoch.
Ich habe dir dazu eine Zeile hinzugefügt. Die beiden Zeilen einfach aus- /einkommentieren so dass sie so aussehen:

   #Nodave::daveSetDebug(0);
   Nodave::daveSetDebug(Nodave::daveDebugAll);

Die Debugmeldungen kommen bei mir direkt auf der Konsole an.

PS: die Anbindung an sich müsste klappen
https://www.automation.siemens.com/forum/guests/PostShow.aspx?PostID=307760&Language=de&PageIndex=5 (https://www.automation.siemens.com/forum/guests/PostShow.aspx?PostID=307760&Language=de&PageIndex=5) "...Aber Logo 0BA7 + LibNoDave funktioniert !!!!!!!!!!!!!!!!!!!!..."

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 04 Oktober 2014, 21:07:23
`nabend zusammen!
Vielen Dank dass endlich FHEM und die  Logo! zusammen finden!

Ich benutze einen Raspi mit wheezy 09-09-2013 sowie die Logo 0BA7. Libnodave habe ich zuerst mal wie ganz oben genannt geladen, das makefile angepasst und compiliert. Dann das Testprogramm aus dem libnodave-Paket auf die Logo angepasst. Mit libnodave-0.8.5.1 und 0.8.5 ging nichts, keine Verbindung zur Logo. Erst mit Version 0.8.4.6 läuft libnodave. Hier http://www.sps-forum.de/hochsprachen-opc/56582-libnodave-kompilieren-auf-raspberry-pi-6.html (http://www.sps-forum.de/hochsprachen-opc/56582-libnodave-kompilieren-auf-raspberry-pi-6.html) scheint es um dass Problem zu gehen.
Als nächstes habe ich die 44_xxx.pm ins FHEM-Verzeichnis kopiert. Die Zeilen 123 und 125 aus 44_S/.pm musste ich auskommentieren.
Zitat
Nach einigem Herumprobieren habe ich herausgefunden, dass in der 44_S7.pm zwei Funktionen zum Absturz von Fhem führen:
Zeile 123:  setmaxPDUlength()   und
Zeile 125:  daveSetCommunicationType()

Meine aktuelle Test-Konfiguration sieht so aus:


define logo19 S7 2 0 192.168.178.19 1 0 102
attr logo19 ReadDB-Config 1 923 61
attr logo19 WriteDB-Config 1 923 61
attr logo19 ReadOutputs-Config 1 0 2
define logo19_AM16_r S7_ARead db 1 982 s16
define logo19_Q1_r S7_DRead outputs 1 0
define logo19_Q2_r S7_DRead outputs 1 1
define logo19_Q3_r S7_DRead outputs 1 2
define logo19_Q4_r S7_DRead outputs 1 3
define logo19_Q5_r S7_DRead outputs 1 4
define logo19_Q6_r S7_DRead outputs 1 5
define logo19_Q7_r S7_DRead outputs 1 6
define logo19_Q8_r S7_DRead outputs 1 7
define logo19_Q1_w S7_DWrite DB 1 7536
define logo19_Q2_w S7_DWrite DB 1 7537
define logo19_Q3_w S7_DWrite DB 1 7538
define logo19_Q4_w S7_DWrite DB 1 7539
define logo19_Q5_w S7_DWrite DB 1 7540
define logo19_Q6_w S7_DWrite DB 1 7541
define logo19_Q7_w S7_DWrite DB 1 7542
define logo19_Q8_w S7_DWrite DB 1 7543
attr logo19 ReadDB-Config 1 844 6
define logo19_T1_r S7_ARead db 1 844 s16
define logo19_T2_r S7_ARead db 1 846 s16
define logo19_T3_r S7_ARead db 1 848 s16


Ich lese damit den E/A-Bereich komplett ein

attr logo19 ReadDB-Config 1 923 61
attr logo19 WriteDB-Config 1 923 61

und visualisiere analog Merker 16 und Ausgang 1-8. Mit DWrite in den EA-Bereich kann ich die Ausgänge auch schalten, wenn sie vom Logo-Programm nicht genutz werden.
Mit

attr logo19 ReadDB-Config 1 844 6
define logo19_T1_r S7_ARead db 1 844 s16
define logo19_T2_r S7_ARead db 1 846 s16
define logo19_T3_r S7_ARead db 1 848 s16

lese ich noch Werte aus dem VM-Bereich, klappt soweit auch.

Was mir aufgefallen ist:

Leider kann ich nicht viel zur Programmierung beitragen, freue mich aber schon die nächsten Versionen zu testen.

Schöne Grüsse
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 04 Oktober 2014, 22:02:53
Die modifizierte 44_S7.pm
ZitatIch habe dir eine abgeänderte S7.pm angehängt.
Versuche dich damit nochmal zu Verbinden.
Du solltest dann eine Fehlermeldung im Log haben "RÜCKMELDUNG PLC: $res=$error"
$res = Fehlernummer
$error = Übersetzung der Fehlermeldung durch libnodave
liefert zusammen mit
   Nodave::daveSetDebug(Nodave::daveDebugAll);
folgendes Ergebnis:
2014.10.04 10:26:44.700 3: S7 Define: plcMPI=5, localMPI=0, ip_address=192.168.178.71,rack=1, slot=0, ip_port=102, PDULength= 960
send packet: :                             
                            0:0x03,0x00,0x00,0x16,0x11,0xE0,0x00,0x00,0x00,0x01,0x00,0xC1,0x02,0x01,0x00,0xC2,
                            10:0x02,0x01,0x20,0xC0,0x01,0x09,
asdf daveConnectPLC() step 1. got packet: :                             
asdf error in daveConnectPLC() step 1. retrying...res 0 readISOpacket: short packet:                             
asdf daveConnectPLC() step 1. got packet: :                             
asdf error in daveConnectPLC() step 1. retrying...res 0 readISOpacket: short packet:                             
asdf daveConnectPLC() step 1. got packet: :                             
asdf error in daveConnectPLC() step 1. retrying...openSocket: enter OpenSocketopenSocket: OpenSocket: socket is 44
openSocket: Connected to host: 192.168.178.71
openSocket: setsockopt Erfolg 0
2014.10.04 10:26:44.701 3: port handle: 44
2014.10.04 10:26:44.702 1: MELDUNG PLC: -1=no message defined!
2014.10.04 10:26:44.702 1: define Logo71 Logo71 S7 5 0 192.168.178.71 1 0 102: Could not connect to PLC


Ich interpretierte hieraus, dass keine Kommunikation mit der Logo zustande gekommen ist. Sehe ich das richtig?

Die Konfiguration der Logo! sollte eigentlich sauber sein. werde aber trotzdem einmal komplett neu aufsetzen.
--------------
In der  44_S7.pm  hat mein Perl noch einige Zeilen angemeckert:
Ich habe deshalb wie folgt geändert:

Z. 304       my @a = split( "[ \t][ \t]*", AttrVal($name,$areasconfig[$j],""));
Z. 323       my  $dmsg = "D ".$areaname[$j]." ".$a[$i]." ".$a[$i+1]." ".$a[$i+2];   
Z. 327       my  %addvals = (RAWMSG => $dmsg);

-------------
@thmarx
Das sieht ja gut aus - ist zumindest schon einmal ein Schritt weiter.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 04 Oktober 2014, 23:52:17
Zitat von: thmarx am 04 Oktober 2014, 21:07:23
Was mir aufgefallen ist:

  • Wenn ich ReadDB-Config 1 844 6 (VM-Bereich) vor ReadDB-Config 1 923 61 (E/A-Bereich) definiere, kann ich aus dem VM-Bereich nicht mehr lesen.
  • Mehrere Logos lassen sich zwar definieren, der Zugriff von FHEM klappt aber nicht richtig. Scheinbar liest FHEM mal aus der einen, mal aus der anderen und bringt die Ergebnisse komplett durcheinander.
  • Die Konsole, in der FHEM läuft meckert ständig über einen "uninitialized value $found[0]" in fhem.pl.

Leider kann ich nicht viel zur Programmierung beitragen, freue mich aber schon die nächsten Versionen zu testen.

Schöne Grüsse
Thomas
Die DB Blöcke müssten in einer Zeile definiert werden. Also readdbconfig DB 1 844 6 1 923 61
Ich glaube aber das es in dem code noch einen Fehler gibt und er an 1 oder 2 stellen die weiteren codeblöcke nicht mehr berücksichtigt. Deshalb hatte ich die ganze readdb Attribute aus meinem S5 Modul komplett entfernt.

Bin gerade nach nicht am PC um das nochmal nach zuschauen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 09 Oktober 2014, 12:46:16
Hallo zusammen,

ich arbeite gerade selber an einem Modul mit libnodave als Grundlage. Ich möchte eine Verbindung zur S7 200 (CP 243-1) aufbauen. Klapt auch ganz gut, allerdings stürzt die FHEM komplett ab wenn der CP nicht erreichbar ist. Wie sieht das bei dem 44_S7.pm Modul aus? Hat jemand ähnliches Verhalten beobachten können oder ist das kein Problem?
Ich werde das Modul mal testen allerdings muss ich erst meinen Raspberry neu aufsetzen. Werde dann berichten.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 09 Oktober 2014, 13:54:55
Zitat von: zicki am 09 Oktober 2014, 12:46:16
Hallo zusammen,

ich arbeite gerade selber an einem Modul mit libnodave als Grundlage. Ich möchte eine Verbindung zur S7 200 (CP 243-1) aufbauen. Klapt auch ganz gut, allerdings stürzt die FHEM komplett ab wenn der CP nicht erreichbar ist. Wie sieht das bei dem 44_S7.pm Modul aus? Hat jemand ähnliches Verhalten beobachten können oder ist das kein Problem?
Ich werde das Modul mal testen allerdings muss ich erst meinen Raspberry neu aufsetzen. Werde dann berichten.

Was spricht gegen die Nutzung des Moduls aus diesem Thread oder des Moduls: http://forum.fhem.de/index.php/topic,27577.0.html (http://forum.fhem.de/index.php/topic,27577.0.html)?
Mein Modul läuft bei mir fehlerfrei und sehr performant.
Wenn du den Define-Teil um die Anbindung an deine S7 200 erweiterst kannst du DB bereits lesen und schreiben :-)

Würde mich freuen wenn wir evtl. gemeinsam an einem Modul arbeiten könnten.
Mir fehlt z.B. aktuell die Möglichkeit Analoge Werte zu verarbeiten, sowie Ein- Ausgänge und Merker. Da die Grundlogik steht ist das ganze nicht mehr sehr aufwendig.
Fliege leider übermorgen für 2 Wochen in die USA und habe deshalb nicht so viele Möglichkeiten, wollte Unterwegs mein Modul um eine "dummy"-Definition erweitern damit man zum testen auch ohne SPS arbeiten kann. Dann gäbe es einfach mehrere Parameter S5,S7,dummy,S7200 mit dem ein und dasselbe Modul aufgerufen werden kann. Dies entspräche auch eher dem Prinzip von FHEM.
Je nachdem wie weit dein eigenes Modul ist könnte ich mir aber auch vorstellen dich bei der Weiterentwicklung deines Moduls zu Unterstützen und dafür meins zu löschen.

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 09 Oktober 2014, 21:33:09
Sorry,

nicht falsch verstehen, es spricht absolut nichts dagegen das Modul aus dem Thread zu verwenden habe es allerdings gesten erst gefunden! Naja kommt immer darauf an wie man sucht  ;) . Bin gerade noch bei meinen Raspberry neu aufzusetzen dann werde ich es testen. Bin allerdings dann auch eine Woche im Urlaub werde mich dann auf jeden Fall melden und berichten.

Gruß Zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 10 Oktober 2014, 15:06:50
Würde mich freuen wenn wir uns zur weiteren Entwicklung zusammenfinden können.
Meine Anfangsintension war seinen Code um eine Unterstützung für meine S5 zu erweitern (mein erster Beitrag in diesem Thread).
Charlie71 hat sich leider nach seinem Anfangsthread nie wieder gemeldet so dass ich nach und nach immer mehr seines Codes geändert habe. Auch die aktuellen Diskussionen in diesem Thread habe ich bzw. werde ich noch in meinem Code einfließen lassen.
Was ich an seinem Code alles geändert habe:
Einen Nachteil sah ich darin das man entweder lesende oder schreibende Logische Module definieren konnte, ich aber gerne die Bits- lesen und schreiben wollte (Also eine Lampe mit lesendem Status und demselben schreibenden Bit zum steuern).
Die systemlast bei 130 logischen Modulen war bei meinem Raspberry bei über 70%, weshalb ich die ganze Lese-Schreib Logik komplett neu aufgesetzt habe.
Im Log wurden einige Fehler angezeigt die ich alle "weg" haben wollte
Die Stati (on/off) wurden nicht automatisch erkannt und mit default-Symbolen versehen
Eine doppelte Definition der zu lesenden Bereiche einmal am physikalischen und dann nochmal an den logischen Modulen fand ich zu umständlich.
Ich habe bei der arbeit noch ein paar Bugs gefunden die dazu führen das das Modul in bestimmten Konfigurationen nicht funktionieren würde, das habe ich auch noch in meinem Code behoben.

Könntest du dich denn damit anfreunden das wir gemeinsam ein Modul entwickeln? Ich kenne deinen Code nicht und kann deshalb nicht einschätzen welche Codebasis besser wäre. Verfolgst du evtl. noch ein anderes Konzept zum Verwalten der Daten?

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 03 November 2014, 14:21:03
Hi !

Kann viell. mal einer beschreiben was an der Logo eingestellt werden muss und wie die libnodave gepatcht werden sollte...
ich habe mir die 0.8.5 kompiliert und hänge immer noch noch test mit testISO_TCP =>
IF1 error in daveConnectPLC() step 1. retrying...IF1 error in daveConnectPLC() step 1. retrying...IF1 error in daveConnectPstep 1. retrying...Couldn't connect to PLC.
Please make sure you use the -2 option with a CP243 but not with CPs 343 or 443.


Ciao Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 November 2014, 21:19:13
Hallo Ihr zwei Urlauber
Jetzt sollten ja alle wieder da sein! Ich bin auch sehr interessiert an Eurem Modul! Wie Ihr sehen koennt, habe ich per Modbus schon eine Verbindung zur S7 aufgebaut! Das ist leider aber auch nicht trivial, udnd was fuer mich schlimmer ist, sehr Speicherlastig in der S7! Das waere mit der libnodave dann weg, und der Zugriff ist auch einfacher, aber es faengt schon mit dem Einbinden der libnodave an! Grundsaetzlich funktioniert es wohl, aber mit den Beispielen, komme ich, wie andere auch, erstmal zum freeze von fhem! Ok, lesen hilft, und das Problem ist schnell behoben, aber wo kommen die Anweisungen her, warum gehen die nicht, usw. usw.! Auch ist es ja nicht zielfuehrend, dass alles ueber einen Kamm geschoren wird: Logo, S5 und S7! Jeder kuemmert sich um das, was er hat und gerade braucht, und der Rest bleibt auf der Strecke, obwohl Name des Threads etwas anderes suggerieren!
Ich wuerde gerne helfen, bin aber zugegebenermassen annaehernd unbeleckt, was Programmierung in Perl o.ae. betrifft. Ich kann aber relativ gut vorhandenen Code lesen, analysieren und pruefen oder korrigieren!
Mein Interesse liegt derzeit klar in der Kommunikation mit der S7, was ich auch realisieren kann, da ich eine im Keller habe! Wie waere es also, wenn wir uns irgendwie zusammentun (Oh weh, GIT ist zwar toll, aber verstanden habe ich es nicht wirklich) und etwas zusammenbauen, was dann wirklich allen gerecht wird!
Mit S5 bin ich auch mehr oder minder per Du, ab und zu darf ich noch mal eine begluecken, aber leider habe ich keinen direkten Zugriff auf eine! Logo's hatte ich mal, aber in Ermangelung der, jetzt vorhandenen, Ethernetschnittstelle, habe ich mich dann zu Gunsten einer S7-300 von Ihnen getrennt!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ThomasRamm am 03 November 2014, 21:34:04
Ja du hast recht, bin inzwischen wieder seit einer Woche zurück, war aber leider nicht im Urlaub unterwegs sondern musste dienstlich in die USA. Urlaub gibt es erst wieder zu Weihnachten.

Zu deiner eigentlichen Frage, ja ich würde mich über eine Teamarbeit sehr freuen, sehe da ganz klar die Vorteile der Codequalität, Support, Testen, etc.
Wir müssten klären welcher Code die Grundlage sein soll und wie wir uns die Arbeit aufteilen wollen (insbesondere an zicki gerichtet).

@zicki: würdest du mir deinen Code mal zusenden dann könnte ich ihn mir mal anschauen.
Kannst du eine Einschätzung geben welcher Code als gemeinsame Grundlage die bessere Wahl ist?

Zur Zeit bin ich privat in einem anderen Programmierprojekt stärker eingebunden, aber wenn dort das nächste Release fertig ist habe ich wieder mehr Zeit und definitiv auch die Motivation hier weiter zu machen.

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 11 November 2014, 11:09:32
Hallo pc1246,

wenn du an deiner S7 300 einen Ethernet CP zu stecken hast welcher TCP unterstützt ist die Kommunikation auch ohne ein Modul in der FHEM sehr einfach. Habe es bei mir schon selber probiert man legt in der FHEM einfach einen Dummy (z.B. "SPS_Werte") an welchen mann dann mit dem Befehl aus der SPS (zuvor muss eine Verbindung in der Hardware zu FHEM Port 7072 angelegt werden) dann mit set SPS_Werte xxx beschreibt. Andere Richtung funktioniert es ähnlich. Wenn du diesen Weg mal probieren möchtest, dabei könnte ich dich unterstützen.

Gruß zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 11 November 2014, 20:25:10
Hallo Zicki
Da bin ich schon interessiert dran, nur hoert es sich erst einmal etwas kryptisch an! Was brauche ich denn wo? Abgesehen von TCP-CP auf S7-Seite und Lan auf fhem-Seite?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 12 November 2014, 08:10:41
Hallo pc1246

ich weiß nicht wie fit du in Step7 bist somit habe ich dir eine kleine Anleitung zusammengebastelt.

Gruß zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 12 November 2014, 14:09:31
Hallo Zicki
Das hoert sich jetzt eher einfach an! Ich habe die fhem-Seite nicht verstanden! Ist die Dummyvariable automatisch richtig? Wieviel passt da rein, und ASCII ist ja nicht zwingend sinnvoll, wenn ich bits, bytes usw. brauche! Wie kriege ich das zudem wieder auseinander? Und warum landet das an der richtigen Stelle? Da fehlt doch etwas, oder?
Gruss Christoph

P.S.: S7-Seite ist kein Problem!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 12 November 2014, 23:05:25
Hallo pc1246

die Dummyvariable ist natürlich nicht automatisch richtig. Es war nur ein Beispiel. Über diese Verbindung kann jetzt auch wie in der FHEM direkt eine Variable gesetzt werden. Ob Bit Byte Real ist egal, z.B. legst du eine Variable in der FHEM an "Fenster_WZ" mit set Fenster_WZ 1 kannst du die Variable auf 1 steuern und genau diesen Befehl sendest du auch von der CPU einfach die ASCII Zeichen senden und mit CR LF beenden. Wenn mann sich jetzt einen Datenbaustein nimmt in den man einige Variablen vorbereitet braucht man diese nur noch auswählen mit dem richtigen Wert versorgen oder man speichert diese gleich komplett mit Wert so braucht man sie bei einem bestimmten Ereignis nur noch zu senden. Um bei der Variable zu bleiben ist das Fenster auf sendet man set Fenster_WZ 1 $CR $LF oder bei geschlossenem Fenster set Fenster_WZ 0 $CR $LF oder auch set Fenster_WZ geschlossen $CR $LF wie auch immer du es in der FHEM brauchst. Also man braucht nichts hinterher auseinander frimel wenn es gleich an die richtige Stelle geschrieben wird.

Ich hoffe es hilft ein wenig weiter. Vielleicht auch mal per Telnet vom PC mit der FHEM verbinden das ist das gleiche lässt sich aber einfacher testen.

Gruß Zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 13 November 2014, 08:51:21
Hallo Zicki
Das klingt mir fast zu einfach! Da werde ich mich mal ranmachen! Aber erstmal muss mein fhem wieder laufen! SD-Karte gestorben, kein aktuelles Backup, und natuerlich nur Exoten am Start!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Neo2304 am 16 November 2014, 20:12:21
Hallo,

ich habe probiert mit dem Modul und einer S7-300 zu kommunizieren. Hat leider nicht geklappt.
FHEM hängt sich auf.

Mit der Libnodave testISO_TCP klappt es.

Gibt es schon eine 44_S7.pm Datei die mit einer S7 funktioniert?


Gruß Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 19 November 2014, 10:21:49
So ich habe jetzt mal fhem angeworfen und mit dem angehaengten Modul meine Logo's "bespasst"
Sieht gut aus, nur die Fehlermeldungen Irritieren mich

config
# Logo Definitions
define logokg S7 2 0 192.168.63.101 1 0 102 960
define logoeg S7 2 0 192.168.63.102 1 0 102 960
define logodg S7 2 0 192.168.63.103 1 0 102 960
define logoga S7 2 0 192.168.63.104 1 0 102 960


Log

2014.11.19 10:14:29 3: S7 Define: plcMPI=2, localMPI=0, ip_address=192.168.63.101,rack=1, slot=0, ip_port=102, PDULength= 960
2014.11.19 10:14:29 3: port handle: 11
2014.11.19 10:14:29 1: RÜCKMELDUNG PLC: 0=ok
2014.11.19 10:14:29 3: S7 Define: plcMPI=2, localMPI=0, ip_address=192.168.63.102,rack=1, slot=0, ip_port=102, PDULength= 960
2014.11.19 10:14:29 3: port handle: 12
2014.11.19 10:14:29 1: RÜCKMELDUNG PLC: 0=ok
2014.11.19 10:14:29 3: S7 Define: plcMPI=2, localMPI=0, ip_address=192.168.63.103,rack=1, slot=0, ip_port=102, PDULength= 960
2014.11.19 10:14:29 3: port handle: 13
2014.11.19 10:14:29 1: RÜCKMELDUNG PLC: 0=ok
2014.11.19 10:14:29 3: S7 Define: plcMPI=2, localMPI=0, ip_address=192.168.63.104,rack=1, slot=0, ip_port=102, PDULength= 960
2014.11.19 10:14:29 3: port handle: 14
2014.11.19 10:14:29 1: RÜCKMELDUNG PLC: 0=ok
[color=red]2014.11.19 10:14:29 1: configfile: 0
0
0
0[/color]


Wenn ich dann sets und attrs wie in den Posts vorher nehme hagelt es noch mehr Fehler....

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 23 November 2014, 19:33:11
Hi

Ich habe mir das Modul angesehen und einige Dinge gefunden.
ich hoffe das es soweit passt.

Meine Voraussetzung:
Ich verwende ein LOGO 0BA7 und habe für meine ersten Tests nur reads konfiguriert.

define logo1 S7 2 0 192.168.20.43 0 0 102 960
attr logo1 ReadDB-Config 1 0 64
attr logo1 ReadOutputs-Config 1 0 2
define logo1_AM16_r1 S7_ARead db 1 0 s16
...
define logo1_Q1_r1 S7_DRead outputs 1 0
...

libnodave verwende ich in der Version 0.8.5.1

Zuallererst musste ich den erwähnten Patch nachvollziehen.
für mich ist folgende Lösung rausgekommen:
--------------------------------------------------------------------------------------------------------
--- PERL.ori/Nodave.xs  2009-07-11 21:03:44.000000000 +0200
+++ PERL/Nodave.xs      2014-11-20 17:42:58.602267634 +0100
@@ -865,6 +865,30 @@
        PUSHs(sv_2mortal(newSVpvn(&buffer[0],daveOrderCodeSize)));
        PUSHs(sv_2mortal(newSViv(rv)));

+
+void daveSetCommunicationType(dc, ct)
+    DaveConnection dc
+    int                ct
+  PROTOTYPE: $$
+  PPCODE:
+       daveSetCommunicationType(dc, ct);
+
+void setmaxPDUlength(dc, PDUlength)
+    DaveConnection dc
+    int           PDUlength
+  PROTOTYPE: $$
+  PPCODE:
+       dc->maxPDUlength=PDUlength;
+
+char * getlibnodaveversion()
+  PROTOTYPE:
+  CODE:
+       char libversion[]="8.5.1";
+        RETVAL = libversion;
+  OUTPUT:
+        RETVAL
+
+
MODULE = Nodave                PACKAGE = DaveInterface PREFIX = di_

void di_DESTROY(di)

--------------------------------------------------------------------------------------------------------

dieser Patch funktioniert für alle libnodave Versionen  >= 0.8.5
bei älteren Versionen muss die Funktion  daveSetCommunicationType weggelassen werden,
da diese noch nicht unterstützt wird.

nun zu den Änderungen in den Modulen:

Es gibt auch negative Floats ;)
diff -ur fhem_S7.orig/FHEM/44_S7_ARead.pm fhem_S7/FHEM/44_S7_ARead.pm
--- fhem_S7.orig/FHEM/44_S7_ARead.pm    2014-08-12 10:50:06.000000000 +0200
+++ fhem_S7/FHEM/44_S7_ARead.pm 2014-11-23 18:16:16.916643448 +0100
@@ -17,7 +17,7 @@

sub isfloat{
   my $val = shift;
-  return $val =~ m/^\d+.\d+$/;
+  return $val =~ m/^-*\d+.\d+$/;
}



0 modulo 3 ergibt auch 0 ist aber falsch
--- fhem_S7.orig/FHEM/44_S7.pm  2014-08-12 12:59:44.000000000 +0200
+++ fhem_S7/FHEM/44_S7.pm       2014-11-23 18:16:16.926643115 +0100
@@ -300,9 +316,11 @@
        my $name = $hash->{NAME};

        for (my $j = 0;$j < int(@areasconfig);$j++) {
-          my @a = split( "[ \t][ \t]*", AttrVal($name,@areasconfig[$j],""));
-          if (int(@a) % 3 == 0) {
+          my @a = split( "[ \t][ \t]*", AttrVal($name,$areasconfig[$j],""));
+          Log3 $name, 5,"readFromPLC ".$areasconfig[$j]." --> <".AttrVal($name,$areasconfig[$j],"")."> -- ".int(@a);
+          if (int(@a) % 3 == 0 and int(@a) != 0) {
                #we need to read some data out from the PLC
+               Log3 $name, 5,"readFromPLC Do $name ".$daveareas[$j]." --> <".AttrVal($name,$areasconfig[$j],"")."> -- ".int(@a);
                for (my $i = 0; $i< int(@a);$i+=3){
                        Log3 $name, 4, "S7: readFromPLC  ".$daveareas[$j].",".$a[$i].",".$a[$i+1].",".$a[$i+2];
                        my $res;


es sollten nur dispached werden  wenn für diese Aerea Devices definiert wurden.

@@ -312,20 +330,26 @@
                        #therefore we habe to notify the clients to get the data out
                        $res=Nodave::daveReadBytes($dc,$daveareas[$j],$a[$i],$a[$i+1],$a[$i+2]);

-                       my $dmsg = "A ".$areaname[$j]." ".$a[$i]." ".$a[$i+1]." ".$a[$i+2];
-                       $hash->{"${name}_MSGCNT"}++;
-                       $hash->{"${name}_TIME"} = TimeNow();
-                       $hash->{RAWMSG} = $dmsg;
-                       my %addvals = (RAWMSG => $dmsg);
-                       Dispatch($hash, $dmsg, \%addvals);
+                       if (defined($modules{S7_ARead}{defptr}{$areaname[$j]." ".$a[$i]}))
+                       {
+                               my $dmsg = "A ".$areaname[$j]." ".$a[$i]." ".$a[$i+1]." ".$a[$i+2];
+                               $hash->{"${name}_MSGCNT"}++;
+                               $hash->{"${name}_TIME"} = TimeNow();
+                               $hash->{RAWMSG} = $dmsg;
+                               my %addvals = (RAWMSG => $dmsg);
+                               Dispatch($hash, $dmsg, \%addvals);
+                       }


-                       my $dmsg = "D ".$areaname[$j]." ".$a[$i]." ".$a[$i+1]." ".$a[$i+2];
-                       $hash->{"${name}_MSGCNT"}++;
-                       $hash->{"${name}_TIME"} = TimeNow();
-                       $hash->{RAWMSG} = $dmsg;
-                       my %addvals = (RAWMSG => $dmsg);
-                       Dispatch($hash, $dmsg, \%addvals);
+                       if (defined($modules{S7_DRead}{defptr}{$areaname[$j]." ".$a[$i]}))
+                       {
+                               my $dmsg = "D ".$areaname[$j]." ".$a[$i]." ".$a[$i+1]." ".$a[$i+2];
+                               $hash->{"${name}_MSGCNT"}++;
+                               $hash->{"${name}_TIME"} = TimeNow();
+                               $hash->{RAWMSG} = $dmsg;
+                               my %addvals = (RAWMSG => $dmsg);
+                               Dispatch($hash, $dmsg, \%addvals);
+                       }

                }


Alles andere sind nur debug Meldungen
hoffe geholfen zu haben
SG

Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 November 2014, 14:36:35
Hallo Christian

Verstehe ich das richtig:
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 27 November 2014, 12:55:28
Hallo zusammen,

ich mache gerade meine ersten schritte mit dem FHEM. Komme aus der SPS Technik und daher finde ich dieses zusammenspiel sps und fhem sehr isteressant.
Ich habe einen Raspberry und dalles s installiert wie aus den vorherigen Themen.
Perl und Libnodave installiert und die Dateien in die Ordner wie in der readme beschrieben kopiert.
Jetzt will ich den define ind die fhem config schreinben und bekomme dann direkt die Meldung: Cannot load module S7

Da ich leider noch sehr unerfahren bin scheiter ich schon seid 3 Stunden und 2 neuistallationen an diesem Thema.
Ich hoffe das mir da jemand einen Tipp geben kann.

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 28 November 2014, 20:22:36
Hallo Christoph

Ja das ist so bei einem diff.
Die Files findest Du im angehängten Zipfile.
Das diff habe ich nur zum besseren Verständnis gemacht

SG
Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 28 November 2014, 20:34:32
Hallo Thomas

Versuch mal die Files aus meinem ZIP.
Da sind die meisten Fehler ausgebessert.
Ich habe noch weitere gefunden, aber noch keine Zeit gehabt die
Files hochzuladen.

SG Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 01 Dezember 2014, 07:37:15
Hallo Christian,

danke erst einmal für eine Arbeit und Mühen mit dem Script.
Habe die Dateien ausgetauscht und leider kommt im FHEM immer noch diese Fehlermeldung: Cannot load module S7

Habe die folgende installation wie hier im Beitrag durchgeführt
OS, PERL
LIBNODAVE
LIBNODAVE-PERL
wie bei der Antowrt 3

danach habe ich wie in der readme die folgenden Dateien aus deiner Zip Datei kopiert:

libnodave.patch umbenannt in libnodave.so und nach /usr/lib/ kopiert
alle Dateien aus dem zip unter FHEM nach /opt/fhem/FHEM/ kopiert
Nodave.pm nach /usr/lib/perl/5.14.2 da es die Ordner wie in der readme in meinem system nicht gibt.

System:
Bananapi ARM Cortex-A7 Dual-Core
System: Raspbian_For_BananaPi_v3.1

In hoffnung auf Hilfe.

Thomas

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 01 Dezember 2014, 11:18:27
Hallo Thomas

Ich denke Du hast ein Problem mit der libnodave Installation.
das beste ist die libnodave Version 0.8.5.1 zu verwenden.
http://sourceforge.net/projects/libnodave/files/libnodave/libnodave-0.8.5.1.tar.gz/download

die entpacken
tar -xzvf libnodave-0.8.5.1.tar.gz
cd libnodave-0.8.5.1

im Makefile die den DARM_FIX aktivieren wenn du einen ARM Prozessor verwendest
und die libnodave installieren

make clean
make
sudo make install


danach meinen Patch einspielen:
~/dev/libnodave-0.8.5.1 $ patch -p0 < ../fhem_S7/libnodave.patch

danach den Perl Modul bilden und installieren
cd PERL
perl Makefile.PL
make
make test
sudo make install

das sollte es sein

SG

Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 01 Dezember 2014, 13:46:04
Hallo Christian,

bin gerade dabei das System neu aufzusetzten und habe auch die libnodave 8.5.1 installiert und veruche gerade den patch einzuspielen. Leider kommt da die folgende Meldung:

Befehl:
~/libnodave-0.8.5.1 $ patch -p0 < ../fhem_S7/libnodave.patch       

Der libnodave Ordner liegt bei mir direkt im Homverzeichniss und nicht im dev, daher die änderung im Befehl.

Antwort:
-bash: /home/bananapi/libnodave-0.8.5.1: Is a directory

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 01 Dezember 2014, 15:42:07
Hallo Thomas
"~/libnodave-0.8.5.1 $ " ist der shell prompt  ;)

der Befehl ist

patch -p0 < ../fhem_S7/libnodave.patch


SG

Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 Dezember 2014, 22:10:28
Hallo Leute,

sorry dass ich den Thread nicht bereut habe.

Ich möchte etwas kurz erklären. Damit perl mit der lib nodave zusammenarbeit, war es notwendig die libnodave Datei Nodave.xs anzupassen. In dieser Datei fehlten die Funktionsaufrufe für  setMaxPDUlength(),  daveSetCommunicationType(). Ohne diese Funktionen klappt aber die Kommunikation mit der S7/Logo nicht.
Diese Datei muss aber für jede Plattform kompiliert werden.
Hinweis an alle Logo Besitzer ohne das setzten der korrekten setMaxPDUlength() kann keine Kommunikation aufgebaut werden.

Außerdem habe ich dass Modul in der Zwischenzeit ein wenig erweitert so dass mehrere Readings unterstützt werden. zB Analoge Werte können einmal pro Minute eingelesen werden. Digitale Eingänge die zB Schalterstellungen repräsentieren können wesentlich schneller/öfter eingelesen werden.

Bitte Code Änderungen an mich schicken ich werde Sie einpflegen.
lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 02 Dezember 2014, 13:58:17
Hallo Charli71,

habe gerade wie auch oben beschrieben die ersten Schritte mit fhem und einer logo gemacht.
Das lesen aus der Logo klappt jetzt wunderbar.
Jetzt scheitere ich nur daran das wir 0BA7 sondern die neue 0BA8 haben und dort der VM/Adressbereich nicht mehr so wie bei der 7'ner ist. Beim schreiben in den DB bekommen wir immer probleme mit dem Writebuffer.

Hier mal ein Beispiel:

0BA7 I1 = DB1.dbx923.0
0BA8 I1 = DB1.dbx1024.0

0BA7 Q1 = DB1.dbx942.0
0BA8 Q1 = DB1.dbx1064.0

Daher haben wir hier

attr logo19 WriteDB-Config 1 923 61

nach

attr logo19 WriteDB-Config 1 1024 250

geändert um auf diese neuen Adressbereiche zugreifen zu können.
Diese klappt 2-3 mal und dann stürt der fhem ab.

Noch mal ein großes Dankeschön an Christian für die Hilfe hier im Forum.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Dezember 2014, 15:24:31
Hallo Porsti,

Ich hab mir mal das angeschaut, aktuell wird die Startposition mit 1024 begrenzt. Das was für 0BA7 passend jedoch für die 0BA8 nicht mehr.
Ich kann gerne den Code anpassen, jedoch habe ich keine 0BA8 zum Testen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Dezember 2014, 15:37:21
Zitat von: charlie71 am 01 Dezember 2014, 22:10:28
Schnipp....

Außerdem habe ich dass Modul in der Zwischenzeit ein wenig erweitert so dass mehrere Readings unterstützt werden. zB Analoge Werte können einmal pro Minute eingelesen werden. Digitale Eingänge die zB Schalterstellungen repräsentieren können wesentlich schneller/öfter eingelesen werden.

Schnipp...

Hallo Charlie
Wie finden wir denn Dein geaendertes Modul? Du hast es ja nicht angehaengt, und im ersten Post hast Du auch nichts ausgetauscht!?
Gruss und Danke
Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Dezember 2014, 17:05:22
Hallo

hier das neue Modul V1.1.
Änderungen:
1) Es werden nun mehrere Readings unterstützt (Idee: Trennung von langsamer Info ZB für Datalogging von schneller Info zB Schalterinfo)
2) Es kann nun auch von Adressen > 1024 gelesen werden (notwendig für Logo 0BA8)
3) Ich habe für den ARM Prozessor (raspberry pi) auch eine vorkompilierte libnodave.so inkludiert

Bitte um Feedback ob Modul funktioniert.

Sonstiges:
Die Portierung für die Freetz Plattform habe ich eingestellt, da hier nur eine eingeschränkte perl Umgebung zur Verfügung steht. Bin jedoch gerne behilflich wenn es jemand versuchen möchte.


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 02 Dezember 2014, 17:39:02
Hallo Charly71

Das sind die von mir geänderten Module.
im Zipfile findest Du auch einen Patch für das Perl Modul
von libnodave passend für die Versionen >= 0.8.5.
Ich habe noch eine weiter Funktion eingebaut:  getlibnodaveversion()

Kannst Du bitte deine Version  wieder hochladen ?

Sg
Christian

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Dezember 2014, 21:44:37
Hallo

vielen Dank Christian, ich hab nun deine fixes in eine Version V1.2 gemerged.
Versionsinfo:

1) Auto Reconnect: dh wenn ein Reading von der PLC fehlschlägt versucht das Modul automatisch eine neue Verbindung aufzubauen (reconnect).
2) alle fixes von Christian gemerged.

Wichtige Konfiginfo:
Achtung beim Upgrade auf eine Version ab V1.1 muss die Konfig an werden:
a) Für das Modul S7 muss nun das Leseintervall nach der PortNr angegeben werden zB
Alte Konfig: S7 2 0 10.0.0.241 0 0 102 960
Neue Konfig: S7 2 0 10.0.0.241 0 0 102 2 960
dh es wird alle 2 Sekunden geprüft ob ein Reading (Analog/Digital) zur PLC geschickt werden soll.

b) Für das S7 Modul müssen muss noch die Reading config angepasst werde, hier muss das Abfrageintervall hinzugefügt werden zB:
Alte Konfig: attr logo ReadDB-Config 0 0 8
Neu Konfig: attr logo ReadDB-Config 0 0 8 300
dh es wird alle 5 min die Werte aus der PLC ausgelesen


bitte um Testfeedback

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Dezember 2014, 22:50:05
Hallo Charlie und Christian
Es ist echt toll was Ihr hier macht! Aber ich scheitere wieder an der Libnodave! Eure Beschreibungen sind etwas rudimentaer!
Wohin muss ich die gepackte libnodave kopieren?
Wohin entpackt sich das?
Wo soll der Patch hin?
Was bedeutet "patch -p0 < ../fhem_S7/libnodave.patch"? Bzw, in welchem Verzeichnis bin ich und wo soll der Patch liegen?
Da Charlie nie auf den Patch eingeht, wuerde auch seine libnodave.so reichen, sofern ich einen RPI habe?
Es tut mir echt leid, aber sehr viele von uns wohnen halt nicht in Linux, und sind dann echt aufgeschmissen!

Die neuen Parameter hatte ich auch schon entdeckt, sind aber leider auch nicht so wirklich dokumentiert! Aber das habe ich noch hinbekommen!
Gruss Christoph

Edit: Ich habe es jetzt hinbekommen (mit dem Patch), wuerde es aber trotzdem cool finden, wenn Ihr das etwas klarer beschreibt!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Dezember 2014, 23:30:02
Hallo pc1246,

in der V1.2 liegt bereits eine einsatzbereite libnodave.so dabei. Diese muss nur noch in den bin Verzeichnis kopiert werden.
Es sollte somit kein patchen notwendig sein.

Zur Info: Es war nicht Notwendig den eigentlichen Code der LibnoDave zu patchen, sondern im perl Interface wraping wurde auf ein paar Funktionen vergessen, die habe ich einfach hinzugefügt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 03 Dezember 2014, 12:02:16
Hallo Charlie71,

habe mal ein bischen mit der neuen Version gespielt.
Ausgänge lesen klappt gut,
Ausgänge schreiben klappt auch
nur dem den Netzwerkeingängen bekomme ich es noch nicht hin, auch ohne Fehlermeldung
N1 = db1.dbx1246.0
spreche es über define mylogo_N1_w S7_DWrite DB 1 9968 an
aber leider kommt nichts auf der Logo an

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Dezember 2014, 20:09:03
Hallo Thomas,

kannst du bitte mal eine S7 Modul konfigs posten.
Danke
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 03 Dezember 2014, 20:15:50
Hallo Charli,

was brauchst du denn genau?

Das ist der Auschnitt aus der config für die logo:

# Anbindung Siemens Logo
define mylogo S7 2 0 192.168.105.15 0 0 102 2 960
attr mylogo ReadDB-Config 1 1064 190 5
attr mylogo ReadOutputs-Config 1 0 2 10
attr mylogo WriteDB-Config 1 1064 190
define mylogo_Q1 S7_DRead outputs 1 0
attr mylogo_Q1 alias Ausgang 1
attr mylogo_Q1 room Logo
define mylogo_Q2 S7_DRead outputs 1 1
attr mylogo_Q2 alias Ausgang 2
attr mylogo_Q2 room Logo
define mylogo_Q3 S7_DRead outputs 1 2
attr mylogo_Q3 alias Ausgang 3
attr mylogo_Q3 room Logo
define mylogo_Q4 S7_DRead outputs 1 3
attr mylogo_Q4 alias Ausgang 4
attr mylogo_Q4 room Logo
define mylogo_Q2_w S7_DWrite DB 1 8513
attr mylogo_Q2_w alias Gelbe LED
attr mylogo_Q2_w room Logo
attr mylogo_Q2_w webCmd ON:OFF
define mylogo_N1_w S7_DWrite DB 1 9968
attr mylogo_N1_w alias Netzwerk N1
attr mylogo_N1_w room Logo
attr mylogo_N1_w webCmd ON:OFF


Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Dezember 2014, 22:49:57
Hallo Porsti,

ich hab mir mal deine Konfig angeschaut.
folgendes ist mir aufgefallen:

Du definierst den selben Speicherbereich auf der SPS zum Lesen und zum schreiben (1064 190).
Dass sollte so nicht sein. Warum? Vom Lesebereich ist die SPS der Master und verwaltet den Speicher. Vom Schreibbereich ist das FHEM der Master. Das Problem ist, dass vom Schreibbereich eine lokale lokale Speicherkopie im Modul bleibt und bei jedem Schreibbefehl zuerst dieser lokale Speicher aktualisiert wird und im zweiten Schritt der ganze Speicherblock rausgeschrieben wird. Wenn jedoch wie bei dir 2 gleiche Speicherbereichskonfigs verwendet werden, wird auch der Lesebereich der SPS überschrieben!

Bitte passe deine Konfig an.
Versuche den Schreibvorgang nochals und poste dann dein logfile.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 04 Dezember 2014, 07:42:56
Hallo Charlie71,

habe den Leseauftrag auskommentiert da dieser zur Zeit nicht benutzt wird.
Für das Verständnis des Logfiles:

FHEM gestartet und danach den N1 auf ON gesteuert und kurz danach auf OFF.
Bei der Logo ist dieser leider nicht angekommen.
Das schreiben auf den Q2 klappt aber ohne Probleme.

Log:
2014.12.04 07:40:24 1: Including fhem.cfg
2014.12.04 07:40:24 3: telnetPort: port 7072 opened
2014.12.04 07:40:24 3: WEB: port 8083 opened
2014.12.04 07:40:24 3: WEBphone: port 8084 opened
2014.12.04 07:40:24 3: WEBtablet: port 8085 opened
2014.12.04 07:40:25 2: eventTypes: loaded 20 events from ./log/eventTypes.txt
2014.12.04 07:40:25 3: maxPDUlength was set to: 960
2014.12.04 07:40:25 3: Communicationtype was set to 2
2014.12.04 07:40:25 3: connect to PLC: 0
2014.12.04 07:40:25 1: returnmessage PLC: 0=ok
2014.12.04 07:40:25 1: Including ./log/fhem.save
2014.12.04 07:40:25 1: usb create starting
2014.12.04 07:40:26 1: usb create end
2014.12.04 07:40:26 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.12.04 07:40:26 0: Server started with 16 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user bananapi, pid 2594)
2014.12.04 07:40:36 3: Writebuffer:  00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00
2014.12.04 07:40:36 3: s: 182
2014.12.04 07:40:36 3: Write Bytes to PLC: daveDB, 1,1064 , 190, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, 00, 00, 00, 00
2014.12.04 07:40:40 3: Writebuffer:  00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, 00, 00, 00, 00
2014.12.04 07:40:40 3: s: 182
2014.12.04 07:40:40 3: Write Bytes to PLC: daveDB, 1,1064 , 190, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Dezember 2014, 21:20:44
Hallo Porsti,

ich denke, dass hier die libNoDave Funktion aufgerufen wird. Somit vermute ich das Problem somit entweder in der Logo bzw in der Config.
Versuch bitte die Writer Konfig so anzupassen dass nur die Bytes 1246 - 1261 geschrieben werden, es könnte sein dass du mit deiner Konfig die maxPDULength überschreitest.
(die maxPDULength liegt angeblich für die 0BA8 bei 250, leider konnte ich keine offizielle Doku dafür finden)

Anmerkung: Ich denke dass es möglich ist direkt auf einen Ausgang zu schreiben, bitte bedenke dass hier die SPS jederzeit den Zustand überschreiben darf.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 04 Dezember 2014, 23:14:18
Hallo Charlie
Wenn ich bei mir zwei Read Configs anlege, funktioniert nur die eine!

define S7 S7 2 0 192.168.178.233 0 2 102 5
attr S7 ReadDB-Config 100 0 100 5
attr S7 ReadInputs-Config 4 0 20 5
attr S7 room IO_DEV
define DB100_DBD20 S7_ARead db 100 20 u32
attr DB100_DBD20 room S7
define DB100_DBB22 S7_ARead db 100 22 u8
attr DB100_DBB22 room S7
define DB100_DBB10 S7_ARead db 100 10 u16
attr DB100_DBB10 room S7
define E4_6 S7_DRead inputs 4 47
attr E4_6 room S7


In diesem Fall nur das Bit! Da funktioniert die Adressierung auch noch nicht, bzw. habe ich es wahrscheinlich noch nicht verstanden!

Das log sieht dann ungefaehr so aus:
2014.12.04 22:20:31 4: S7: GetUpdate called ...
2014.12.04 22:20:31 4: S7: readFromPLC  129,4,0,20
2014.12.04 22:20:31 5: S7 dispatch A inputs 4 0 20
2014.12.04 22:20:31 5: S7_ARead_Parse A inputs 4 0 20
2014.12.04 22:20:31 4: S7_ARead: Parse no client found (S7) ...
2014.12.04 22:20:31 5: S7 dispatch D inputs 4 0 20
2014.12.04 22:20:31 5: S7_DRead_Parse D inputs 4 0 20


Was ist falsch? PDU habe ich nicht definiert, da automatisch auf 960 eingestellt wird!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 05 Dezember 2014, 00:23:39
Hallo,
ich wollte jetzt auch mal wieder probieren. Leider läuft bei mir schon die neue libnodave nicht:
Ich habe libnodave.so und nodave.pm aus dem .zip V1.2 auf den raspi kopiert. Dann ist aber keine Kommunikation mit der Logo mehr möglich. Auch das Testprogramm aus dem libnodave-paket kann nicht mehr aus der Logo lesen. Wenn ich libnodave wieder auf 0.8.4.6 downgrade klappt das Testprg wieder, aber fhem jetzt nicht mehr...
Hat wer irgendwelche Tipps was ich noch probieren kann?

Gruß Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 05 Dezember 2014, 09:44:10
Hallo Charlie71,

habe es gerade hinbekommen.
Das Problem lag auf der Seite der Logo.

Der Netzwerkeingang muss dort speziell auf die IP des FHEM eingestellt werden. (Bild im Anhang)
Bei der App die ich bis jetzt noch genutzt habe musste dieses nicht gemacht werden und es klappte ohne Probleme.

Vielleicht kannst du das in deine readme mit aufnehmen als hinweis für die 0BA8.

Gruß
Porsti


PS: Danke für deine unterstützung
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 05 Dezember 2014, 17:05:53
Hallo,ich komme leider nicht wirklich weiter. Habe nochmal alles neu aufgesetzt, libnodave 0.8.5.1 kompiliert, dann libnodave.so und Nodave.pm mit denen aus dem .zip 1.2 ersetzt. Die 44_S7* habe ich ins FHEM kopiert. Dann fhem mit minimaler .cfg gestartet.

Nach define logo19 S7 2 0 192.168.178.19 1 0 102 2 960
wird "connected to PLC" gemeldet.

Wenn ich versuche ein attr logo19 zu definieren (egal welches, z.b. attr logo19 ReadOutputs-Config 1 0 2 10) stürzt fhem ab. Also eigentlich läuft es mit 100% CPU-Last, lässt sich nicht stoppen und schreibt das logfile nicht weiter. Die letzten logfile-Einträge lauten:
2014.12.05 16:51:31 4: S7: GetUpdate called ...
2014.12.05 16:51:31 4: S7: readFromPLC  130,1,0,2


Wäre schön, wenn jemand noch eine Idee hat...

Gruß Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Benbaeck am 05 Dezember 2014, 17:49:23
Habe genau dasselbe Problem wie Thomas.
Bei
define logo S7 2 0 192.168.178.20 1 0 102 960

stürzt mir Fhem direkt nach dem start ab.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 05 Dezember 2014, 20:10:49
Hallo

@Porsti:
Ich hab mir mal in der Siemens SoftComfort die Netzwerkkonfiguration für die 0BA8 angesehen. Hier habe ich keine Änderungen zur 0BA7 entdecken können (außer die neuen VM's).

Folgende Punkte sind für die Logo Netzwerkkonfig wichtig:
1) Logo ist typischerweise TCP Server
2) Auf der Logo ist zu konfigurieren dass sie entweder Connections von allen IP Adressen akzeptiert oder es muss eine spezifiziert werden.
(bitte um weitere Vorschläge)

Weiters würde ich dir empfehlen, dass Du deine Konfig überarbeitest: Die Read Config soll ausschließlich Netzwerkausgänge, Eingänge bzw Ausgänge einlesen (Wobei ich mir über den Nutzen der Eingänge nicht sicher bin).
Die Write Config sollte ausschließlich auf Netzwerkeingänge schreiben, es macht keinen Sinn auf den Datenbereich der normalen Eingänge etwas zu schreiben. Ich kann mir hier sogar vorstellen, dass dies den Betrieb der Logo stören könnte.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 05 Dezember 2014, 20:12:36
Hallo

@Thomas
@Christoph

Bitte könnt ihr posten auf welcher Umgebung das Problem besteht (ARM oder X86).

Danke
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 05 Dezember 2014, 20:25:58
Hallo Christoph,

ich denke in der Konfig ist ein kleiner Fehler, siehe unten.

lG
Charlie71

Zitat von: pc1246 am 04 Dezember 2014, 23:14:18
Hallo Charlie
Wenn ich bei mir zwei Read Configs anlege, funktioniert nur die eine!

define S7 S7 2 0 192.168.178.233 0 2 102 5
attr S7 ReadDB-Config 100 0 100 5
attr S7 ReadInputs-Config 4 0 20 5

Ich vermute du wollstet hier folgendes Definieren:
1. Reading: lies vom DB 100 vom Start 0. Länge 100 Bytes, es soll alle 5s gelesen werden
2. Reading: lies vom DB 4 vom Start 0. Länge 4 Bytes, es soll auch alle 5s gelesen werden
die Konfig dafür schaut wie folgt aus:
attr S7 ReadDB-Config 100 0 100 5 4 0 20 5



attr S7 room IO_DEV
define DB100_DBD20 S7_ARead db 100 20 u32
attr DB100_DBD20 room S7
define DB100_DBB22 S7_ARead db 100 22 u8
attr DB100_DBB22 room S7
define DB100_DBB10 S7_ARead db 100 10 u16
attr DB100_DBB10 room S7
define E4_6 S7_DRead inputs 4 47
attr E4_6 room S7


In diesem Fall nur das Bit! Da funktioniert die Adressierung auch noch nicht, bzw. habe ich es wahrscheinlich noch nicht verstanden!

Das log sieht dann ungefaehr so aus:
2014.12.04 22:20:31 4: S7: GetUpdate called ...
2014.12.04 22:20:31 4: S7: readFromPLC  129,4,0,20
2014.12.04 22:20:31 5: S7 dispatch A inputs 4 0 20
2014.12.04 22:20:31 5: S7_ARead_Parse A inputs 4 0 20
2014.12.04 22:20:31 4: S7_ARead: Parse no client found (S7) ...
2014.12.04 22:20:31 5: S7 dispatch D inputs 4 0 20
2014.12.04 22:20:31 5: S7_DRead_Parse D inputs 4 0 20


Was ist falsch? PDU habe ich nicht definiert, da automatisch auf 960 eingestellt wird!

Ich denke die PDU Length ist für die S7 nicht so problematisch.

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 05 Dezember 2014, 22:09:25
ZitatBitte könnt ihr posten auf welcher Umgebung das Problem besteht (ARM oder X86).
ARM. Raspberry mit wheezy 09-09-2013 sowie Logo 0BA7.

Gruß Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 Dezember 2014, 08:17:13
Hallo Thomas,

wie es scheint habe ich das File "Nodave.so" für die Installation nicht inkludiert. Für dieses File ein eigenes Verzeichnis im perl lib auto dir erstellen:
ZB /usr/local/lib/perl/5.18.2/auto/Nodave

und dann dieses File dort hineinkopieren.
Bitte um Feedback ob es nun klappt.

lG
Karl
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 06 Dezember 2014, 09:55:47
Hallo Karl,
danke für Deine Bemühungen. Leider klappt es immer noch nicht, genau der gleiche Fehler wie gestern.
define name S7 ... geht noch, wenn ich dann attr name ... aufrufe geht fhem in die Endlosschleife.
Ich bin der Meinung, es liegt an libnodave. Der letzte Eintrag im fhem-log ist readFromPLC ..., unmittelbar danach wird ja daveReadBytes in der 44_S7 aufgerufen. Da bleibt er m.M.n. hängen.
Ich habe mal eine Datei angehängt. Kannst Du vielleicht mal in Zeile 26 auf Deine LOGO-IP anpassen und dann probieren, ob Du damit auf die LOGO kommst? Bei mir gehts halt, wenn ich libnodave 0.8.4.6 benutze, eine jüngere Version klappt nicht...

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 Dezember 2014, 10:53:10
Hallo Thomas,

du verwendest eine auf dem originalen Test-reading-programm vom libnodave basierende Version.
Diese funktioniert bei der Logo nicht direkt:
1) Das Rack muss auf 0 gesetzt sein
2) die MaxPDULength muss gesetzt werden (Nodave::setmaxPDUlength($dc, 0x3c0);)
3) und zu guter letzt muss der CommunicationTyp auf 2 gesetzt werden (Nodave::daveSetCommunicationType($dc, 2);)

ich hab dein Script angepasst funktioniert bei mir einwandfrei:
set debug level
debug level is: 0
port handle: 3
di: DaveInterface=SCALAR(0x2035410) ok 5
res: 0 ok 6
connect to PLC. function result: 0
read from PLC. function result: 0
IB1: 00000000
IB2: 00000000
IB3: 00000000
AI1: 553
AI2: 0
AI3: 0
AI4: 0
QB1: 00000000
QB2: 00000000
AM1: 0
AM16: 0
Testing multiple item read
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 553
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 553
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0


Bitte poste deine Config.

Anmerkung: Für das Fehm S7 V1.2 Module ist es NICHT notwendig die libnodave upzugraden. Eine bereits existierende Version muss nur im perl interface (Nodave.so) die Funktionen setmaxPDUlength und  daveSetCommunicationType unterstützen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 06 Dezember 2014, 12:03:26
Hallo charlie71,

Zitatdu verwendest eine auf dem originalen Test-reading-programm vom libnodave basierende Version.
Stimmt. Deine Anpassungen funktionieren bei mir. Ich habe libnodave 0.8.5.1 neu compliliert und installiert. Aus Deiner V1.2a habe ich Nodave.so ins perl/5.14.2/auto/Nodave- Verzeichnis kopiert. Dann kann ich mit dem von Dir geänderten Testprogramm auf die Logo zugreifen.

Für FHEM habe ich die Logo so definiert:
define logo19 S7 2 0 192.168.178.19 1 0 102 2 960
FHEM meldet "connected to PLC", im Log erscheint korrekt alle zwei Sekunden "S7: GetUpdate called ..."
Jetzt mache ich
attr logo19 ReadDB-Config 1 923 61 5
Das Log sieht dann so aus:
2014.12.06 12:01:01 4: S7: GetUpdate called ...
2014.12.06 12:01:03 4: S7: GetUpdate called ...
2014.12.06 12:01:05 4: S7: GetUpdate called ...
2014.12.06 12:01:07 4: Connection closed for FHEMWEB:192.168.178.50:53517
2014.12.06 12:01:07 4: Connection accepted from FHEMWEB:192.168.178.50:53609
2014.12.06 12:01:07 4: HTTP FHEMWEB:192.168.178.50:53609 GET /fhem&room=all&cmd=attr+logo19+ReadDB-Config+1+923+61+5
2014.12.06 12:01:07 5: Cmd: >attr logo19 ReadDB-Config 1 923 61 5<
2014.12.06 12:01:07 5: Triggering global (1 changes)
2014.12.06 12:01:07 5: Notify loop for global ATTR logo19 ReadDB-Config 1 923 61 5
2014.12.06 12:01:07 4: HTTP FHEMWEB:192.168.178.50:53609 GET /fhem?room=all
2014.12.06 12:01:07 4: /fhem?room=all / RL:1134 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2014.12.06 12:01:07 4: HTTP FHEMWEB:192.168.178.50:53609 GET /fhem/pgm2/fhemweb_noArg.js
2014.12.06 12:01:07 4: Connection accepted from FHEMWEB:192.168.178.50:53610
2014.12.06 12:01:07 4: HTTP FHEMWEB:192.168.178.50:53610 GET /fhem/pgm2/fhemweb_time.js
2014.12.06 12:01:07 4: Connection accepted from FHEMWEB:192.168.178.50:53611
2014.12.06 12:01:07 4: HTTP FHEMWEB:192.168.178.50:53611 GET /fhem/pgm2/dashboard_style.css
2014.12.06 12:01:07 4: S7: GetUpdate called ...
2014.12.06 12:01:07 4: S7: readFromPLC  132,1,923,61

danach passiert nichts mehr, fhem läuft mit (fast)100% CPU-Last und ist nicht mehr zu erreichen.

Danke für Deine Hilfe
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 Dezember 2014, 14:13:59
Hallo Thomas,

in der Config hast du wieder das Rack auf 1 gesetzt. Versuch mal:

define logo19 S7 2 0 192.168.178.19 0 0 102 2 960

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 06 Dezember 2014, 14:23:22
Hallo Karl
Ich habe einen Raspi mit aktuellem wheezy! S7-300
Ich wollte eigentlich schon auch Eingaenge lesen! Ganz am Ende auch Ausgaenge! Ich hatte das so interpretiert, dass bei "inputs" diese von der S7 gelesen werden, und dann lokal auf dem Raspi in einem "DB" gespeichert werden! Ich wollte nicht alles erst auf DB's umkopieren!
Gruss Christoph

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 06 Dezember 2014, 15:30:30
Hallo Charlie71,

darauf hatte ich nicht geachtet, da ich überall "rack=1 slot=0" gelesen hatte. Mit rack=0 bin ich jetzt einen Schritt weiter. Habe die fhem-config jetzt erweitert:


define logo19 S7 2 0 192.168.178.19 0 0 102 2 960
attr logo19 ReadDB-Config 1 923 61 5
define logo19_AM16 S7_ARead db 1 982 s16


Wenn ich "Nodave::daveSetDebug(Nodave::daveDebugAll);" setzte sehe ich auch, dass Werte hereinkommen. Allerdings bleibt der state von logo19_AM16 auf "???", die Werte werden nicht angezeigt.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 Dezember 2014, 20:39:22
Hallo Christoph,

sorry da hab ich was übersehen. Natürlich sollte es so sein, dass du die "Inputs" direkt lesen können solltest.
Was ich bei deiner Config noch nicht verstanden habe:

define DB100_DBD20 S7_ARead db 100 20 u32
--> liest 4 Bytes von Position 20

define DB100_DBB22 S7_ARead db 100 22 u8
--> liest 1 Byte von Position 22

diese zwei analoge Readings überlappen sich.

Bitte versuch folgende Config und poste mir das Logfile:


define S7 S7 2 0 192.168.178.233 0 2 102 5
attr S7 ReadDB-Config 100 0 100 5
attr S7 ReadInputs-Config 4 0 20 5
attr S7 room IO_DEV
define DB100_DBB10 S7_ARead db 100 10 u16
attr DB100_DBB10 room S7
define E4_6 S7_DRead inputs 4 47
attr E4_6 room S7


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 Dezember 2014, 20:46:04
Hallo Thomas,

ja ich weiss das mit der Logo ist eine verzwikte Sache, da es so gut wie keine Doku über die Netzwerkkommunikation gibt.
(Wenn jemand eine gute Doku dazu hat bitte mir schicken)

Da ist zu einem die Sache mit dem Rack = 0 (done).
Und dann gibt es noch die Sache dass bei der Logo der DB = 0 sein muss. (todo)

Versuch es mit folgender Config:


define logo19 S7 2 0 192.168.178.19 0 0 102 2 960
attr logo19 ReadDB-Config 0 923 61 5
define logo19_AM16 S7_ARead db 0 982 s16


lg
Charlie71

Zitat von: thmarx am 06 Dezember 2014, 15:30:30
Hallo Charlie71,

darauf hatte ich nicht geachtet, da ich überall "rack=1 slot=0" gelesen hatte. Mit rack=0 bin ich jetzt einen Schritt weiter. Habe die fhem-config jetzt erweitert:


define logo19 S7 2 0 192.168.178.19 0 0 102 2 960
attr logo19 ReadDB-Config 1 923 61 5
define logo19_AM16 S7_ARead db 1 982 s16


Wenn ich "Nodave::daveSetDebug(Nodave::daveDebugAll);" setzte sehe ich auch, dass Werte hereinkommen. Allerdings bleibt der state von logo19_AM16 auf "???", die Werte werden nicht angezeigt.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 06 Dezember 2014, 22:33:06
Guten Abend.

attr logo19 ReadDB-Config DB 923 61 5
Ich meine gelesen zu haben, dass für die Logo DB=1 richtig wäre. Es ist aber egal, ob ich bei "DB" 0, 1 oder 2 eintrage, die erwartenten Daten werden immer aus der Logo gelesen. (Habs mit "daveDebugALL" beobachtet)

PDU header:
                            0:0x32,0x01,0x00,0x00,0x00,0x00,0x00,0x0E,0x00,0x00,
plen: 14 dlen: 0
Parameter:
                            0:0x04,0x01,0x12,0x0A,0x10,0x02,0x00,0x3D,0x00,0x02,0x84,0x00,0x1C,0xD8,
_daveExchange PDU number: 65537
asdf enter _daveExchangeTCP
send packet: :
                            0:0x03,0x00,0x00,0x1F,0x02,0xF0,0x80,0x32,0x01,0x00,0x00,0x00,0x01,0x00,0x0E,0x00,
                            10:0x00,0x04,0x01,0x12,0x0A,0x10,0x02,0x00,0x3D,0x00,0x02,0x84,0x00,0x1C,0xD8,
readISOpacket: 86 bytes read, 86 needed
readISOpacket: packet:
                            0:0x03,0x00,0x00,0x56,0x02,0xF0,0x80,0x32,0x03,0x00,0x00,0x00,0x01,0x00,0x02,0x00,
                            10:0x41,0x00,0x00,0x04,0x01,0xFF,0x04,0x01,0xE8,0x00,0x00,0x00,0x01,0xB0,0x01,0xB0,
                            20:0x01,0xB0,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x09,0x00,0x00,0x00,
                            30:0x00,0x00,0x09,0x00,0x00,0x01,0xFE,0x5A,0xFE,0xD6,0xFE,0xD6,0x03,0x2A,0x00,0x00,
                            40:0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
                            50:0x00,0x00,0x00,0x00,0x00,0x7E,
asdf _daveExchangeTCP res from read 86
result of exchange: 0
PDU header:
                            0:0x32,0x03,0x00,0x00,0x00,0x01,0x00,0x02,0x00,0x41,0x00,0x00,
plen: 2 dlen: 65
Parameter:
                            0:0x04,0x01,
Data     :
                            0:0xFF,0x04,0x01,0xE8,0x00,0x00,0x00,0x01,0xB0,0x01,0xB0,0x01,0xB0,0x00,0x00,0x00,
                            10:0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x09,0x00,0x00,0x00,0x00,0x00,0x09,0x00,0x00,
                            20:0x01,0xFE,0x5A,0xFE,0xD6,0xFE,0xD6,0x03,0x2A,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
                            30:0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
                            40:0x7E,
Data hdr :
                            0:0xFF,0x04,0x01,0xE8,
Data     :
                            0:0x00,0x00,0x00,0x01,0xB0,0x01,0xB0,0x01,0xB0,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
                            10:0x00,0x00,0x00,0x09,0x00,0x00,0x00,0x00,0x00,0x09,0x00,0x00,0x01,0xFE,0x5A,0xFE,
                            20:0xD6,0xFE,0xD6,0x03,0x2A,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
                            30:0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x7E,
error: ok
_daveSetupReceivedPDU() returned: 0=ok
_daveTestReadResult() returned: 0=ok


define logo19_AM16 S7_ARead db 0 982 s16
Ich habe jetzt alle möglichen Kombinationen für DB probiert, aber noch keinen Erfolg. Der state bleibt immer bei "???". Auszug aus dem fhem-log:
2014.12.06 22:22:47 4: S7: GetUpdate called ...
2014.12.06 22:22:47 4: S7: readFromPLC  132,1,923,61
2014.12.06 22:22:47 5: logo19 dispatch A db 1 923 61
2014.12.06 22:22:47 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.06 22:22:47 5: logo19 dispatch D db 1 923 61
2014.12.06 22:22:47 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.06 22:22:49 4: S7: GetUpdate called ...
2014.12.06 22:22:51 4: S7: GetUpdate called ...
2014.12.06 22:22:53 4: S7: GetUpdate called ...
2014.12.06 22:22:53 4: S7: readFromPLC  132,1,923,61
2014.12.06 22:22:54 5: logo19 dispatch A db 1 923 61
2014.12.06 22:22:54 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.06 22:22:54 5: logo19 dispatch D db 1 923 61
2014.12.06 22:22:54 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.


Gruss Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 08:50:43
Hallo Christoph

ich im Code für die Multiple Readings ein Fehler gefunden. Wenn mehrere Readings konfiguriert wurden, wurden die Daten nur ein einziges Mal von der SPS gelesen, danach nie wieder.
In der beiliegenden Version V1.3 ist das Problem behoben.
(Du musst nur die 44_S7.pm tauschen, alles andere ist gleich geblieben)

Bitte um Feedback ob das Problem auch bei dir damit behoben ist.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 08:57:45
Hallo Thomas,

ich habe mal erfolgreich das lesen von den AM16 auf meiner Logo 0BA7 getestet:

define logo S7 2 0 10.0.0.241 0 0 102 2 960
attr logo ReadDB-Config 0 923 61 5
define logo19_AM16 S7_ARead db 0 982 s16


hier der Auszug aus dem LogFile
2014.12.07 08:54:06 4: S7: readFromPLC  132,0,923,61
2014.12.07 08:54:06 5: logo dispatch A db 0 923 61
2014.12.07 08:54:06 5: S7_ARead_Parse A db 0 923 61
2014.12.07 08:54:06 5: Triggering logo19_AM16 (1 changes)
2014.12.07 08:54:06 5: Notify loop for logo19_AM16 0
2014.12.07 08:54:06 4: eventTypes: S7_ARead logo19_AM16 0 -> .*
2014.12.07 08:54:06 5: logo dispatch D db 0 923 61
2014.12.07 08:54:06 5: S7_DRead_Parse D db 0 923 61
2014.12.07 08:54:06 4: S7_DRead: Parse no client found (logo) ...
2014.12.07 08:54:08 4: S7: GetUpdate called ...
2014.12.07 08:54:10 4: S7: GetUpdate called ...
2014.12.07 08:54:12 4: S7: GetUpdate called ...
2014.12.07 08:54:12 4: S7: readFromPLC  132,0,923,61
2014.12.07 08:54:12 5: logo dispatch A db 0 923 61
2014.12.07 08:54:12 5: S7_ARead_Parse A db 0 923 61
2014.12.07 08:54:12 5: Triggering logo19_AM16 (1 changes)
2014.12.07 08:54:12 5: Notify loop for logo19_AM16 0
2014.12.07 08:54:12 4: eventTypes: S7_ARead logo19_AM16 0 -> .*
2014.12.07 08:54:12 5: logo dispatch D db 0 923 61
2014.12.07 08:54:12 5: S7_DRead_Parse D db 0 923 61
2014.12.07 08:54:12 4: S7_DRead: Parse no client found (logo) ...


Bitte teste die selbe Config bei dir.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 07 Dezember 2014, 09:55:05
Hallo Karl
Sowie ich mehrere Bereiche lesen will, schlaegt das fehl! Wobei jetzt zumindest die letzte Definition aktualisiert wird!
Mir ist auch nicht klar wie ich Eingaenge denn definieren muss! Kann eventuell da der Hase im Pfeffer liegen? Man braucht da doch keinen DB, sondern nur Anfang, Laenge und Intervall!?
Wenn Du wirklich ein Log moechtest, dann schreib mir nochmal, wovon genau!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 07 Dezember 2014, 10:17:13
Hallo charlie71,

ich habe die cfg exakt wie Du, nur mit einen IP-Adressen. Ich kriege nach wie vor keine Ergebnisse, im log steht immer noch was von "unknow device".


2014.12.07 10:04:11 4: S7: GetUpdate called ...
2014.12.07 10:04:13 4: S7: GetUpdate called ...
2014.12.07 10:04:13 4: S7: readFromPLC  132,0,923,61
2014.12.07 10:04:13 5: logo19 dispatch A db 0 923 61
2014.12.07 10:04:13 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 10:04:13 5: logo19 dispatch D db 0 923 61
2014.12.07 10:04:13 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 10:04:15 4: S7: GetUpdate called ...
2014.12.07 10:04:17 4: S7: GetUpdate called ...
2014.12.07 10:04:19 4: S7: GetUpdate called ...
2014.12.07 10:04:19 4: S7: readFromPLC  132,0,923,61
2014.12.07 10:04:19 5: logo19 dispatch A db 0 923 61
2014.12.07 10:04:19 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 10:04:19 5: logo19 dispatch D db 0 923 61
2014.12.07 10:04:19 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 10:04:21 4: S7: GetUpdate called ...
2014.12.07 10:04:23 4: S7: GetUpdate called ...
2014.12.07 10:04:25 4: S7: GetUpdate called ...
2014.12.07 10:04:25 4: S7: readFromPLC  132,0,923,61
2014.12.07 10:04:25 5: logo19 dispatch A db 0 923 61
2014.12.07 10:04:25 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 10:04:25 5: logo19 dispatch D db 0 923 61
2014.12.07 10:04:25 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 10:04:27 4: S7: GetUpdate called ...

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 07 Dezember 2014, 11:26:22
Hi,

habe jetzt die Version 1.2.a neu aufgepielt und des lassen sich die Eingänge auslesen und über Ntzwerkeingänge die logo steuern.
Das mit den Analogwerten klappt bei mir leider auch nicht. Bekomme da auch immer die ??? angezeigt.

Daher hatte ich das erst mal wieder deaktiviert. Dabei ist mir aber aufgefallen das dort diese fehlermeldung im log kommt:


2014.12.07 10:22:56 3: S7: reading error from PLC errorcode -1025
2014.12.07 10:22:56 3: maxPDUlength was set to: 960
2014.12.07 10:22:56 3: Communicationtype was set to 2
2014.12.07 10:22:56 3: connect to PLC: 0
2014.12.07 10:22:56 1: returnmessage PLC: 0=ok
2014.12.07 10:23:06 3: S7: reading error from PLC errorcode -1025
2014.12.07 10:23:06 3: maxPDUlength was set to: 960
2014.12.07 10:23:06 3: Communicationtype was set to 2
2014.12.07 10:23:06 3: connect to PLC: 0
2014.12.07 10:23:06 1: returnmessage PLC: 0=ok
2014.12.07 10:23:16 3: S7: reading error from PLC errorcode -1025
2014.12.07 10:23:16 3: maxPDUlength was set to: 960
2014.12.07 10:23:16 3: Communicationtype was set to 2
2014.12.07 10:23:16 3: connect to PLC: 0
2014.12.07 10:23:16 1: returnmessage PLC: 0=ok


Hier ist die Konfiguration dazu

# Anbindung Siemens Logo
define mylogo S7 2 0 192.168.10.50 0 0 102 2 960
attr mylogo ReadDB-Config 1 1406 2 10
attr mylogo ReadOutputs-Config 1 0 2 10
attr mylogo WriteDB-Config 1 1246 10
define mylogo_Q1 S7_DRead outputs 1 0
attr mylogo_Q1 alias Ausgang 1
attr mylogo_Q1 room Logo
define mylogo_Q2 S7_DRead outputs 1 1
attr mylogo_Q2 alias Ausgang 2
attr mylogo_Q2 room Logo
define mylogo_Q3 S7_DRead outputs 1 2
attr mylogo_Q3 alias Ausgang 3
attr mylogo_Q3 room Logo
define mylogo_Q4 S7_DRead outputs 1 3
attr mylogo_Q4 alias Ausgang 4
attr mylogo_Q4 room Logo
define mylogo_N1_w S7_DWrite DB 1 9968
attr mylogo_N1_w alias Zentral Aus
attr mylogo_N1_w room Logo
attr mylogo_N1_w webCmd TRIGGER


Kann im Internet leider nicht herausfinden was bei der Libnodave dieser errorcode bedeutet.
Kennt jemand diesen Fehler?

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 15:15:02
Hallo Christoph

ich hab noch einen kleinen Fehler im Modul gefunden. Das Modul läuft bei mir, jedoch habe ich nur eine logo und somit kann ich es nur beschränkt testen.
Bitte um feedback ob es klappt.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 15:20:47
Hallo Porsti,

Also die Fehlermeldung bedeutet: "Timeout when waiting for PLC response"

Weißt du bei welchem Reading die Fehlermeldung auftritt?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 15:29:45
Hallo Thomas,

bitte Poste noch einmal  deine Config.
Die "Unknown S7_ARead device " ist eine FHEM Fehlermeldung wenn S7_ARead nicht definiert ist.

Danke
Charlie71


Zitat von: thmarx am 07 Dezember 2014, 10:17:13
Hallo charlie71,

ich habe die cfg exakt wie Du, nur mit einen IP-Adressen. Ich kriege nach wie vor keine Ergebnisse, im log steht immer noch was von "unknow device".


2014.12.07 10:04:11 4: S7: GetUpdate called ...
2014.12.07 10:04:13 4: S7: GetUpdate called ...
2014.12.07 10:04:13 4: S7: readFromPLC  132,0,923,61
2014.12.07 10:04:13 5: logo19 dispatch A db 0 923 61
2014.12.07 10:04:13 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 10:04:13 5: logo19 dispatch D db 0 923 61
2014.12.07 10:04:13 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 10:04:15 4: S7: GetUpdate called ...
2014.12.07 10:04:17 4: S7: GetUpdate called ...
2014.12.07 10:04:19 4: S7: GetUpdate called ...
2014.12.07 10:04:19 4: S7: readFromPLC  132,0,923,61
2014.12.07 10:04:19 5: logo19 dispatch A db 0 923 61
2014.12.07 10:04:19 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 10:04:19 5: logo19 dispatch D db 0 923 61
2014.12.07 10:04:19 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 10:04:21 4: S7: GetUpdate called ...
2014.12.07 10:04:23 4: S7: GetUpdate called ...
2014.12.07 10:04:25 4: S7: GetUpdate called ...
2014.12.07 10:04:25 4: S7: readFromPLC  132,0,923,61
2014.12.07 10:04:25 5: logo19 dispatch A db 0 923 61
2014.12.07 10:04:25 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 10:04:25 5: logo19 dispatch D db 0 923 61
2014.12.07 10:04:25 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 10:04:27 4: S7: GetUpdate called ...

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 07 Dezember 2014, 16:11:42
Hallo,

die komplette config:

define telnetPort telnet 7373 global

define WEB FHEMWEB 8383 global
attr WEB longpoll 1

attr global backup_before_update 0
attr global logdir tmp
attr global logfile tmp/fhem-%Y-%m.logo.log
attr global modpath .
attr global nofork 1
attr global sendStatistics onUpdate
attr global statefile tmp/fhem.logo.save
attr global uniqueID ./FHEM/FhemUtils/uniqueID
attr global verbose 5

define logo19 S7 2 0 192.168.178.19 0 0 102 2 960
attr logo19 ReadDB-Config 0 923 61 5
define logo19_AM16_r S7_ARead db 0 982 s16


und das log dazu:

2014.12.07 16:05:41 5: Initializing Type Library:
2014.12.07 16:05:41 1: Including ../logo19.cfg
2014.12.07 16:05:41 5: Cmd: >define telnetPort telnet 7373 global<
2014.12.07 16:05:41 5: Loading ./FHEM/98_telnet.pm
2014.12.07 16:05:41 3: telnetPort: port 7373 opened
2014.12.07 16:05:41 5: Cmd: >define WEB FHEMWEB 8383 global<
2014.12.07 16:05:41 5: Loading ./FHEM/01_FHEMWEB.pm
2014.12.07 16:05:43 3: WEB: port 8383 opened
2014.12.07 16:05:43 5: Cmd: >attr WEB longpoll 1<
2014.12.07 16:05:43 5: Cmd: >attr global backup_before_update 0<
2014.12.07 16:05:43 5: Cmd: >attr global logdir tmp<
2014.12.07 16:05:43 5: Cmd: >attr global logfile tmp/fhem-%Y-%m.logo.log<
2014.12.07 16:05:43 5: Cmd: >attr global modpath .<
2014.12.07 16:05:43 5: Cmd: >attr global sendStatistics onUpdate<
2014.12.07 16:05:43 5: Cmd: >attr global statefile tmp/fhem.logo.save<
2014.12.07 16:05:43 5: Cmd: >attr global uniqueID ./FHEM/FhemUtils/uniqueID<
2014.12.07 16:05:43 5: Cmd: >attr global verbose 5<
2014.12.07 16:05:43 5: Cmd: >define logo19 S7 2 0 192.168.178.19 0 0 102 2 960<
2014.12.07 16:05:43 5: Loading ./FHEM/44_S7.pm
2014.12.07 16:05:43 4: S7 Connect: plcMPI=2, localMPI=0, ip_address=192.168.178.19,rack=0, slot=0, ip_port=102, PDULength= 960
2014.12.07 16:05:43 3: maxPDUlength was set to: 960
2014.12.07 16:05:43 3: Communicationtype was set to 2
2014.12.07 16:05:43 3: connect to PLC: 0
2014.12.07 16:05:43 1: returnmessage PLC: 0=ok
2014.12.07 16:05:43 5: Cmd: >attr logo19 ReadDB-Config 0 923 61 5<
2014.12.07 16:05:43 5: Cmd: >define logo19_AM16_r S7_ARead db 0 982 s16<
2014.12.07 16:05:43 5: Loading ./FHEM/44_S7_ARead.pm
2014.12.07 16:05:45 5: Triggering global (1 changes)
2014.12.07 16:05:45 5: Notify loop for global INITIALIZED
2014.12.07 16:05:45 2: SecurityCheck:  WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.12.07 16:05:45 0: Server started with 5 defined entities (version $Id: fhem.pl 7116 2014-12-02 07:05:00Z rudolfkoenig $, os linux, user pi, pid 3152)
2014.12.07 16:05:45 4: Connection accepted from FHEMWEB:192.168.178.50:58065
2014.12.07 16:05:45 4: Connection accepted from FHEMWEB:192.168.178.50:58064
2014.12.07 16:05:46 4: HTTP FHEMWEB:192.168.178.50:58065 GET /fhem?XHR=1&inform=type=status;filter=logo19_AM16_r&timestamp=1417964744415
2014.12.07 16:05:46 4: S7: GetUpdate called ...
2014.12.07 16:05:46 4: S7: readFromPLC  132,0,923,61
2014.12.07 16:05:46 5: logo19 dispatch A db 0 923 61
2014.12.07 16:05:46 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 16:05:46 5: logo19 dispatch D db 0 923 61
2014.12.07 16:05:46 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 16:05:48 4: S7: GetUpdate called ...
2014.12.07 16:05:48 4: Connection closed for FHEMWEB:192.168.178.50:58064
2014.12.07 16:05:50 4: S7: GetUpdate called ...
2014.12.07 16:05:52 4: S7: GetUpdate called ...
2014.12.07 16:05:52 4: S7: readFromPLC  132,0,923,61
2014.12.07 16:05:52 5: logo19 dispatch A db 0 923 61
2014.12.07 16:05:52 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 16:05:52 5: logo19 dispatch D db 0 923 61
2014.12.07 16:05:52 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 16:05:54 4: S7: GetUpdate called ...
2014.12.07 16:05:56 4: S7: GetUpdate called ...
2014.12.07 16:05:58 4: S7: GetUpdate called ...
2014.12.07 16:05:58 4: S7: readFromPLC  132,0,923,61
2014.12.07 16:05:58 5: logo19 dispatch A db 0 923 61
2014.12.07 16:05:58 3: logo19: Unknown S7_ARead device detected, define one to get detailed information.
2014.12.07 16:05:58 5: logo19 dispatch D db 0 923 61
2014.12.07 16:05:58 3: logo19: Unknown S7_DRead device detected, define one to get detailed information.
2014.12.07 16:06:00 4: S7: GetUpdate called ...
2014.12.07 16:06:02 5: Triggering global (1 changes)
2014.12.07 16:06:02 5: Notify loop for global SHUTDOWN
2014.12.07 16:06:02 0: Server shutdown

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 17:37:04
Hallo Thomas,

langsam bin ich ratlos.
Ich versuch mal meine Erkenntnisse zusammen zufassen.
1) Die Konfig ist jetzt ok
2) Das Lesen von der Siemens logo funktioniert (funktioniert mit meiner Logo problemlos)
3) Nach dem Lesen wirft FHEM die Fehlermeldung "Unknown S7_ARead device detected". DH es wird das logische Modul nicht gefunden.

Was mir noch einfällt:
a) Hast du auf die letzte Modulversion upgegraded (aktuell V1.3 + update für porsti) ?
b) Welche FHEM Version verwendest Du (Ich verwende: fhem.pl 3872 2013-09-07)

lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 07 Dezember 2014, 17:43:07
Hallo charlie71,

ich verwende "fhem.pl 7116 2014-12-02". Aktuelle Modulversion habe ich.

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 07 Dezember 2014, 18:10:52
OK hier mal meine Resultate
(FYI wenn du willst das das mit mehreren Logos funktioniert, dann kannst du mich zum testen hernehmen... ich hab 4 am laufen und es waere nicht schlecht wenn alle 4 laufen wurden :D)

also beim manuellen Start im Terminal kriege ich immer noch
root@smarthome:/opt/fhem# perl fhem.pl fhem.cfg
root@smarthome:/opt/fhem# "my" variable $dmsg masks earlier declaration in same scope at ./FHEM/44_S7.pm line 462, <$fh> line 29.
"my" variable %addvals masks earlier declaration in same scope at ./FHEM/44_S7.pm line 466, <$fh> line 29.
Use of uninitialized value $res in numeric ne (!=) at ./FHEM/44_S7.pm line 229, <$fh> line 29.


Isses dann hochgelaufen

2014.12.07 18:06:54 5: Loading ./FHEM/44_S7.pm
2014.12.07 18:06:54 4: S7 Connect: plcMPI=2, localMPI=0, ip_address=192.168.63.101,rack=0, slot=0, ip_port=102, PDULength= 960
2014.12.07 18:06:54 3: maxPDUlength was set to: 960
2014.12.07 18:06:54 3: Communicationtype was set to 2
2014.12.07 18:06:54 3: connect to PLC: 0
2014.12.07 18:06:54 1: returnmessage PLC: 0=ok
2014.12.07 18:06:54 5: Cmd: >attr mylogo ReadDB-Config 1 1406 2 10<
2014.12.07 18:06:54 5: Cmd: >attr mylogo ReadOutputs-Config 1 0 2 10<
2014.12.07 18:06:54 5: Cmd: >attr mylogo WriteDB-Config 1 1246 10<
2014.12.07 18:06:54 3: S7: count not read initial state from PLC --> failed:
2014.12.07 18:06:54 3: count not read initial state from PLC --> failed
2014.12.07 18:06:54 5: Cmd: >define mylogo_Q1 S7_DRead outputs 1 0<
2014.12.07 18:06:54 5: Loading ./FHEM/44_S7_DRead.pm
2014.12.07 18:06:54 5: Cmd: >attr mylogo_Q1 alias Ausgang 1<
2014.12.07 18:06:54 1: configfile: count not read initial state from PLC --> failed


Und um den Ganzen Durcheinander zu entgehen waere es sinnvoll die neueste Variante in einen Beitrag (sinnvollerweise den ersten) festzupinnen und immer da abuzuaendern...


Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 07 Dezember 2014, 19:39:14
Hallo Charlie71,

hier sind alle befehle aus der Konifuration:

define mylogo S7 2 0 192.168.10.50 0 0 102 2 960
attr mylogo ReadOutputs-Config 1 0 2 10
attr mylogo WriteDB-Config 1 1246 15
define mylogo_Q1 S7_DRead outputs 1 0
define mylogo_Q2 S7_DRead outputs 1 1
define mylogo_Q3 S7_DRead outputs 1 2
define mylogo_Q4 S7_DRead outputs 1 3
define mylogo_Q11 S7_DRead outputs 1 10
define mylogo_N1_w S7_DWrite DB 1 9968
define mylogo_N2_w S7_DWrite DB 1 9975
define mylogo_N3_w S7_DWrite DB 1 9969
define mylogo_N4_w S7_DWrite DB 1 9970
define mylogo_N5_w S7_DWrite DB 1 9971
define mylogo_N6_w S7_DWrite DB 1 9972
define mylogo_N7_w S7_DWrite DB 1 9973
define mylogo_N9_w S7_DWrite DB 1 9976


Wie kann ich denn heraus bekommen welcher der befehle das Timout auslöst.

So sieht zur Zeit der log aus:

2014.12.07 18:41:51 0: Server started with 23 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user bananapi, pid 2937)
2014.12.07 18:41:52 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/44_S7.pm line 430.
2014.12.07 18:41:52 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/44_S7.pm line 431.
2014.12.07 18:42:02 3: S7: reading error from PLC errorcode -1025
2014.12.07 18:42:02 3: maxPDUlength was set to: 960
2014.12.07 18:42:02 3: Communicationtype was set to 2
2014.12.07 18:42:02 3: connect to PLC: 0
2014.12.07 18:42:02 1: returnmessage PLC: 0=ok
2014.12.07 18:42:12 3: S7: reading error from PLC errorcode -1025
2014.12.07 18:42:12 3: maxPDUlength was set to: 960
2014.12.07 18:42:12 3: Communicationtype was set to 2
2014.12.07 18:42:12 3: connect to PLC: 0
2014.12.07 18:42:12 1: returnmessage PLC: 0=ok


Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 07 Dezember 2014, 20:14:54
Hallo Karl
Der Weg scheint richtig zu sein! In den Internals tauchen jetzt auf einmal die Inputs und die anderen readings auf! Leider wird nur die Zeit der Inputs aktualisiert, so dass die anderen nicht mehr abgeholt werden! Wenn du Deine Aenderungen ein wenig kennzeichnen wuerdest, koennte ich eventuell selbst weitersuchen!
Trotzdem Danke fuer Deine Muehe
Gruss Christoph
P.S.: Morgen abend habe ich wieder mehr Zeit!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: AHA1805 am 07 Dezember 2014, 20:39:00
Hallo,

auf das Modul habe ich schon lange gewartet   :)

Jetzt habe ich die Version 1.3 installiert.
Ist diese Meldung kritisch oder kann diese vernachlässigt werden?

014.12.07 19:33:40 1: PERL WARNING: Can't locate auto/Nodave/autosplit.ix in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at /usr/share/perl/5.14/AutoLoader.pm line 173.
at /usr/lib/perl/5.14/Nodave.pm line 33
2014.12.07 19:33:40 1: PERL WARNING: "my" variable $dmsg masks earlier declaration in same scope at ./FHEM/44_S7.pm line 462.


Leide bin ich in PERL absolut unerfahren, was mir das sagen soll

Gruß Hannes
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 20:39:42
Hallo Porsti,

wenn ich mich recht erinnere verwendest du eine Siemens Logo.
Interessanterweise funktioniert deine Config auf meiner Logo.

Änderungsvorschlag für 0BA7:
attr mylogo ReadDB-Config 0 942 2 10
define mylogo_Q1 S7_DRead DB 0 7536
define mylogo_Q2 S7_DRead DB 0 7537
define mylogo_Q3 S7_DRead DB 0 7538
define mylogo_Q4 S7_DRead DB 0 7546
define mylogo_Q11 S7_DRead DB 0 1074

(ich glaub mich erinnern zu können, dass das output reading bei der logo gezickt hat)

Wenns nicht klappt deine Netzwerkkonfig auf der Logo prüfen.

lG
Charlie71
PS: Ich hab V1.4 online gestellt
   
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 20:42:18
Hallo Hannes,

Achtung aktuell ist die V1.4 (ganz am Anfang des Threads) . Hier sollte das zweite Warning bereits gefixt sein. Beim ersten Warning kann ich dir nicht weiterhelfen.

Gruß
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 20:46:08
Hallo Thomas,

ich hab mal mein FEHM auf den letzten Stand gebracht (fhem.pl 7124). Und das S7 Modul (V1.4) läuft fehlerfrei.
Im Moment bin ich wirklich ein wenig ratlos. Aber vieleicht kann jemand anderer helfen.

Gruß
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 07 Dezember 2014, 20:54:07
Hallo zusammen,

ZitatIm Moment bin ich wirklich ein wenig ratlos. Aber vieleicht kann jemand anderer helfen.

Hier ich!!!

Nachdem ich ins .cfg dieses
attr global autoload_undefined_devices 1
Attribut eingefügt habe, gehts jetzt bei mir!!!

Danke charlie71 für die geduldige Hilfe! Jetzt werde ich mal in Ruhe verschiedenes testen...

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Dezember 2014, 20:55:37
Hallo Gerd,

vielen Dank für Deine Anregungen ich werde nur mehr das Modul auf der ersten Seite aktualisieren.
Eine neue Version V1.4 ist bereits online dort wurden unter anderem auch deine Warnings gefixt.

Ich betreibe aktuell 4 Logos. Ich kann alle Infos dazu in FHEM abfragen.
Der Trick dabei ist der folgende:
Ich habe eine Logo als Server eingerichtet (nennen wir sie mal Logo1), alle anderen Logos (Logo2, Logo3, Logo4) sind Clients.
Auf den VM des Servers habe ich den einzelnen Logos zugeordnet:
1xx für die Logo1
2xx für die Logo2
3xx für die Logo3
4xx für die Logo4

Die Clients aktualisieren zyklisch ihre Daten am Server und holen sich auch Zyklisch alle Daten der Anderen Logs
Somit hat jeder Client alle Inputs/Outputs/... aller andern Logos in seiner VM

Das hat auch den Vorteil dass ich auf FHEM nur die Daten von der Logo1 holen muss, da hier von allen anderen Logos eine Kopie vorhanden ist.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: AHA1805 am 07 Dezember 2014, 21:06:30
Zitat von: charlie71 am 07 Dezember 2014, 20:42:18
Hallo Hannes,

Achtung aktuell ist die V1.4 (ganz am Anfang des Threads) . Hier sollte das zweite Warning bereits gefixt sein. Beim ersten Warning kann ich dir nicht weiterhelfen.

Gruß
Charlie71

Hallo Charlie71

werde mal versuche ob ich es anderweitig weg bekomme.

Gruß und Danke
Hannes
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 07 Dezember 2014, 22:01:03
Hallo,

ich habe mein System mit den aktuellen Files neu aufgesetzt und habe jetzt ein Problem mit der Nodave.so.
Beim Versuch ein S7-Device zu definieren bekomme ich folgenden Log-Eintrag:
2014.12.07 18:06:52.265 0: Can't load '/usr/local/lib/perl/5.18.2/auto/Nodave/Nodave.so' 
  for module Nodave: /usr/local/lib/perl/5.18.2/auto/Nodave/Nodave.so:
  wrong ELF class: ELFCLASS64 at /usr/share/perl/5.18/XSLoader.pm line 68.
  at /usr/local/lib/perl/5.18.2/Nodave.pm line 274.
Compilation failed in require at ./FHEM/44_S7.pm line 9.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 9.


Kann es sein, dass die Nodave.so für 64bit-Systeme kompiliert ist?

Mein System ist Ubuntu 14 auf einem 32bit-Rechner und ich möchte eine Logo 0BA7 anbinden.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 08 Dezember 2014, 00:20:05
Hsallo Charlie71 !

Das hab ich im Prinzip auch so. aber ich finde es halt schoener wenn man jede Logo direkt ansprehcne kann.
Ich komme aber mit den Adressen nicht so zurecht..
m.W. ist ja alles im DB 1 und bei jeder Logo findet man
Ausgaenge
(Q1) V942.0 -  (Q16) V943.7
Eingaenge
(I1)  V923.0 - (I24)  925.7
Merker
(M1)  V948.0 - (M27) V951.2
usw... letztendlich endet der DB1 der 0BA7 bei Adresse     
983.7 da der letzte  AM16 bei VW982 liegt

Aber ich habs grad mal mit 2 Logos probiert.....  das funktioniert nicht... er nimmt die werte von der ersten Definittion auch fuer die zweite logo oder auch umgekehrt... je nach mondstand

cfg

# Logo Definitions
define logokg S7 2 0 192.168.63.101 0 0 102 2 960
attr logokg ReadDB-Config 0 942 2 10
define logokg_Q1 S7_DRead DB 0 7536
define logokg_Q2 S7_DRead DB 0 7537
define logokg_Q3 S7_DRead DB 0 7538
define logokg_Q4 S7_DRead DB 0 7539
define logokg_Q5 S7_DRead DB 0 7540
define logokg_Q6 S7_DRead DB 0 7541
define logokg_Q7 S7_DRead DB 0 7542
define logokg_Q8 S7_DRead DB 0 7543
define logokg_Q9 S7_DRead DB 0 7544
define logokg_Q10 S7_DRead DB 0 7545


define logoeg S7 2 0 192.168.63.102 0 0 102 2 960
attr logoeg ReadDB-Config 0 942 2 10
define logoeg_Q1 S7_DRead DB 0 7536
define logoeg_Q2 S7_DRead DB 0 7537
define logoeg_Q3 S7_DRead DB 0 7538
define logoeg_Q4 S7_DRead DB 0 7539
define logoeg_Q5 S7_DRead DB 0 7540
define logoeg_Q6 S7_DRead DB 0 7541
define logoeg_Q7 S7_DRead DB 0 7542
define logoeg_Q8 S7_DRead DB 0 7543
define logoeg_Q9 S7_DRead DB 0 7544
define logoeg_Q10 S7_DRead DB 0 7545


log
2014.12.08 00:16:40 5: Loading ./FHEM/44_S7_DRead.pm
2014.12.08 00:16:41 5: Cmd: >define logokg_Q2 S7_DRead DB 0 7537<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q3 S7_DRead DB 0 7538<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q4 S7_DRead DB 0 7539<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q5 S7_DRead DB 0 7540<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q6 S7_DRead DB 0 7541<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q7 S7_DRead DB 0 7542<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q8 S7_DRead DB 0 7543<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q9 S7_DRead DB 0 7544<
2014.12.08 00:16:41 5: Cmd: >define logokg_Q10 S7_DRead DB 0 7545<
2014.12.08 00:16:41 5: Cmd: >define logoeg S7 2 0 192.168.63.102 0 0 102 2 960<
2014.12.08 00:16:41 4: S7 Connect: plcMPI=2, localMPI=0, ip_address=192.168.63.102,rack=0, slot=0, ip_port=102, PDULength= 960
2014.12.08 00:16:41 3: maxPDUlength was set to: 960
2014.12.08 00:16:41 3: Communicationtype was set to 2
2014.12.08 00:16:41 3: connect to PLC: 0
2014.12.08 00:16:41 1: returnmessage PLC: 0=ok
2014.12.08 00:16:41 5: Cmd: >attr logoeg ReadDB-Config 0 942 2 10<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q1 S7_DRead DB 0 7536<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q2 S7_DRead DB 0 7537<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q3 S7_DRead DB 0 7538<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q4 S7_DRead DB 0 7539<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q5 S7_DRead DB 0 7540<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q6 S7_DRead DB 0 7541<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q7 S7_DRead DB 0 7542<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q8 S7_DRead DB 0 7543<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q9 S7_DRead DB 0 7544<
2014.12.08 00:16:41 5: Cmd: >define logoeg_Q10 S7_DRead DB 0 7545<
2014.12.08 00:16:41 1: Including ./log/fhem.save
2014.12.08 00:16:41 5: Cmd: >setstate Logfile active<
2014.12.08 00:16:41 5: Cmd: >setstate autocreate active<
2014.12.08 00:16:41 5: Cmd: >setstate eventTypes active<
2014.12.08 00:16:41 5: Cmd: >setstate global <no definition><
2014.12.08 00:16:41 5: Cmd: >setstate initialUsbCheck 2014-12-08 00:10:41<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg connected to PLC<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q1 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q1 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q10 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q10 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q2 on<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q2 2014-12-08 00:16:17 state on<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q3 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q3 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q4 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q4 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q5 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q5 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q6 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q6 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q7 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q7 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q8 off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q8 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q9 on<
2014.12.08 00:16:41 5: Cmd: >setstate logoeg_Q9 2014-12-08 00:16:17 state on<
2014.12.08 00:16:41 5: Cmd: >setstate logokg connected to PLC<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q1 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q1 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q10 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q10 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q2 on<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q2 2014-12-08 00:16:17 state on<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q3 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q3 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q4 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q4 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q5 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q5 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q6 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q6 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q7 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q7 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q8 off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q8 2014-12-08 00:16:17 state off<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q9 on<
2014.12.08 00:16:41 5: Cmd: >setstate logokg_Q9 2014-12-08 00:16:17 state on<
2014.12.08 00:16:41 5: Triggering global (1 changes)



Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 08 Dezember 2014, 07:48:58
Hallo Charli71,
habe es gerade noch mal ausprobiert.

Habe nur die VM Bereich auf die Logo8 hochgesetzt.


define mylogo S7 2 0 192.168.105.15 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 2 10
attr mylogo WriteDB-Config 0 1246 10
define mylogo_Q1 S7_DRead DB 0 8512
attr mylogo_Q1 room Logo
define mylogo_Q2 S7_DRead DB 0 8513
attr mylogo_Q2 room Logo
define mylogo_Q3 S7_DRead DB 0 8514
attr mylogo_Q3 room Logo
define mylogo_Q4 S7_DRead DB 0 8515
attr mylogo_Q4 room Logo



2014.12.08 07:35:38 3: S7: reading error from PLC errorcode -1025
2014.12.08 07:35:38 3: maxPDUlength was set to: 960
2014.12.08 07:35:38 3: Communicationtype was set to 2
2014.12.08 07:35:38 3: connect to PLC: 0
2014.12.08 07:35:38 1: returnmessage PLC: 0=ok


Gruß & THX

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Dezember 2014, 10:24:30
Hallo Starkstrombastler,

ja die aktuelle Version ist nur eine 64bit Version.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Dezember 2014, 10:33:01
Hallo Gerd,

aktuell unterstützt das Modul nur das Verbinden zu einer IP Adresse.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Dezember 2014, 10:51:11
Hallo Porsti,

ich denke das das Problem irgendwo in der SPS Konfig liegt.

Bitte versuch mal das beiliegende testLogo.pl auszuführen (Deine IP-Adresse musst du ändern).
Das ist ein Testprogramm das mit der Libnodave ausgeliefert wird.
Bitte poste das Ergebnis.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 08 Dezember 2014, 11:19:38
Hallo Charlie71,

habe den Test gerade mit folgendem Ergebnis durchlaufen lassen:


set debug level
debug level is: 0
port handle: 3
di: DaveInterface=SCALAR(0xd15b88) ok 5
res: 0 ok 6
connect to PLC. function result: 0
read from PLC. function result: 0
IB1: 00000000
IB2: 00000000
IB3: 00000000
AI1: 0
AI2: 0
AI3: 0
AI4: 0
QB1: 00000000
QB2: 00000000
AM1: 0
AM16: 0
Testing multiple item read
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0
root@lemaker:~#


Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Dezember 2014, 13:27:24
Hallo Porsti,

interessant wie es scheint läuft der Test bei deiner 0BA8 durch.
Ich habe das Testscript noch einmal angepasst, jetzt werden auch die Speicherbereiche gelesen die unter FHEM fehlgeschlagen haben.

Bitte das Ergebnis nochmals posten.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 08 Dezember 2014, 13:44:27
Hi Charlie71,

hier ist das Ergebnis von dem 0BA8 test:



set debug level
debug level is: 0
port handle: 3
di: DaveInterface=SCALAR(0x10487e0) ok 5
res: 0 ok 6
connect to PLC. function result: 0
read from PLC. function result: 0
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB2: 00000000
IB3: 00000000
AI1: 0
AI2: 0
AI3: 0
AI4: 0
QB1: 00000011
QB2: 00000000
AM1: 0
AM16: 0
Testing multiple item read
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 500
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 500


Noch mal eine andere Frage:
Habe gerade mal im laufenden Betrieb das Netzwerkkabel der Logo gezogen und der FHEM hat sich komplett aufgehangen. Konnte ihn nur durch kompletten Neustart des Systems zum leben erwecken. Gibt es eine möglichkeit das lesen zu unterbrechen wenn die logo nicht erreichbar ist?

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 08 Dezember 2014, 15:06:15
Zitat von: charlie71 am 08 Dezember 2014, 10:33:01
Hallo Gerd,

aktuell unterstützt das Modul nur das Verbinden zu einer IP Adresse.

lG
Charlie71
Hi !

Ok habe nen quick and dirty hack angewendet.... und jetzt laufen alles 4.... das modul wird dann halt 4 mal geladen......

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Dezember 2014, 19:02:04
Hallo Porsti

das Logfile schaut gut aus.
Dann versuchen wir mal es wieder mit einer neuen konfig:
(Nur ein readconfig: Liest die die Ausgänge von der 0BA8 aus den DB 0)


define mylogo S7 2 0 192.168.10.50 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 8 10
define mylogo_Q1 S7_DRead outputs 0 8512
define mylogo_Q2 S7_DRead outputs 0 8513
define mylogo_Q3 S7_DRead outputs 0 8514
define mylogo_Q4 S7_DRead outputs 0 8515


Bitte dreh das loglevel höher:
attr global verbose 5

Wenn die Verbindung unterbrochen wird (Reading schlägt fehl), pausiert das Modul für 10s und versucht dann einen reconnect.

lG
Charlie71



Zitat von: Porsti am 08 Dezember 2014, 13:44:27
Hi Charlie71,

hier ist das Ergebnis von dem 0BA8 test:



set debug level
debug level is: 0
port handle: 3
di: DaveInterface=SCALAR(0x10487e0) ok 5
res: 0 ok 6
connect to PLC. function result: 0
read from PLC. function result: 0
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB2: 00000000
IB3: 00000000
AI1: 0
AI2: 0
AI3: 0
AI4: 0
QB1: 00000011
QB2: 00000000
AM1: 0
AM16: 0
Testing multiple item read
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 500
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 500


Noch mal eine andere Frage:
Habe gerade mal im laufenden Betrieb das Netzwerkkabel der Logo gezogen und der FHEM hat sich komplett aufgehangen. Konnte ihn nur durch kompletten Neustart des Systems zum leben erwecken. Gibt es eine möglichkeit das lesen zu unterbrechen wenn die logo nicht erreichbar ist?

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 08 Dezember 2014, 19:50:10
Hallo zusammen,

habe noch ein bisschen rumprobiert. Auf meine Logos 0BA7 kann ich lesend und schreibend zugreifen. Mehrere gleichzeitig war schon mal ein Thema. Dazu muss man den logischen Devices ein Attrib mitgeben, zu welchen physik. Gerät sie gehören. Ich denke, dazu dient attr IODev. Ich habe mal versucht das einzufügen.
Also für S7_ARead, S7_DRead, S7_AWrite und S7_DWrite kann man jetzt per attrib IODev das zugehörige Gerät bestimmen.


define mylogo S7 2 0 192.168.10.50 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 8 10
define Q1 S7_DRead outputs 0 8512
attr Q1 IODev mylogo
define Q2 S7_DRead outputs 0 8513
attr Q2 IODev mylogo

define mylogo2 S7 2 0 192.168.10.50 0 0 102 2 960
attr mylogo2 ReadDB-Config 0 1064 8 10
define Q3 S7_DRead outputs 0 8514
attr Q3 IODev mylogo2
define Q4 S7_DRead outputs 0 8515
attr Q4 IODev mylogo2


Wird das attrib nicht angegeben, wird es von fhem gesetzt.
Ganz zuverlässig läuft es noch nicht, manchmal wird bei mir eine Logo "vergessen".

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 08 Dezember 2014, 21:44:28
Hallo Karl
Jetzt funzt es! Du bist mein Held! Ich weiss jetzt auch, welchen DB man fuer Ein- und Ausgaenge angeben muss! Man nimmt einfach die "0"! Jetzt kann ich endlich fhem und die S7 verheiraten, ohne den riesigen Modbus overhead und auch noch die Programmiererei dafuer!
I am very happy! :) :) :) :)

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 09 Dezember 2014, 08:05:21
Hallo Charlie71,

hier der log aus dem Test

Konfig:

define mylogo S7 2 0 192.168.105.15 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 2 10
define mylogo_Q1 S7_DRead DB 0 8512
define mylogo_Q2 S7_DRead DB 0 8513
define mylogo_Q3 S7_DRead DB 0 8514
define mylogo_Q4 S7_DRead DB 0 8515


Auszug aus dem Test:

set debug level
debug level is: 0
port handle: 3
di: DaveInterface=SCALAR(0x108c7e0) ok 5
res: 0 ok 6
connect to PLC. function result: 0
read from PLC. function result: 0
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB2: 00000000
IB3: 00000000
AI1: 0
AI2: 0
AI3: 0
AI4: 0
QB1: 00000000
QB2: 00000000
AM1: 0
AM16: 0
Testing multiple item read
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0


Ausschnitt aus der Log-Datei:

2014.12.09 08:03:02 4: S7: GetUpdate called ...
2014.12.09 08:03:02 4: S7: GetUpdate called ...
2014.12.09 08:03:02 4: S7: GetUpdate called ...
2014.12.09 08:03:02 4: S7: GetUpdate called ...
2014.12.09 08:03:02 4: S7: readFromPLC  132,0,1064,2
2014.12.09 08:03:02 3: S7: reading error from PLC errorcode -1025
2014.12.09 08:03:02 4: S7 Connect: plcMPI=2, localMPI=0, ip_address=192.168.105.15,rack=0, slot=0, ip_port=102, PDULength= 960
2014.12.09 08:03:02 3: maxPDUlength was set to: 960
2014.12.09 08:03:02 3: Communicationtype was set to 2
2014.12.09 08:03:02 3: connect to PLC: 0
2014.12.09 08:03:02 1: returnmessage PLC: 0=ok


Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Dezember 2014, 12:14:35
Hallo Porsti

irgentwie kommen wir nicht weiter, darum noch einen Test:
Mir ist wichtig, dass nicht nur 2 Bytes gelesen werden, und dass sonst nichts anderes von der SPS gelesen wird:
Bitte die SPS einmal durchstarten (Stromlos machen).

Deine SPS sollte eine 0BA8 sein.

define mylogo S7 2 0 192.168.10.50 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 8 10
define mylogo_Q1 S7_DRead DB 0 8512
define mylogo_Q2 S7_DRead DB 0 8513
define mylogo_Q3 S7_DRead DB 0 8514
define mylogo_Q4 S7_DRead DB 0 8515


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 09 Dezember 2014, 12:29:19
@Porsti & Karl
Nur mal so von aussen gefragt! Die Antwort sieht irgendwie verdaechtig nach 1024er Grenze aus! Hat das schon jemand anderes am Laufen? Ist es auch wirklich eine 0BA8? Kann das in der libnodave abgeklemmt sein?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 09 Dezember 2014, 12:31:52
Hallo Karl
Das man nur einen Bereich schreiben kann ist gewollt! Willst und kannst du das noch aendern? Es ist kein Problem, nur anders waere es einfacher!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Dezember 2014, 13:10:14
Hallo Christoph,

das mit den Schreiben in nur einen Bereich ist gewollt.
Ich denke dass ich es ändern kann, wird aber noch ein wenig dauern.
Ich schreib es mal auf die Wunschliste.

lG
Charlie71

Zitat von: pc1246 am 09 Dezember 2014, 12:31:52
Hallo Karl
Das man nur einen Bereich schreiben kann ist gewollt! Willst und kannst du das noch aendern? Es ist kein Problem, nur anders waere es einfacher!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 09 Dezember 2014, 13:11:19
Hallo zusammen,

hier noch einmal das Ergebnis aus dem Test:

Konfig:

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 SecurityCheck:\
\
WEBphone,WEBtablet,fhemweb has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global
define fhemweb FHEMWEB 8083 global
attr fhemweb stylesheetPrefix dark

define WEBphone FHEMWEB 8084 global

define WEBtablet FHEMWEB 8085 global

# 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 mylogo S7 2 0 192.168.105.15 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 8 10
define mylogo_Q1 S7_DRead DB 0 8512
define mylogo_Q2 S7_DRead DB 0 8513
define mylogo_Q3 S7_DRead DB 0 8514
define mylogo_Q4 S7_DRead DB 0 8515


per Test

set debug level
debug level is: 0
port handle: 3
di: DaveInterface=SCALAR(0x15917e0) ok 5
res: 0 ok 6
connect to PLC. function result: 0
read from PLC. function result: 0
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB1: 00000000
IB2: 00000000
IB3: 00000000
IB2: 00000000
IB3: 00000000
AI1: 0
AI2: 0
AI3: 0
AI4: 0
QB1: 00000000
QB2: 00000000
AM1: 0
AM16: 0
Testing multiple item read
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0
function result:0=ok
function result:0=ok
QB1: 00000000
QB2: 00000000
function result:0=ok
AI1: 0
AI2: 0
AI3: 0
AI4: 0
function result:0=ok
AM16: 0


Log

2014.12.09 13:06:33 2: SecurityCheck:  WEBphone,WEBtablet,fhemweb has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.12.09 13:06:33 0: Server started with 14 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user root, pid 6805)
2014.12.09 13:06:43 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:06:43 3: maxPDUlength was set to: 960
2014.12.09 13:06:43 3: Communicationtype was set to 2
2014.12.09 13:06:43 3: connect to PLC: 0
2014.12.09 13:06:43 1: returnmessage PLC: 0=ok
2014.12.09 13:06:53 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:06:53 3: maxPDUlength was set to: 960
2014.12.09 13:06:53 3: Communicationtype was set to 2
2014.12.09 13:06:53 3: connect to PLC: 0
2014.12.09 13:06:53 1: returnmessage PLC: 0=ok
2014.12.09 13:07:03 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:03 3: maxPDUlength was set to: 960
2014.12.09 13:07:03 3: Communicationtype was set to 2
2014.12.09 13:07:03 3: connect to PLC: 0
2014.12.09 13:07:03 1: returnmessage PLC: 0=ok
2014.12.09 13:07:13 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:13 3: maxPDUlength was set to: 960
2014.12.09 13:07:13 3: Communicationtype was set to 2
2014.12.09 13:07:13 3: connect to PLC: 0
2014.12.09 13:07:13 1: returnmessage PLC: 0=ok
2014.12.09 13:07:23 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:23 3: maxPDUlength was set to: 960
2014.12.09 13:07:23 3: Communicationtype was set to 2
2014.12.09 13:07:23 3: connect to PLC: 0
2014.12.09 13:07:23 1: returnmessage PLC: 0=ok
2014.12.09 13:07:33 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:33 3: maxPDUlength was set to: 960
2014.12.09 13:07:33 3: Communicationtype was set to 2
2014.12.09 13:07:33 3: connect to PLC: 0
2014.12.09 13:07:33 1: returnmessage PLC: 0=ok
2014.12.09 13:07:43 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:43 3: maxPDUlength was set to: 960
2014.12.09 13:07:43 3: Communicationtype was set to 2
2014.12.09 13:07:43 3: connect to PLC: 0
2014.12.09 13:07:43 1: returnmessage PLC: 0=ok
2014.12.09 13:07:53 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:53 3: maxPDUlength was set to: 960
2014.12.09 13:07:53 3: Communicationtype was set to 2
2014.12.09 13:07:53 3: connect to PLC: 0
2014.12.09 13:07:53 1: returnmessage PLC: 0=ok
2014.12.09 13:08:03 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:08:03 3: maxPDUlength was set to: 960
2014.12.09 13:08:03 3: Communicationtype was set to 2
2014.12.09 13:08:03 3: connect to PLC: 0
2014.12.09 13:08:03 1: returnmessage PLC: 0=ok
2014.12.09 13:08:13 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:08:13 3: maxPDUlength was set to: 960
2014.12.09 13:08:13 3: Communicationtype was set to 2
2014.12.09 13:08:13 3: connect to PLC: 0
2014.12.09 13:08:13 1: returnmessage PLC: 0=ok
2014.12.09 13:08:23 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:08:23 3: maxPDUlength was set to: 960
2014.12.09 13:08:23 3: Communicationtype was set to 2
2014.12.09 13:08:23 3: connect to PLC: 0
2014.12.09 13:08:23 1: returnmessage PLC: 0=ok
2014.12.09 13:08:33 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:08:33 3: maxPDUlength was set to: 960
2014.12.09 13:08:33 3: Communicationtype was set to 2
2014.12.09 13:08:33 3: connect to PLC: 0
2014.12.09 13:08:33 1: returnmessage PLC: 0=ok
2014.12.09 13:08:43 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:08:43 3: maxPDUlength was set to: 960
2014.12.09 13:08:43 3: Communicationtype was set to 2
2014.12.09 13:08:43 3: connect to PLC: 0
2014.12.09 13:08:43 1: returnmessage PLC: 0=ok


Sps Programm:
Eingang I1 auf offene Klemme X1 gelegt.
Ohne Netzwerkkonfiguration

Sps Steuerung
Siehe Bild unten

Gruß & THX

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 09 Dezember 2014, 17:32:15
Hallo Porsti,

kanns Du mal im fhem-config "attr global verbose 5" eintragen, dann das Logfile löschen und fhem neu starten. Dann lass mal eine Minute laufen und poste das Logfile.

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Dezember 2014, 18:08:16
Hallo Porsti

ich hab mal in einem anderen SPS- Thread gelesen dass für die Logo die Max PDU lenght auf 240 stehen soll.
(http://www.sps-forum.de/hochsprachen-opc/56582-libnodave-kompilieren-auf-raspberry-pi-6.html)

bitte versuch mal folgende konfig:
define mylogo S7 2 0 192.168.105.15 0 0 102 2 240
attr mylogo ReadDB-Config 0 1064 8 10
define mylogo_Q1 S7_DRead DB 0 8512
define mylogo_Q2 S7_DRead DB 0 8513
define mylogo_Q3 S7_DRead DB 0 8514
define mylogo_Q4 S7_DRead DB 0 8515


um sicher zustellen das es kein 1024 Problem ist versuch dann noch:
define mylogo S7 2 0 192.168.105.15 0 0 102 2 240
attr mylogo ReadDB-Config 0 0 8 10
define mylogo_Q1 S7_DRead DB 0 1
define mylogo_Q2 S7_DRead DB 0 2
define mylogo_Q3 S7_DRead DB 0 3
define mylogo_Q4 S7_DRead DB 0 4


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 09 Dezember 2014, 18:43:31
Zitatum sicher zustellen das es kein 1024 Problem ist versuch dann noch:
ist es nicht, bei mir läuft inzwischen eine 0BA7 mit einer 0BA8 parallel.

Ich könnte mir noch vorstellen, dass das Netzwerk zu langsam ist.
Scheinbar ist ja hier die Verbindung hergestellt:
Zitat2014.12.09 13:06:53 3: Communicationtype was set to 2
2014.12.09 13:06:53 3: connect to PLC: 0
2014.12.09 13:06:53 1: returnmessage PLC: 0=ok
10 Sekunden später dann der Fehler:
Zitat2014.12.09 13:07:03 3: S7: reading error from PLC errorcode -1025
2014.12.09 13:07:03 3: maxPDUlength was set to: 960
2014.12.09 13:07:03 3: Communicationtype was set to 2
2014.12.09 13:07:03 3: connect to PLC: 0
2014.12.09 13:07:03 1: returnmessage PLC: 0=ok
die Frage ist für mich jetzt, wann die Anfrage an die Logo kam. Das sollte man sehen wenn der LogLevel auf 4 oder 5 steht...

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Dezember 2014, 19:13:38
Hallo Porsti, hallo Thomas

ich denke das das Timeout in der selben Sekunde passiert wie der Reading call:

Ausschnitt aus dem Ersten Post von Porsti auf dieser Seite:
2014.12.09 08:03:02 4: S7: GetUpdate called ...
2014.12.09 08:03:02 4: S7: readFromPLC  132,0,1064,2
2014.12.09 08:03:02 3: S7: reading error from PLC errorcode -1025
2014.12.09 08:03:02 4: S7 Connect: plcMPI=2, localMPI=0, ip_address=192.168.105.15,rack=0, slot=0, ip_port=102, PDULength= 960
2014.12.09 08:03:02 3: maxPDUlength was set to: 960


langsam gehen mir die Ideen aus:
1) kann es sein, dass für FHEM ein anderes TCP Timeout gesetzt wurde?
2) Gibt es einen Unterschied vom Perl Testprogramm (das ja funktionert) mit dem S7 FHEM Modul.
Ich hab mehrmals gesucht aber nichts gefunden.
3) ???

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 09 Dezember 2014, 20:50:30
Vielleicht hilft das ja.

PDU ist bei der Logo 240 Byte.

Die Übertragung via MultiRead auch bei voller Nutzung der 240 Byte benötigt ca. 5 Millisekunden.

Gemessen hab ich das mit der Snap7 library.
http://snap7.sourceforge.net/ (http://snap7.sourceforge.net/)

Die Netzwerkbelastung ist vernachlässigbar aufgrund des binären Protokolls.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 09 Dezember 2014, 21:07:21
Hm. Also wie gesagt laufen bei mir je eine Logo7 und eine Logo8. Den Fehler -1025 kann ich provozieren, wenn ich im Betrieb das Netzwerkkabel aus der Logo ziehe, sonst habe ich den Fehler bei mir noch nicht gesehen. Was mich stört ist, dass das perl-Testprogramm durchläuft. D.h. ja irgendwie muss libnodave schon laufen. Ich sehe aber im Moment den Unterschied Testprogramm/S7-Modul noch nicht.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 11 Dezember 2014, 15:05:24
Hallo zusammen,

habe in den letzten Tagen leider nicht so viel Zeit gehabt.
Wenn ich die logo auf Logo 240 Byte setzte sind die ansteuerungen der Netzwerkeingänge der Logo im Eimer.
Wenn ich den ersten ansteuer und den wird der zweite mit angesteuert.
Wenn ich nur die länge wieder auf auf 960 setzte klappt die ansteuerung wieder ohne Probleme.

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 11 Dezember 2014, 23:20:29
Zitat von: charlie71 am 02 Dezember 2014, 21:44:37
Hallo

vielen Dank Christian, ich hab nun deine fixes in eine Version V1.2 gemerged.
Versionsinfo:

1) Auto Reconnect: dh wenn ein Reading von der PLC fehlschlägt versucht das Modul automatisch eine neue Verbindung aufzubauen (reconnect).

Charlie71

Hi !

Ich hab mal ausgiebig getestet.... funktioniert mit meinern 0BA7 tadellos... bis den reconnect..
wenn ich z.B. die Logo lade (dann ist sie logischerweise ein paar Sekunden offline und dann steht das im log
2014.12.11 22:11:30 2: USBWX in Mode LogView found. rmsg=Mode:LogView
2014.12.11 22:13:03 3: SPS2: reading error from PLC errorcode -1025
2014.12.11 22:13:03 3: maxPDUlength was set to: 960
2014.12.11 22:13:03 3: Communicationtype was set to 2
2014.12.11 22:13:03 3: connect to PLC: -1
2014.12.11 22:13:03 1: returnmessage PLC: -1=no message defined!


fhem.pl "goennt" sich dann nahezu 100% CPU und das Webif reagiert nicht mehr.... und wieder zum leben erwacht sie nicht...

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 12 Dezember 2014, 22:55:13
Hallo Gerd,

ich hatte das gleiche Problem. Ich habe deshalb ein paar Ergänzungen vorgenommen. Zumindest bei den Read-Funktionen klappt bei mir der reconnect jetzt. Ich habe meine Änderungen mal angehängt.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 13 Dezember 2014, 01:22:47
OK werds am WE mal testen....
konntest du nur das Read Testen  oder hast du nur das Read geaendert ?

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 13 Dezember 2014, 17:50:22
Zitat von: pc1246 am 08 Dezember 2014, 21:44:28
Hallo Karl
Jetzt funzt es! Du bist mein Held! Ich weiss jetzt auch, welchen DB man fuer Ein- und Ausgaenge angeben muss! Man nimmt einfach die "0"! Jetzt kann ich endlich fhem und die S7 verheiraten, ohne den riesigen Modbus overhead und auch noch die Programmiererei dafuer!
I am very happy! :) :) :) :)

Gruss Christoph

Hallo,
ich wünschte mir, bei mir würde es auch funzen  :(

Brauche Hilfe mit einer Schritt für Schritt Vorgehensweise, wo welche Dateien hinmüssen.
Habe die readme von libnodave gelesen und danach versucht die richtigen Dateien in die richtigen Ordner zu packen.
Aber leider ohne zufriedenstellendes Ergebnis.

Fehlermeldung im logfile nach Neustart (fhem läuft auf einer FB7390)

2014.12.13 17:38:33 1: reload: Error:Modul 44_S7 deactivated:
Can't locate loadable object for module Nodave in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/44_S7.pm line 16
Compilation failed in require at ./FHEM/44_S7.pm line 16, <$fh> line 165.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 16, <$fh> line 165.

2014.12.13 17:38:33 0: Can't locate loadable object for module Nodave in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/44_S7.pm line 16
Compilation failed in require at ./FHEM/44_S7.pm line 16, <$fh> line 165.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 16, <$fh> line 165.

2014.12.13 17:38:33 1: Including ./log/fhem.save
2014.12.13 17:38:33 1: configfile: Cannot load module S7


Wenn mir also jemand ein "Kochrezept" geben könnte..... Danke schon mal !



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 14 Dezember 2014, 16:08:20
Hallo rhonline,
wie es auf den FB aussieht weiss ich nicht. Die Anleitung zur Installation steht im readme des Archivs von charlie71 oder in diesem (http://forum.fhem.de/index.php/topic,26092.msg198191.html#msg198191) Beitrag. Zusammengefasst kannst Du libnodave nach dem download entpacken, kompilieren und in installieren. Dann einige Dateien aus dem Archiv von charlie71 ersetzen. Oder die schon compilierten files von charlie 71 benutzen.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 14 Dezember 2014, 22:31:22
Hi

Ich habe die Änderungen von Gerd bei mir getestet und funkt gut,
Ich habe noch zwei kleine Änderungen gemacht und die html Doku so
formatiert das sie in der FHEM - Referenz  lesbar ist.

SG

Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 14 Dezember 2014, 22:51:08
Hallo, ohne jetzt hier alle 124 Beiträge zu durchforsten eine Frage allgemein, ich bekomme diese Woche mein Logo 8 mit Erweiterung und werde mein "altes" Logo ersetzen welches nicht Netzwerkfähig war.
Hat hier jemand schon ein Logo 8 in Fhem integriert und gibt es irgendwo Screenshots wie das aussieht und in wie weit kann man es bedienen von Fhem aus...
Werde trotzdem mal anfangen zu lesen hier...

Noch eine Frage läuft es bei jemand auf dem Cubietruck..?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 14 Dezember 2014, 23:18:47
Hallo moonsorrox,

ich bin grad dabei für die Logo 7/8 etwas zu schreiben. (bekommen meine auch nächste Woche)

Anbei ein paar Bilder

Die Logo definiert man via:


abstrakt
define <name> LOGO <IP-address> [local TSAP] [remote TSAP]

konkret
define meineLogo LOGO 192.168.178.59 01.00 00.02

Auf der Logo ist die passende Server-Verbindung einzurichten.

Einen Datenpunkt via

define INPUT1 LOGO_BINARY I1


Bisher ist nur die binäre Ebene implementiert (I,Q,M,V)
Man kann alles lesen und schreiben. (bis auf I-Bereich).
Mit dem ReadOnly Attribut lässt sich das wiederum verhindern.
Die Erfassung ist optimiert und dauert bei meinem Raspi ca. 10ms.
Mit einem einzigen Lesevorgang können mehrere diskontinuierliche Bereiche erfasst werden (Multiread).
Der Logo-Typ (7,8) wird via Attribut eingestellt.

Wenn du die Snap7 Library auf deinem Cubietruck zum laufen kriegst, sollte es gelingen.
http://snap7.sourceforge.net/ (http://snap7.sourceforge.net/)

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 15 Dezember 2014, 00:46:57
@John
Ok vielen Dank für die Bilder da bin ich ja mal gespannt wenn ich die neue LOGO hier anschließe, ich bin nun auch fast durch mit dem lesen etwas verwirrend, aber wenn die dann hier ist werde ich mir die Details raus suchen.

Das mit der Snap7 Library muss ich dann schauen, bin jetzt nicht der Mega Linux Profi, aber sollte eigentlich genauso wie auf dem RPI einzurichten sein...

Evtl. können wir uns ja austauschen dann.
Ich werde meine LOGO 8 erst einmal einrichten (soll heißen all meine Programme und Schaltungen drauf) und später gegen meine alte in der Verteilung austauschen, wenn alles läuft.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 Dezember 2014, 09:57:04
Hallo

ich hab mal die letzten Änderungen in eine Version V1.5 gepackt (siehe erstes Posting).
Vielen Dank an:
* thmarx
* Cnetrwal

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 Dezember 2014, 10:01:20
Hallo rhonline,

soweit ich weiß läuft dieses Modul noch nicht auf der Fritzbox!
(Falls es jemand zum laufen bekommen hat bitte um Info)

lG
Charlie71

Zitat von: rhonline am 13 Dezember 2014, 17:50:22
Hallo,
ich wünschte mir, bei mir würde es auch funzen  :(

Brauche Hilfe mit einer Schritt für Schritt Vorgehensweise, wo welche Dateien hinmüssen.
Habe die readme von libnodave gelesen und danach versucht die richtigen Dateien in die richtigen Ordner zu packen.
Aber leider ohne zufriedenstellendes Ergebnis.

Fehlermeldung im logfile nach Neustart (fhem läuft auf einer FB7390)

2014.12.13 17:38:33 1: reload: Error:Modul 44_S7 deactivated:
Can't locate loadable object for module Nodave in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/44_S7.pm line 16
Compilation failed in require at ./FHEM/44_S7.pm line 16, <$fh> line 165.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 16, <$fh> line 165.

2014.12.13 17:38:33 0: Can't locate loadable object for module Nodave in @INC (@INC contains: /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/site_perl/5.12.2 /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2/mips-linux /var/InternerSpeicher/fhem/lib/perl5/5.12.2 /opt/lib/perl5/site_perl/5.12.2/mips-linux /opt/lib/perl5/site_perl/5.12.2 /opt/lib/perl5/5.12.2/mips-linux /opt/lib/perl5/5.12.2 . ./FHEM) at ./FHEM/44_S7.pm line 16
Compilation failed in require at ./FHEM/44_S7.pm line 16, <$fh> line 165.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 16, <$fh> line 165.

2014.12.13 17:38:33 1: Including ./log/fhem.save
2014.12.13 17:38:33 1: configfile: Cannot load module S7


Wenn mir also jemand ein "Kochrezept" geben könnte..... Danke schon mal !
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 15 Dezember 2014, 12:57:59
Zitat von: John am 14 Dezember 2014, 23:18:47
ich bin grad dabei für die Logo 7/8 etwas zu schreiben. (bekommen meine auch nächste Woche)
Anbei ein paar Bilder

vielen Dank für die Erklärungen, wo hast du etwas weiteres geschrieben...
Ich kann loslegen meine Logo is grad angekommen.
Werde erst mal die Netzwerkadresse und alles weitere eintragen und dann weiter schauen was ich für Fhem noch alles einstellen muss...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 17 Dezember 2014, 02:08:26
ich habe heute versucht das S7 Modul zum laufen zu kriegen, sobald ich ein reload 44_S7 mache bekomme ich diesen Fehler:

ZitatCan't locate Nodave.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/44_S7.pm line 16.
BEGIN failed--compilation aborted at ./FHEM/44_S7.pm line 16.

wenn ich ein define anlegen möchte sagt er mir folgenden Fehler:

ZitatCannot load module S7

Eine Frage zu dem Ordner "lib" in der zip Datei, ist das die lib unter FHEM..? oder die im Wurzelverzeichnis, eher wohl letztere..?
denn diese beiden Dateien
- libnodave.so
- Nodave.so

sollten da ja rein
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 Dezember 2014, 06:45:49
Hallo Moonsorrox

hier ein Auszug aus dem Readme der Dir bei der Installation hilft:
Zitat2) Installation

a) Copy the libnodave.so into your bin directory (take care of your plattform). For example /usr/lib/
b) Copy the nodave.pm into your perl lib dir: For example /usr/local/lib/perl/5.18.2
c) Create a "Nodave" dir into you perl lib auto direction:: For example /usr/local/lib/perl/5.18.2/auto/Nodave
d) Copy the Nodave.so into that dir
e) Copy the fhem modules into the fhem modules dir: For example: /opt/fhem/FHEM/

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 17 Dezember 2014, 09:18:35
Hallo Charlie71,

habe heute erst leider wieder Zeit gefunden mich mit fhem zu beschäftigen.
Habe heute das Update auf 1.5 gemacht und dabei ist mir folgendes aufgefallen das ich über putty den fhem gestartet habe.
Dann stürtzt auch der FHEM ab und ich kann ich nur noch über neustart reakitvieren.
Danach erst mal wieder die 1.4 aufgespielt und ich hatte einen ähnlichen Fehler der ab nicht zum absturz führt.

V1.5

Possible precedence problem on bitwise & operator at ./FHEM/44_S7_DWrite.pm line 255, <$fh> line 51.
Nodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 149.


V1.4

Use of uninitialized value $res in numeric ne (!=) at ./FHEM/44_S7.pm line 229, <$fh> line 44.
Possible precedence problem on bitwise & operator at ./FHEM/44_S7_DWrite.pm line 252, <$fh> line 55.


Hast du eine Idee was es sein könnte?

Gruß & Danke

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 17 Dezember 2014, 14:52:51
EDITH:// ich habe das jetzt mal in meine Verzeichnisse so eingebaut, wollte nur vorher fragen ob ich das machen kann.
Jetzt kann ich zumindest erst mal ein reload vom S7 Modul ohne Probleme machen und ein define kann ich auch anlegen.

meine Version scheint etwas älter zu sein da ich noch die /5.14.2 habe geschrieben wird aber hier von der 5.18.2 evtl. bekomme ich die mit einem update..?

Zitat von: charlie71 am 17 Dezember 2014, 06:45:49
hier ein Auszug aus dem Readme der Dir bei der Installation hilft:
vielen Dank für die Hilfe ja ich hatte das so auch gefunden... ABER folgendes

Zitat2) Installation

a) Copy the libnodave.so into your bin directory (take care of your plattform). For example /usr/lib/
zu a) das ist soweit OK und erledigt

Zitat
b) Copy the nodave.pm into your perl lib dir: For example /usr/local/lib/perl/5.18.2
zu b) diese Verzeichnis gibt es so nicht bei mir sondern so /usr/local/lib/python2.7

evtl. sollte es so aussehen, denn bei mir gibt es dies so..?
/usr/lib/perl/5.14.2

Zitatc) Create a "Nodave" dir into you perl lib auto direction:: For example /usr/local/lib/perl/5.18.2/auto/Nodave
d) Copy the Nodave.so into that dir
gilt dann hier genauso wie oben...!

Zitate) Copy the fhem modules into the fhem modules dir: For example: /opt/fhem/FHEM/
zu e) is ja klar und auch OK und erledigt

Vllt sollte ich dazu schreiben das ich ein Cubietruck nutze (kein RPi) bisher ging das aber alles genauso auf dem CT
Kannst du etwas dazu sagen..? Vielen Dank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 Dezember 2014, 16:40:43
Hallo moonsorrox,

ich denke die perl version sollte ok sein.
Wichtig ist, dass sich die Nodave.so in einem Verzeichnis befindet, das auch von perl durchsucht wird.
Typischerweise gibt es ein perl lib dir (wenns nicht klappt kannst du noch das perl lib dir erweitern: http://www.perlhowto.com/extending_the_library_path). Wenn die Nodave.so nicht gefunden wird dann kannst du eine entsprechende Fehlermeldung im log lesen.

@Cubietruck: Hier kann ich leider nichts dazu sagen.

lG
Charlie71

Zitat von: moonsorrox am 17 Dezember 2014, 14:52:51
EDITH:// ich habe das jetzt mal in meine Verzeichnisse so eingebaut, wollte nur vorher fragen ob ich das machen kann.
Jetzt kann ich zumindest erst mal ein reload vom S7 Modul ohne Probleme machen und ein define kann ich auch anlegen.

meine Version scheint etwas älter zu sein da ich noch die /5.14.2 habe geschrieben wird aber hier von der 5.18.2 evtl. bekomme ich die mit einem update..?
vielen Dank für die Hilfe ja ich hatte das so auch gefunden... ABER folgendes
zu a) das ist soweit OK und erledigt
zu b) diese Verzeichnis gibt es so nicht bei mir sondern so /usr/local/lib/python2.7

evtl. sollte es so aussehen, denn bei mir gibt es dies so..?
/usr/lib/perl/5.14.2
gilt dann hier genauso wie oben...!
zu e) is ja klar und auch OK und erledigt

Vllt sollte ich dazu schreiben das ich ein Cubietruck nutze (kein RPi) bisher ging das aber alles genauso auf dem CT
Kannst du etwas dazu sagen..? Vielen Dank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 17 Dezember 2014, 17:58:15
Zitat von: charlie71 am 17 Dezember 2014, 16:40:43
ich denke die perl version sollte ok sein.
Wichtig ist, dass sich die Nodave.so in einem Verzeichnis befindet, das auch von perl durchsucht wird.

@Cubietruck: Hier kann ich leider nichts dazu sagen.
ich hatte oben editiert, ich denke der 1.Schritt ist gemacht und alles läuft, mein Log Auszug sieht so aus
2014.12.17 15:54:33 1: S7: mylogo returnmessage PLC: 0=ok
2014.12.17 15:54:33 3: S7: mylogo connect to PLC: 0


das Modul läuft erst mal...
Die anderen Dinge muss ich jetzt erst mal hier aus dem ersten Post lesen, sonst komme ich damit nicht weiter.
Als Attribute werden mir diese angeboten

ReadDB-Config
ReadFlags-Config
ReadInputs-Config
ReadOutputs-Config
WriteDB-Config


Dieses hier verstehe ich bisher noch nicht, kann mir dafür einer mal ein echtes Beispiel geben z.B. wenn ich ein Ausgang abfragen möchte, wie muss das aussehen
set <name> ReadDB-Config <DB> <STARTPOSITION> <LENGTH> <INTERVAL> [<DB> <STARTPOSITION> <LENGTH> <INTERVAL>]

das sollte ich dann als Attribut eingeben können.?


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 Dezember 2014, 21:08:21
Hallo moonsorrox,

Wichtig ist dass die Logo Verbindungen akzeptiert also auf der Logo einen Netzwerkserver einrichten.
bei der Logo werden Eingänge, Ausgänge, Merker, ... auf VM Adressen gemappt (Eine Übersicht kannst du hier in dem PDF finden:
http://forum.fhem.de/index.php/topic,26092.msg225788.html#msg225788)

im ersten Schritt bestimmt du den lese Speicherbereich. Beispiel für Logo7 alle Ausgänge:
V942 - V943 (2 Bytes)

so nun zur FHEM config. Hier lesen wir alle 2s den Speicherbereich ein.
attr myLogo ReadDB-Config 0 942 2 2

Nun muss noch definiert werden welcher Ausgang ausgelesen werden soll.
Beispiel Logo7 Q5: --> V942.4

so jetzt muss nur noch die absolute Bit Position berechnet werden:
V942.4 .... (942 * 8 ) + (4-1) = 7539
so nun zur FHEM config:
define Licht_VZ S7_DRead db 0 7539


viel Erfolg und lg
Charlie71

Zitat von: moonsorrox am 17 Dezember 2014, 17:58:15
ich hatte oben editiert, ich denke der 1.Schritt ist gemacht und alles läuft, mein Log Auszug sieht so aus
2014.12.17 15:54:33 1: S7: mylogo returnmessage PLC: 0=ok
2014.12.17 15:54:33 3: S7: mylogo connect to PLC: 0


das Modul läuft erst mal...
Die anderen Dinge muss ich jetzt erst mal hier aus dem ersten Post lesen, sonst komme ich damit nicht weiter.
Als Attribute werden mir diese angeboten

ReadDB-Config
ReadFlags-Config
ReadInputs-Config
ReadOutputs-Config
WriteDB-Config


Dieses hier verstehe ich bisher noch nicht, kann mir dafür einer mal ein echtes Beispiel geben z.B. wenn ich ein Ausgang abfragen möchte, wie muss das aussehen
set <name> ReadDB-Config <DB> <STARTPOSITION> <LENGTH> <INTERVAL> [<DB> <STARTPOSITION> <LENGTH> <INTERVAL>]

das sollte ich dann als Attribut eingeben können.?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 Dezember 2014, 21:42:49
Hallo Porsti

danke für dein Feedback. Es scheint es gibt da noch ein paar Probleme mit dem neuen Feature in der V1.5.
Ich hab mal eine V1.6 gebaut ohne dem Feature "Connection to more than one PLC".

deine Warnings kann man - soweit ich es sehe - ignorieren.

Bitte um Feedback was alles funktioniert.

Danke und lG
Charlie71

PS: V1.6 wie immer auf der ersten Seite.

Zitat von: Porsti am 17 Dezember 2014, 09:18:35
Hallo Charlie71,

habe heute erst leider wieder Zeit gefunden mich mit fhem zu beschäftigen.
Habe heute das Update auf 1.5 gemacht und dabei ist mir folgendes aufgefallen das ich über putty den fhem gestartet habe.
Dann stürtzt auch der FHEM ab und ich kann ich nur noch über neustart reakitvieren.
Danach erst mal wieder die 1.4 aufgespielt und ich hatte einen ähnlichen Fehler der ab nicht zum absturz führt.

V1.5

Possible precedence problem on bitwise & operator at ./FHEM/44_S7_DWrite.pm line 255, <$fh> line 51.
Nodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 149.


V1.4

Use of uninitialized value $res in numeric ne (!=) at ./FHEM/44_S7.pm line 229, <$fh> line 44.
Possible precedence problem on bitwise & operator at ./FHEM/44_S7_DWrite.pm line 252, <$fh> line 55.


Hast du eine Idee was es sein könnte?

Gruß & Danke

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 18 Dezember 2014, 00:44:45
so da ich vorhin mein System - ich dachte es läuft - verlassen habe, komme ich grad nach hause und ich wundere mich das meine Außenbeleuchtung noch an ist...

Als ich geschaut habe, hatte ich festgestellt das mein Fhem total abgekackt hat, also den Status abgerufen fhem "not running"
nun bekomme ich es nicht mehr zum laufen... wenn ich starte geh nicht es kommt folgender Fehler... und weitere

Can't locate auto/Nodave/autosplit.ix in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at /usr/share/perl/5.14/AutoLoader.pm line 173, <> line 12.
at /usr/lib/perl/5.14/Nodave.pm line 33
openSocket: Socket error: Interrupted system call
Argument "mylogo could not open socket to" isn't numeric in numeric ne (!=) at ./FHEM/44_S7.pm line 255, <> line 12.
openSocket: Socket error: Interrupted system call
openSocket: Socket error: No route to host
▒▒▒▒    openSocket: Socket error: Interrupted system call
openSocket: Socket error: No route to host


was mache ich nun um das Ding überhaupt wieder zum laufen zu bekommen..?

So ich habe nun mein Cubietruck komplett rebootet, da er aus einer reboot Schleife nicht mehr raus kam - damit er überhaupt wieder läuft - nun habe ich in Fhem im Log folgenden Fehler bekommen:
2014.12.18 01:36:30 1: PERL WARNING: Can't locate auto/Nodave/autosplit.ix in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at /usr/share/perl/5.14/AutoLoader.pm line 173, <> line 12.


vllt kann ja jemand damit was anfangen...!

Geht wohl irgendwie doch nicht so einfach nur einfach eine Logo 8 einzubinden...!
Hatte mich gefreut das ich die Ausgänge der Logo schon in meinem Fhem zu sehen bekam und diese sich auch im Zyklus aktualisiert hatten, aber irgend wie is das Ding wohl doch etwas Problem behaftet...

Hier mal mein Code:
Anmerkung ich habe ein Logo 8 mit einer Erweiterung Dm8



define mylogo S7 2 0 10.0.0.70 0 0 102 2 960
attr mylogo ReadDB-Config 0 0 8 300
attr mylogo ReadOutputs-Config 1 0 2 10
attr mylogo alias Logo 8
attr mylogo room Automation

define mylogo_Q1 S7_DRead outputs 1 0
attr mylogo_Q1 IODev mylogo
attr mylogo_Q1 alias 1 Beleuchtung Treppe
attr mylogo_Q1 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q1 room Automation
attr mylogo_Q1 webCmd Ein:Aus

define mylogo_Q2 S7_DRead outputs 1 1
attr mylogo_Q2 IODev mylogo
attr mylogo_Q2 alias 2 Beleuchtung Schlafzimmer
attr mylogo_Q2 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q2 room Automation

define mylogo_Q3 S7_DRead outputs 1 2
attr mylogo_Q3 IODev mylogo
attr mylogo_Q3 alias 3 Beleuchtung Terrasse
attr mylogo_Q3 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q3 room Automation

define mylogo_Q4 S7_DRead outputs 1 3
attr mylogo_Q4 IODev mylogo
attr mylogo_Q4 alias xAusgang 4 n.b.
attr mylogo_Q4 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q4 room Automation

define mylogo_Q5 S7_DRead outputs 1 4
attr mylogo_Q5 IODev mylogo
attr mylogo_Q5 alias xAusgang 5 n.b.
attr mylogo_Q5 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q5 room Automation

define mylogo_Q6 S7_DRead outputs 1 5
attr mylogo_Q6 IODev mylogo
attr mylogo_Q6 alias xAusgang 6 n.b.
attr mylogo_Q6 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q6 room Automation

define mylogo_Q7 S7_DRead outputs 1 6
attr mylogo_Q7 IODev mylogo
attr mylogo_Q7 alias 7 Beleuchtung Garage
attr mylogo_Q7 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q7 room Automation

define mylogo_Q8 S7_DRead outputs 1 7
attr mylogo_Q8 IODev mylogo
attr mylogo_Q8 alias 8 Gardena Pumpe
attr mylogo_Q8 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr mylogo_Q8 room Automation


ich hänge mal ein Screenshot ran, wie es aussah
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 18 Dezember 2014, 06:26:23
Hallo moonsorrox,

die autosplit.ix wird von Perl core module "AutoSplit" erzeugt (http://perldoc.perl.org/AutoSplit.html).
Vieleicht ist es eine gute Idee dein Perl zu aktualisieren.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 18 Dezember 2014, 07:51:56
Hallo Charlie71,

habe gerade die neuen Dateien der V1.6 ausgespielt und die Fehlermeldungen sind deutlich weniger geworden:


Possible precedence problem on bitwise & operator at ./FHEM/44_S7_DWrite.pm line 255, <$fh> line 53.


ABer leider nach dem ersten Tastendruck kommt leider noch ein weiterer Fehler der alles zum Absturz bringt:

Nodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 149.


Gruß & Danke für deine Arbeit

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 18 Dezember 2014, 12:27:02
ZitatNodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 149.


Der Fehler kommt bei mir immer dann, wenn die Netzwerkverbindung nicht stabil ist und ist leider noch nicht sauber abgefangen. Ich bin am aber grübeln...

Gruß
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 18 Dezember 2014, 13:23:34
Zitat von: charlie71 am 18 Dezember 2014, 06:26:23
Vieleicht ist es eine gute Idee dein Perl zu aktualisieren.

Ok ich werde es mal probieren...
EDITH:// grad mal geschaut, zeigt mir aber nichts..
Zitatapt-get update && apt-get dist-upgrade
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.


da ich aber nicht der einzige bin dem Fhem abstürzt muss es wohl andere Ursachen haben, evtl. sind dies ja sogar bei allen die selben Ursachen, als Frage zu verstehen...!

Ich habe von gestern, im Cubietruck einen Haufen Fehler gesehen als er immer wieder gebootet hat, weiß der Geier was das alles war... nun läuft Fhem erst mal wieder stabil

Im Moment traue ich mich gar nicht mehr das Modul wieder frei zu geben, da mein Fhem laufen soll
Was könnte denn diesen Fhem Absturz provozieren... im Moment habe ich meinen Code für das Logo Modul nur erst einmal auskommentiert...

Vielleicht hängt meine folgende Frage auch mit dem Absturz zusammen, dass er irgend etwas nicht findet, damit meine ich z.B. Ausgänge, Eingänge der Logo usw.
Frage zu den Bereichen die ich definieren muss, dazu habe ich hier nichts zu gefunden ich muss doch die Aus-, Eingänge, Merker usw. definieren in welchem Bereich er die in der Logo findet, frage deshalb weil einer nutzt nur 4 Aus-, Eingänge ich z.B. habe ein Erweiterungsteil DM8 mit weiteren 4 Ausgängen und auch zusätzlichen Eingängen.
Meine Beispiele aus dem Code weiter oben habe ich nur mal zum testen aus einem anderen Beitrag genutzt, aber das ist ja eben nicht meine Logo gewesen..

Ich meinte dieses hier:
attr mylogo ReadDB-Config 0 0 8 300
attr mylogo ReadOutputs-Config 1 0 2 10


hier fehlen mir natürlich noch die anderen Attribute wie ReadInputs-Config für Eingänge, aber da ich noch nicht weiß wie ich die zahlenmäßig konfiguriere hab ich sie noch nicht integriert.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 18 Dezember 2014, 13:41:21
Hallo moonsorox,

ich denke das neue Modul LOGO (noch unveröffentlicht) sollte es für reine Logo-Anwender sehr leicht machen eine LOGO in FHEM einzubinden.

Man kann die originären AREA-Adressen verwenden und um Polling-Bereiche kümmert sich das Modul selbst.


siehe
http://www.fhemwiki.de/wiki/LOGO_-_Das_Logikmodul (http://www.fhemwiki.de/wiki/LOGO_-_Das_Logikmodul)

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 18 Dezember 2014, 13:54:35
@John

Oh Danke, diese Seite muss ganz Neu sein... werde mich mal einlesen... ;)
Hast du das Modul bei dir am laufen..?

Ich hatte nämlich (versucht) einige Codeschnipsel von dir zu verwenden, diese hier
abstrakt
define <name> LOGO <IP-address> [local TSAP] [remote TSAP]

konkret
define meineLogo LOGO 192.168.178.59 01.00 00.02


damit ging bei mir überhaupt nichts..!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 18 Dezember 2014, 15:50:49
Hallo moonsorrox,

Wichtige info aus meinem ersten Posting:
ZitatWichtig für Siemens Logo:
* Rack = 0
* Slot = 0
* PDUlength = 960
* Alles aus dem DB 0 lesen (Ein-, Ausgänge, Merker, ...)!

-> alles soll aus der DB 0 gelesen werden, die Logo mappt alle Ein/Ausgänge/... in diesem Datenbaustein.
Somit sollte es für die Logo nicht notwendig sein, aus ReadOutputs zu lesen.

DH für die Logo7:

attr logo ReadDB-Config 0 942 4 2
define Q1 S7_DRead db 0 7536
define Q2 S7_DRead db 0 7537
define Q3 S7_DRead db 0 7538
define Q4 S7_DRead db 0 7539
define Q5 S7_DRead db 0 7540
define Q6 S7_DRead db 0 7541
define Q7 S7_DRead db 0 7542
define Q8 S7_DRead db 0 7543
define Q9 S7_DRead db 0 7544
define Q10 S7_DRead db 0 7545
define Q11 S7_DRead db 0 7546
define Q12 S7_DRead db 0 7547
define Q13 S7_DRead db 0 7548
define Q14 S7_DRead db 0 7549
define Q15 S7_DRead db 0 7550
define Q16 S7_DRead db 0 7551


DH für die Logo8:

attr logo ReadDB-Config 0 1064 8 2
define Q1 S7_DRead db 0 8512
define Q2 S7_DRead db 0 8513
define Q3 S7_DRead db 0 8514
define Q4 S7_DRead db 0 8515
define Q5 S7_DRead db 0 8516
define Q6 S7_DRead db 0 8517
define Q7 S7_DRead db 0 8518
define Q8 S7_DRead db 0 8519
define Q9 S7_DRead db 0 8520
define Q10 S7_DRead db 0 8521
define Q11 S7_DRead db 0 8522
define Q12 S7_DRead db 0 8523
define Q13 S7_DRead db 0 8524
define Q14 S7_DRead db 0 8525
define Q15 S7_DRead db 0 8526
define Q16 S7_DRead db 0 8527


falls es noch immer nicht klappt poste mal deine config
lg
Charlie71



Zitat von: moonsorrox am 18 Dezember 2014, 13:23:34
Ok ich werde es mal probieren...
EDITH:// grad mal geschaut, zeigt mir aber nichts..

da ich aber nicht der einzige bin dem Fhem abstürzt muss es wohl andere Ursachen haben, evtl. sind dies ja sogar bei allen die selben Ursachen, als Frage zu verstehen...!

Ich habe von gestern, im Cubietruck einen Haufen Fehler gesehen als er immer wieder gebootet hat, weiß der Geier was das alles war... nun läuft Fhem erst mal wieder stabil

Im Moment traue ich mich gar nicht mehr das Modul wieder frei zu geben, da mein Fhem laufen soll
Was könnte denn diesen Fhem Absturz provozieren... im Moment habe ich meinen Code für das Logo Modul nur erst einmal auskommentiert...

Vielleicht hängt meine folgende Frage auch mit dem Absturz zusammen, dass er irgend etwas nicht findet, damit meine ich z.B. Ausgänge, Eingänge der Logo usw.
Frage zu den Bereichen die ich definieren muss, dazu habe ich hier nichts zu gefunden ich muss doch die Aus-, Eingänge, Merker usw. definieren in welchem Bereich er die in der Logo findet, frage deshalb weil einer nutzt nur 4 Aus-, Eingänge ich z.B. habe ein Erweiterungsteil DM8 mit weiteren 4 Ausgängen und auch zusätzlichen Eingängen.
Meine Beispiele aus dem Code weiter oben habe ich nur mal zum testen aus einem anderen Beitrag genutzt, aber das ist ja eben nicht meine Logo gewesen..

Ich meinte dieses hier:
attr mylogo ReadDB-Config 0 0 8 300
attr mylogo ReadOutputs-Config 1 0 2 10


hier fehlen mir natürlich noch die anderen Attribute wie ReadInputs-Config für Eingänge, aber da ich noch nicht weiß wie ich die zahlenmäßig konfiguriere hab ich sie noch nicht integriert.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 18 Dezember 2014, 16:02:59
Hallo Porsti,

das Modul läuft bei mir ohne Probleme (Analog Read, Digital Read, Digital Write). Kannst du mal deine Config posten.

Nur zur Info: Das Modul läuft auf meinen Raspberry seit Ende August, ohne wesentliche Probleme.

lG
Charlie71

Zitat von: Porsti am 18 Dezember 2014, 07:51:56
Hallo Charlie71,

habe gerade die neuen Dateien der V1.6 ausgespielt und die Fehlermeldungen sind deutlich weniger geworden:


Possible precedence problem on bitwise & operator at ./FHEM/44_S7_DWrite.pm line 255, <$fh> line 53.


ABer leider nach dem ersten Tastendruck kommt leider noch ein weiterer Fehler der alles zum Absturz bringt:

Nodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 149.


Gruß & Danke für deine Arbeit

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 18 Dezember 2014, 19:07:06
Zitat von: John am 18 Dezember 2014, 13:41:21
Hallo moonsorox,

ich denke das neue Modul LOGO (noch unveröffentlicht) sollte es für reine Logo-Anwender sehr leicht machen eine LOGO in FHEM einzubinden.

Man kann die originären AREA-Adressen verwenden und um Polling-Bereiche kümmert sich das Modul selbst.


siehe
http://www.fhemwiki.de/wiki/LOGO_-_Das_Logikmodul (http://www.fhemwiki.de/wiki/LOGO_-_Das_Logikmodul)

John

Hi !

Ich hatte dir ja auch einer PN geschrieben :)  aber mal ne Frage dazu (dem Wikie Eintrag mit der lokalen und remote TSAP ... heisst das, dass FHEM nicht mehr als OP (TP) angebunden werden muss sonder sich verhaelt wie einer weitere "Logo" im Netz ?

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 18 Dezember 2014, 19:13:12
Hallo John,

ich würde gerne, so wie moonsorrox, Dein Modul auch testen. Irgendwie finde ich es aber nicht, kann ich es irgendwo downloaden?

Danke
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 18 Dezember 2014, 19:46:17
@charlie71
ich habe jetzt mal die Ausgänge so wie du es mir beschrieben hast eingegeben und bekomme den selben Fehler wie gestern und Fhem stürzt total ab.. Fehler ist ähnlich, schau mal
Can't locate auto/Nodave/autosplit.ix in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at /usr/share/perl/5.14/AutoLoader.pm line 173, <> line 12. at /usr/lib/perl/5.14/Nodave.pm line 33

Ich bin jetzt nicht so der Freak und weiß leider nicht wie ich den nun auf den aktuellen Perl Stand bringe..! :-\

hier mal meine Config:
#### Logo Test ###


define mylogo S7 2 0 10.0.0.70 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 8 2
#attr mylogo ReadOutputs-Config 1 0 2 10
attr mylogo alias Logo 8
attr mylogo room Automation



define Q1 S7_DRead db 0 8512
attr Q1 room Automation
define Q2 S7_DRead db 0 8513
attr Q2 room Automation
define Q3 S7_DRead db 0 8514
attr Q3 room Automation
define Q4 S7_DRead db 0 8515
attr Q4 room Automation
define Q5 S7_DRead db 0 8516
attr Q5 room Automation
define Q6 S7_DRead db 0 8517
attr Q6 room Automation
define Q7 S7_DRead db 0 8518
attr Q7 room Automation
define Q8 S7_DRead db 0 8519
attr Q8 room Automation
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 18 Dezember 2014, 21:49:57
Hallo moonsorrox,

ich will diesen Thread mit meinem Thema nicht weiter "zerfleddern", wir sollten hier
http://forum.fhem.de/index.php?topic=30624.0 (http://forum.fhem.de/index.php?topic=30624.0)
weiter diskutieren.

Charly71 macht einen großartigen Job, das Thema ist alles andere als einfach.

Sein Modul bleibt für die S7-Steuerungen das Modul der Wahl.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 19 Dezember 2014, 12:42:51
Ja das stimmt
Leider hat er selbst keine, so dass er eventuell auch zu Deiner Loesung umzieht, was fuer die S7/S5 Nutzer schade waere!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 19 Dezember 2014, 15:03:45
so ich möchte da ich diese Modul hier noch nutze, wenigstens eine Rückmeldung geben..!

Zitat von: charlie71 am 18 Dezember 2014, 15:50:49
Wichtig für Siemens Logo:
* Rack = 0
* Slot = 0
* PDUlength = 960
* Alles aus dem DB 0 lesen (Ein-, Ausgänge, Merker, ...)
das hatte ich schon so gemacht..

Zitat von: charlie71 am 18 Dezember 2014, 15:50:49
DH für die Logo8:

attr logo ReadDB-Config 0 1064 8 2
define Q1 S7_DRead db 0 8512
define Q2 S7_DRead db 0 8513
define Q3 S7_DRead db 0 8514
define Q4 S7_DRead db 0 8515
define Q5 S7_DRead db 0 8516
define Q6 S7_DRead db 0 8517
define Q7 S7_DRead db 0 8518
define Q8 S7_DRead db 0 8519
define Q9 S7_DRead db 0 8520
define Q10 S7_DRead db 0 8521
define Q11 S7_DRead db 0 8522
define Q12 S7_DRead db 0 8523
define Q13 S7_DRead db 0 8524
define Q14 S7_DRead db 0 8525
define Q15 S7_DRead db 0 8526
define Q16 S7_DRead db 0 8527

Zitat von: charlie71 am 18 Dezember 2014, 15:50:49
falls es noch immer nicht klappt poste mal deine config

so läuft es jetzt seit gestern, hier mein Code:

define mylogo S7 2 0 10.0.0.70 0 0 102 2 960
attr mylogo ReadDB-Config 0 1064 8 2
attr mylogo alias Logo 8  230RCE
attr mylogo group Logo 8
attr mylogo icon it_network
attr mylogo room Automation

define Q1 S7_DRead db 0 8512
attr Q1 alias Q1 - Beleuchtung Treppe
attr Q1 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q1 eventMap on:Ein off:Aus
attr Q1 group Logo 8
attr Q1 room Automation

define Q2 S7_DRead db 0 8513
attr Q2 alias Q2 - Beleuchtung Schlafzimmer
attr Q2 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q2 eventMap on:Ein off:Aus
attr Q2 group Logo 8
attr Q2 room Automation,Schlafzimmer

define Q3 S7_DRead db 0 8514
attr Q3 alias Q3 - Beleuchtung Terrasse
attr Q3 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q3 eventMap on:Ein off:Aus
attr Q3 group Logo 8
attr Q3 room Automation

define Q4 S7_DRead db 0 8515
attr Q4 alias Q4 - frei
attr Q4 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q4 eventMap on:Ein off:Aus
attr Q4 group Logo 8
attr Q4 room Automation

define Q5 S7_DRead db 0 8516
attr Q5 alias Q5 - frei
attr Q5 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q5 eventMap on:Ein off:Aus
attr Q5 group Logo 8
attr Q5 room Automation

define Q6 S7_DRead db 0 8517
attr Q6 alias Q6 - Beleuchtung 1 Garage
attr Q6 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q6 eventMap on:Ein off:Aus
attr Q6 group Logo 8
attr Q6 room Automation

define Q7 S7_DRead db 0 8518
attr Q7 alias Q7 - Beleuchtung 2 Garage
attr Q7 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q7 eventMap on:Ein off:Aus
attr Q7 group Logo 8
attr Q7 room Automation

define Q8 S7_DRead db 0 8519
attr Q8 alias Q8 - Garten Pumpe
attr Q8 devStateIcon Ein:general_ein1@Crimson Aus:general_aus1@lightgreen
attr Q8 eventMap on:Ein off:Aus
attr Q8 group Logo 8
attr Q8 room Automation



wenn ich jetzt noch Eingänge schalten möchte, muss ich die nur dazu packen weil oben hast du geschrieben das alles aus der DB0 genommen wird, richtig.

Da wäre dann der erste Eingang, den mir errechnet habe folgender für die 0BA8
I1 = Eingang 1  = DB1.dbx 1024.0 --> bei Fhem dann die 8192

wenn ich jetzt die "def" schreiben möchte was muss ich da dann nehmen
define I1 S7_DRead db 0 8192
oder
define I1 S7_DRead inputs 0 8192


EDITH:// diese Fehler bekomme ich im Log, aber es läuft, was bedeutet der Fehlercode..?
2014.12.19 18:30:22 1: S7: mylogo returnmessage PLC: 0=ok
2014.12.19 18:30:22 3: S7: mylogo connect to PLC: 0
2014.12.19 18:30:22 1: S7: mylogo returnmessage PLC: 0=ok
2014.12.19 18:30:22 3: S7: mylogo connect to PLC: 0
2014.12.19 18:30:12 3: S7: reading error from PLC mylogo errorcode -1025
2014.12.19 18:30:12 3: S7: reading error from PLC mylogo errorcode -1025




Sollte es nicht gehen, John baut ja schon ein Modul nur für die Logo, evtl. schwenke ich dann um wenn es fertig ist.
Vielen Dank trotzdem für die gute Arbeit bisher
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 19 Dezember 2014, 20:58:52
Hallo moonsorrox,

vielen Dank fürs Feedback.
zuerst eine Frage:
Die Fehlermeldung
ZitatCan't locate auto/Nodave/autosplit.ix in
kommt jetzt nicht mehr?

Wichtig: Hast du bei der Netzwerkconfig an der Logo die "Keep Alive" Option deaktiviert?

@Eingänge:
Die Eingänge kann man nur sinnvoll lesen von der Logo. (Die Eingangszustände werden zu Beginn jedes Arbeitszyklus aus der IO-Baugruppe übernommen, die alten Werte werden somit überschrieben!)
Die Eingangszustände müssen sowie auch die Ausgangszustände aus dem DB0 gelesen werden.
(Anmerkung bei der Logo läuft die komplette Kommunikation über den DB0, dh kein inputs oder outputs als Area code verwenden!)
Beispiel zu Logo8:
I1 --> V1024.0 --> Fhem 8192 (wie du ja schon richtig erkannt hast)
I10 --> V1025.2 --> Fhem 8201

Achtung der Readingbereich muss entsprechend angepasst werden:
Beispiel Logo8 alle Eingänge + alle Ausgänge lesen: Speicherbereich in der Logo V1024 - V1071 = 48 Bytes
attr logo ReadDB-Config 0 1024 48 2
define Q1 S7_DRead db 0 8512
define Q2 S7_DRead db 0 8513
...
define I1 S7_DRead db 0 8192
define I10 S7_DRead db 0 8201


Wenn du Eingänge über FHEM setzen möchtest musst du Netzwerkeingänge verwenden.

Anmerkung Fehlercode -1025 bedeutet Timeout.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 20 Dezember 2014, 11:34:22
Hallo zusammen.
Die Abstürze von FHEM treten auf, wenn die Netzwerkverbindung zur Logo unterbrochen wird. Das ist ein "Problem" in der libnodave, nicht von FHEM oder charlie71s S7-Modul.
Ich habe ein bisschen weiter gemacht und jetzt hoffentlich alle diese Fehler abgefangen. Das feature "mehrere PLCs" habe ich reaktiviert, da es mit den Abstürzen nichts zu tun hatte. Es läuft jetzt bei mir zuverlässig, die Werte werden immer von der richtigen Logo gelesen / zur richtigen Logo geschrieben.
@charlie71,
kannst Du vielleicht WriteDB-Config auch auf mehrere Bereiche erweitern?

Ansonsten bitte ich Euch um testen, testen, testen und nat. Fehler hier posten.

todo:
AWrite auf u8, u32, s8, s16, s32 erweitern
Logging vereinheitlichen (und erweitern?)

Gruss
Thomas

edit:
auch wenn das Modul bei mir soweit stabil läuft empfehle ich es noch nicht produktiv einzusetzen, jedenfalls nicht ohne Aufsicht...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 21 Dezember 2014, 01:25:31
Zitat von: charlie71 am 19 Dezember 2014, 20:58:52
zuerst eine Frage:
Die Fehlermeldung  kommt jetzt nicht mehr?
Nein die Fehler Meldung kommt nicht mehr..!  :D

Zitat von: charlie71 am 19 Dezember 2014, 20:58:52
Wichtig: Hast du bei der Netzwerkconfig an der Logo die "Keep Alive" Option deaktiviert?
Nein habe ich nicht, muss mal schauen wo ich die überhaupt finde, ist mir noch nicht untergekommen..!  :-\

Zitat von: charlie71 am 19 Dezember 2014, 20:58:52
@Eingänge:
Die Eingänge kann man nur sinnvoll lesen von der Logo. (Die Eingangszustände werden zu Beginn jedes Arbeitszyklus aus der IO-Baugruppe übernommen, die alten Werte werden somit überschrieben!)
Die Eingangszustände müssen sowie auch die Ausgangszustände aus dem DB0 gelesen werden.
(Anmerkung bei der Logo läuft die komplette Kommunikation über den DB0, dh kein inputs oder outputs als Area code verwenden!)
Beispiel zu Logo8:
I1 --> V1024.0 --> Fhem 8192 (wie du ja schon richtig erkannt hast)
I10 --> V1025.2 --> Fhem 8201

Achtung der Readingbereich muss entsprechend angepasst werden:
Beispiel Logo8 alle Eingänge + alle Ausgänge lesen: Speicherbereich in der Logo V1024 - V1071 = 48 Bytes
attr logo ReadDB-Config 0 1024 48 2
define Q1 S7_DRead db 0 8512
define Q2 S7_DRead db 0 8513
...
define I1 S7_DRead db 0 8192
define I10 S7_DRead db 0 8201

gut da werde ich mal mit beschäftigen, mir geht es ja hauptsächlich um die Ausgänge die ich gern sehen möchte, dass funktioniert ja auch. Und so wie du weiter unten geschrieben hast, geht es natürlich um das schalten der Eingänge, denn sehen brauche ich diese nicht sind ja alles Taster..

Zitat von: charlie71 am 19 Dezember 2014, 20:58:52
Wenn du Eingänge über FHEM setzen möchtest musst du Netzwerkeingänge verwenden.

Anmerkung Fehlercode -1025 bedeutet Timeout.
Gut das werde ich auch mal probieren, wußte ich ja nicht...
Das mit dem Timeout verstehe ich nicht, es liegt demnach an der Netzwerkverbindung zu Fhem, wenn ich das richtig verstehe... die steht aber eigentlich
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Dezember 2014, 07:28:19
Hallo moonsorrox,

was hast du gemacht damit dieser Fehler nicht mehr kommt (falls jemand anderer auch dieses Problem hat.)?

Zitat von: moonsorrox am 21 Dezember 2014, 01:25:31
Nein die Fehler Meldung kommt nicht mehr..!  :D


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 21 Dezember 2014, 14:04:50
Zitat von: charlie71 am 21 Dezember 2014, 07:28:19
was hast du gemacht damit dieser Fehler nicht mehr kommt (falls jemand anderer auch dieses Problem hat.)?
ich habe eigentlich nichts weiter gemacht außer das Linux auf dem Cubie geupdatet..!

Aber ich denke der entscheidende Fehler war, dass ich die Logo Ausgänge nicht richtig in Fhem bezeichnet hatte, denn ich habe den gleichen Fehler mit den Eingängen gemacht (weil ich sie nicht richtig adressiert hatte) und sofort stürzt Fhem ab...

Ich wußte auch nicht, dass für die Eingänge Netzwerkeingänge gebraucht werden..

Bisher habe ich auch das Perl nicht auf den neusten Stand gebracht, weil ich nicht weiß wie... also habe ich lieber die Finger von gelassen, da dies mein Produktiv System ist und das muss ja laufen...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Dezember 2014, 14:11:43
Hallo zusammen,

ich habe eine Vermutung warum der Fehler -1025 auftritt.
Wenn meine Vermutung stimmt sollte mit dieser Version dieses Problem behoben sein.

In der neuen Version wurde das Logging erweitert.
Außerdem unterstützt jetzt AWrite auch u8, u32, s8, s16, s32.

Achtung bei der Installation muss wieder die Nodave.so getauscht werden. Es war notwendig da zusätzliche nodave Funktion in Pearl benötigt werden (Im Unterverzeichnis src gibts Details dazu).

Das Feature "mehrere PLCs" habe ich aktiviert gelassen obwohl es bei mir nicht funktioniert. Ich setzte mal auf die Hilfe von Thomas.

Bitte um Feedback ob bei euch der Fehler -1025 noch auftritt.
lG
Charlie71

offene To dos:
1) WriteDB-Config für mehrere Bereiche
2) AWrite für floats
3) Optimise multiple readings (daveReadMultiBytes)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 21 Dezember 2014, 16:32:07
Hallo charlie71,

hier meine config:
attr global verbose 3
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global backup_before_update 0
attr global logdir tmp
attr global logfile tmp/fhem-%Y-%m.logo.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global nofork 1
attr global sendStatistics onUpdate
attr global statefile tmp/fhem.logo.save
attr global uniqueID ./FHEM/FhemUtils/uniqueID
define telnetPort telnet 7373 global

define WEB FHEMWEB 8383 global
attr WEB longpoll 1


# nur? 0BA8
# ============================================
# 984 Diagnosebit-Array                 1 Byte
# 985 "Jahr" der Echtzeituhr (RTC)      1 Byte
# 986 "Monat" der Echtzeituhr (RTC)     1 Byte
# 987 "Tag" der Echtzeituhr (RTC)       1 Byte
# 988 "Stunde" der Echtzeituhr (RTC)    1 Byte
# 989 "Minute" der Echtzeituhr (RTC)    1 Byte
# 990 "Sekunde" der Echtzeituhr (RTC)   1 Byte

# Logo! E/A-Bereich 0BA7
# ======================
# 61 Byte:
# --------
# 923-925 Input        (24 Bit)
# 926-941 AnalogInput  (8x2 Byte)
# 942-943 Output       (16 Bit)
# 944-947 AnalogOutput (2x2 Byte)
# 948-951 Merker       (27 Bit)
# 952-983 AnalogMerker (8x2 Byte)

# Logo! E/A-Bereich 0BA8
# ======================
# 446 Byte:
# ---------
# 1024-1031 Input        (64 Bit)
# 1032-1063 AnalogInput  (16x2 Byte)
# 1064-1971 Output       (64 Bit)
# 1072-1103 AnalogOutput (16x2 Byte)
# 1104-1117 Merker       (14*8 Bit)
# 1118-1245 AnalogMerker (64x2 Byte)
# NI  1246-1261  16 Bytes
# NAI 1262-1389 128 Bytes
# NQ  1390-1405  16 Bytes
# NAQ 1406-1469  64 Bytes


define logo32 S7 2 0 192.168.178.32 0 0 102 1 960
attr logo32 ReadDB-Config 0 923 61 1
attr logo32 WriteDB-Config 0 923 61
define logo32_AM16 S7_ARead db 0 982 s16
define logo32_qa S7_AWrite db 0 942 u16
define logo32_Q1_w S7_DWrite db 0 7536
define logo32_Q5_w S7_DWrite db 0 7540
define logo32_Q6_w S7_DWrite db 0 7541
define logo32_Q7_w S7_DWrite db 0 7542
define logo32_Q8_w S7_DWrite db 0 7543
attr logo32_Q1_w eventMap on:on:off off:off:on
attr logo32_Q5_w eventMap on:on:off off:off:on
attr logo32_Q6_w eventMap on:on:off off:off:on
attr logo32_Q7_w eventMap on:on:off off:off:on
attr logo32_Q8_w eventMap on:on:off off:off:on


define logo19 S7 2 0 192.168.178.19 0 0 102 1 960
attr logo19 ReadDB-Config 0 923 61 1
attr logo19 WriteDB-Config 0 923 61
#setdefaultattr IODev logo19
define logo19_AM16 S7_ARead db 0 982 s16 #logo19
define logo19_Q1_w S7_DWrite db 0 7536
#setdefaultattr


define logo21 S7 2 0 192.168.178.21 0 0 102 1 960
attr logo21 ReadDB-Config 0 923 61 1
attr logo21 WriteDB-Config 0 923 61
define logo21_AM01 S7_ARead db 0 952 s16 #logo21
define logo21_AM03 S7_ARead db 0 956 s16 #logo21
define logo21_AM16 S7_ARead db 0 982 s16 #logo21
define Logo21_AM16_Bit0 S7_DRead db 0 7864
define Logo21_AM16_Bit1 S7_DRead db 0 7865
define Logo21_AM16_Bit2 S7_DRead db 0 7866
define Logo21_AM16_Bit3 S7_DRead db 0 7867
define Logo21_AM16_Bit4 S7_DRead db 0 7868
define Logo21_AM16_Bit5 S7_DRead db 0 7869
define Logo21_AM16_Bit6 S7_DRead db 0 7870
define Logo21_AM16_Bit7 S7_DRead db 0 7871
define logo21_Q1_w S7_DWrite db 0 7536
attr logo21_Q1_w eventMap on:on:off off:off:on


#define logo31 S7 2 0 192.168.178.31 0 0 102 1 960
#attr logo31 ReadDB-Config 0 1118 61 1   0 984 7 30
#attr logo31 WriteDB-Config 0 1064 61
#define logo31_AM16 S7_ARead db 0 1148 s16
#attr logo31_AM16 IODev logo31
#attr logo31_AM16 verbose 4
#attr logo31_AM16 IODev logo31
#define logo31_hour S7_ARead db 0 988 u8
#attr logo31_hour IODev logo31
#define logo31_min S7_ARead db 0 989 u8
#attr logo31_min IODev logo31
#define logo31_Q1_w S7_DWrite db 0 8512
#attr logo31_Q1_w IODev logo31



ZitatDas Feature "mehrere PLCs" habe ich aktiviert gelassen obwohl es bei mir nicht funktioniert. Ich setzte mal auf die Hilfe von Thomas.
Was genau funktioniert denn bei Dir nicht?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 21 Dezember 2014, 20:14:43
Hallo,
in der Datei S7_ARead.pm aus V1.8 ist ein BUG, bitte die Datei tauschen.

edit:
S7 wirft mit Logs nur so um sich, habe einen Loglevel mal erhöht. Ausserdem noch ein paar "eval" eingefügt, mal sehen, ob wir den FHEM-Absturz abfangen können. Es geht um diesen und ähnliche Fehler:
Nodave::daveWriteBytes: dc is not of type DaveConnection at ...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Dezember 2014, 21:41:07
Hallo alle zusammen,

ich hab mal eine neue Version gebaut die unterstützt nun auch multiple writings.
Außerdem habe ich noch ein paar Punkte im Code umgebaut um in sicher zu machen.

Danke an Thomas, mit deinem Fix hat sich mein Problem mit "mehreren PLCs" gelöst.

Bitte um Feedback ob der Fehler -1025 noch immer auftritt.
Anmerkung: Den Fehler habe ich nur bei Schreiboperationen auf die SPS beobachten können.

lG
Charlie71

offene todos:
* AWrite für floats
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 21 Dezember 2014, 22:58:50
Hallo,

mit der Version 1.8 konnte ich den Fehler provozieren, eval hat auch zugeschlagen und den Komplettabsturz verhindert. siehe log:
2014.12.21 21:56:00 3: S7_AWrite_Set
2014.12.21 21:56:54 3: S7_AWrite_Set
2014.12.21 21:56:55 3: S7_AWrite_Set
2014.12.21 21:57:03 3: S7_AWrite_Set
2014.12.21 21:57:03 3: S7_AWrite_Set
2014.12.21 21:58:57 3: S7_AWrite_Set
2014.12.21 21:59:18 3: S7_AWrite_Set
2014.12.21 21:59:20 3: S7_AWrite_Set
2014.12.21 21:59:33 3: logo32_Q7_w S7_DWrite_Set daveWriteBytesWriteBytes error: -1025=Timeout when waiting for PLC response
2014.12.21 21:59:35 3: logo32 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.21 21:59:35 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.21 21:59:35 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.21 21:59:35 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.21 21:59:35 3: S7_DWrite: logo32_Q8_w disconnected
2014.12.21 21:59:35 3: S7_Dwrite: logo32_Q7_w disconnected
2014.12.21 21:59:35 0: DIE:Nodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 252.

2014.12.21 21:59:35 3: logo32_Q7_w S7_DWrite_GetUpdate daveWriteBytesWriteBytes error: -2=no message defined!
2014.12.21 21:59:35 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.21 21:59:36 3: S7_DWrite: logo32_Q7_w disconnected
2014.12.21 21:59:36 3: S7_Dwrite: logo32_Q5_w disconnected
2014.12.21 21:59:36 0: DIE:Nodave::daveWriteBytes: dc is not of type DaveConnection at ./FHEM/44_S7_DWrite.pm line 252.

2014.12.21 21:59:36 3: logo32_Q5_w S7_DWrite_GetUpdate daveWriteBytesWriteBytes error: -2=no message defined!


MIt der Version 1.9 kommt der Fehler -1025 auch, wenn ich das Netzwerk unterbreche. Der "Absturz von FHEM" bleibt aber (vorerst) aus. Ich werde weiter versuchen.
014.12.21 22:49:13 3: S7_AWrite_Set
2014.12.21 22:51:09 3: S7_AWrite_Set
2014.12.21 22:53:05 3: S7_AWrite_Set
2014.12.21 22:54:49 3: logo32_Q5_w S7_DWrite_Set daveWriteBytesWriteBytes error: -1025=Timeout when waiting for PLC response
2014.12.21 22:54:51 3: logo32_Q6_w S7_DWrite_Set daveWriteBytesWriteBytes error: -1025=Timeout when waiting for PLC response
2014.12.21 22:54:52 3: logo32_Q8_w S7_DWrite_Set daveWriteBytesWriteBytes error: -1025=Timeout when waiting for PLC response
2014.12.21 22:54:54 3: logo32 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q7_w disconnected
2014.12.21 22:54:54 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.21 22:54:54 3: S7_DWrite_GetUpdate: logo32_Q6_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q8_w disconnected
2014.12.21 22:54:54 3: S7_DWrite_GetUpdate: logo32_Q8_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q7_w disconnected
2014.12.21 22:54:54 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q7_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q6_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q8_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q6_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q7_w disconnected
2014.12.21 22:54:55 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected


Im Anhang einige Ergänzungen von mir zu V1.9, habe noch mehr "eval" eingefügt und die SetFn von AWrite erweitert.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Dezember 2014, 23:20:54
Hallo Thomas,

Meiner Meinung Nach tritt der Fehler immer dann auf, wenn zeitgleich gelesen und geschrieben wird.
Die libnodave ist auf jeden Fall nicht Thread sicher.
Soweit ich weiß ist fhem jedoch nicht  Multithreaded.
Jedoch scheint es zu einem Gleichzeitigkeitsproblemen kommen.

Ich habe mal das libnodave loggging aufgedreht.
Lg
charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 21 Dezember 2014, 23:41:01
Der Fehler -1025 ist ja an sich nicht schlimm. Nur dass FHEM dann immer komplett abgeschmiert ist stört halt. Ich konnte es mit der letzten Version aber bisher nicht mehr beobachten. Zumindest lässt sich der Komplettabsturz mit "eval" abfangen.
Was jetzt noch fehlt ist der korrekte Autoreconnect. Das Modul versucht aktuell ständig (alle 2 Sekunden, solange ist das timeout beim portopen) ein reconnect (sollte aber doch 10 Sekunden abwarten?).
MultiWrite scheint zu funktionieren, danke bis dahin für die gute Arbeit...

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Dezember 2014, 09:48:43
Hallo,

so ich nun wieder eine neue Version (V1.10).
Ich habe mehrmals die Netzwerkverbindung getrennt und wieder hergestellt. Das Modul hat sauber reconnected.

Versionsinfo
Changes:
* ich hab das libnodave timeout von 1500s auf 10s reduziert.
* neue Konfigurationsyntax für S7_DRead / S7_DWrite
(Der wichtigte Hinweis gleich vorab. Die bestehende Configs müssen NICHT angepasst werden. Das Modul erkennt selbstständig die alte Syntax)
Es können nun die Bits wie in einer SPS Umgebung gewohnt adressiert werden:
define Logo7_Q1 S7_DRead db 0 942.1
Ich denke das Konfigurieren sollte nun viel einfacher werden.

new Features
* es können nun auch floats gelesen und geschrieben werden.

bitte um Feedback.

lG
Charlie71



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 Dezember 2014, 13:33:23
kurze zwischen Frage wo befindet sich nochmal die "Nodave.xs" in /root/libnodave-0.8.5/PERL oder in /root/libnodave-0.8.5

übrigens hatte ich gerade beim einspielen der Dateien diesen Fehler wiedermal, passiert immer dann wenn Fhem Neustart gemacht wird..! (nicht neu einlesen)
Can't locate auto/Nodave/autosplit.ix in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at /usr/share/perl/5.14/AutoLoader.pm line 173, <> line 12. at /usr/lib/perl/5.14/Nodave.pm line 33
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 22 Dezember 2014, 13:47:13
Hallo Charlie71,

habe gerade auf deine Version 10 geupdatet.
Die Version läuft aber leider sehe ich der Log-Datei und über putty alle 10sec.
den folgenden Fehler:

DIE:Nodave::daveReadBytes: dc is not of type DaveConnection at ./FHEM/44_S7.pm line 615.

Muss ich nur die Dateien aus dem Ordner FHEM überschreiben aus V1.8 oder alle anderen auch?

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 Dezember 2014, 14:40:10
rückmeldung zum Timeout...!
der besteht bei mir nach wie vor, hier mal wie es aussieht (etwas anders als vorher)
2014.12.22 14:20:18 3: mylogo S7_connect: connect to PLC: 0
2014.12.22 14:20:08 3: mylogo S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Dezember 2014, 18:36:56
Hallo moonsorrox,

die "Nodave.xs" befindet sich in /root/libnodave-0.8.5/PERL

@Timeout:
Stürtzt FHEM nach der Timeoutmeldung  komplett bei dir ab, oder funktioniert FHEM weiterhin?

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Dezember 2014, 18:39:49
Hallo Porsti,

nur bei einem Update von einer Version < 1.8 müssen die libs getauscht werden. Seit der Version 1.8 sind sie wieder gleich.

Die Fehlermeldung hängt meiner Meinung nach mit dem Timeoutfehler zusammen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 Dezember 2014, 18:47:40
Zitat von: charlie71 am 22 Dezember 2014, 18:36:56
die "Nodave.xs" befindet sich in /root/libnodave-0.8.5/PERL
Ok vielen Dank, da war sie auch, aber an der wird es wohl nicht liegen, habe aber trotzdem die aus dem neuen zip eingespielt..

Zitat von: charlie71 am 22 Dezember 2014, 18:36:56
@Timeout:
Stürtzt FHEM nach der Timeoutmeldung  komplett bei dir ab, oder funktioniert FHEM weiterhin?
ja komplett weg, ich schaue dann mit putty drauf und sehe dann "fhem is not running" mit der Fehlermeldung in einer reboot Schleife.
Ich breche die Fehlermeldung/Fhem dann ab und versuche Fhem neu zu starten, dass klappt manchmal nicht beim 1. mal, wohl weil er in einer reboot Schleife ist.
Aber ich bekomme es aber wieder zum laufen mit /etc/init.d/fhem start
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 22 Dezember 2014, 19:13:53
Zitat* ich hab das libnodave timeout von 1500s auf 10s reduziert.
Ich denke, Du hast das Timeout auf 10ms reduziert. Bei mir läufts damit total unstabil (hohe Latenz im Netzwerk, Status wechselt ständig). Habe jetzt mal probehalber 100ms eingestellt, damit gehts wieder wie vorher.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Dezember 2014, 19:22:07
Hallo

ein wenig bin ich nun weiter:
Wenn die Länge eines Datensatz zB in der ReadDBConfig > als die MaxPDU length ist dann kommt immer die Timeoutfehlermeldung.

Bitte prüft eure Configs ob jemand die Länge > 200 konfiguriert hat.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 22 Dezember 2014, 20:48:36
Hallo,

habe hier mal den Teil der Config für die Länge.


define mylogo S7 2 0 192.168.10.50 0 0 102 10 960
attr mylogo ReadDB-Config 0 4 6 10 0 1024 2 10 0 1064 2 10 0 1104 2 10
attr mylogo WriteDB-Config 0 1246 15


Kann ich mit dem lesen von 12 Worten über die länge einen Timeout erhalten?
Mehr ist bei mir nicht definiert.
Jetzt verarbeite ich nur noch die Daten die ich oben abrufe oder schreibe.

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Dezember 2014, 20:52:02
Hallo Porsti,

die Config ist OK. Leider hat Thomas recht, ich habe den Timeout auf 10ms gestellt. Bin gerade dabei das zu fixen inclusive der maxPDU abfrage. Neue files kommen bald.

lG
Charlie71

Zitat von: Porsti am 22 Dezember 2014, 20:48:36
Hallo,

habe hier mal den Teil der Config für die Länge.


define mylogo S7 2 0 192.168.10.50 0 0 102 10 960
attr mylogo ReadDB-Config 0 4 6 10 0 1024 2 10 0 1064 2 10 0 1104 2 10
attr mylogo WriteDB-Config 0 1246 15


Kann ich mit dem lesen von 12 Worten über die länge einen Timeout erhalten?
Mehr ist bei mir nicht definiert.
Jetzt verarbeite ich nur noch die Daten die ich oben abrufe oder schreibe.

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Dezember 2014, 21:18:40
Hallo

Vielen Dank für Eure schnellen Rückmeldungen.

Hier die neue Version mit folgenden Fixes:
* Timeout is set to 500ms
* Block length is checked against the maxPDUlength

Wichtig:Die max PDULength für die Logo7 ist 240!
Vielleicht kann mir jemand die Info geben auf welche PDU Length die Logo8 unterstützt.

Version ist soweit auf meinen 2 Logos getestet. Es kommt kein Timeoutfehler.
Nun warte ich auf eure Rückmeldung.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 22 Dezember 2014, 21:33:22
Hi Charlie71

ZitatVielleicht kann mir jemand die Info geben auf welche PDU Length die Logo8 unterstützt.
Ist genauso groß wie Logo 7 (240 Byte).

Aber das sind Brutto-Daten. Um die effektive Netto-Groesse für Nutzdaten zu erhalten musst du den Protokoll-Overhead noch abziehen.
Der ist bei MultiRead natürlich größer als bei einem einfachen DBRead.

siehe Protokollaufbau: http://snap7.sourceforge.net/siemens_comm.html#s7_protocol (http://snap7.sourceforge.net/siemens_comm.html#s7_protocol)

Snap7 ermittelt übrigens die die PDU-Groesse automatisch. (negotiated)

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 23 Dezember 2014, 09:43:31
Guten Morgen,

habe V1.11 getestet, läuft soweit.
ZitatEs kommt kein Timeoutfehler.
Nun warte ich auf eure Rückmeldung.
bei mir leider:
014.12.23 00:04:28 1: Including ../logo.cfg
2014.12.23 00:04:28 3: telnetPort: port 7373 opened
2014.12.23 00:04:28 3: WEB: port 8383 opened
2014.12.23 00:04:28 3: logo32 S7_connect: connect to PLC: 0
2014.12.23 00:04:28 3: logo19 S7_connect: connect to PLC: 0
2014.12.23 00:04:29 3: logo21 S7_connect: connect to PLC: 0
2014.12.23 00:04:29 1: Including tmp/fhem.logo.save
2014.12.23 00:04:29 1: Including ../logo.cfg
2014.12.23 00:04:29 3: telnetPort: port 7373 opened
2014.12.23 00:04:29 3: WEB: port 8383 opened
2014.12.23 00:04:29 3: logo32 S7_connect: connect to PLC: 0
2014.12.23 00:04:29 3: logo19 S7_connect: connect to PLC: 0
2014.12.23 00:04:29 3: logo21 S7_connect: connect to PLC: 0
2014.12.23 00:04:29 1: Including tmp/fhem.logo.save
2014.12.23 00:04:33 3: S7_AWrite_Set
2014.12.23 00:04:33 3: S7_AWrite_Set
2014.12.23 00:05:18 3: S7_AWrite_Set
2014.12.23 00:05:18 3: S7_AWrite_Set
2014.12.23 00:05:43 3: S7_AWrite_Set
2014.12.23 00:05:43 3: S7_AWrite_Set
2014.12.23 00:05:52 3: S7_AWrite_Set
2014.12.23 00:05:52 3: S7_AWrite_Set
2014.12.23 00:06:01 3: S7_AWrite_Set
2014.12.23 00:06:01 3: S7_AWrite_Set
2014.12.23 00:06:10 3: S7_AWrite_Set
2014.12.23 00:06:10 3: S7_AWrite_Set
2014.12.23 00:09:09 3: S7_AWrite_Set
2014.12.23 00:09:09 3: S7_AWrite_Set
2014.12.23 00:16:06 3: S7_AWrite_Set
2014.12.23 00:16:06 3: S7_AWrite_Set
2014.12.23 00:29:59 3: logo32 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:00 3: logo19 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:00 3: logo32 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:00 3: logo32 S7_Undef closeSocket error: -1=no message defined!
2014.12.23 00:30:00 3: logo19 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:00 3: logo19 S7_Undef closeSocket error: -1=no message defined!
2014.12.23 00:30:00 3: logo32 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:00 3: logo32 S7_Undef closeSocket error: -1=no message defined!
2014.12.23 00:30:00 3: logo19 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:00 3: logo19 S7_Undef closeSocket error: -1=no message defined!
2014.12.23 00:30:00 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.23 00:30:00 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.23 00:30:00 3: S7_DWrite: logo32_Q8_w disconnected
2014.12.23 00:30:01 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.23 00:30:01 3: S7_DWrite_GetUpdate: logo32_Q6_w disconnected
2014.12.23 00:30:01 3: S7_DWrite_GetUpdate: logo32_Q8_w disconnected
2014.12.23 00:30:01 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.23 00:30:01 3: S7_DWrite: logo32_Q7_w disconnected
2014.12.23 00:30:02 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.23 00:30:02 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.23 00:30:02 3: S7_DWrite_GetUpdate: logo32_Q7_w disconnected
2014.12.23 00:30:03 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.23 00:30:03 3: S7_DWrite_GetUpdate: logo32_Q6_w disconnected
2014.12.23 00:30:04 3: S7_DWrite: logo32_Q8_w disconnected
2014.12.23 00:30:04 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.23 00:30:05 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.23 00:30:05 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.23 00:30:05 3: S7_DWrite: logo32_Q7_w disconnected
2014.12.23 00:30:05 3: S7_DWrite_GetUpdate: logo32_Q8_w disconnected
2014.12.23 00:30:06 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.23 00:30:06 3: S7_DWrite_GetUpdate: logo32_Q6_w disconnected
2014.12.23 00:30:06 3: S7_DWrite_GetUpdate: logo32_Q7_w disconnected
2014.12.23 00:30:07 3: S7_DWrite: logo32_Q5_w disconnected
2014.12.23 00:30:08 3: S7_DWrite: logo32_Q6_w disconnected
2014.12.23 00:30:08 3: S7_DWrite_GetUpdate: logo32_Q5_w disconnected
2014.12.23 00:30:09 3: S7: logo32 disconnected
2014.12.23 00:30:09 3: logo32 S7_connect: connect to PLC: 0
2014.12.23 00:30:10 3: logo19 S7_connect: connect to PLC: 0
2014.12.23 00:30:10 3: S7: logo32 disconnected
2014.12.23 00:30:10 3: S7: logo19 disconnected
2014.12.23 00:30:10 3: S7: logo32 disconnected
2014.12.23 00:30:10 3: S7: logo19 disconnected
2014.12.23 00:30:10 3: logo32 S7_connect: connect to PLC: 0
2014.12.23 00:30:10 3: logo19 S7_connect: connect to PLC: 0
2014.12.23 00:30:10 3: logo32 S7_connect: connect to PLC: 0
2014.12.23 00:30:10 3: logo19 S7_connect: connect to PLC: 0
2014.12.23 00:30:11 3: logo32 S7_readFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.23 00:30:11 3: logo19 S7_readFromPLC daveReadBytes error: -1025=Timeout when wait


Schadet aber nicht weiter, FHEM läuft weiter. Es versucht allerdings ständig einen reconnect und fühlt sich daher recht "zäh" an.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 23 Dezember 2014, 13:31:30
"Houston, wir haben ein Problem"

Das ich heute Nacht wieder Timeout-Fehler hatte, habe ich ja oben geschrieben. Auffällig war, das FHEM keinen reconnect hinbekommen hat, obwohl ich die Logos anpingen konnte. Also kein Netzwerkproblem. Habe dann mal ein bisschem probiert. Normalerweise antwortet die Logo auf einen normalen ping (ICMP), aber auch auf Port 102 und Port 10001. Die Logos, die FHEM nicht mehr gefunden hat antworten nur noch auf ICMP, aber nicht auf Port 102 und Port 10001!
Ich musste erst die Logo resetten (vom Strom trennen!!!), danach gings wieder.
Ich fürchte, das dieses Problem von libnodave hervorgerufen wird.

Gruss
Thomas



perl-script um die Verfügbarkeit Siemens Logo zu prüfen:


use strict;
use warnings;
use Net::Ping;

my ($ip) = @ARGV;

if (!defined $ip) {
  print "Usage: $0 <ip-address>\r\n";
  exit;
}

my $res;
my $dur;
my $ping;
print "pinging $ip:\r\n";
$ping = Net::Ping->new("tcp", "10");
$ping->hires();
$ping->port_number("102");
($res, $dur) = $ping->ping($ip);
print " 102   $res $dur\r\n";
$ping->port_number("10001");
($res, $dur) = $ping->ping($ip);
print " 10001 $res $dur\r\n";
$ping->close();
$ping = Net::Ping->new("icmp", "10");
$ping->hires();
($res, $dur) = $ping->ping($ip);
print " ICMP  $res $dur\r\n";
$ping->close();
exit;

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: goerdi am 23 Dezember 2014, 15:04:49
Hi !

Das  hatte ich auch schon mal vor laengerer Zeit.. da waren alle meine 4 Logos "platt" sie haben selbs untereinander nicht mehr kommuniziert und auch ein Laden war nicht mehr moeglich. Das Laden ging zwar nach einem "Stop = > Start" der CPU aber die kommunikation lies sich erst wieder zum leben erwecken, als sie vom Stromnetz getrennt waren....
Ich habs bei mir damals meiner "Ladeorgie" zugeschrieben... sprich ich hab zig mal hintereinander die Logo's neu geladen. Seitdem hatte ich es mit diesem Modul nicht mehr... (ich hab aber vorgestern das modul gewechselt)

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Dezember 2014, 16:37:43
Hallo

ich bin mir ziemlich sicher dass es kein Netzwerkproblem ist.
Der Grund für diese Fehler ist meiner Meinung nach immer der selbe.
Es wird aus irgend einem Grund die daveConnect Datenstruktur überschrieben.
Wenn diese Datenstruktur überschrieben wird könnte dieses Verhalten erklären:
* Die Fehlermeldung das $DC  kein gültige DC ist passt meiner Meinung auch dazu.
* Das die Logo abstürzt passt auch dazu.

Ich bin gerade dabei den Code aufzuräumen. Ich werde alle libnodave Aufrufe in eigene Funktionen packen.
Dort werden strikte Längenprüfungen durchgeführt.

Sollte es noch immer nicht klappen so könnte man ohne größeren Aufwand auf eine andere Communikationslib umsteigen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Dezember 2014, 21:03:41
Hallo,

ich haben nun den internen Umbau des Moduls nun soweit abgeschlossen.
Versionsinfo:
Changes
* Interner Umbau: Kapselung aller lese und Schreiboperationen in eigene Funktionen
* Fix für die Adressierung im Byte.Bit Format. Bit beginnt jetzt mit 0 und nicht mit 1 --> Config prüfen!!!!

New Features:
* Logo7 und Logo8 können nun sehr nur durch Angabe der IP Adresse angelegt werden. Beispiel:
define logo2 S7 LOGO7 10.0.0.242
define logo3 S7 LOGO8 10.0.0.243

alle internen Settings werden dann automatisch generiert.

Sollte wieder der Timeoutfehler auftreten dann bitte folgende Fragen im Feedback beantworten:
1) Wieviele Logos/SPSen betreibt ihr?
2) Wir auf die Logos schreibend und lesend zugegriffen?
3) Wie viele Reading- / Writing Bereiche habe ihr konfiguriert?
4) Tritt der Fehler auch auf wenn nur gelesen wird?
5) Bitte das Logfile im Feedback anhängen.

Todo:
* Konfig für Logos weiter vereinfachen
* Doku aktualisieren

Danke und Frohe Weihnachen
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 24 Dezember 2014, 08:52:31
WOW!
Respekt und Hut ab, welche Energie und Zeit hier von manchem reingesteckt wird!

Ich werde die Zeit zwischen den Jahren nutzen, um von der FB auf RPi umzurüsten um dann endlich die Kommunikation zu meiner S7-300 aufbauen zu können.
Hoffe mal, dass das Modul 44_S7 das noch beherrscht, und ich mir nicht eine LOGO besorgen muss, da die hier scheinbar favorisiert wird.

Ich wünsche allen ein frohes Weihnachtsfest !!!  :)

@pc1246 : vielleicht kannst Du mir ja mal Deinen Lösungsansatz zusammenfassen !?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 24 Dezember 2014, 09:35:51
Guten morgen,

@charlie:
V1.12 läuft seit gestern abend bei mir, bisher zweimal -1025 Timeout (Zugriff nur lesend), aber sonst kein Problem. Schreiben funktioniert aber nur richtig, wenn nur ein Block in WriteDB-Config steht. Bei mehreren steht im Log "S7_setABit1: -1".

Gruss und Frohe Weihnachten
Thomas


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Dezember 2014, 22:10:26
Hallo Leute,

ich hab noch eine neue Version für Euch V1.13 (X-Max Edition):
Versionsinfo
* Fix für multiple Writings
* Für Logo7 und Logo8 können nun sehr einfach Ein und Ausgänge konfiguriert werden. Voraussetzung ist, dass die Logo mit einem define als solche gekennzeichnet wurde:
define logo2 S7 LOGO7 10.0.0.242

define Q1_Logo2 S7_DRead Q1
define Q2_Logo2 S7_DWrite Q2
define I2_Logo2 S7_DWrite I2
define M4_Logo2 S7_DWrite M4

Aktuell werden folgende Größen unterstützt:
Eingänge: Q1 - Qxx
Ausgänge: I1 - Ixx
Merker: M1 - Mxx

Alle internen Settings werden automatisch generiert. Diese können bei Bedarf selbstverständlich angepasst werden.
Anmerkung: Dies ist ein Zusatzfeature: die alte Config Syntax wird weiterhin unterstützt.

Bitte um Feedback.
Mein nächster Fokus liegt nun auf der Doku.

Ich suche nun Leute: die die libNoDave für folgende Plattformen kompilieren:
* linux x86
* mips
* mipsel

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: PEPITO82 am 27 Dezember 2014, 10:21:10
Hallo zusammen.

Funktioniert dieses Modul auch in Verbindung mit einer S7-1200?
Habe bisher noch keine SPS, aber die Möglichkeit ein S7-1200 günstig zu erwerben.
Ein Modul mit analogem Ausgang könnte ich dazu auch noch von meinem Bruder bekommen - das könnte ich für die Steuerung meiner Paul Novus 300 verwenden, die einen analogen Eingang 0-10V hat.

Vor allem wäre mir im ersten Schritt wichtig, dass ich mit FHEM über den analogen Ausgang die Lüftung steuern könnte. Ist das ohne großen Aufwand möglich?

Viele Grüße

Peter
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 27 Dezember 2014, 10:27:34
Hallo,

Dieses Modul verwendet als Basis die libnodave libraray. Damit sollte es klappen:
http://www.sps-forum.de/hochsprachen-opc/33647-libnodave-s7-1200-a.html

Das S7 Modul sollte analoge Daten übertragen können.

lG
Charlie71


Zitat von: PEPITO82 am 27 Dezember 2014, 10:21:10
Hallo zusammen.

Funktioniert dieses Modul auch in Verbindung mit einer S7-1200?
Habe bisher noch keine SPS, aber die Möglichkeit ein S7-1200 günstig zu erwerben.
Ein Modul mit analogem Ausgang könnte ich dazu auch noch von meinem Bruder bekommen - das könnte ich für die Steuerung meiner Paul Novus 300 verwenden, die einen analogen Eingang 0-10V hat.

Vor allem wäre mir im ersten Schritt wichtig, dass ich mit FHEM über den analogen Ausgang die Lüftung steuern könnte. Ist das ohne großen Aufwand möglich?

Viele Grüße

Peter
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 27 Dezember 2014, 13:23:15
so eine weitere Rückmeldung von mir, da ich wieder zuhause bin...
Habe heute morgen ein Update angestoßen, welches natürlich nichts mit dem Modul hier zutun hat, aber folgendes habe ich jetzt bemerkt, sobald ich nach einem Update Fhem neu starten muss bekomme ich nach wie vor diesen Fehler und Fhem startet nie von allein Status ist not running und ich muss mit putty einen manuellen Start anstoßen...! das gefällt mir überhaupt gar nicht... zum Glück habe ich das Update nicht aus der Ferne gemacht  8)

Hier der Fehlercode:
Can't locate auto/Nodave/autosplit.ix in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . ./FHEM) at /usr/share/perl/5.14/AutoLoader.pm line 173, <> line 12.
at /usr/lib/perl/5.14/Nodave.pm line 33
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: thmarx am 27 Dezember 2014, 15:51:35
Hallo moonsorrox,

kopiere mal die Datei autosplit.ix ins Verzeichnis /usr/local/lib/perl/5.14.2/auto/Nodave (In dem Verzeichnis sollte auch die Nodave.so stehen.) Ich habe die Datei nochmal angehängt.

Gruss
Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 27 Dezember 2014, 17:13:55
Hallo Thomas,

Danke, war auch mein Problem, nachdem ich heute die Module auf dem RPI installiert habe.

Gruß
Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 27 Dezember 2014, 17:48:11
Hallo

versucht mal die beiliegende autosplit.ix in das selbe Verzeichnis wie die Nodave.so kopieren.
Bitte um Feedback ob es geklappt hat.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 27 Dezember 2014, 19:30:21
Zitat von: charlie71 am 27 Dezember 2014, 17:48:11
Hallo

versucht mal die beiliegende autosplit.ix in das selbe Verzeichnis wie die Nodave.so kopieren.
Bitte um Feedback ob es geklappt hat.

lG
Charlie71

Hallo Charlie71,

wie kurz zuvor geschrieben... hat geklappt  :) Danke !

Lesen kann ich jetzt auch schon aus der S7-300.
Beim Schreiben mus ich mich noch durchwühlen.
Möchte z.B. den Status der Fensterkontakte in einen DB der S7 schreiben.

Gruß
Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 28 Dezember 2014, 18:11:04
Zitat von: thmarx am 27 Dezember 2014, 15:51:35
kopiere mal die Datei autosplit.ix ins Verzeichnis /usr/local/lib/perl/5.14.2/auto/Nodave (In dem Verzeichnis sollte auch die Nodave.so stehen.) Ich habe die Datei nochmal angehängt.

so das habe ich heute mal getan und es kam beim Neustart von Fhem keine Fehlermeldung diesbezüglich und auch keine Reboot-schleife..!

einzige Unterschied auf dem Cubietruck, die Datei liegt unter:
/usr/lib/perl/5.14.2/auto/Nodave

Das sind die aktuellen Meldungen nach dem Reboot und ich mußte Fhem manuell mit putty starten...!
LogMeldungen:
2014.12.28 17:59:54 3: mylogo S7_ReadBlockFromPLC daveReadBytes error: -1025=Timeout when waiting for PLC response
2014.12.28 17:59:54 1: Including ./log/fhem.save
2014.12.28 17:59:54 3: S7_DRead: IODev for Q8 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q7 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q6 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q5 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q4 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q3 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q2 is mylogo
2014.12.28 17:59:54 3: S7_DRead: IODev for Q1 is mylogo
2014.12.28 17:59:54 3: mylogo S7_connect: connect to PLC: 0
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 28 Dezember 2014, 18:24:32
ZitatIch suche nun Leute: die die libNoDave für folgende Plattformen kompilieren:
* linux x86
Hier die libnodave.so und Nodave.so, wie ich sie auf meinem 32Bit x86-System kompiliert habe.

Auf meinem System funktioniert damit die grundsätzliche Kommunikation mit einer Logo7, ich habe aber noch nicht alle Funktionen getested.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 29 Dezember 2014, 00:27:09
Hallo zusammen,

ich habe es dank der hervorragenden Beschreibungen hier geschafft, Analogwerte aus meine S7 (projektiert mit PCS 7) über TCP/IP in FHEM darzustellen. Es handelt sich um die Temperatur und Feuchte im Keller, die über zwei 0-10V Analogeingänge an der S7 hängen.

Da ich die Werte als Float (Doppelwörter) übergebe, stellt FHEM entsprechend viele Nachkommastellen dar. Gibt es die Möglichkeit, z.B. über ein Attribut, die Nachkommastellen auf z.B. 2 zu limitieren und dann noch die Einheit (frei vergebbar wie room oder group) anzuzeigen - hier °C und % rel. H.?

Obwohl ich die libnodave version 8.5 installiert habe, wird "get S7 libnodaveversion" in FHEM mit 8.4 beantwortet. Kann das jemand bestätigen?

Binärwerte schreiben funktioniert auch mit:
define Binaer_an_S7 S7_DWrite db 23 0.0
Ist es möglich, den IST-Zustand und Schaltbefehl in einem "Gerät" anzuzeigen? Im Moment lese ich ein Bit aus dem DB, das angezeigt wird und ich schreibe ein Bit in einen DB, das auch angezeigt wird - das ist S7_DRead und S7_DWrite. Idealerweise gibt es ein Gerät, das den IST-Zustand (über S7_DRead) anzeigt und den Schaltbefehl (über S7_DWrite) mit ON OFF ausführen kann. Vielleicht kann man das ja auch mit FHEM-Mitteln hinbekommen, da habe ich aber bisher nichts gefunden. Für Analogwerte wäre das ebenso sinnvoll - Istwert (S7_ARead) und Sollwert (S7_AWrite).

Will ich allerdings einen Analogwert schreiben mit:
define Feuchte_Soll S7_AWrite db 22 0 u16

kommt immer die Meldung:
old version of libnodave, you need to update the libnodave


und Feuchte_Soll wird nicht angelegt.

Hat jemand eine Idee? Wie gesagt, die Libnodave ist die Neueste, die angeboten wird (8.5). Mit 8.5.1 kommt die selbe Meldung.


Für die Hilfe besten Dank vorab und Gruß an alle S7-FHEM-Koppler!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 29 Dezember 2014, 13:46:32
wieder einmal etwas von mir, folgendes ist passiert ohne das ich an Fhem etwas gemacht habe.
Ich schaue den Status und sehe fhem not running, ist wohl um 13.19 passiert

Hier mal der log Auszug:
2014.12.29 13:20:01 3: S7: mylogo disconnected
2014.12.29 13:20:00 3: mylogo S7_connect daveConnectPLC error: -1=no message defined!
2014.12.29 13:19:59 1: Accept failed (WEB: Too many open files)
2014.12.29 13:19:58 3: S7: mylogo disconnected
2014.12.29 13:19:58 3: mylogo S7_connect: connect to PLC: 0
2014.12.29 13:19:58 1: Accept failed (WEB: Too many open files)
2014.12.29 13:19:58 3: mylogo S7_connect daveConnectPLC error: -1=no message defined!
2014.12.29 13:19:56 3: mylogo S7_connect: connect to PLC: 0
2014.12.29 13:19:56 3: S7: mylogo disconnected
2014.12.29 13:19:56 1: Found and deleted bad fileno for FHEMWEB:84.131.191.117:58290
2014.12.29 13:19:56 1: ERROR: Select error -1 (9), error count= 0
2014.12.29 13:19:56 3: mylogo S7_Undef closeSocket error: -1=no message defined!
2014.12.29 13:19:56 3: S7: mylogo disconnected
2014.12.29 13:19:56 3: S7: mylogo disconnected
2014.12.29 13:19:56 3: S7: mylogo disconnected
2014.12.29 13:19:56 3: mylogo S7_connect daveConnectPLC error: -1=no message defined!
2014.12.29 13:19:54 3: mylogo S7_connect daveConnectPLC error: -1=no message defined!
2014.12.29 13:19:53 1: Accept failed (WEB: Too many open files)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Dezember 2014, 20:20:40
Hallo fu_zhou

siehe meine Kommentare unten.

lG
Charlie71

ZitatDa ich die Werte als Float (Doppelwörter) übergebe, stellt FHEM entsprechend viele Nachkommastellen dar. Gibt es die Möglichkeit, z.B. über ein Attribut, die Nachkommastellen auf z.B. 2 zu limitieren und dann noch die Einheit (frei vergebbar wie room oder group) anzuzeigen - hier °C und % rel. H.?
Ist ein Guter Vorschlag, ich kann mir vorstellen, dass diese Features in der nächsten Version enthalten sein werden.


ZitatObwohl ich die libnodave version 8.5 installiert habe, wird "get S7 libnodaveversion" in FHEM mit 8.4 beantwortet. Kann das jemand bestätigen?
Du verwendest die originale libnodave Version. Leider befinden sich im originalen Perl interface nicht alle Funktionen die benötigt werden. Aus diesem Grund haben wir das perl interface (Nodave.xs) erweitert und neu compiliert.
--> verwende einfach die beiliegenden libs (Nodave.so) dann sollte es klappen.


ZitatBinärwerte schreiben funktioniert auch mit:
define Binaer_an_S7 S7_DWrite db 23 0.0
Ist es möglich, den IST-Zustand und Schaltbefehl in einem "Gerät" anzuzeigen? Im Moment lese ich ein Bit aus dem DB, das angezeigt wird und ich schreibe ein Bit in einen DB, das auch angezeigt wird - das ist S7_DRead und S7_DWrite. Idealerweise gibt es ein Gerät, das den IST-Zustand (über S7_DRead) anzeigt und den Schaltbefehl (über S7_DWrite) mit ON OFF ausführen kann. Vielleicht kann man das ja auch mit FHEM-Mitteln hinbekommen, da habe ich aber bisher nichts gefunden. Für Analogwerte wäre das ebenso sinnvoll - Istwert (S7_ARead) und Sollwert (S7_AWrite).

Eigentlich sollte es nicht notwendig sein für einen Binärzustand einen DRead und ein DWrite einzurichten.
Wenn man einen DWrite anlegt, wird der entsprechende Speicherblock von der SPS geholt und als Anfangszustand übernommen. Dieser kann selbstverständlich auch angezeigt werden.


ZitatWill ich allerdings einen Analogwert schreiben mit:
define Feuchte_Soll S7_AWrite db 22 0 u16

kommt immer die Meldung:
old version of libnodave, you need to update the libnodave


und Feuchte_Soll wird nicht angelegt.

Hat jemand eine Idee? Wie gesagt, die Libnodave ist die Neueste, die angeboten wird (8.5). Mit 8.5.1 kommt die selbe Meldung.

Fehlerursache siehe oben.

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Dezember 2014, 20:32:25
Hallo moonsorrox,

soweit ich dass überblicken kann kommt diese Fehlermeldung wenn ein Prozess zu viele Files öffnet
(Anmerkung: in Linux ist alles ein File auch ein offenes TCP Port.)

Prüfe mal deine Einstellungen wie hier beschrieben:
https://rtcamp.com/tutorials/linux/increase-open-files-limit/ (https://rtcamp.com/tutorials/linux/increase-open-files-limit/)

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 29 Dezember 2014, 22:20:53
Hallo charlie71,

ich habe die "libnodave.so" und "Nodave.so" aus dem ARM-Verzeichnis der Version 1.13 in die entsprechenden Pfade auf dem Pi kopiert. "Get libnodaveversion" gibt jetzt auch 8.5.1 zurück, trotzdem kommt die Fehlermeldung "old version of libnodave, you need to update the libnodave" wenn ich "define Feuchte_Soll S7_AWrite db 22 0 u16" über das Befehlsfeld abschicke.
Habe komplett auf die 8.5.1 hochgerüstet (also wget http://downloads.sourceforge.net/project/libnodave/libnodave/libnodave-0.8.5.1.tar.gz mit allem was dazu gehört), leider ohne Erfolg.

Bei S7_DRead ist mir noch aufgefallen, dass der Wert nicht zyklisch gelesen und aktualisiert wird. Während beim S7_ARead im Feld "Readings" der "state" sekündlich aktualisiert wird, die Zeitangabe daneben rot ist und mit jeder Aktualisierung die neue Uhrzeit zeigt, passiert dies bei S7_DRead nicht und die Uhrzeit bleibt grau. Wenn man das Browserfenster aktualisiert, wird der neue Wert gezeigt.
Dies gilt in beiden Fällen sowohl für die Übersicht ("Glühbirne") als auch für die Detailanzeige wenn man auf das Gerät klickt. Ich würde auch gerne die S7_DReads zyklisch aktualisiert haben.

Ich habe 2 "S7" angelegt - eine für Binärwerte und eine für Analogwerte. In beiden habe ich eine ReadDB-Config und WriteDB-Config:
S7-ANA: ReadDB-Config: 20 0 8 1 (2 Floats)
S7-ANA: WriteDB-Config: 22 0 4 (1 Float) - wenn ich es dann mal auf meinem System zum Laufen bekomme...

S7-BIN: ReadDB-Config: 21 0 2 1 (16 bit, wobei ich im Moment nur bit 0.0 verwende)
S7-BIN: WriteDB-Config: 23 0 2 (16 bit, wobei ich im Moment nur bit 0.0 verwende)

Alles das was bei mir bisher funktioniert ist überraschend schnell, in Bruchteilen von Sekunden sehe ich nach dem Schalten in FHEM den neuen Binär-Wert im DB der S7 und die Float-Werte werden auch quasi in Echtzeit aktualisiert (wie sinnvoll das ist, ist eine andere Frage, beim Testen aber sehr hilfreich)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Dezember 2014, 23:31:36
Hallo fu_zhou,

@Lib
das Modul prüft ob in der Nodave.so die funktion "davePut8At" vorhanden ist. Wenn nicht wird diese Fehlermeldung ausgegeben. Ich denke dass aus irgend einem Grund hier noch die alte lib geladen wird und nicht die die beim modul attached ist.
(Es ist nicht notwendig dass du den Source von der libnodave herunterlädst).

@Aktualisieren der Readings
Im wesentlichen kannst du selbst konfigurieren welcher Speicherblock wie oft von einer SPS geholt wird.
Das geht mit dem Attribut "ReadDB-Config" für das S7 modul.
Beispiel:
SET attr myS7 ReadDB-Config 0 0 8 300 0 923 61 2 0 600 10 5
Hier werden 3 lese Speicherbereiche (Reading) definiert:
0 0  8 300 ... liest 8 Bytes von DB0 ab Adresse 0 alle 5 min von der SPS (ich verwende diese Konfig für mein Temperaturlogging, ich möchte ja nicht zu viele Daten loggen)
0 923 61 2 ... liest 61 Bytes von DB0 ab Adresse 923 alle 2 min (ich verwende dies um Schalterzustände zu visualisieren)
0 600 10 5 ... liest 10 Bytes von DB0 ab Adresse 600

Bitte prüfe deine Config ob du für alle benötigten Speicher bereiche ein Reading definiert hast.
Ich empfehle das nur ein S7 Modul pro SPS eingerichtet wird, da man ja mehrere Readings definieren kann.

@Aktualisierungsgeschwindigkeit:
Aktuell ist es so, dass nach jedem SET Zugriff auf eine Analoge/Digitale Größe ein sofortiges Update zur SPS geschickt wird.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 30 Dezember 2014, 00:36:00
Hallo charlie71,

habe meine Konfiguration jetzt umgebaut und verwende nur noch eine S7, dafür lese ich jetzt mit einer ReadDB-Config 2 DBs ein. Jetzt funktioniert auch das zyklische Update sämtlicher Werte ohne Probleme!
Danke für die Hinweise!

Was hat das nun mit der PDU Länge auf sich? Lt. Handbuch ist die bei einer S7-300 222 Byte groß, wennn ich nun 2 DBs mit einer ReadDB-Config lese, dürfen diese dann zusammen max. 222 Byte groß sein?

Allerdings ist das mit S7_AWrite zum Mäuse melken! Ich habe noch einmal die Dateien überprüft: Auf dem PI sind die aus deinem Paket (Größe stimmt und unterscheidet sich vom Original) und auch die Rechte sind wie bei den Originalen zuvor.
Aber irgendetwas hat sich doch geändert: Während bisher das Log-File mit Einträgen
S7: PCS_7 S7_connect Warning your libnodave does not support setting the PDUlength, this could be a potential issue
S7: PCS_7 S7_connect Warning your libnodave does not support setting the Communicationtype, this could be a potential issue

voll war, kommen diese seit Ersetzen der lib nicht mehr. S7_AWrite lässt sich dennoch nicht überreden...

Wenn es sein muss, installieren ich nochmal von Ganz vorne, also beginnend mit dem Raspbian Image. Wann hat du die libnodave.so und Nodave.so ersetzt? Wie hast du die Libnodave installiert? So wie auf Seite 1 von ThomasRamm beschrieben? Wahrscheinlich nicht, da du ja schreibst, dass man die Source nicht runterladen braucht. Vor der FHEM installation?

Weiterhin vielen Dank!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 30 Dezember 2014, 00:47:40
Zitat von: charlie71 am 29 Dezember 2014, 20:32:25
Hallo moonsorrox,

soweit ich dass überblicken kann kommt diese Fehlermeldung wenn ein Prozess zu viele Files öffnet
(Anmerkung: in Linux ist alles ein File auch ein offenes TCP Port.)

Prüfe mal deine Einstellungen wie hier beschrieben:
https://rtcamp.com/tutorials/linux/increase-open-files-limit/ (https://rtcamp.com/tutorials/linux/increase-open-files-limit/)

lG
Charlie71

ich muss mich jetzt hier mal verabschieden, da ich echt massive Probleme mit Fhem habe seit ich das mit dem Logo installiert habe...!
Folgendes dazu ich habe heute wieder ca. 3x einen Fhem Absturz gehabt, welchen ich noch nicht mal sofort bemerkt habe..
Fhem über putty auf den Status abgefragt sagt er mir fhem is not running...!
Das passierte laufend die Tage, denn ich habe mich gewundert das verschiedene Befehle nicht ausgeführt wurden.

Deshalb habe ich heute gegen 14 Uhr alles was damit zutun hat entfernt, da der letzte Absturz ca. 13.30 Uhr war...
Sorry für diese schlechten Nachrichten, aber ich verzichte erst einmal lieber auf die Anzeige des Logo, als das ich mit den Abstürzen lebe...
So brauche ich nicht laufend zu kontrollieren ob mein Fhem noch läuft... denn fhem läuft jetzt erst einmal wieder ohne Absturz, bisher...! :-\

charlie71 und andere ihr macht hier einen Super Job  :D, weiter so ich lese trotzdem eifrig mit was sich so tut
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Dezember 2014, 00:59:55
Hallo fu_zhou,

@PDU Length. Diese ist abhängig vom SPS Typ.
Die PDU beschränkt die maximale länge eines Datenpaketes von der SPS.
Wenn längere Daten benötigt werden müsste ein multiread implementiert werden.

Für dieses Modul, heist das folgendes: Du musst lediglich darauf achten, dass kein einzelnes reading eine Länge > der maximalen PDU length ist. Es spricht aber nichts dagegen, dass jedes reading gleich der maximalen PDU length ist.

@Libnodave
Die Log file Einträge zeigen, dass du noch eine falsche libnodave verwendest.
Bist du sicher, dass du nach der Beschreibung im Readme.txt vorgegangen bist:
Zitat2) Installation

a) Copy the libnodave.so into your bin directory (take care of your plattform). For example /usr/lib/
b) Copy the nodave.pm into your perl lib dir: For example /usr/local/lib/perl/5.18.2
c) Create a "Nodave" dir into you perl lib auto direction:: For example /usr/local/lib/perl/5.18.2/auto/Nodave
d) Copy the Nodave.so into that dir
e) Copy the fhem modules into the fhem modules dir: For example: /opt/fhem/FHEM/


Bist du sicher dass du die Files aus dem ZIP-file verwendest (Du musst nix kompilieren!).

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 30 Dezember 2014, 10:32:55
Hallo Charlie71,

gibt es den keine Möglichkeit die tatsächliche PDU-Length von Libnodave ermitteln zu lassen ?

Die Antwort liegt im ISO-Response nach einem ISO-Connect.

Mit dem  Wissen darüber  könntest du viele User-Fehler bereits auf Modul-Ebene abfangen.
John

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 30 Dezember 2014, 10:55:53
Hallo Charlie71,

ich habe noch einmal von Vorne angefangen, das System komplett neu installiert. Dabei habe ich die Libnodave nicht heruntergeladen, sondern nur die Dateien aus der V1.13 verwendet. Meine zuvor gesicherte fhem.cfg (copy - paste in ein txt-File) hat auch auf Anhieb wieder funktioniert, im Log-File wurde das Fehlen der autosplit.ix bemängelt (PERL WARNING: Can't locate auto/Nodave/autosplit.ix...), da habe ich die Datei von Seite 13 hergenommen und dazu kopiert, steht jetzt im Verzeichnis mit Nodave.so
Trotzdem bleibt es bei dem Fehler: Feuchte_Soll S7_AWrite_Define: old version of libnodave, you need to update the libnodave
An einer Stelle steht noch im Log: PERL WARNING: Use of uninitialized value $a[5] in lc at ./FHEM/44_S7_AWrite.pm line 57. Das ist aber bei den weiteren Versuchen, S7_AWrite anzulegen, nicht mehr gekommen.

Die verwendete Nodave.so hat eine Dateigröße von 225.953
libnodave.so: 139.896
Nodave.pm: 8.697
44_S7.pm: 32.913
44_S7_ARead.pm: 8.061
44_S7_AWrite.pm: 14.276
44_S7_DRead.pm: 8.799
44_S7_DWrite.pm: 13.944
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Dezember 2014, 11:51:07
Hallo John,

ich denke die Libnodave sollte das können. Ich hab das ganze schon mal in einem Log gesehen.
Jedoch habe ich im Sommer ohne dem manuellen setzen keine Verbindung zur Logo aufbauen können.

Ich werde mir das nochmals anschauen.

lG
Charlie71

Zitat von: John am 30 Dezember 2014, 10:32:55
Hallo Charlie71,

gibt es den keine Möglichkeit die tatsächliche PDU-Length von Libnodave ermitteln zu lassen ?

Die Antwort liegt im ISO-Response nach einem ISO-Connect.

Mit dem  Wissen darüber  könntest du viele User-Fehler bereits auf Modul-Ebene abfangen.
John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Dezember 2014, 12:37:04
Hallo

So jetzt gibt es eine neuer Release.
Diesmal nur Bugfixes.

Versionsinfo V1.14:

* Fehler in recreation behoben. (IMPORTANT FIX!!!!)
* PLC reconnection function improved
* Minor Fix for Logo addressing
* Installation files updated (X86 files included, ARM libs updated, autosplit inkludiert) --> ARM Nodave.so tauschen

Ein update auf diese Version ist dringend empfohlen, da die Versionen davor einen MAJOR Bug beim Reload der config haben. Dieser kann auch zum Totalabsturz von FHEM führen.

Die Version kann im ersten Beitrag heruntergeladen werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 30 Dezember 2014, 16:19:39
Bei mir klappt jetzt die bidirektionale Kommunikation von Binär- und Analogwerten. Ich würde an diesem freudigen Ereignis gerne jeden teilhaben lassen, aber meine Anleitung zur Installation auf dem Pi vom OS über Perl bis zur LibNoDave kann ich leider nicht hochladen (Upload Verzeichnis voll, kontaktieren Sie den Administrator). Weiß jemand eine Möglichkeit, liegt das an meinem erst taufrischen Account?

Meine Config hat aber nicht mehr funktioniert, ich habe eine neue S7 angelegt. PDU Length 222 hat dazu geführt, dass die Kommunikation nicht funktioniert, bei 240 und beim weglassen (=960) dann schon.

Ich versuche weiterhin mit konstruktiven Fragen und Anregungen zur Weiterentwicklung beizutragen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Dezember 2014, 21:12:51
Hallo John,

so jetzt hab ich PDU - Klarheit ;-)

die libnodave ermittelt die PDU length vom Device automatisch. (Das passiert beim Ersten connect).
Das Problem dabei ist jedoch, dass man zu Beginn ein Start PDU verwenden muss (Das ist derzeit der optionale PDU Parameter). Ist dieser zu hoch, kann keine Verbindung aufgebaut werden.
Beim Versionsupdate der libnodave von 8.4 ->  8.5 wurde die default PDU length von ursprünglich 960 auf 1920 geändert. Mit dem Neuen Default wert, hat das Verbinden mit der Logo nicht mehr geklappt.

Aktuell wird die von der libnodave ausgehandelte PDU length in der S7 lib nicht berücksichtigt.
In der nächsten Version wird das angepasst werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 30 Dezember 2014, 21:43:07
Hallo charlie71,
das ist doch eine gute Nachricht.

Vielleicht gelingt es dann auch die User davon zu befreien, auf die PDU-Länge achten zu müssen,
so daß das Modul "überlange" Bereiche automatisch in sequenzielle Scans umwandelt.

Sonst müssen sie auch noch lernen, welchen Overhead sie berücksichtigen müssen, um die Netto-Last berechnen zu können.

Ich habe beim Modul LOGO auf Datenbereiche (ReadDB-Config, WriteDB-Config) aus Sicht des Anwenders verzichtet.
und versucht es für ihn so einfach wie möglich zu machen.
Der Anwender muß nur seine Datenpunkte definieren.
Den Rest erledigt das Modul selbst.

Wenn du an der Architektur noch drehen willst, werde ich dich gerne unterstützen.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Dezember 2014, 21:59:04
Hallo John,

ja ich sehe dass genau so, dass das eigentlich Einstellungen sind die für den Nutzer nicht wichtig sein sollten.

Das Konzept dass nur Datenpunkte definiert werden müssen, funktioniert auch bereits in diesem Modul.

Was mich eigentlich stört ist, dass man C modul benötigt. Schön währe es wenn man eine reine PERL Lösung hätten. Ich hab mir mal den C Source Code von der libnodave mal angesehen, ist eine ziemliche Arbeit diesen auf Perl zu konvertieren. Aber vielleicht hast du ja eine Idee.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 30 Dezember 2014, 22:23:35
Hallo Charlie71,

ZitatSchön wäre es wenn man eine reine PERL Lösung

Das ist eine Lebensaufgabe, lass die Finger davon.
Es leben Firmen davon einen S7-Treiber zu hosten.

Ich habe mich gegen LibnoDave entschieden, weil es total unübersichtlich und überfrachtet ist.
Snap7 nutzt nur noch die TCP/IP Kommunikation, ist super dokumentiert und hat eine durchdachte Architektur.

Ich habe den Port auf Perl mit dem Tool Swig hinbekommen, ein Wrapper-Framework, das aus C/C++ Libraries Wrapper für verschiedene
Sprachen generieren kann
http://forum.fhem.de/index.php/topic,30317.0.html (http://forum.fhem.de/index.php/topic,30317.0.html)

Snap7 bietet auch einen Server, so könnte etwa FHEM nach aussen wie eine S7-300 erscheinen.
Dann kann z.B. eine Logo aktiv nach FHEM schreiben oder ein Siemens operator Panel /WinCC Daten von FHEM visualisieren.
Vom gleichen Autor gibts noch eine MicroLibrary für Arduino, so daß z.B ein Temperaturfühler seinen Wert direkt in die LOGO schreibt.

Wirf einfach mal einen Blick rein, vielleicht wird auch dich was du siehst begeistern.
http://snap7.sourceforge.net/snap7_api_ref.html (http://snap7.sourceforge.net/snap7_api_ref.html)

Wir können gerne auch über eine gemeinsame Code-Basis diskutieren.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 31 Dezember 2014, 09:29:23
Hallo John,

mein eigentliches Ziel habe ich mit diesem Projekt erreicht.
Als ich vor einem Jahr mir überlegt habe wie ich meine Logos in eine erweitere Visualisierung einbinden kann, habe ich keine sinnvolle Möglichkeit gefunden. Ich habe mit damals für libnodave entschieden, da es hier bereits eine fertige Perlanbindung gegeben hat. Das war für mich DER Vorteil da die mein erstes Projekt in Perl war.
(Anmerkung: Da es mein erstes PERL und auch mein erstes FHEM Projekt war, hat es bei manchen Fixes ein wenig länger gedauert. Ich hoffe die Community entschuldigt dies.)

Aus der jetzigen Perspektive würde ich manches besser machen. Ich bin mir jedoch nicht sicher ob sich das Ergebnis wesentlich unterscheiden würde.

Wie schon anfangs erwähnt, mein Ziel wurde erreicht. Es gibt nun sogar 2 Möglichkeiten für eine S7 Anbindung (dein Modul).

Ich würde mich freuen wenn wir eine gemeinsame Code Basis schaffen würden.
Wir sollten dafür festlegen welche Ziele erreicht werden sollen.

lG und guten Rutsch ins Neue Jahr
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 31 Dezember 2014, 10:21:44
Hallo charly71

ZitatWie schon anfangs erwähnt, mein Ziel wurde erreicht. Es gibt nun sogar 2 Möglichkeiten für eine S7 Anbindung (dein Modul).
Dabei sollten wir es vorerst belassen und das "Faß" erst dann wieder öffnen, wenn der Leidensdruck steigt.

Auch dir wünsche ich ein gutes nächstes Jahr.
John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: phel am 04 Januar 2015, 03:10:29
Hallo Charlie,

danke für deine tolle Arbeit!
Da du das einbinden von Logo!s vereinfacht hast, würde ich das gerne bei mir auch umsetzen.
Zitat von: charlie71 am 23 Dezember 2014, 21:03:41
New Features:
* Logo7 und Logo8 können nun sehr nur durch Angabe der IP Adresse angelegt werden. Beispiel:
define logo2 S7 LOGO7 10.0.0.242
define logo3 S7 LOGO8 10.0.0.243

alle internen Settings werden dann automatisch generiert.

Im Code scheint nur LOGO7 implementiert zu sein, und in der Readme wird noch die alte Methode beschrieben. Ist das inzwischen wieder rausgeflogen?

Grüße
Phel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Januar 2015, 07:26:37
Hallo phel,

ja das stimmt in der V1.14 war nur die Logo7 aktiviert.
in der V1.15 wird auch die die Logo8 unterstützt, bitte um Feedback.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Januar 2015, 07:46:44
Hallo Leute,

ich habe mal eine neue Version V1.15 erstellt. Versioninfo:

* Fix minor - PDU size of the connection  instead of the initial PDU Size (Parameter) is used for length checks
* Fix minor - fix für simple config LOGO8
* Cosmetical - cleanup logging info
* New Feature - New Parameter for Analog Reads and Analog Writes:  unit: This can be used to show a unit after the analog value
* New Feature - New Parameter for Analog Reads and Analog Writes:  precision: defines how many X places after the comma the value should be shown

Das File befindet sich im ersten Posting.
lG
Charle71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: phel am 04 Januar 2015, 13:58:31
Das ging ja schnell! Danke.

Lesen geht jetzt wunderbar, habe I und Q getestet.

Allerdings habe ich beim Schreiben Probleme - vielleicht gibts bei mir auch ein Verständnisproblem!?

ersteinmal meine config:
# Anbindung Siemens Logo
define mylogo S7 LOGO8 192.168.188.222
attr mylogo ReadDB-Config 0 1024 8 1 0 1064 8 1
attr mylogo WriteDB-Config 0 1024 8
attr mylogo alias Logo 8  230RCE
attr mylogo group Logo 8
attr mylogo icon it_network
attr mylogo room Automation

define Q1_mylogo S7_DRead Q1
attr Q1_mylogo IODev mylogo
attr Q1_mylogo alias Q1
attr Q1_mylogo devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q1_mylogo eventMap on:Ein off:Aus
attr Q1_mylogo group Logo 8
attr Q1_mylogo room Automation

define Q2_mylogo S7_DRead Q2
attr Q2_mylogo IODev mylogo
attr Q2_mylogo alias Q2
attr Q2_mylogo devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q2_mylogo eventMap on:Ein off:Aus
attr Q2_mylogo group Logo 8
attr Q2_mylogo room Automation

define I1_mylogo S7_DRead I1
attr I1_mylogo IODev mylogo
attr I1_mylogo alias I1
attr I1_mylogo group Logo 8
attr I1_mylogo room Automation

define I23_mylogo S7_DRead I23
attr I23_mylogo IODev mylogo
attr I23_mylogo alias I23
attr I23_mylogo group Logo 8
attr I23_mylogo room Automation

define I1_mylogo_w S7_DWrite I1
attr I1_mylogo_w IODev mylogo
attr I1_mylogo_w alias I1_w
attr I1_mylogo_w group Logo 8
attr I1_mylogo_w room Automation

define I23_mylogo_w S7_DWrite I23
attr I23_mylogo_w IODev mylogo
attr I23_mylogo_w alias I23_w
attr I23_mylogo_w group Logo 8
attr I23_mylogo_w room Automation


Ich habe versucht auf I1 und I23 zu schreiben - Ich dachte, dass ich vielleicht auf I23 eher schreiben kann, da dieser Eingang nicht in Hardware an meiner Logo vorhanden ist. I1 hätte ja einen Konflikt mit einem Hardware Schalter den ich angeschlossen habe.
Allgemein denke ich aber eher, dass die Netzwerkeingänge dafür gedacht sind. Ich habe NI1 in der Logo wie im angehängten Screenshot konfiguriert.

Leider fangen meine Probleme schon beim definieren an:
define NI1_mylogo_w S7_DWrite db 0 8324
bringt
S7_DWrite_Define: wrong memory area, valid position : (7536 - 7544) (7384 - 7400) (7584 - 7608) (9968 - 10088) (8512 - 8568) (8192 - 8248)


Grüße
Phel

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: phel am 04 Januar 2015, 14:07:47
Grade nocheinmal schreiben auf Merker getestet, das funktioniert wunderbar  :)
Dann kann ich jetzt damit Arbeiten! Danke.

Vielleicht schaust du in einer ruhigen Minute mal nach meinem Posting.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Januar 2015, 15:52:08
Hallo phel,

also das direkte Schreiben auf Eingänge funktioniert nicht (wie bereits schon mehrmals erwähnt). Grund Es wird zwar im Speicher der SPS der Wert gesetzt, jedoch zu Beginn jedes SPS Zyklus wird der Eingangsspeicher mit dem aktuellen Zustand der HW überschrieben.
Die Lösung ist somit Netzwerkeingänge zu verwenden. (Ich denke es auch besser die Netzwerkeingänge als Merker zu verwenden.)

1) Schritt such dir einen freien Variablen Speicherbereich in der SPS (in meinen Beispiel 602). Verbinde die Netzwerkeingänge mit dem variablen Speicher (in meinen Beispiel V602.0 und V602.1).

Siehe Screenshot im Attachment.

2) Im Fhem muss nun ein Writingconfig angelegt werden die diesem Speicher immer von FHEM auf die SPS schreibt:
Beispiel: Schreibt 5 Bytes ab Adresse 600 zur SPS (Anmerkung: Eigentlich würde es reichen wenn wir an Adresse 602 ein Byte schreiben würden.)
attr logo WriteDB-Config 0 600 5

3) Nun können die DWrites eingerichtet werden.
Beispiel:

define NI2 S7_DWrite db 0 602.0
define NI3 S7_DWrite db 0 602.1


Das war's auch schon.  Ich hoffe ich konnte ein wenig helfen.
lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: phel am 04 Januar 2015, 20:18:26
Perfekt, danke!

Dann war meine Vermutung richtig mit den HW Ausgängen. Bei den NIs dachte ich, es gäbe feste Bereiche wie in der Hilfe angegeben (siehe Anlage von vor 2 Postings). Aber jetzt ist alles klar und funktioniert auch mit Netzwerkeingängen!

Grüße
Phel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 04 Januar 2015, 22:28:52
Hallo charlie71,

precision und unit ist genial! Wäre es möglich, für unit ein Auswahl-Fenster zu zeigen (wie bei room oder group), in dem alle schon definierten Einheiten zur Auswahl stehen plus dem Textfeld für eine neue Einheit?

Überhaupt sollte unit grundsätzlich als attr eingeführt werden, ich habe den slider zum Sollwert setzen jetzt hinbekommen, nur der slider selber zeigt natürlich keine Einheiten an.

define Feuchte_Soll S7_AWrite db 22 0 float
attr Feuchte_Soll IODev PCS_7
attr Feuchte_Soll group Raumluft
attr Feuchte_Soll precision 1
attr Feuchte_Soll room Keller
attr Feuchte_Soll unit % rel. Feu

define Feuchte_Soll_Slider dummy
attr Feuchte_Soll_Slider group Raumluft
attr Feuchte_Soll_Slider room Keller
attr Feuchte_Soll_Slider setList state:slider,40,0.5,70,1
attr Feuchte_Soll_Slider webCmd state

define Feuchte_Soll_Slider_notify notify Feuchte_Soll_Slider {\
fhem "set Feuchte_Soll ".ReadingsVal("Feuchte_Soll_Slider","state","50");;\
}
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 07 Januar 2015, 14:53:52
Hallo zusammen und ein gutes neues, gesundes und erfolgreiches Jahr 2015 !!!

Ich verzweifle   :-\

Seit Monaten beschäftige ich mich immer mal wieder mit dem Thema, eine Verbindung zwischen fhem und der S7 hinzubekommen.
Nun habe ich durch dieses Modul 44_S7 endlich geschafft !!! Vielen Dank für diese Entwicklung.
Ich kann Werte und Bits hin und herbewegen!
Und mittlerweile habe ich es auch anhand von einigen Codeschnipseln hier aus dem Forum geschafft,
einen analogen Wert (Temperatur vom FHT) an die S7 zu übergeben.
Da ich aber kein fhem bzw. perl-Programmierer bin und mir auch leider immer nur kleine Zeitscheiben zum Basteln zur Verfügung stehen,
habe ich das Gefühl, bei jeder Anweisung fange ich wieder bei null an.

Mit folgendem Code schiebe ich die Temperatur zur S7 :
define WZ_Regler_notify notify WZ_Regler {\
fhem "set Temp_Ist ".ReadingsVal("WZ_Regler","temperature","18.0");;\
}


Auch wenn es für euch banal ist, ich versuche schon die ganze Zeit, z.B. einen Fensterkontakt zur SPS zu beamen und bekomme es einfach nicht hin.
Und ich habe hier schon etliche Threads durchforstet und einiges versucht.

Vielleicht kann mir ein Spezi hier ein paar Grundzeilen zusammenfassen, wie ich das hinbekomme.
Bitte nicht schimpfen, wenn es zu banal ist, aber mir fehlt einfach die Zeit und ich verliere so langsam die Lust, da ich es einfach nicht hinbekomme.


Gruß
Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Januar 2015, 20:18:40
Hallo fu_zhou,

ich denke, dass mit dem Auswahlfenster ist möglich, aber ich sehe das eher als kosmetischen Punkt an.

lG
charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 09 Januar 2015, 18:00:34
Hallo charlie71,

ja, das ist "nice to have". Bist du aus deiner Sicht erstmal fertig mit dem Modul oder arbeitest du noch an neuen Features, Verbesserungen, Anpassungen, wie immer man es nennen mag?

Grüße!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Januar 2015, 20:07:12
Hallo fu_zhou,

im wesentlichen bin ich mit dem Modul fertig.
Folgende Verbesserungen/Features sind mir noch eingefallen:

* Hinweismeldungen für den Benutzer verbessern
* Zeitsynchronisation von FHEM --> SPS

aber ich nehme gerne Verbesserungsvorschläge von der Community an.
lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 10 Januar 2015, 10:37:17
Hallo charlie71,

in der "Bedienungsanleitung" auf der ersten Seite ist noch ein klitzekleiner Tippfehler.

Bei der Beschreibung von S7_DWrite steht im Beispielcode zum Setzen eines Bits "S7_AWrite".

Habe jetzt auch endlich meine Fensterkontakte in der S7 sichtbar.

Dank dafür auch an fu_zhou !
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 Januar 2015, 19:53:10
Hallo Leute,

es hat ein wenig gedauert aber jetzt ist sie da die Version 2.00 des S7 Moduls.

Die wichtigsten Änderungen:
* Es gibt nun eine Wikipage (ich hoffe auf rege Mitarbeit): http://www.fhemwiki.de/wiki/S7
* Es wird keine libnodave mehr benötigt! Ich habe ein perl Modul erstellt dass die Kommunikation zur SPS direkt abwickelt.

Da dies Kommunikationsmodul auf settimino basiert, habe ich auch die Konfigurationssyntax des S7 Moduls anpassen müssen.
Bitte unbedingt vorher im Wiki nachlesen.

Nun läuft das S7 Modul auch auf meiner FB7390 :-)

Teststatus: Das Modul läuft bei mir seit 18.1 ohne Fehler auf einer Raspbery PI Umgebung

Das neue File wie immer auf der ersten Seite.
Bitte um Feedback und Ergänzungen im Wiki.

lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 20 Januar 2015, 20:52:40
Hallo charlie71,

gratuliere, starke Leistung das alles nativ mit Perl zu realisieren.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 20 Januar 2015, 22:11:01
Hallo Charlie71,

tolle Arbeit. Es macht die installation wesentlich einfacher.
Habe es gerade in Betrieb genommen.

Kann meine Anlage wie vorher auch steuern.
Dann ist mir im log folgendes aufgefallen:


2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC ReadArea error: -2=?
2015.01.20 22:05:16 2: mylogo S7 disconnected
2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:19 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.01.20 22:05:37 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 707

2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC ReadArea error: -2=?
2015.01.20 22:05:37 2: mylogo S7 disconnected
2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:40 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.01.20 22:05:57 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 707

2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC ReadArea error: -2=?
2015.01.20 22:05:57 2: mylogo S7 disconnected
2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:06:00 3: mylogo S7_connect: connect to PLC with maxPDUlength=240


Hier ist auch die config

################################################################################
# Anbindung Siemens Logo
#
#
define mylogo S7 192.168.10.50 0 0 10
attr mylogo ReadDB-Config 0 0 2 10 0 1024 2 10 0 1064 2 10 0 1104 2 10
attr mylogo WriteDB-Config 0 1246 15
attr mylogo verbose 3
#
# Verbindung Steuerung mit den Logo-Daten
#
define Licht_Aus S7_DWrite DB 0 1246.0
attr Licht_Aus IODev mylogo
attr Licht_Aus alias Zentral Aus
attr Licht_Aus devStateIcon .*:black_FS20.off
attr Licht_Aus eventMap trigger:Aus
attr Licht_Aus group Schalter
attr Licht_Aus room Flur
attr Licht_Aus webCmd Aus
#
define Licht_An S7_DWrite DB 0 1246.7
attr Licht_An IODev mylogo
attr Licht_An alias Zentral Ein
attr Licht_An devStateIcon .*:black_FS20.on
attr Licht_An eventMap trigger:Ein
attr Licht_An group Schalter
attr Licht_An room Flur
attr Licht_An webCmd Ein
#
define MEDIEN S7_DWrite DB 0 1247.0
attr MEDIEN IODev mylogo
attr MEDIEN alias Medien
attr MEDIEN devStateIcon on:it_television off:it_television
attr MEDIEN eventMap on:Ein off:Aus
attr MEDIEN group Schalter
attr MEDIEN room Wohnzimmer
attr MEDIEN webCmd Ein:Aus
#
define URLAUB S7_DWrite DB 0 1246.6
attr URLAUB IODev mylogo
attr URLAUB alias Urlaub
attr URLAUB devStateIcon Aus:black_FS20.off Ein:black_FS20.on
attr URLAUB eventMap on:Ein off:Aus
attr URLAUB group Schalter
attr URLAUB room Flur
attr URLAUB webCmd Ein:Aus
# Anzeigen
#
define BEL_FLUR_UG_STATUS S7_DRead DB 0 1064.0
attr BEL_FLUR_UG_STATUS IODev mylogo
attr BEL_FLUR_UG_STATUS alias Bel. KG
attr BEL_FLUR_UG_STATUS group Status
attr BEL_FLUR_UG_STATUS room Flur
attr BEL_FLUR_UG_STATUS sortby 04
#
define BEL_FLUR_EG_STATUS S7_DRead DB 0 1064.1
attr BEL_FLUR_EG_STATUS IODev mylogo
attr BEL_FLUR_EG_STATUS alias Bel. EG
attr BEL_FLUR_EG_STATUS group Status
attr BEL_FLUR_EG_STATUS room Flur
attr BEL_FLUR_EG_STATUS sortby 03
#
define BEL_FLUR_OG_STATUS S7_DRead DB 0 1064.2
attr BEL_FLUR_OG_STATUS IODev mylogo
attr BEL_FLUR_OG_STATUS alias Bel. OG
attr BEL_FLUR_OG_STATUS group Status
attr BEL_FLUR_OG_STATUS room Flur
attr BEL_FLUR_OG_STATUS sortby 02
#
define BEL_FLUR_DG_STATUS S7_DRead DB 0 1064.3
attr BEL_FLUR_DG_STATUS IODev mylogo
attr BEL_FLUR_DG_STATUS alias Bel. DG
attr BEL_FLUR_DG_STATUS group Status
attr BEL_FLUR_DG_STATUS room Flur
attr BEL_FLUR_DG_STATUS sortby 01
#
define MEDIEN_STATUS S7_DRead DB 0 1065.2
attr MEDIEN_STATUS IODev mylogo
attr MEDIEN_STATUS alias Medien Steckd.
attr MEDIEN_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr MEDIEN_STATUS group Status
attr MEDIEN_STATUS room Wohnzimmer
#
define VORDACH_STATUS S7_DRead DB 0 1065.3
attr VORDACH_STATUS IODev mylogo
attr VORDACH_STATUS alias Steckd. Vordach
attr VORDACH_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr VORDACH_STATUS group Status
attr VORDACH_STATUS room Aussen
#
define TEMP S7_ARead DB 0 0 s16
attr TEMP IODev mylogo
attr TEMP alias Temperatur
attr TEMP group Status
attr TEMP room Aussen
#
define DAEMMERUNG_STATUS S7_DRead DB 0 1024.0
attr DAEMMERUNG_STATUS IODev mylogo
attr DAEMMERUNG_STATUS alias Dämmerung
attr DAEMMERUNG_STATUS devStateIcon on:weather_moon_phases_8 off:weather_sun
attr DAEMMERUNG_STATUS group Status
attr DAEMMERUNG_STATUS room Aussen


Gruß & Danke für eine großartige Arbeit

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 Januar 2015, 22:36:27
Hallo Porsti

ich denke du solltest die Logo spezifische Konfig verwenden:


define mylogo S7 LOGO8 192.168.10.50


Ich vermute das mit der Rack und der Slot Konfig für die Logo funkt jetzt nicht mehr so.

lG
Karl


Zitat von: Porsti am 20 Januar 2015, 22:11:01
Hallo Charlie71,

tolle Arbeit. Es macht die installation wesentlich einfacher.
Habe es gerade in Betrieb genommen.

Kann meine Anlage wie vorher auch steuern.
Dann ist mir im log folgendes aufgefallen:


2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC ReadArea error: -2=?
2015.01.20 22:05:16 2: mylogo S7 disconnected
2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:16 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:19 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.01.20 22:05:37 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 707

2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC ReadArea error: -2=?
2015.01.20 22:05:37 2: mylogo S7 disconnected
2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:37 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:40 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.01.20 22:05:57 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 707

2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC ReadArea error: -2=?
2015.01.20 22:05:57 2: mylogo S7 disconnected
2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:05:57 3: mylogo S7_ReadBlockFromPLC: PLC is not connected
2015.01.20 22:06:00 3: mylogo S7_connect: connect to PLC with maxPDUlength=240


Hier ist auch die config

################################################################################
# Anbindung Siemens Logo
#
#
define mylogo S7 192.168.10.50 0 0 10
attr mylogo ReadDB-Config 0 0 2 10 0 1024 2 10 0 1064 2 10 0 1104 2 10
attr mylogo WriteDB-Config 0 1246 15
attr mylogo verbose 3
#
# Verbindung Steuerung mit den Logo-Daten
#
define Licht_Aus S7_DWrite DB 0 1246.0
attr Licht_Aus IODev mylogo
attr Licht_Aus alias Zentral Aus
attr Licht_Aus devStateIcon .*:black_FS20.off
attr Licht_Aus eventMap trigger:Aus
attr Licht_Aus group Schalter
attr Licht_Aus room Flur
attr Licht_Aus webCmd Aus
#
define Licht_An S7_DWrite DB 0 1246.7
attr Licht_An IODev mylogo
attr Licht_An alias Zentral Ein
attr Licht_An devStateIcon .*:black_FS20.on
attr Licht_An eventMap trigger:Ein
attr Licht_An group Schalter
attr Licht_An room Flur
attr Licht_An webCmd Ein
#
define MEDIEN S7_DWrite DB 0 1247.0
attr MEDIEN IODev mylogo
attr MEDIEN alias Medien
attr MEDIEN devStateIcon on:it_television off:it_television
attr MEDIEN eventMap on:Ein off:Aus
attr MEDIEN group Schalter
attr MEDIEN room Wohnzimmer
attr MEDIEN webCmd Ein:Aus
#
define URLAUB S7_DWrite DB 0 1246.6
attr URLAUB IODev mylogo
attr URLAUB alias Urlaub
attr URLAUB devStateIcon Aus:black_FS20.off Ein:black_FS20.on
attr URLAUB eventMap on:Ein off:Aus
attr URLAUB group Schalter
attr URLAUB room Flur
attr URLAUB webCmd Ein:Aus
# Anzeigen
#
define BEL_FLUR_UG_STATUS S7_DRead DB 0 1064.0
attr BEL_FLUR_UG_STATUS IODev mylogo
attr BEL_FLUR_UG_STATUS alias Bel. KG
attr BEL_FLUR_UG_STATUS group Status
attr BEL_FLUR_UG_STATUS room Flur
attr BEL_FLUR_UG_STATUS sortby 04
#
define BEL_FLUR_EG_STATUS S7_DRead DB 0 1064.1
attr BEL_FLUR_EG_STATUS IODev mylogo
attr BEL_FLUR_EG_STATUS alias Bel. EG
attr BEL_FLUR_EG_STATUS group Status
attr BEL_FLUR_EG_STATUS room Flur
attr BEL_FLUR_EG_STATUS sortby 03
#
define BEL_FLUR_OG_STATUS S7_DRead DB 0 1064.2
attr BEL_FLUR_OG_STATUS IODev mylogo
attr BEL_FLUR_OG_STATUS alias Bel. OG
attr BEL_FLUR_OG_STATUS group Status
attr BEL_FLUR_OG_STATUS room Flur
attr BEL_FLUR_OG_STATUS sortby 02
#
define BEL_FLUR_DG_STATUS S7_DRead DB 0 1064.3
attr BEL_FLUR_DG_STATUS IODev mylogo
attr BEL_FLUR_DG_STATUS alias Bel. DG
attr BEL_FLUR_DG_STATUS group Status
attr BEL_FLUR_DG_STATUS room Flur
attr BEL_FLUR_DG_STATUS sortby 01
#
define MEDIEN_STATUS S7_DRead DB 0 1065.2
attr MEDIEN_STATUS IODev mylogo
attr MEDIEN_STATUS alias Medien Steckd.
attr MEDIEN_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr MEDIEN_STATUS group Status
attr MEDIEN_STATUS room Wohnzimmer
#
define VORDACH_STATUS S7_DRead DB 0 1065.3
attr VORDACH_STATUS IODev mylogo
attr VORDACH_STATUS alias Steckd. Vordach
attr VORDACH_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr VORDACH_STATUS group Status
attr VORDACH_STATUS room Aussen
#
define TEMP S7_ARead DB 0 0 s16
attr TEMP IODev mylogo
attr TEMP alias Temperatur
attr TEMP group Status
attr TEMP room Aussen
#
define DAEMMERUNG_STATUS S7_DRead DB 0 1024.0
attr DAEMMERUNG_STATUS IODev mylogo
attr DAEMMERUNG_STATUS alias Dämmerung
attr DAEMMERUNG_STATUS devStateIcon on:weather_moon_phases_8 off:weather_sun
attr DAEMMERUNG_STATUS group Status
attr DAEMMERUNG_STATUS room Aussen


Gruß & Danke für eine großartige Arbeit

Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 20 Januar 2015, 22:53:33
Schon mal Hut ab, ich gehe morgen ins Rennen mit meinem RasPi und der S7-317.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 21 Januar 2015, 08:01:42
Hallo Charlie
Man koennte ja fast die Solidaritaetsausdruecke der letzten Wochen wieder aufgreifen! Nein mal ehrlich, Hut ab! Schade eigentlich, dass es bei mir gerade eigentlich gut laeuft! Gestern Abend endlich mal wieder Zeit gehabt, und schon mit dem Licht rumgespielt!
Wie geht man am Besten vor? Alles Alte ueber Bord, und dann neu definieren? Oder kann man was behalten?

BTW: Ich habe in der S7_Client etwas entdeckt, was eventuell ein Fehler sein koennte! (use constant  S7WLDWord   => 0x06;) Sollte das nicht 0x08 sein!?

Gruss Christoph

P.S.: Das Wiki ist ja auch der Hammer! Ich denke das beantwortet meine Fragen!


DANKE
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 21 Januar 2015, 08:42:41
Hallo Charlie,

habe da noch eine frage zu der Logo Konfiguration.
Ich arbeite dort auch mit Netzwerkeingängen auf der Logo Seite.
Wie kann ich diese in der Vereinfachten Konfiguration ansprechen?

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Januar 2015, 11:20:04
Hallo Porsti,

für die Netzwerkeingänge gibt es noch keine vereinfachte Konfiguration.
Jedoch die Configuration für die Module hat sich nicht verändert:
44_S7_ARead.pm
44_S7_AWrite.pm
44_S7_DRead.pm
44_S7_DWrite.pm

Du musst nur noch ein zusätzlichen Reading/Writing block im S7 Modul hinzufügen.

lG
Charlie71

Zitat von: Porsti am 21 Januar 2015, 08:42:41
Hallo Charlie,

habe da noch eine frage zu der Logo Konfiguration.
Ich arbeite dort auch mit Netzwerkeingängen auf der Logo Seite.
Wie kann ich diese in der Vereinfachten Konfiguration ansprechen?

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Januar 2015, 16:50:13
Hallo Christoph

um eine Bestehende Config (V1.15) auf das das Modul V2.00 zu migrieren muss eigentlich nur die Config des S7 Moduls angepasst werden.
Hier geht es um die Rack und die Slot Config. Wenn du eine Logo besitzt dann solltest du auf die alternative vereinfachte Config umsteigen. Danach noch die Reader und Writer Config der Blöcke konfigurieren.

Die Konfigs der folgenden Module müssen nicht angepasst werden.
44_S7_ARead.pm
44_S7_AWrite.pm
44_S7_DRead.pm
44_S7_DWrite.pm

Vielen Dank für Deinen Hinweis auf einen potentiellen Fehler, ich werde dass Prüfen.

lG
Karl
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 21 Januar 2015, 17:44:09
Hallo charlie71,

die Verbindung zur S7 wird bei mir aufgebaut und bleibt bestehen, solange ich noch kein ReadDB-Config definiere. Sobald ich ein Read-DB-Config definiere (z.B. das wie in der V1.15 mit Libnodave) bricht die Verbindung zur S7 immer wieder ab.
define PCS_7 S7 192.168.1.101 0 2
attr PCS_7 ReadDB-Config 20 0 8 1 21 0 2 1

(lese jede Sekunde den DB 20: 8 byte ab 0.0 und DB 21: 2 byte ab 0.0)

Im Logfile steht dann:
...
2015.01.21 17:42:40 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.01.21 17:42:47 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=?
2015.01.21 17:42:47 2: PCS_7 S7 disconnected
2015.01.21 17:42:47 3: PCS_7 S7_ReadBlockFromPLC: PLC is not connected
2015.01.21 17:42:50 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.01.21 17:42:57 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=?
2015.01.21 17:42:57 2: PCS_7 S7 disconnected
2015.01.21 17:42:57 3: PCS_7 S7_ReadBlockFromPLC: PLC is not connected
2015.01.21 17:43:00 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.01.21 17:43:07 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=?
2015.01.21 17:43:07 2: PCS_7 S7 disconnected
...


Den DB 20 und 21 gibt es in der S7, auch mit der notwendigen Länge. Das selbe Problem taucht auch auf, wenn ich nur einen Lese-DB definiere oder das Intervall hochsetze (z.B. 5 oder 10 Sek). Habe auf die V1.15 zurückgerüstet und da funktioniert es wieder auf Anhieb.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Januar 2015, 19:12:56
Hallo fu_zhou,

ich denke ich hab den Fehler gefunden. Bitte die beiliegende Datei tauschen. Bitte um Feedback ob das Problem behoben ist.

Danke und lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 21 Januar 2015, 19:14:20
Die Kopplung steht jetzt, allerdings funktioniert ARead nicht richtig. In meinem DB 20 steht ab Byte 0 52.3 (float) und ab Byte 4 23.9 (float). Angezeigt in FHEM wird 66.0 und 65.0.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 21 Januar 2015, 19:45:48
Hallo Charly71,

es gibt einen S7-Simulator, der dir beim Testen sehr behilflich sein kann.

http://www.deltalogic.de/automatisierungstechnik/software/accontrol-s7-win32.html (http://www.deltalogic.de/automatisierungstechnik/software/accontrol-s7-win32.html)

Die Demo-Version ist völlig ausreichend. Das Teil ahmt eine S7 nach.
Wenn dir einer der User noch ein S7-Projekt mit den passenden DBs zusendet, kannst du dieses einspielen
und direkt testen. (Windows Umgebung vorausgesetzt).

Nur so als Idee. Mir hat das Teil sehr geholfen.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 21 Januar 2015, 19:51:28
AWrite scheint nicht zu funktionieren. Es kommen keine Werte im DB an. DRead und DWrite funktioniert, so weit ich das bisher erkennen kann.
Beim Rückrüsten auf V1.15 funktioniert ARead und AWrite wieder.

Ich hoffe, das ist in Ordnung, wenn ich hier zunächst kurz und knapp schreibe, was ich herausfinde. Im Perl-Code finde ich mich sowieso nicht zurecht...

Gruß

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Januar 2015, 11:20:28
Hallo fu_zhou,

mit der beliegenden SW sollte der Bug mit dem "Float" lesen gefixt sein.

Bei den Schreiboperationen klemmt es noch ein wenig.
Ich habe die aktuelle Version unter Linux  und Windows getestet.
Lesen funktioniert auf beiden Plattformen, schreiben nur unter Linux.
Interessant dabei ist, das jeweils die selben TCP Daten geschickt wird. Unter Windows scheinen die Information nicht anzukommen.
Das Schreiben funktioniert auch auf eine S300!!!!

Bitte um Feedback ob das Lesen von Float Variablen jetzt funktioniert.
lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Januar 2015, 11:32:51
Hallo fu_zhou,

nachdem das Schreiben bei meiner S300 unter Linux funktioniert, würde ich dir gerne ein Testprogramm (testS300DB20.pm + 44_S7_Client.pm) zur Verfügung stellen.
Das Testprogramm geht wie folgt vor:
lesen von DB20 ab Position 0:
W0 ... 16 bit int
W2 ... 16 bit int
F4 ... 32bit float

schreiben auf DB20 ab Position 0:
W0 ... 16 bit int (neuer Wert 11)
W2 ... 16 bit int (neuer Wert 22)
F4 ... 32bit float (neuer Wert 3.14)

lesen von DB20 ab Position 0 (zur Kontrolle ob das Schreiben funktioniert hat):
W0 ... 16 bit int
W2 ... 16 bit int
F4 ... 32bit float

Bevor du das Testprogramm startest bitte den lib pfad im file "testS300DB20.pm" anpassen. Bitte auch die IP Adresse prüfen.

Zum Ausführen beide Files auf den FHEM server kopieren und dann in der Console ausführen:
perl testS300DB20.pm

Kannst du bitte das Ergebnis posten.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 23 Januar 2015, 13:02:27
Heute abend habe ich sturmfrei!
Da mache ich dann auch mal mit!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Januar 2015, 19:26:28
Hallo charlie71,

mit dem remote TSAP 0x0102 klappt es, ich sehe die Werte auch online auf dem PG im DB20 (logisch). Also funktioniert ja INT und REAL schreiben und lesen, was muss ich jetzt in FHEM anders machen?
------------------------------------------------
Byteorder: 12345678

------------------------------------------------
TEST PLC CONNECTION
------------------------------------------------
Connected ! PDU Length = 240
------------------------------------------------
READ TEST DB20 start 0 length 8
------------------------------------------------
ReadArea: 00, 00, 00, 00, 00, 00, 00, 00

W0: 0 , W2: 0 , F4: 0

------------------------------------------------
WRITE TEST DB20 start 0 length 8
------------------------------------------------
WriteArea: 00, 0b, 00, 16, 40, 48, f5, c3
WriteArea: sending Data (43):03, 00, 00, 2b, 02, f0, 80, 32, 01, 00, 00, 05, 00, 00, 0e, 00, 0c, 05, 01, 12, 0a, 10, 02, 00, 08, 00, 14, 84, 00, 00, 00, 00, 04, 00, 40, 00, 0b, 00, 16, 40, 48, f5, c3

------------------------------------------------
READ TEST DB20 start 0 length 8
------------------------------------------------
ReadArea: 00, 0b, 00, 16, 40, 48, f5, c3

W0: 11 , W2: 22 , F4: 3.14000010490417

------------------------------------------------
Test End
------------------------------------------------
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Januar 2015, 19:52:01
Hallo fu_zhou,

perfekt, das sind ja gute Nachrichten. Bitte tausche die folgende Datei aus dem S7 FHEM Modul.
Bitte wieder um Feedback.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Januar 2015, 20:23:32
Kein Erfolg in FHEM. Schreiben funktioniert nicht und die float-Werte werden nicht richtig gelesen (INT lesen funktioniert). Ich habe zunächst mal alles auf ein und den selben Lese- und Schreib-DB reduziert. Der DB hat 4 Real (0.0, 4.0, 8.0, 12.0) und zwei INT (16.0, 18.0), also 20 Byte. Hier meine fhem.cfg:

# S7 Kommunikation
define PCS_7 S7 192.168.1.101 0 2
attr PCS_7 ReadDB-Config 22 0 20 1
attr PCS_7 WriteDB-Config 22 0 20

# Analogwerte
define INT_schreiben S7_AWrite db 22 16 s16
attr INT_schreiben IODev PCS_7
define REAL_schreiben S7_AWrite db 22 0 float
attr REAL_schreiben IODev PCS_7

define INT_lesen S7_ARead db 22 16 s16
attr INT_lesen IODev PCS_7
define REAL_lesen S7_ARead db 22 0 float
attr REAL_lesen IODev PCS_7
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Januar 2015, 20:48:27
Jetzt passiert was ganz Verrücktes: Schreibe ich einen INT oder FLOAT, werden uralte Werte (INT: 5555, FLOAT: 45.67) in den DB geschrieben, aber nicht die, die ich eingebe. 5555 und 45.67 habe ich vorhin mal zu Testzwecken mit der Variablentablelle in den DB geschrieben.
INT Schreiben führt dazu, dass INT u n d FLOAT gleichzeitig mit den alten Werten beschrieben werden.
FLOAT Schreiben führt dazu, dass INT u n d FLOAT gleichzeitig mit den alten Werten beschrieben werden.
Wenn ich Licht schalte über DWrite (Trigger), geht der FLOAT Wert für die eine Sekunde im DB von 45.67 auf 182.68. Gleichzeitig wird der FLOAT und INT Wert im DB 22 wiede mit 5555 und 45.67 beschrieben, wenn vorher etwas anderes drin stand.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 23 Januar 2015, 21:58:22
Hallo Ihr zwei
Ich spiele auch gerade mal ein bisschen rum! Ich habe aber die S7_Client von 11:32 am Wickel, da fu_zhou mit der anderen ja eher Probleme hat! Ich habe aber einige Probleme!

Gruss Christoph

Edit:
Habe gerade gesehen, die S7_Client ist von 16:46!
A_Write traegt auch nichts in den Write_puffer ein!
Im ersten Write_puffer sind noch seltsame Fragmente!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Januar 2015, 22:13:23
Hallo Christoph,

wir haben per PM noch einige Tests gemacht und charlie wird wohl eine Nacht drüber schlafen. Es bleibt spannend, ich fände es aber stark, wenn das rein Perl-basierte S7 Modul funktioniert und auch offiziell wird. Hoffentlich verliert charlie nicht die Lust, ich stehe auf jeden Fall für sämtliche Tests weiterhin zur Verfügung!

Was ich auch festgestellt habe zum Thema Fragmente: In meinem DB, in den ich Binärwerte von FHEM schreibe, ist das Bit 0.2 immer auf 1 gesetzt, wenn FHEM startet.
Es werden (bei der Libnodave) am Anfang alte/ seltsame Analogwerte angenommen, so dass ich beim Start von FHEM erst einmal initialisiere. Ich nutze z.B. die Außentemperatur aus dem Web mit dem Weather Modul. Solange das Module nicht updated steht in der Außentemperatur zur S7 der Wert eines anderen Analogwertes drin. Nach dem ersten Update von Weather passt es dann aber. Das ist wahrscheinlich ein Thema für später einmal...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 23 Januar 2015, 22:35:18
Hallo fu_zhou
Ja ich bin auch gerne bereit weiter mit zu testen! Weil das Modul ist genau das was ich wirklich brauche! Wie sieht das denn bei Dir aus?
Geht bei Dir mehrere Bits schreiben?
Nach fhem-Neustart kommen alle Werte von der S7? (Ich habe da auch Fehler im log, als ob erst die Variablen angelegt werden und dann das IO_Dev)
Wenn ich einen reload des S7_Clients mache kriege ich eine Fehlermeldung:
Undefined subroutine &main::S7_Client_Initialize called at fhem.pl line 2052
Hast Du das auch?

Da ich es noch nicht produktiv nutze ist es momentan nicht so schlimm, aber ich wuerde gerne!

Gruss Christoph

Edit:
Habe gerade Dein Edit gelesen! Bei mir schimmelt die Libnodave natuerlich noch irgendwo rum! Nicht, dass die die Probleme bereitet!  :(
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Januar 2015, 22:46:16
Hallo Christoph,

mehrere Bits schreiben habe ich noch gar nicht probiert, werde ich morgen mal rangehen. Ansonsten ist mein Logfile aber sauber und die Werte kommen (float zwar nicht richtig - wurde ja schon beschrieben).
Ich bin auch noch nicht produktiv mit FHEM und S7, das will ich aber unbedingt machen, weil ich keinen PC mit 250 Watt Tag und Nacht laufen lassen werde, nur um an der S7 über Tablet einen Raumsollwert zu ändern.

Ich glaube nicht, dass die Libnodave Probleme bereitet, die sitzt in ihrem Verzeichnis und wird ja von den neuen 44_S7 Modulen nicht aufgerufen. Ich habe sie bewusst drin gelassen, um durch den Tausch der 44_S7 Module aus der V1.15 schnell umrüsten zu können.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 23 Januar 2015, 22:55:14
Deswegen ist meine auch noch da!
Na ich werde mal eben nach den floats gucken! Und dann wars fuer heute auch wieder lange genug vor der Kiste!
Wir hoeren uns!
Christoph

Edit:
Ich habe jetzt noch mal ein wenig rumprobiert!
Also die Berechnung der float-Werte ist falsch! Ich habe mich gerade gestern mit dieser kranken formel beschaeftigt, und mir scheint zumindest die Reihenfolge der Bytes stimmt nicht!
In den S7_Axxx-Modulen taucht auch noch jede Menge dave-Geraffel auf!? Da scheint entweder was von gebraucht zu werden, oder es wurde vergessen!?
Charlie, wenn wir Dir helfen koennen melde Dich bitte!

Danke und gute Nacht
Christoph

(//)

Hier mal die tolle Formel und noch ein Link wo ich es her habe:http://www.sps-lehrgang.de/zahlenformate-step7/ (http://www.sps-lehrgang.de/zahlenformate-step7/)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 08:44:20
Hallo Leute,

vielen Dank für euren Support.
Aktuell sehe ich die Lage wie folgt:
Das low level Interface sollte prinzipiell funktionieren (perlcode zur SPS Kommunikation), dass hat fo_zhou an seiner SPS und auch ich auf einer S300 mit dem Testprogramm erfolgreich getestet (auch floats werden sauber gelesen und/oder geschrieben)

Es scheint jedoch Probleme mit der Anbindung des neuen Moduls zu geben.
Meine Vermutung ist, das es ein Speicherzugriffsproblem gibt. DH zB dass Werte außerhalb des definierten Bufferbereichs gelesen wird ...
(Scheinbar treten diese Probleme nicht auf meiner Installation mit 4x Siemens Logo auf, dass lässt sich auch erklären, da ich nur dieses eine Modul verwende und somit dynamisches allokieren von Speicher nur selten Auswirkungen hat. )

lG
Charlie71


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 24 Januar 2015, 11:22:29
Hallo zusammen,

ich habe jetzt die Analogwert-Kommunikation mal rausgemschmissen und lese/ schreibe 8 bit, wobei die S7 das, was im DB23 ankommt, einfach auf das entsprechende bit im DB21 schreibt. Das funktioniert soweit einwandfrei, nur das bit 0.0 im DB21 bleibt stehen und wechselt ab und zu den Zustand mit einem anderen bit. Ein zweites mal Triggern setzt das bit 0.0 erst wieder auf 0. Bit 0.1 bis 0.7 funktioniert, d.h. beim setzen über Trigger (1 Sek), kommt das entsprechende Rückmelde-bit für 1 Sek.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 11:46:32
Hallo fu_zhou,

Ein neuer Tag ein neues Glück  ;)
so gibt eine Neue Testversion für FHEM modul.
Es sind ein Fehler im Bereich analog read / analog write behoben.

bitte die File tauschen und Feedback geben.
Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 24 Januar 2015, 13:26:51
Hallo charlie,

Edit: entschuldige die Verwirrung...

Also Real schreiben geht jetzt, bei Real lesen ist nach wie vor was mit der Skalierung/ Darstellung im Argen.

Problem: Sowohl der erste gelesene Real-Wert als auch der erste Binär-Wert wird durch andere Werte in FHEM beeinflusst. Setze ich ein bit, ändert sich der erste real Wert zum Teil extrem, aber nur für die eine Sekunde des Triggers. Nach und nach ändert sich der Wert sogar permanent durch das setzen von bits.
Jeweils der erste ARead und DRead scheint sich irgendwo "Rauschen" einzufangen.

Auch der erste geschriebene Real Wert ändert sich nach und nach mit setzen von bits.
Auch das erste geschriebene bit wechselt von alleine ständig den Zustand im DB (TRUE-FALSE-TRUE-FALSE).


Das war aber bei der Libnodave schon so, wie ich eben festgestellt habe, nachdem ich kurz auf die 1.15 umgestiegen bin.

Und der Raspi Monitor wird mit Logeinträgen (WriteArea: sending data ...) zugeballert.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 14:22:10
Hallo Leute,

ich hab mal die letzten Fixes in die Version V2.1 gepackt:

* Fix: Fehler für DB ungleich 0 behoben
* Fix: AnalogRead und Analog Write

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 24 Januar 2015, 14:52:05
Hallo zusammen

Ich bin jetzt auch wieder verfuegbar, bis ca. 18:00 Uhr. Ich darf heute ins Theater!
@Charlie: Ich kann einen zweiten RPI aufsetzen, und da ein nacktes FHEM nur mit den S7-Modulen drauf laufen lassen, wenn das hilft! Jetzt checke ich erstmal die neue Version!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 24 Januar 2015, 15:04:33
Hallo Charlie und Christoph,

mein Raspi B ist im Moment "nackig", d.h. es ist nur Raspbian, Perl, ftp Server und FHEM installiert. FHEM übernimmt im Moment auch keine Aufgaben außer der Kopplung zur S7.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 24 Januar 2015, 15:17:28
Hallo
Ich habe jetzt meinen "normalen" RPI mit den neuen Modulen gefuettert! Schreiben lesen von float-Werten geht jetzt!
Aber: Wenn ich mir den db-Writepuffer ansehe, dann sind da die Daten vom zweiten Teil auf den ersten dupliziert! siehe Bild
Das zweite Bit zeigt immer noch Fragezeichen!
Gruss Christoph

(//)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 24 Januar 2015, 16:08:11
Hallo zusammen
Also ich habe jetzt den RPI neugestartet. Keine Kommunikation! Bei mir kommt auch immer die Fehlermeldung das kein IODEV fuer die S7-Variablen vorhanden ist! Das ist irgendwie ein Timing-Problem! Habt Ihr das nicht? Kann ich das irgendwie beeinflussen? Ich habe das auch bei einer anderen Komponente! (Jeelink ETH200)
Stop, ich sehe gerade die Kommunikation laeuft doch! Nur die Elemente die vor dem Umstieg auf 2.xx definiert waren wollen nicht!
Ok, die gehen jetzt auch, nachdem ich denen noch mal das IODEV definiert habe!
Jetzt ist noch das Problem mit dem Lesen des zweiten Bits da! Ich loesche jetzt mal das erste!
F..k! Die Fragezeichen bleiben!, aber wenn man mal einfach probiert zu Steuern, dann geht das natuerlich!
Also nur noch die Ueberschneidungen!
Gruss Christoph

Edit:
Noch mal probiert, definitiv werden die Werte auf beide zu schreibenden DB's geschrieben!
Jetzt habe ich noch schnell einen weiteren Bereich angelegt, der ueberschreibt dann die beiden anderen!
Das war doch schon bei Libnodave problematisch!?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 16:27:00
Hallo

ich denk ich hab das Problem lokalisiert.

Bitte einen Moment Geduld.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 16:41:29
Hallo Leute,

hier zwei neue Files mit denen sollte - so vermute ich - das "Spiegeln" der DBs behoben sein.
Das Problem ist nur aufgetreten, wenn mehrere DBs konfiguriert waren und in die DBs wurde in die selben Bereich geschrieben.

Bitte um Feedback
lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 24 Januar 2015, 17:24:35
Hallo Charlie
Das sieht erstmal sehr gut aus! AWrite funktioniert! Und Dwrite hatte ich jetzt eh keine Probleme bisher! Lag aber auch ganz oben im Write-Puffer!
Danke erstmal
Gruss Christoph

P.S.: Was war denn jetzt eigentlich das Problem bei den A-Modulen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 24 Januar 2015, 17:30:35
Hallo Charlie,

das ist der Hammer, es funktioniert jetzt alles, trotz, oder besser gesagt, sogar mit meiner Multi-DB Konfiguration!

Super Arbeit, ich überlege gerade, wie wir dich noch beschäftigt halten können?!

Grüße, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 17:43:52
Hallo

zuerst vielen Dank für eure Testhilfe.

Die Fehler waren eigentlich ganz einfache:
Analoge Module: Die ursache war eigentlich ein Typo, ich habe ein Byte statt eine float ausgelesen und das klappt natürlich nicht.
Das zweite Problem war dass eine abfrage fehlt hat, ob bei der writer config die DB nummer übereinstimmt und somit wurden die Updates an alle writer Blöcke aktualisiert die den selben bereich hatten (egal ob die DBNr gleich war oder nicht).

PS: eine neue Release ist schon auf den Weg, darin noch ein kleiner weiter fix.

nochmals vielen Dank und schönes WO
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 24 Januar 2015, 17:44:25
Hallo Charlie
Wir geben Dir ein Bier aus! Wie wo wann! Ich bin totally happy. Morgen kann ich mich dann mal ranmachen, und all die Schalter, Lampen und Rolladen auf fhem zu bringen! Wie .... ist das denn!

Nochmals Danke
Gruss Christoph

Edit:
Signatur geaendert! Libnodave geloescht!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 17:46:03
Hallo,

vielen Dank fürs Bier.
Es währe schön, wenn ihr eure config für die S300 zusammenfasst und einen Eintrag ins Wiki schreibt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2015, 17:49:56
Hallo Leute,

hier kommt die V2.2 mit folgenden fixes und features:

* Fix: for Multi DB configurations
* Fix: FHEM does not chrash if PLC is not available
* New Feature for Logo 8: Now NI and NQ for simply config method is supported

Neue Version kann wie immer auf der ersten Seite herunter geladen werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 25 Januar 2015, 08:22:09
Hallo Charlie71,

ich hätte da noch eine Idee...
Wäre eine DRead/ DWrite und ARead/ AWrite Kombination machbar?

Also ich würde gerne das Icon, auf das ich zum TRIGGER (DWrite) auslösen klicke, dynamisch in Abhängigkeit vom Zustand der Rückmeldung (0 oder 1, DRead) tauschen. Im Moment brauche ich zwei "Zeilen" auf der FHEM Web-Oberfläche: Eine zeigt die Rückmeldung mit einem dynamischen Icon an, eine löst TRIGGER aus mit einem statischen Icon.

Bei ARead/ AWrite wäre es ähnlich: Lässt sich neben einem gelesenen Wert (ARead) der dazugehörige Sollwert (AWrite) in einer Zeile darstellen? Im Moment sind das ja auch mindestens 2 Zeilen.

Gruß, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 25 Januar 2015, 11:05:09
Hallo fu_zhou,

... du willst mich also wirklich beschäftigen  ;)
aber Scherz beiseite, im AWrite und DWrite ist der aktuelle Zustand/Wert im Status verfügbar. Dieser kann natürlich zur Anzeige genutzt und ausgewertet werden.

können damit deine Anforderungen erfüllt werden?

Wenn nicht ist mir noch nicht klar was man am Modul für deine Anforderung Anpassen muss.
Gibt es vielleicht ein anderes Modul das dieses Problem gelöst hat, dann kann ich mir die Lösung ja dort anschauen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 25 Januar 2015, 16:54:01
Hallo Charlie71,

anstatt des internen Status von DWrite möchte ich den Status "extern" beschreiben mit dem Wert aus einem DRead. Beispiel: Ich schalte eine Heizungspumpe über FHEM ein. Dieser Befehl geht per DWrite an die S7, die wiederum einen Digitalausgang setzt. Damit wird ein Schütz betätigt (ich verwende keine Relaisbaugruppe). Der Schütz hat einen Hilfskontakt (Digitaleingang auf der S7), der anzeigt, ob der Schütz wirklich angezogen hat. Das heißt natürlich noch nicht unbedingt, dass die Pumpe läuft (Strömungswächter wäre besser), aber man weiß zumindest, dass der Digitalausgang gesetzt wurde und die Rückmeldung funktioniert. Diese Rückmeldung vom Schütz (Digitaleingang auf der S7) würde ich jetzt gerne verwenden, um das Icon zu tauschen, da alleine der Befehl über DWrite an die S7 eigentlich nicht ausreicht, um zu wissen, dass die Pumpe läuft bzw. das Schütz angezogen hat. Vielleicht noch ein zweites Bit für die Störung, das dann auch von der S7 kommt. Die Idee wäre:
Ich schalte in FHEM, das Icon bleibt dunkel. Jetzt kommt die Rückmeldung aus der S7 über DRead und bei "1" wechselt das Icon dann zu hell. Falls die S7 eine Pumpenstörung erkennt, kann diese mit einem weiteren DRead gelesen werden und wenn das Bit sitzt wird das Icon rot.
Damit hätten wir dann Schalten, Betriebsmeldung, Störmeldung in einer "Zeile" (ein define) in FHEM und bräuchten nicht 3 Zeilen für eine Pumpe: Schalten (DWrite), Betrieb (DRead), Störung (DRead).

Pumpe ist nur ein Beispiel, für Licht gilt das selbe. Hier ist die Rückmeldung zwar sichtbar, wenn ich von unterwegs aber schauen möchte, ob meine Anwesenheitsimulation funktioniert, hätte ich damit ein besseres Gefühl.

Bei AWrite wäre das im Prinzip Ist-Wert (aus der S7) und Sollwert (FHEM) in einer Zeile (mit einem define).

Ist meine Idee jetzt etwas klarer geworden?

Danke und Gruß!

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 25 Januar 2015, 19:45:49
Hallo Charlie71,
Zitat
Hallo Charlie
Wir geben Dir ein Bier aus! Wie wo wann! Ich bin totally happy!
darf ich mich denen anschließen, habe gerade eine RTX integriert.
Erster Kontakt funktioniert schon mal.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 25 Januar 2015, 20:59:56
Hallo fu_zhou,

ich denke, dass ich deine Anforderungen verstehe.
Ich bin mir nur nicht sicher ob die Anforderungen innerhalb dieses Moduls gelöst werden sollte.
Es gibt viele Beispiele wo sich mehrere Eingänge und Ausgänge zu einem "Objekt" kombinieren lassen sollten.

Ich denke dass dieses Problem über alle Module hinweg existiert, oder vielleicht gibt es hier schon eine Lösung?

lG
Karl
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 25 Januar 2015, 21:06:37
Halli Charlie,

habe gerade das Modul mit der V2.2 in Betrieb genommen wollte mal die vereinfachte Config für Netzwerk Eingänge ausprobieren. Ich wollte auf den NI1 schreiben und bekomme beim Speichen die Fehlermeldung das die Syntax nicht stimme und nur I, Q, M zugelassen sind. Da wird wohl noch eine Sperre aktiv sein.

Gruß Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 25 Januar 2015, 21:24:18
Hallo Charlie,

du hast recht, man solltes das in einem "eigenen Modul" lösen, das im Hintergrund 2x DRead und 1x DWrite nutzt. Ich habe von PERL und der komplexeren FHEM Syntax nur überhaupt keine Ahnung, ich werde mal veruchen, was hinzubekommen...

Grüße, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 25 Januar 2015, 21:28:19
Hallo fu_zhou,

ich denke dieses Problem hat sich auch schon bei anderen Modulen gestellt und wenn wir Glück haben dann auch schon gelöst, wenn nicht dann sollten wir einen neuen Thread öffnen und die Anforderungen diskutieren.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: juramezker@gmail.com am 25 Januar 2015, 22:44:50
Hallo alle zusammen,
ich interessiere mich für diese Projekt sehr und verfolge es schon eine Weile. Ich habe mir eine Logo8 zugelegt und versuche diese zu konfigurieren, jedoch bislang mit nur mittelmäßigem Erfolg.
Ich habe auch den fhem Server erfolgreich installiert und konfiguriert und kann auch meine Logo ansatzweise auslesen (einen Ausgang bislang).

define myLogo S7 LOGO8 192.168.178.50
attr myLogo ReadDB-Config 1 0 1 1
attr myLogo ReadOutputs-Config 1 0 1 1
attr myLogo WriteDB-Config 1 0 1

Die Werte für ReadDB und ReadOutputs werden im Event monitor erfolgreich ausgeben, jedoch habe ich Probleme einen Schalter zu definieren.
Wenn ich in die Commandline:

define s0 S7_DWrite 1 1.1

eingebe, dann erhalte ich als Fehlermeldung:
Cannot load module S7_DWrite
Hat jemand eine Idee, woran dies liegen kann? Ich habe auf meiner Logo eine Testschaltung laufen. Ich habe diese an den Anhang angehangen. Wie würde für diese die Konfiguration aussehen?
Ich bedanke mich schon im voraus.

Grüße

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 25 Januar 2015, 23:01:38
Hallo,

deine WriteDB-Config schreibt in den DB 1 ab Adresse 0.0 1 Byte (=0.0 bis 0.7).

Dein s0 soll in den DB 1 Adresse 1.1 geschrieben werden. 1.1 ist aber das zweite Bit im zweiten Byte (1.0 bis 1.7).

Und: So weit ich hier mitgekriegt habe, gibt es bei der Logo nur den DB 0.

Vielleicht hilft das, Grüße!

fu_zhou



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: juramezker@gmail.com am 25 Januar 2015, 23:43:36
Hallo fu_zhou,

danke für deine schnelle Antwort. Das hilft mir schon etwas weiter. Ich teste das ganze so aus mal schauen was passiert.

Grüße

PS: Top Arbeit an alle die das realisiert haben.





Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 25 Januar 2015, 23:49:34
Hallo Charlie71,

einige konstruktive Anmerkungen/Fragen von meiner Seite in der Hoffnung,
daß ich irgendwann auf meine nicht native Lösung verzichten kann.

Leseblöcke
Ergeben sich diese Blöcke nicht automatisch aufgrund aller vom Anwender definierten Datenpunkte ?
Der Anwender muss bei einem neuen Datenpunkt darauf achten auch den Leseblock nachzuführen, was fehleranfällig ist.


Schreibblöcke
laut Wiki:
Zitatund anschliessend der gesamte Speicherblock zur SPS geschoben.
Damit gehst du von einem Mono-Mastersystem aus, in dem es keine Schreibzugriffe von einem anderen System geben darf.
Ansonsten musst du mit dem "dirty write" Problem leben, das Änderungen anderer Clients ignoriert.
Schreibzugriffe sollten atomar sein und nur das betroffene Objekt behandeln.
Aber damit entfällt die Existenzberechtigung von Schreibblöcken schlechthin.

Was bliebe wäre ein System, in dem vom Anwender nur noch die Datenpunkte zu definieren sind.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 07:07:32
Hallo juramezker,

willkommen im Forum.
Für die Logo (zumindest für die Logo7 kann ich dass mit Sicherheit bestätigen) ist es egal welche DB du nimmst.
Die logo hat nur einen DB der immer ausgewählt wird, egal welche DB Nummer du angibst.
Alle Daten (Eingänge, Ausgänge, Merker, ...)befinden sich in diesem DB, dh du benötigst kein  ReadOutputs-Config.

PS: Hast Du schon die simple Config Methode für die Logo getestet.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 07:31:31
Hallo John,

vielen Dank für deine Anregungen.

Das Modul unterstützt 2 Config modi:
a) den manuellen - hier muss, wie der Name ja sagt, die Lese und Schreibblöcke manuell gesetzt werden.
b) den einfachen - hier muss man nur die Ein- und Ausgänge konfigurieren die Config für die Lese und Schreibblöcke wird manuell generiert.

Den Modus a) gibt es für alle SPS den b) nur für die Logo.

ad Leseblöcke)
Grundsätzlich hast Du recht, dass sich der zu lesende Speicherbereich aus der Datenpunktenkonfiguration ergibt.
Jedoch das Aktualisierungsintervall  wird darin nicht festgelegt.

Anmerkung: Ich verwende das Modul für das loggen der Temperatur, wenn ich hier ein Intervall mit 1s zum loggen wähle, dann dauert das Ausbauen der Monatsgrafik gefühlte 15min da hier ca 2600000 Datenpunkte für 4 Kanäle zu laden waren. Aus diesem Grund habe ich mich entschlossen das Aktualisierungsintervall einzuführen. Aber vielleicht habe ich mein Problem ja auf der Falschen Ebene gelöst.

Eine mögliche Lösung währe es das Aktualisierungsintervall aus die Ebene der Datenpunkte zu haben, dann würde die Notwendigkeit der Leseblöke Config wegfallen (Vielleicht hast Du ja Lust das umzubauen).

ad Schreibblöcke)
Hier besteht die Notwendigkeit eigentlich keine Notwendigkeit ein Writer Block zu verwenden - die Lösung ist eben so gewachsen.
Hier kann ich mir vorstellen, dass die Blockconfig in einer der nächsten Version fällt.

lG Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 26 Januar 2015, 08:35:40
Hallo Charly71,

ZitatAnmerkung: Ich verwende das Modul für das loggen der Temperatur, wenn ich hier ein Intervall mit 1s zum loggen wähle, dann dauert das Ausbauen der Monatsgrafik gefühlte 15min da hier ca 2600000 Datenpunkte für 4 Kanäle zu laden waren. Aus diesem Grund habe ich mich entschlossen das Aktualisierungsintervall einzuführen. Aber vielleicht habe ich mein Problem ja auf der Falschen Ebene gelöst.

Das Problem lässt sich mit den Board-Mechanismen von FHEM elegant lösen durch eine Kombination von event-min-interval und
event-on-change-reading. Da gibts nichts mehr zu programmieren, das Problem ist gelöst.

Anbei die Parameter meiner Vorlauftemperatur

event-on-change-reading .*:0.5 besagt, daß nur Änderung von mehr als 0.5 Grad einen Event feuern sollen.

event-min-interval .*:900 besagt, dass das Feuern eines Readings nach spätestens 15 Minuten erfolgen soll, auch wenn
dies nach der Regel von event-on-change-reading nicht nötig wäre.

Hierzu einfach die Standard-Attribute von FHEM via dem vordefinierten  $readingFnAttributes verwenden:
  $hash->{AttrList} = 'PLCDev DPGain DPOffset readOnly:0,1 disable:0,1 ' . $readingFnAttributes;

John


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 26 Januar 2015, 11:26:52
Hallo hat jemand eine Idee was ich falsch mache:

# S7 Kommunikation
define PCS_7 S7 192.168.0.14 0 2
attr PCS_7 ReadDB-Config 21 0 2 1
attr PCS_7 WriteDB-Config 23 0 2

# Lichttaster an S7 schaltbar über Icon
define Taster0_Icon S7_DWrite db 23 0.0
attr Taster0_Icon IODev PCS_7
attr Taster0_Icon eventMap on:on off:off
attr Taster0_Icon group Licht
attr Taster0_Icon room Keller

define Rueckmeldung0 S7_DRead db 21 0.0
attr Rueckmeldung0 IODev PCS_7
attr Rueckmeldung0 group Licht
attr Rueckmeldung0 room Keller

Das lesen des DB21 funktioniert.
Clicke ich das Icon Taster0_Icon an, wird folgende Fehlermeldung
im Log ausgegeben:

2015.01.26 11:08:36 3: PCS_7 S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.26 11:08:36 2: PCS_7 S7 disconnected
2015.01.26 11:08:36 3: PCS_7 disconnected
2015.01.26 11:08:36 2: PCS_7 S7 disconnected
2015.01.26 11:08:37 3: PCS_7 disconnected
2015.01.26 11:08:37 2: PCS_7 S7 disconnected
2015.01.26 11:08:38 3: PCS_7 disconnected
2015.01.26 11:08:39 2: PCS_7 S7 disconnected
2015.01.26 11:08:39 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.01.26 11:08:39 2: PCS_7 S7_connect: allready connected!
2015.01.26 11:08:40 2: PCS_7 S7_connect: allready connected!
2015.01.26 11:08:42 2: PCS_7 S7_connect: allready connected!

Im DB23 erfolgt keine Änderung.
Gleiches habe ich mit Ausgänge und Merker versucht. Immer die gleiche Reaktion.
Wo kann ich den Fehlercode finden.
m.f.G. Alfons
ps.: es handelt sich um eine S7-300
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 Januar 2015, 11:52:35
Hallo Alfons
Grundsaetzlich sieht das erst einmal richtig aus! Welche Version der Module benutzt du denn? Bei Ausgaengen musst Du den DB0 nehmen, wie auch bei Eingaengen (Merker weiss ich nicht)! Ausserdem gehen Ausgaenge und Merker nur wenn sie im Programm nicht beschrieben werden ,was aber nichts mit dem Fehler zu tun hat!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 26 Januar 2015, 12:00:20
Danke für die schnelle Antwort!
Ich benutze die Version 2.2 aus dem ersten Beitrag vom 24.1.2015.
Ich werde die jetzt aber Sicherheitshalber noch mal vergleichen.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 Januar 2015, 12:12:50
Hallo Alfons
Ich kann sonst erst heute Abend gucken, aber Charlie ist eigentlich immer present!
BTW: reload der Module gemacht? oder fhem Neustart? Oder Ersteinsatz der Module?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 12:30:15
Hallo Alfons

der Fehlercode bedeutet errTCPDataRecvTout, dh die SPS hat nicht innerhalb des Timeouts von 1 Sekunde geantwortet.
Die Errorcodes entsprechen den von settimino:
http://settimino.sourceforge.net/errors.html

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 26 Januar 2015, 12:52:49
Hallo pc1246, Hallo charlie71,
danke für die schnellen Antworten.
Das die S7 zu lange zur Antwort braucht kann ich mir fast nicht vorstellen, aber ich werde es
mit ein beziehen.
Jetzt habe ich noch folgende Fehlermeldung auf dem LXTerminal entdeckt:

Argument "PCS_7 S7_WriteBlockToPLC WriteAerea error: 3=?" isn't numeric in numeric eq (==) at ./FHEM/44_S7_DWrite.pm line 290.

Hilft das weiter, oder ist das die Bestätigung?

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 12:56:05
Hallo Alfons,

dieser Fehler tritt nur deshalb auf, da der Schreibbefehl zur SPS fehlgeschlagen ist.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 13:23:45
Hallo John,

guter Vorschlag, nur denke ich dass event-on-update-reading und event-min-interval wird nicht vom Modul nicht unterstützt wird. Wenn ich es richtig verstanden habe, gibt diese Attribute nur bei Module die ein standardisiertes readin update verwenden.
Aber vielleicht kannst du ja hier weiterhelfen und klären warum dieses Attribut bei dem Modul S7_ARead nicht vorhanden ist.

Add Block Read/Writer Config) Das Problem mit dem Mono-Mastersystem wird es für digitalen reads/writes immer geben, denn die kleinste Bocklänge die man schreiben kann ist ein Byte.
Somit muss man bei digitalen writings immer eine lokale Kopie des Bytes vorhanden sein.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 26 Januar 2015, 14:34:07
Hallo charlie71,
Du hattest recht. Ich habe jetzt eine andere Hardware genommen. Jetzt funktioniert es.

Mir ist das aber trotzdem rätselhaft. In dem anderen Fall funktioniert es mit LIBNODAVE.
Was ist da anders?
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 26 Januar 2015, 14:51:17
Hallo Charly71,

ZitatWenn ich es richtig verstanden habe, gibt diese Attribute nur bei Module die ein standardisiertes readin update verwenden.

Damit sollte die Aufgabe gelöst sein.
$hash->{AttrList} = "IODev offset multiplicator precision unit "  . $readingFnAttributes;

ZitatAdd Block Read/Writer Config) Das Problem mit dem Mono-Mastersystem wird es für digitalen reads/writes immer geben, denn die kleinste Bocklänge die man schreiben kann ist ein Byte.
Das Lesen ist nicht das Problem, das Schreiben schon.

Snap7 (und ich meine auch libnodave) kennt den Parameter Wordlen, dar auch Bit sein kann. Damit sind tatsächlich Schreibfunktionen auf Bit-Ebene möglich, so dass unser "Write-Dirty" Problem auf Bit-Ebene gelöst ist.

Natürlich ist es immer möglich dass ein Objekt von 2 Seiten beschrieben wird, solange das Objekt nach dem Schreibvorgang konsistent
bleibt, sehe ich darin kein Problem, der Anwendungsprogrammierer muss schon wissen was wer tut.
Das ist in der Siemens Welt Standard.

Allerdings ist es schon ein Problem, wenn 1 Objekt geändert und aufgrund der Architektur 50 andere überschrieben werden, die
davon eigentlich nicht betroffen sind.

John



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 16:19:59
Hallo John,

vielen Dank für den Tipp für readingFnAttributes.

Ich hab mir mal angeschaut was zu tun ist um diese setBit Funktionalität zu implementieren.
Das PERL Kommunikationsmodul muss erweitert werden dass auch einzelne Bits gesetzt werden können.
Das ist - soweit ich das überblicken kann - eine ziemliche  Arbeit, da hier wieder C - Code portiert werden muss.
In diesem Fall nicht aus der kleinen und überschaubaren settimino Project sondern aus der Snap7. Das scheint mir sehr Zeitaufwendig zu sein.
Der Rest - die Anpassungen aller anderen Module - ist dann nicht so schlimm.

Summa summarum: nicht wenig Arbeit. Wer mag mithelfen?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 26 Januar 2015, 16:37:31
Ich teste mir gerne wieder die Seele aus dem Leib - mit meiner S7. Auch leiste ich gerne einen Beitrag zum Wiki. Bei Perl kann ich nur leider so gar nicht unterstützen!

Grüße, fu_zhou

P.S. Charlie, wirst du das
- event-on-change-reading
und
- event-min-interval
implementieren? Scheint vernünftig zu sein...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Januar 2015, 16:51:01
Hallo fo_zhou,

folgende Features habe ich für die nächste Release geplant:

1) Error Text ... es wird dann ein Fehler Text statt ein Fehlercode bei PLC connection Problemen ausgegeben (done)
2) - event-on-change-reading (open)
3) - event-min-interval (open)
4) fix für LOGO8 simple config (NI) (open)

Release Termin: diese Woche
lG
Karl
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 Januar 2015, 21:17:01
Hallo Charlie
Ich wuerde auch gerne helfen, aber leider bin ich auch eher unbeleckt, was Perl anbelangt! Ich kann das zwar halbwegs verstehen, aber selbst Coden das dauert noch! Beim Test will ich auch gerne helfen, oder auch mit der Doku!
Gruss Christoph
P.S.: Was machst Du eigentlich Beruflich, dass Du immer so viel Zeit hast?!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Januar 2015, 10:14:17
Hallo charlie71,
hier einen Bericht über meine verfügbare Anbindung an die S7:
Zitat
             Ausgänge setzen   Eingänge lesen
S7-315                ja               ja
WinLC V4.1        nein             ja
WinLC RTX 4.5   nein             ja
Jetzt kannst Du dir sicher schon meinen Wunsch denken.
Bitte aber kein Stress, wenn irgendwann die zwei nein mit ja
ausgetauscht werden könnten fände ich super. Selbst verständlich
helfe ich gern bei weiteren Tests.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 27 Januar 2015, 12:32:55
Hallo Alfons
Ich kann mir eigentlich nicht vorstellen, dass es einen Unterschied zwischen einer echten SPS und einer WinLC gibt! Einzig das die Ausgaenge dort ueber einen Bus angebunden sind kann nicht der Grund sein! Warum willst Du denn ueberhaupt Ausgaenge ueber fhem setzen? Die SPS egal ob echt oder soft, ist doch zigmal sicherer als der RPI, oder was auch immer Du einsetzt, auf dem fhem laeuft! Wenn Du also was steuern willst, von fhem, dann ist es doch sinnvoller per DB in die SPS und dort dann im Programm verarbeiten?!
@John und @Charlie: Ist bei den Ausgaengen auch noch das Problem des Wortweisen schreibens integriert? Wenn ja, hat Alfons eventuell noch mit ganz anderen Phaenomenen zu rechnen!
Gruss Christoph

P.S.: Ich kann das heute abend mal mit meiner WinLC ausprobieren!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Januar 2015, 13:23:07
Hallo pc1246,
mein Prinzip ist, wenn etwas nicht funktioniert gebe ich nicht auf, sondern such den Fehler.
Gleich einen anderen Weg nehmen oder zu sagen geht nicht gibt es bei mir nicht so schnell.

Aber in Deinen letzten Beitrag hast Du mich mit "wortweise" auf eine andere Idee gebracht
und jetzt funktioniert's. Ich habe die DB's als "WORD" deklariert und jetzt geht's.

@charlie71,
will sagen wir können zwei "nein" mit "ja" ersetzen!
@edit
Da habe ich wohl zu früh jubiliert, hatte die IP nicht geändert und war noch an der S7-315 .

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 27 Januar 2015, 16:19:06
Hallo Alfons
Redest Du wirklich von Ausgaengen, oder meinst du, dass Du bits,bytes, worte oder doppelworte in einem DB schreiben moechtest? Das kann ich nicht nachvollziehen! Eventuell postest du ab und zu ruhig mal ein paar Beispiele mit. Dann koennen wir das besser nachvollziehen! Ich hatte auch nicht gesagt, dass du aufgeben sollst, nur dass eben Ausgaenge doch etwas tricky sind! Das solltest du ja aber wissen, da du ja diverse Steuerungen hast!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Januar 2015, 17:07:17
Hallo pc1246,
im Prinzip ist es egal welches Bit ich in der S7 von Extern setzen will. Dabei sollte man aber beachten
das man gewisse Grundregeln einhält. Von außerhalb ein Ausgang setzen halte ich für nicht akzeptabel.
Sinnvoller Weise macht man so etwas nur über Koppelmerker mit Verknüpfungen in der SPS.

Und nun zu meinem Vorhaben. Es gibt z.B. ganz einfache Fernbedienungen von ELRO oder Pollin. Diese
verstehen die S7 einfach nicht. Mit FHEM hingegen läßt sich das relativ einfach realisieren. Wenn jetzt
FHEM der S7 sagen kann das die Taste auf der FB gedrückt wurde, kann man auf diesen Tastendruck
reagieren. Im Grunde kann man dann der S7 die ganze "FHEM-Welt" mitteilen. Schön wäre es wenn ein
WinLC das auch kann. Mit LIBNODAVE mache ich das auch schon seit Jahren. Wollte nur damit sagen das
es grundsätzlich mögich ist, von außen auf die S7 zuzugreifen.
Wir sind ja auch auf gutem Wege. Leider gilt aber die Tabelle von heute morgen. WinLC und die RTX
kann mit FHEM nur lesen aber nicht schreiben. Bei der z.B. S7-315 hingegen funktioniert ja schon.
m.f.G. Alfons

hier der Beispielcode:

# S7 Kommunikation
define PCS_7 S7 192.168.0.11 0 2
attr PCS_7 ReadDB-Config 31 0 2 1
attr PCS_7 WriteDB-Config 33 0 2

# Lichttaster an S7 schaltbar über Icon
define Taster0_Icon S7_DWrite db 33 0.0
attr Taster0_Icon IODev PCS_7
attr Taster0_Icon eventMap on:on off:off
attr Taster0_Icon group Licht
attr Taster0_Icon room Keller

define Taster1_Icon S7_DWrite db 33 0.1
attr Taster1_Icon IODev PCS_7
attr Taster1_Icon eventMap on:on off:off
attr Taster1_Icon group Licht
attr Taster1_Icon room Keller

define Taster2_Icon S7_DWrite db 33 0.2
attr Taster2_Icon IODev PCS_7
attr Taster2_Icon eventMap on:on off:off
attr Taster2_Icon group Licht
attr Taster2_Icon room Keller

define Taster3_Icon S7_DWrite db 33 0.3
attr Taster3_Icon IODev PCS_7
attr Taster3_Icon eventMap on:on off:off
attr Taster3_Icon group Licht
attr Taster3_Icon room Keller

define Taster4_Icon S7_DWrite db 33 0.4
attr Taster4_Icon IODev PCS_7
attr Taster4_Icon eventMap on:on off:off
attr Taster4_Icon group Licht
attr Taster4_Icon room Keller

define Taster5_Icon S7_DWrite db 33 0.5
attr Taster5_Icon IODev PCS_7
attr Taster5_Icon eventMap on:on off:off
attr Taster5_Icon group Licht
attr Taster5_Icon room Keller

define Taster6_Icon S7_DWrite db 33 0.6
attr Taster6_Icon IODev PCS_7
attr Taster6_Icon eventMap on:on off:off
attr Taster6_Icon group Licht
attr Taster6_Icon room Keller

define Taster7_Icon S7_DWrite db 33 0.7
attr Taster7_Icon IODev PCS_7
attr Taster7_Icon eventMap on:on off:off
attr Taster7_Icon group Licht
attr Taster7_Icon room Keller

define Rueckmeldung0 S7_DRead db 31 0.0
attr Rueckmeldung0 IODev PCS_7
attr Rueckmeldung0 group Licht
attr Rueckmeldung0 room Keller

define Rueckmeldung1 S7_DRead db 31 0.1
attr Rueckmeldung1 IODev PCS_7
attr Rueckmeldung1 group Licht
attr Rueckmeldung1 room Keller

define Rueckmeldung2 S7_DRead db 31 0.2
attr Rueckmeldung2 IODev PCS_7
attr Rueckmeldung2 group Licht
attr Rueckmeldung2 room Keller

define Rueckmeldung3 S7_DRead db 31 0.3
attr Rueckmeldung3 IODev PCS_7
attr Rueckmeldung3 group Licht
attr Rueckmeldung3 room Keller

define Rueckmeldung4 S7_DRead db 31 0.4
attr Rueckmeldung4 IODev PCS_7
attr Rueckmeldung4 group Licht
attr Rueckmeldung4 room Keller

define Rueckmeldung5 S7_DRead db 31 0.5
attr Rueckmeldung5 IODev PCS_7
attr Rueckmeldung5 group Licht
attr Rueckmeldung5 room Keller

define Rueckmeldung6 S7_DRead db 31 0.6
attr Rueckmeldung6 IODev PCS_7
attr Rueckmeldung6 group Licht
attr Rueckmeldung6 room Keller

define Rueckmeldung7 S7_DRead db 31 0.7
attr Rueckmeldung7 IODev PCS_7
attr Rueckmeldung7 group Licht
attr Rueckmeldung7 room Keller

auf der S7 Seite wird der DB33.DBB0 nach DB31.DBB0 kopiert und erhalte so eine Rückmeldung
in FHEM.

Da ich die Tabelle heute morgen missverständlich  geschrieben hatte, nach Korrektur wie ich es meinte:
Zitat
                Bytes setzen   Bytes lesen
S7-315                ja               ja
WinLC V4.1        nein             ja
WinLC RTX 4.5   nein             ja
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 27 Januar 2015, 20:08:19
@pc1246
Zitat
@John und @Charlie: Ist bei den Ausgaengen auch noch das Problem des Wortweisen schreibens integriert? Wenn ja, hat Alfons eventuell noch mit ganz anderen Phaenomenen zu rechnen!

Das Problem ist unabhängig von der Data-Area immer dasselbe.
Nehmen wir an FHEM mit dem vorliegenden Treiber will A0.0  beschreiben, so wird AB0 bzw AW0 verwendet und das
betroffenen Bit wird "eingeodert" beim Schreiben des Bytes/Wortes sind aber automatisch die anderen 7/15 Bits betroffen.
Die können aber zwischenzeitlich z.B. vom SPS Programm gesetzt worden sein.
Das wäre fatal.

Entweder man reserviert im DB gleich das ganze Wort für FHEM, so daß dieses kein anderer benutzt oder man verwendet den Bit-Zugriff.
Das Schreiben von kompletten Schreibblöcken verstärkt das beschriebene Problem nochmals.

Man hat es immer mit mehreren gleichzeitigen Prozessen zu tun. Mit dem SPS-Programm selbst und den S7-Clients.

John

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 27 Januar 2015, 20:18:48
Hallo Alfons,

Ich würde gerne mal sehen wo das Problem beim schreiben in die WINLC ist:
Deaktivierte bitte das lesen (Reading config löschen)
Dreh dann mal das logging auf 5 auf und führe einen Schreibzugriff auf WINLC durch.
Poste dann das loggfile.

Danke
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Januar 2015, 21:55:34
Hallo charlie71,
ich hoffe ich habe den richtigen Mitschnitt, Bit 0 auf 0 setzen:

2015.01.27 21:50:00 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:01 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:02 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:03 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:04 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:05 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:06 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:07 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:07 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem?cmd.Taster0_Icon=set%20Taster0_Icon%20off&room=Keller
2015.01.27 21:50:07 5: Cmd: >set Taster0_Icon off<
2015.01.27 21:50:07 4: S7_DWrite_setABit off
2015.01.27 21:50:07 4: S7_setABit1: 0
2015.01.27 21:50:07 4: S7_setABit2: 0
2015.01.27 21:50:07 4: S7_setABit3: 0
2015.01.27 21:50:07 5: PCS_7 S7_WriteBlockToPLC: Write Bytes to PLC: 7, 23,0 , 2, 00, 00
2015.01.27 21:50:08 3: PCS_7 S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.27 21:50:08 5: Triggering PCS_7 (1 changes)
2015.01.27 21:50:08 5: Notify loop for PCS_7 disconnected
2015.01.27 21:50:08 4: eventTypes: S7 PCS_7 disconnected -> disconnected
2015.01.27 21:50:08 2: PCS_7 S7 disconnected
2015.01.27 21:50:08 5: Triggering Taster0_Icon (1 changes)
2015.01.27 21:50:08 5: Notify loop for Taster0_Icon off
2015.01.27 21:50:08 4: eventTypes: S7_DWrite Taster0_Icon off -> off
2015.01.27 21:50:08 4: S7_DWrite_setABit ?
2015.01.27 21:50:08 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:08 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem?room=Keller
2015.01.27 21:50:08 4: S7_DWrite_setABit ?
2015.01.27 21:50:08 4: S7_DWrite_setABit ?
2015.01.27 21:50:08 4: S7_DWrite_setABit ?
2015.01.27 21:50:08 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: /fhem?room=Keller / RL:1654 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem/pgm2/style.css
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64203 GET /fhem/pgm2/svg.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64202 GET /fhem/pgm2/fhemweb.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64203 GET /fhem/pgm2/fhemweb_slider.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64201 GET /fhem/pgm2/fhemweb_colorpicker.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem/pgm2/fhemweb_noArg.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64203 GET /fhem/pgm2/fhemweb_time.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64201 GET /fhem/images/default/icoEverything.png
2015.01.27 21:50:09 4: Connection accepted from FHEMWEB:192.168.0.118:64206
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64202 GET /fhem/pgm2/fhemweb_textField.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64206 GET /fhem/pgm2/fhemweb_svg.js
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem/images/default/off.png
2015.01.27 21:50:09 4: Connection closed for FHEMWEB:192.168.0.118:64200
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem/images/default/fhemicon.png
2015.01.27 21:50:09 4: HTTP FHEMWEB:192.168.0.118:64204 GET /fhem?room=Keller&XHR=1&inform=1×tamp=1422391814037
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7_DWrite_setABit ?
2015.01.27 21:50:09 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:10 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:11 4: S7: PCS_7 connect ip_address=192.168.0.14, LocalTSAP=256, RemoteTSAP=258
2015.01.27 21:50:11 5: Triggering PCS_7 (1 changes)
2015.01.27 21:50:11 5: Notify loop for PCS_7 disconnected
2015.01.27 21:50:11 4: eventTypes: S7 PCS_7 disconnected -> disconnected
2015.01.27 21:50:11 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.01.27 21:50:11 5: Triggering PCS_7 (1 changes)
2015.01.27 21:50:11 5: Notify loop for PCS_7 connected to PLC
2015.01.27 21:50:11 4: eventTypes: S7 PCS_7 connected to PLC -> connected to PLC
2015.01.27 21:50:11 5: SYSMON Update
2015.01.27 21:50:11 5: SYSMON SYSMON_getNetworkInfo get eth0
2015.01.27 21:50:11 5: SYSMON SYSMON_getNetworkInfo get wlan0
2015.01.27 21:50:11 5: SYSMON SYSMON_getFileSystemInfo get .
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo exec df . -m 2>/dev/null
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo recieved 2 lines
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo recieved line0 Dateisystem    1M-Blöcke Benutzt Verfügbar Verw% Eingehängt auf

2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo analyse line /dev/root          15439    2712     12056   19% /

2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo use line /dev/root          15439    2712     12056   19% /

2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo get /
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo exec df / -m 2>/dev/null
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo recieved 2 lines
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo recieved line0 Dateisystem    1M-Blöcke Benutzt Verfügbar Verw% Eingehängt auf

2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo analyse line /dev/root          15439    2712     12056   19% /

2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo use line /dev/root          15439    2712     12056   19% /

2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo get /media/usb1
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo exec df /media/usb1 -m 2>/dev/null
2015.01.27 21:50:12 5: SYSMON SYSMON_getFileSystemInfo recieved 0 lines
2015.01.27 21:50:12 5: Triggering sysmon (8 changes)
2015.01.27 21:50:12 5: Notify loop for sysmon cpu_freq: 700
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon cpu_freq: 700 -> cpu_freq: .*
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon ~ .: Total: 0 MB, Used: 0 MB, 0 %, Available: 0 MB at . -> ~ .: Total: .* MB, Used: .* MB, .* %, Available: .* MB at .
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon ~ /: Total: 15439 MB, Used: 2712 MB, 19 %, Available: 12056 MB at / -> ~ /: Total: .* MB, Used: .* MB, .* %, Available: .* MB at /
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon eth0_diff: RX: 0.03 MB, TX: 0.14 MB, Total: 0.17 MB -> eth0_diff: RX: .* MB, TX: .* MB, Total: .* MB
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon cpu_temp_avg: 37.5 -> cpu_temp_avg: .*
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon cpu_temp: 37.39 -> cpu_temp: .*
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon loadavg: 0.41 0.30 0.27 -> loadavg: .* .* .*
2015.01.27 21:50:12 4: eventTypes: SYSMON sysmon ram: Total: 437.68 MB, Used: 66.30 MB, 15.15 %, Free: 371.37 MB -> ram: Total: .* MB, Used: .* MB, .* %, Free: .* MB
2015.01.27 21:50:12 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:12 5: exec at command axh
2015.01.27 21:50:12 5: Cmd: >set Tackt_min on-for-timer 3<
2015.01.27 21:50:12 4: dummy set Tackt_min on-for-timer 3
2015.01.27 21:50:12 5: Triggering Tackt_min (1 changes)
2015.01.27 21:50:12 5: Notify loop for Tackt_min on-for-timer 3
2015.01.27 21:50:12 4: eventTypes: dummy Tackt_min on-for-timer 3 -> on-for-timer .*
2015.01.27 21:50:12 5: Triggering global (1 changes)
2015.01.27 21:50:12 5: Notify loop for global DELETED axh
2015.01.27 21:50:12 4: eventTypes: Global global DELETED axh -> DELETED axh
2015.01.27 21:50:12 5: redefine at command axh as +*00:01:00 set Tackt_min on-for-timer 3
2015.01.27 21:50:12 5: Triggering global (1 changes)
2015.01.27 21:50:12 5: Notify loop for global DEFINED axh
2015.01.27 21:50:13 4: eventTypes: Global global DEFINED axh -> DEFINED axh
2015.01.27 21:50:13 4: S7: PCS_7 GetUpdate called ...
2015.01.27 21:50:13 4: HTTP FHEMWEB:192.168.0.118:64206 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-01.log

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 27 Januar 2015, 23:14:10
Hallo zusammen
Hatte heute Abend doch keine Zeit! Werde aber morgen mein WinLC mal anwerfen, und schauen ob es bei mir geht!
@Alfons: Danke fuer die klaerenden Infos, so reden wir alle vom Gleichen!
Gute Nacht
Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Januar 2015, 23:30:32
Hallo charlie71,
Hab noch ein bisschen Info.

2015.01.27 23:21:21 5: Cmd: >set Taster0_Icon off<
2015.01.27 23:21:21 4: S7_DWrite_setABit off
2015.01.27 23:21:21 4: S7_setABit1: 0
2015.01.27 23:21:21 4: S7_setABit2: 0
2015.01.27 23:21:21 4: S7_setABit3: 0
2015.01.27 23:21:21 5: PCS_7 S7_WriteBlockToPLC: Write Bytes to PLC: 7, 23,0 , 2, 06, 00
2015.01.27 23:21:26 3: PCS_7 S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.27 23:21:26 5: Triggering PCS_7 (1 changes)
2015.01.27 23:21:26 5: Notify loop for PCS_7 disconnected
2015.01.27 23:21:26 4: eventTypes: S7 PCS_7 disconnected -> disconnected
2015.01.27 23:21:26 2: PCS_7 S7 disconnected
2015.01.27 23:21:26 5: Triggering Taster0_Icon (1 changes)
2015.01.27 23:21:26 5: Notify loop for Taster0_Icon off
2015.01.27 23:21:26 4: eventTypes: S7_DWrite Taster0_Icon off -> off
2015.01.27 23:21:26 4: S7_DWrite_setABit ?
2015.01.27 23:21:26 4: S7: PCS_7 GetUpdate called ...
2015.01.27 23:21:26 4: HTTP FHEMWEB:192.168.0.118:65308 GET /fhem?room=Keller

Das bei 4000
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Januar 2015, 23:34:50
Hallo pc1246,
Dein Zitat von heute kann ich nicht so stehen lassen:
Zitat
Ich kann mir eigentlich nicht vorstellen, dass es einen Unterschied zwischen einer echten SPS und einer WinLC gibt!
Die eine wiegt nix.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 28 Januar 2015, 07:49:32
Ist es eigentlich bedenklich, wenn man früh morgens schon ins Forum schaut, um keine Neuigkeiten zu verpassen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Januar 2015, 11:16:22
Zitat von: alfonsmoeller am 27 Januar 2015, 23:34:50
Hallo pc1246,
Dein Zitat von heute kann ich nicht so stehen lassen:Die eine wiegt nix.
m.f.G. Alfons
Alfons
OK. Das kann ich fast unterschreiben! Nur was ist mit der Plattform auf der die WinLC läuft? Dann noch Dauerbetrieb, Absturzgefahr (rtx soll ja noch sicherer sein) des PC! Und die I/O- Anbindung war bis Profinet auch sehr gewichtig(Preis)!
Jetzt aber zurück zum Thema. Ich starte meine heute abend mal wieder. Hoffe dass es schnell klappt, da in VM. Sonst muss ich das olle D610 starten!
Gruss Christoph

Gesendet von meinem V3 mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Januar 2015, 20:57:33
Hallo
War ja klar! Die WinLC laeuft, aber ich komme gerade nicht in die VM rein, mit fhem! Mal sehen ein Versuch noch, dann doch den D610!
Christoph

Edit:
WinLC ist in fhem angelegt! Jetzt schaue ich mal, welche DB's existieren!

Edit2:
Ok! Leider bin ich jetzt bei Alfons! Lesen geht, schreiben nicht! Aber erst mal sehen welche Module ich habe!

Edit3:
44_s7.pm war nicht ganz neu! Erklaert dann auch die Abstuerze bei der VM! Schreiben geht wirklich nicht!

2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_Initialize redefined at ./FHEM/44_S7.pm line 34.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_connect redefined at ./FHEM/44_S7.pm line 55.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_disconnect redefined at ./FHEM/44_S7.pm line 114.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_reconnect redefined at ./FHEM/44_S7.pm line 138.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_Define redefined at ./FHEM/44_S7.pm line 149.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_Undef redefined at ./FHEM/44_S7.pm line 229.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_Get redefined at ./FHEM/44_S7.pm line 238.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_Attr redefined at ./FHEM/44_S7.pm line 256.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_getAreaIndex4AreaName redefined at ./FHEM/44_S7.pm line 399.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_WriteBlockToPLC redefined at ./FHEM/44_S7.pm line 417.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_ReadBlockFromPLC redefined at ./FHEM/44_S7.pm line 489.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_setBitInBuffer redefined at ./FHEM/44_S7.pm line 574.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_getBitFromBuffer redefined at ./FHEM/44_S7.pm line 618.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_getAllWritingBuffersFromPLC redefined at ./FHEM/44_S7.pm line 645.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_GetUpdate redefined at ./FHEM/44_S7.pm line 703.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_dispatchMsg redefined at ./FHEM/44_S7.pm line 715.
2015.01.28 21:50:28 1: PERL WARNING: Subroutine S7_readFromPLC redefined at ./FHEM/44_S7.pm line 740.
2015.01.28 21:52:11 3: WinLC S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.28 21:52:11 2: WinLC S7 disconnected
2015.01.28 21:52:12 3: WinLC disconnected
2015.01.28 21:52:12 2: WinLC S7 disconnected
2015.01.28 21:52:13 3: WinLC disconnected
2015.01.28 21:52:13 2: WinLC S7 disconnected
2015.01.28 21:52:14 3: WinLC disconnected
2015.01.28 21:52:14 2: WinLC S7 disconnected
2015.01.28 21:52:14 3: WinLC S7_connect: connect to PLC with maxPDUlength=240
2015.01.28 21:52:15 2: WinLC S7_connect: allready connected!
2015.01.28 21:52:16 2: WinLC S7_connect: allready connected!
2015.01.28 21:52:17 2: WinLC S7_connect: allready connected!
2015.01.28 21:52:33 3: hmusb: Unknown code A0F62861026E50F0000000A28C20E0018::-81:hmusb, help me!
2015.01.28 21:53:57 3: WinLC S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.28 21:53:57 2: WinLC S7 disconnected
2015.01.28 21:53:59 3: WinLC disconnected
2015.01.28 21:53:59 2: WinLC S7 disconnected
2015.01.28 21:54:00 3: WinLC disconnected
2015.01.28 21:54:00 2: WinLC S7 disconnected
2015.01.28 21:54:00 3: WinLC S7_connect: connect to PLC with maxPDUlength=240
2015.01.28 21:54:02 2: WinLC S7_connect: allready connected!
2015.01.28 21:54:03 2: WinLC S7_connect: allready connected!
2015.01.28 21:54:34 3: hmusb: Unknown code A0F63861026E50F0000000A28C10E0018::-80:hmusb, help me!
2015.01.28 21:56:43 4: S7_DWrite_setABit ?
2015.01.28 21:56:48 4: S7_DWrite_setABit off
2015.01.28 21:56:49 3: WinLC S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.28 21:56:49 2: WinLC S7 disconnected
2015.01.28 21:56:49 3: WinLC disconnected
2015.01.28 21:56:49 2: WinLC S7 disconnected
2015.01.28 21:56:49 4: S7_DWrite_setABit ?
2015.01.28 21:56:50 4: S7_DWrite_setABit ?
2015.01.28 21:56:51 3: WinLC disconnected
2015.01.28 21:56:51 2: WinLC S7 disconnected
2015.01.28 21:56:52 3: WinLC disconnected
2015.01.28 21:56:52 2: WinLC S7 disconnected
2015.01.28 21:56:52 3: WinLC S7_connect: connect to PLC with maxPDUlength=240
2015.01.28 21:56:52 2: WinLC S7_connect: allready connected!
2015.01.28 21:56:53 4: S7_DWrite_setABit on
2015.01.28 21:56:54 3: WinLC S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.28 21:56:54 2: WinLC S7 disconnected
2015.01.28 21:56:54 4: S7_DWrite_setABit ?
2015.01.28 21:56:54 3: WinLC S7_connect: connect to PLC with maxPDUlength=240
2015.01.28 21:56:54 4: S7_DWrite_setABit ?
2015.01.28 21:56:55 2: WinLC S7_connect: allready connected!
2015.01.28 21:56:55 4: S7_DWrite_setABit ?
2015.01.28 21:56:57 2: WinLC S7_connect: allready connected!
2015.01.28 21:56:59 4: S7_DWrite_setABit trigger
2015.01.28 21:57:00 3: WinLC S7_WriteBlockToPLC WriteArea error: 3=?
2015.01.28 21:57:00 2: WinLC S7 disconnected
2015.01.28 21:57:00 3: WinLC disconnected
2015.01.28 21:57:00 2: WinLC S7 disconnected
2015.01.28 21:57:01 4: S7_DWrite_setABit ?
2015.01.28 21:57:01 4: S7_DWrite: GetUpdate called ...
2015.01.28 21:57:01 4: S7_DWrite_setABit off
2015.01.28 21:57:01 3: WinLC S7_WriteBlockToPLC: PLC is not connected
2015.01.28 21:57:01 1: PERL WARNING: Argument "WinLC S7_WriteBlockToPLC: PLC is not connected " isn't numeric in numeric eq (==) at ./FHEM/44_S7_DWrite.pm line 290.
2015.01.28 21:57:01 3: WinLC disconnected
2015.01.28 21:57:01 2: WinLC S7 disconnected
2015.01.28 21:57:01 4: S7_DWrite_setABit ?
2015.01.28 21:57:02 3: WinLC disconnected
2015.01.28 21:57:02 2: WinLC S7 disconnected
2015.01.28 21:57:04 3: WinLC S7_connect: connect to PLC with maxPDUlength=240
2015.01.28 21:57:04 2: WinLC S7_connect: allready connected!
2015.01.28 21:57:04 2: WinLC S7_connect: allready connected!
2015.01.28 21:57:05 2: WinLC S7_connect: allready connected!

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Januar 2015, 22:09:56
Hallo Charlie
Noch etwas, deswegen neuer Post! Es funktioniert zwar, wenn jetzt eine SPS fehlt, aber leider ist dann drei Sekunden alles lahm gelegt! Und das fortlaufend! Das ist dann eher suboptimal! (Ich habe ja wenig Ahnung, aber muesste da irgendwie Nonblocking genutzt werden!?)
Das Schreibproblem ist mir nicht ganz klar, auf jeden Fall wird nicht auf die andere SPS geschrieben, habe ich kontrolliert!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 28 Januar 2015, 23:11:15
Hallo pc1246,
ich hab heute einen Schleppi auf die Küchenwaage gestellt, dann eine RTX installiert und keine Gewichtszuname
(keinen mg) festgestellt!
Trotzdem alle Mißergebnisse bleiben noch die gleichen.
Morgen nach der Arbeit probier ich's mit WireShark.
m.f.G. Alfons

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Januar 2015, 23:53:20
Alfons
Software wiegt nicht, das ist mir klar! Aber ein Schleppi und RTX!? Ich habe bis jetzt diverse Anlagen mit Soft-SPS gemacht, aber einige haben wir nachtraeglich wieder auf Hard umgebaut! Heute ist es wie gesagt auch leichter (Wortspiel), da man die Peripherie am Ethernet hat! Damals war noch eine kleine (Ja, auch leicht!) Profibuskarte zu kaufen, fuer €800,- und das wiederum finde ich schwer! Aber jetzt wirklich genug davon! Wir wollen beim Thema bleiben!
Mist an Wireshark habe ich vorhin gar nicht gedacht! Hast Du mal nur eine WinLc (RTX) implementiert gehabt, ich hatte jetzt nur beides! Eventuell liegt da der Hase im Pfeffer!? Jetzt gehe ich ins Bett, in 5:45 h ist die Nacht vorbei!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 29 Januar 2015, 11:52:16
@alfonsmoeller
Hallo Alfons,
es gibt für Wireshark ein unverzichtbares Plugin, dass das S7-Protokoll aufschlüsselt.
http://sourceforge.net/projects/s7commwireshark/ (http://sourceforge.net/projects/s7commwireshark/)

Aber vielleicht verwendest du es bereits.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 29 Januar 2015, 12:06:30
Hallo John
Cooler Hinweis! Bei mir wird es heute Abend nichts! Aber morgen sieht bis jetzt gut aus!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Januar 2015, 12:16:25
Hallo pc1246,

die 3 Sekunden kommen daher, dass ich Alfons gebeten habe - um ein wirkliches Timeout auszuschliessen - das timeout im client modul auf 3 Sekunden zu setzten.

Default wert ist 1s.

lg
Charlie71

Zitat von: pc1246 am 28 Januar 2015, 22:09:56
Hallo Charlie
Noch etwas, deswegen neuer Post! Es funktioniert zwar, wenn jetzt eine SPS fehlt, aber leider ist dann drei Sekunden alles lahm gelegt! Und das fortlaufend! Das ist dann eher suboptimal! (Ich habe ja wenig Ahnung, aber muesste da irgendwie Nonblocking genutzt werden!?)
Das Schreibproblem ist mir nicht ganz klar, auf jeden Fall wird nicht auf die andere SPS geschrieben, habe ich kontrolliert!
Gruss Christoph

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Januar 2015, 12:19:29
Hallo Alfons,

Ideal währe es wenn ihr die selbe Aktion mit einer alternativen SW durchführt und dann mit FHEM beide traces können wird dann vergleichen.

Hinweis: Bitte auch den Verbindungsaufbau mitprotokollieren.

lG
Charlie71


Zitat von: alfonsmoeller am 28 Januar 2015, 23:11:15
Hallo pc1246,
ich hab heute einen Schleppi auf die Küchenwaage gestellt, dann eine RTX installiert und keine Gewichtszuname
(keinen mg) festgestellt!
Trotzdem alle Mißergebnisse bleiben noch die gleichen.
Morgen nach der Arbeit probier ich's mit WireShark.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 29 Januar 2015, 13:28:38
Zitat von: charlie71 am 29 Januar 2015, 12:16:25
Hallo pc1246,

die 3 Sekunden kommen daher, dass ich Alfons gebeten habe - um ein wirkliches Timeout auszuschliessen - das timeout im client modul auf 3 Sekunden zu setzten.

Default wert ist 1s.

lg
Charlie71

Hallo Charlie
Wie kommen denn die 3 Sekunden von Alfons in mein Projekt? Das ist ein Auszug von mir! Ich bekomme exakt den gleichen Fehler wie Alfons!

Es bleibt die Frage offen, ob Alfons auch zwei Steuerungen am Start hat. Vielleicht schaffe ich es heute Nachmittag noch nur die WinLC dranzuhaengen! Oder Du weisst Du direkt, dass es damit nichts zu tun haben kann?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 29 Januar 2015, 15:16:00
Hallo pc1246,
damit Du nicht lange suchen mußt. Die Datei 44_S7_Client ist gemeint.  Zeile 205

sub new {
   my $class = shift;
   my $self = {
      # Default TSAP values for connectiong as PG to a S7300 (Rack 0, Slot 2)
      LocalTSAP_HI => 0x01,
      LocalTSAP_LO => 0x00,
      RemoteTSAP_HI=> 0x01,
      RemoteTSAP_LO=> 0x02,
      ConnType => &S7_PG,
      Connected => 0,# = false
      LastError => 0,
      PDULength => 0,
      RecvTimeout => 4000, # 500 ms
      LastPDUType => 0,
      Peer => "",
      ISO_CR => "",
      S7_PN => "",
      S7_RW => "",
      PDU => {},
   };

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Januar 2015, 21:44:48
Hallo Leute,

nun gibt es die Version V2.3 mit ein paar kleineren fixes und neue Standard Features.
Als Vorbereitung für die nächste Release - habe ich den SPS-Kommunikationsclient um bitweises Schreiben/Lesen erweitert.

lG
Charlie71

Release Notes:
* FIX: For Logo8 Simple config
* Error messages for perl PLC communication lib are available
* standard attributes like event-min-interval, event-min-interval, ...  are added
* PLC Communication client extended for bitwise writing
* removed attribute unit and precision: please use standard attribute stateFormat instead.

Example for stateFormat with precision=1 and unit=°C:
define innentemp S7_ARead db 0 6 u16
attr innentemp stateFormat {sprintf("%.1f",ReadingsVal("innentemp","state",0))." °C"}



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 29 Januar 2015, 21:57:53
Hallo Leute

seit der V2.3 werden nun auch Standardattribute unterstützt.
Jedoch habe ich Probleme mit dem Attribut event-min-interval.

Obwohl event-min-interval wie folgt konfiguriert ist, wird das event nicht alle 5 Minuten ausgelöst sondern nur, wenn eine Temperaturänderung von > 0.5°C auftritt.

define aussentemp S7_ARead db 0 4 u16
attr aussentemp event-on-change-reading .*:0.5
attr aussentemp event-min-interval .*:300
attr aussentemp stateFormat {sprintf("%.1f",ReadingsVal("aussentemp","state",0))." °C"}


Vielleicht hat jemand eine Idee woran das liegen kann.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 29 Januar 2015, 22:41:36
Hallo liebe FHEM'ler ,
ich hoffe Ihr habt Verständnis, heute 250km Schneetreiben früh aufgestanden, Heizung zu Hause spinnt, WireShark muß ich neu lernen,
seit 1 1/2 Jahren nicht benutzt.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 29 Januar 2015, 23:28:56
Hallo Charlie,

großartig, ich werde am Wochenende umstellen und testen! Ein Hinweis vielleicht noch: in stateFormat braucht man den Namen des devices nicht noch einmal angeben (Typo-Gefahr), sondern man kann $name verwenden, z.B.:
{sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 30 Januar 2015, 07:44:59
Zitat von: alfonsmoeller am 29 Januar 2015, 22:41:36
Hallo liebe FHEM'ler ,
ich hoffe Ihr habt Verständnis, heute 250km Schneetreiben früh aufgestanden, Heizung zu Hause spinnt, WireShark muß ich neu lernen,
seit 1 1/2 Jahren nicht benutzt.
m.f.G. Alfons

Hallo Alfons
Dann heute auf ein Neues! Bei mir sieht es auch gut aus! Hoffentlich schneit es bei Dir heute nicht wieder so doll!?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 30 Januar 2015, 17:07:33
Hallo zusammen,

ich stecke wieder in einer Misere  >:( und ich hoffe ihr könnt helfen.
Habe auf V2.3 hochgerüstet.
Lesen aus der CPU klappt.
Schreiben leider nicht.
Auch schon bei der V2.2 nicht.
Jetzt habe ich eine Minimalkonfiguration in der cfg, mit der ich nur ein Bit schreiben möchte.
Sobald ich den Taster in FHEM betätige, wird die Verbindung zur SPS unterbrochen und baut sich nach ein paar Sekunden wieder auf.
In der SPS kommt auch nichts an.
Die IP-Adresse habe ich nur hier ge"x"t  ;)

#S7-Anbindung
define S7300 S7 xxx.xxx.xxx.xx 0 2
attr S7300 ReadDB-Config 70 0 20 10
attr S7300 WriteDB-Config 71 0 30
attr S7300 room 0_S7300


#Analogwerte lesen
define DB70_Wert S7_ARead db 70 4 s16
attr DB70_Wert IODev S7300
attr DB70_Wert alias Leistung L1
attr DB70_Wert room 0_S7300
attr DB70_Wert unit Watt
define DB70_Wert1 S7_ARead db 70 6 s16
attr DB70_Wert1 IODev S7300
attr DB70_Wert1 alias Leistung L2
attr DB70_Wert1 room 0_S7300
attr DB70_Wert1 unit Watt
define DB70_Wert2 S7_ARead db 70 8 s16
attr DB70_Wert2 IODev S7300
attr DB70_Wert2 alias Leistung L3
attr DB70_Wert2 room 0_S7300
attr DB70_Wert2 unit Watt
define DB70_Wert3 S7_ARead db 70 10 s16
attr DB70_Wert3 IODev S7300
attr DB70_Wert3 alias Leistung gesamt
attr DB70_Wert3 room 0_S7300,Plots
attr DB70_Wert3 unit Watt


### Bits auslesen
define DB70_Bit1 S7_DRead db 70 0.1
attr DB70_Bit1 IODev S7300
attr DB70_Bit1 room 0_S7300,2_Badezimmer


### Bits schreiben
# Lichttaster an S7 schaltbar über Icon
define Taster_Icon S7_DWrite db 71 0.0
attr Taster_Icon IODev S7300
attr Taster_Icon devStateIcon .*:toggle:TRIGGER
attr Taster_Icon room 0_S7300


und hier das Logfile, wenn ich den Taster betätige :
2015.01.30 16:56:47 3: S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied.
2015.01.30 16:56:47 2: S7300 S7 disconnected
2015.01.30 16:56:47 1: PERL WARNING: Argument "S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PD..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_DWrite.pm line 322.
2015.01.30 16:56:48 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.01.30 16:56:48 1: PERL WARNING: Argument "S7300 S7_WriteBlockToPLC: PLC is not connected " isn't numeric in numeric eq (==) at ./FHEM/44_S7_DWrite.pm line 322.
2015.01.30 16:56:50 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.01.30 16:57:40 3: S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied.
2015.01.30 16:57:40 2: S7300 S7 disconnected
2015.01.30 16:57:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.01.30 16:57:43 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 30 Januar 2015, 18:39:20
Hallo zusammen,

bei mir hat der Umstieg auf Anhieb geklappt und es ist beeindruckend, wie die "Eventlast" (s. Event Monitor) runtergeht, wenn man das Attribut "event-on-change-reading state:0.01" (oder state:0.1) nutzt.

ABER: ich kann bestätigen, dass event-min-interval nicht funktioniert. Ich habe event-min-interval mal mit einem Slider probiert (also reinen FHEM-Mitteln), da hat es auch nicht funktioniert.

Und vorhin ist mal die Kommunikation ausgefallen, da steht im Log:
2015.01.30 19:15:15 3: Temp_AU_Web S7_AWrite_Set: write buffer length error
2015.01.30 19:15:15 3: PCS_7 disconnected
2015.01.30 19:15:15 2: PCS_7 S7 disconnected
2015.01.30 19:15:16 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.01.30 19:15:17 2: PCS_7 S7_connect: allready connected!
2015.01.30 19:15:18 2: PCS_7 S7_connect: allready connected!
2015.01.30 19:20:31 1: PERL WARNING: Use of uninitialized value $buffer in addition (+) at ./FHEM/44_S7.pm line 577


Nach einem Neustart von FHEM war die Welt wieder in Ordnung und ist es geblieben. Reproduzieren konnte ich den Fehler bisher nicht.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Januar 2015, 22:14:20
Hallo rhonline,

also die config ist aus meiner Sicht OK.
Die Fehlermeldung besagt, dass ein Fehler beim Übertragen eines ISO Paketes aufgetragen ist (Länge zu kurz oder zu lang).
Soweit ich weiss, hat das Schreiben mit einer S300 funktioniert.
Setzt du das Modul auf einer raspberry PI Plattform ein?

lG
Charlie71

Zitat von: rhonline am 30 Januar 2015, 17:07:33
Hallo zusammen,

ich stecke wieder in einer Misere  >:( und ich hoffe ihr könnt helfen.
Habe auf V2.3 hochgerüstet.
Lesen aus der CPU klappt.
Schreiben leider nicht.
Auch schon bei der V2.2 nicht.
....
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 30 Januar 2015, 23:28:22
@charlie71 und @fu_zhou
Zitat
ABER: ich kann bestätigen, dass event-min-interval nicht funktioniert. Ich habe event-min-interval mal mit einem Slider probiert (also reinen FHEM-Mitteln), da hat es auch nicht funktioniert.

Das habe ich schon vermutet.

event-min-interval, ebenso wie event-on-change-reading  sind integraler Bestandteil von FHEM und werden automatisch
bei einem Update eines Readings berücksichtigt.

Nochmal zur Funktionsweise:
attr aussentemp event-on-change-reading .*:0.5
attr aussentemp event-min-interval .*:300



Wenn aber der erste Schritt fehlt, (Aktualisierung des Readings), können die beiden folgende Schritte niemals
zur Ausführung kommen.


John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 30 Januar 2015, 23:34:58
@alle S7-Fans

Charlie71 hat sich mit der nativen Implementierung der S7-Anbindung einen großen Brocken vorgenommen.

Ja  er bekommt von den einzelnen Unterstützung, aber gefragt ist vor allem Perl-Programmierung.

Jeder der ein S7-Programm oder Logo-Programm erstellen kann, kann auch Perl lernen.

Nur so eine Idee für das kommende Wochenende.

John

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 31 Januar 2015, 07:15:23
@John,

die Aktualisierung des Readings funktioniert. Der S7-Analogwert wird ja sekündlich aus dem DB gelesen und auch nur dann ins Log-File geschrieben, wenn die event-on-change-reading Bedingung erfüllt ist. Am Event-Monitor sieht man das auch sehr gut. Ich habe mal das event-on-change-reading sehr hoch gesetzt (Event wird also nie ausgelöst) und event-min-interval auf 5 Sekunden. Trotzdem funktioniert es bei dem S7-ARead nicht. Kann es sein, dass event-on-change-reading "höher prior" ist? In der device Ansicht unter Readings ändert sich state nur, wenn die event-on-change-reading Bedingung erfüllt ist. Das hieße ja, dass wenn innerhalb des min-intervals die change-reading Bedingung nicht einmal erfüllt wird, der Timer nicht funktioniert?

Mit deiner Erklärung unten habe ich, glaube ich, verstanden, warum es beim Slider nicht funktionieren kann: Solange der Slider nicht bedient wird, wird kein Reading beschrieben, daher zählt auch der Timer nicht los. Ist das so korrekt?
Was passiert aber, wenn ich den Slider einmal bedient habe? Dann müsste der Timer doch wenigstens einmal runterzählen und den Wert ins Log schreiben, der beim Ablauf des Timers aktuell ist. Dann läuft der Timer erst wieder nach dem nächsten Bedienen des Sliders los?
Aber, wie gesagt, der S7-Wert ändert sich sekündlich. Habe ich hier noch einen Denkfehler?

Danke und Gruß,

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 31 Januar 2015, 07:20:25
Hallo charlie71,

Ja, fhem habe ich jetzt auf einem RasPi laufen.
Ich versuche es heute auch mal auf der FB zum Leben zu erwecken.

Fehler findet man am schnellsten, wenn sie mitwandern  :D


Zitat von: charlie71 am 30 Januar 2015, 22:14:20
Hallo rhonline,

also die config ist aus meiner Sicht OK.

Die Fehlermeldung besagt, dass ein Fehler beim Übertragen eines ISO Paketes aufgetragen ist (Länge zu kurz oder zu lang).
Soweit ich weiss, hat das Schreiben mit einer S300 funktioniert.
Setzt du das Modul auf einer raspberry PI Plattform ein?

lG
Charlie71

Nachtrag :
Habe mal gerade ins log-Buch geschaut

 

2015.01.31 00:01:58 3: S7300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.01.31 00:01:58 2: S7300 S7 disconnected
2015.01.31 00:02:01 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.01.31 00:40:28 3: S7300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.01.31 00:40:28 2: S7300 S7 disconnected
2015.01.31 00:40:31 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.01.31 01:38:09 3: S7300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.01.31 01:38:09 2: S7300 S7 disconnected
2015.01.31 01:38:12 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.01.31 02:30:54 3: S7300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.01.31 02:30:54 2: S7300 S7 disconnected
2015.01.31 02:30:57 3: S7300 S7_connect: connect to PLC with maxPDUlength=240



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 31 Januar 2015, 11:14:49
Hallo zusammen,

ich habe jetzt mal fhem mit 44_S7 auf der FB reaktiviert.
Gleiche Effekte.
Ich habe auch mal die Überwachungszeit im Modul S7_Client hochgesetzt. Kein Erfolg.
Da der Fehler mitgewandert ist, müsste es bei mir ja an der S7 liegen,
außer es fällt jemandem noch was anderes ein.
Von daher würde mir nur ein Downgrade auf V1.15 helfen, da hat's ja funktioniert.

Hier nochmal das log der FB im Fehlerfall, also wenn ich ein Bit übertragen möchte.

2015.01.31 11:12:22 3: S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied.
2015.01.31 11:12:22 2: S7300 S7 disconnected
2015.01.31 11:12:22 3: S7300 disconnected
2015.01.31 11:12:22 2: S7300 S7 disconnected
2015.01.31 11:12:23 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.01.31 11:12:23 3: S7300 disconnected
2015.01.31 11:12:23 2: S7300 S7 disconnected
2015.01.31 11:12:24 3: S7300 disconnected
2015.01.31 11:12:24 2: S7300 S7 disconnected
2015.01.31 11:12:25 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.01.31 11:12:25 2: S7300 S7_connect: allready connected!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 31 Januar 2015, 11:44:56
Hallo,

ich habe jetzt mal nach dem Error-Code gesucht.
Da gibt es im Netz verschiedene Zuordnungen  >:(

Auszug aus dem S7_Client Modul :
use constant  errTCPConnectionFailed => 0x0001;
use constant  errTCPConnectionReset  => 0x0002;
use constant  errTCPDataRecvTout     => 0x0003;
use constant  errTCPDataSend         => 0x0004;
use constant  errTCPDataRecv         => 0x0005;
use constant  errISOConnectionFailed => 0x0006;
use constant  errISONegotiatingPDU   => 0x0007;
use constant  errISOInvalidPDU       => 0x0008;

use constant  errS7InvalidPDU        => 0x0100;
use constant  errS7SendingPDU        => 0x0200;
use constant  errS7DataRead          => 0x0300;
use constant  errS7DataWrite         => 0x0400;
use constant  errS7Function          => 0x0500;

use constant  errBufferTooSmall      => 0x0600;


Im Netz habe ich aber auch folgende Zuordnung gefunden : Quelle : http://snap7.sourceforge.net/moka7.html

errISOInvalidPDU             0x0006    Malformed PDU supplied.
errISOConnectionFailed   0x0007    ISO connection failed.
errISONegotiatingPDU     0x0008     ISO PDU negotiation failed.

Danach würde 0x0008 auf eine negative Rückmeldung des Partners (S7) in Bezug auf die PDU-Länge bedeuten.
Die PDU-Länge ist ja weiterhin "240" bei der S7-300, oder ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 31 Januar 2015, 11:52:47
Hallo rhonline,

verwende doch mal den angehängten Client. (Demo von Snap7)
Dieser gibt die verhandelte PDU-Size aus.

Bei einer S7 scheint mir die PDU von 240 viel zu klein zu sein.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 31 Januar 2015, 11:54:31
Ich hab mir nochmal das Thema zu event-min-interval angesehen.

Ich glaube das ist ein Fehler in FHEM, ich werde das Problem im Developer-Forum vorstellen, um dort eine Klärung zu finden.

John

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 31 Januar 2015, 12:07:57
Hallo John,

habe ich gemacht....
Rückmeldung "240"  !!!!

PS: mit dem Tool kann ich auch in die S7 schreiben!


Zitat von: John am 31 Januar 2015, 11:52:47
Hallo rhonline,

verwende doch mal den angehängten Client. (Demo von Snap7)
Dieser gibt die verhandelte PDU-Size aus.

Bei einer S7 scheint mir die PDU von 240 viel zu klein zu sein.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 31 Januar 2015, 12:13:18
Vergleiche mit Wireshark die Connect-Sequenz von Charlie's Modul und vom Demo-Client.

Das wird Charlie gute Hinweise liefern.
John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 Februar 2015, 16:47:09
Hallo Leute,

ich hab mal folgendes Testsetup für den connection Test aufgesetzt:
* nativer perl client:
* lib no dave client:
(Testpartner Logo7)

Beide lesen ein Byte und schreiben ein Byte.
Mit Hilfe von Wire shark habe ich die beiden Kommunikationen protokolliert und verglichen.
Meiner Meinung nach gab es nur unwesentliche Abweichungen. Nichts desto trotz habe ich den perl client an den lib nodave client angepasst.
Es werden nun die selben Daten auf TCP Ebene übertragen.

Der aktualisierte Client im Anhang. Bitte tauschen und dann bitte ein kurzes Feedback.
lG
Charlie71



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 01 Februar 2015, 19:43:42
Hallo Charlie
Habe den neuen client installiert! Test folgt sofort! Ich habe uebrigens schon ewig diese Fehlermeldung "Undefined subroutine &main::S7_Client_Initialize called at fhem.pl line 2052. " beim Aktualisieren des 44_S7_Clients!
Bit setzen geht! Analog schreiben und lesen geht auch!

Ok: Jetzt habe ich die DEF aktualisiert! PDU 960 wurde eingetragen! Danach kam disconnected, dann ging bit setzen nicht mehr! dann wieder connected PDU wieder 240, aber analog lesen ist jetzt aus!
Nach Neustart ist alles wieder gut! Ich hatte aber auch nicht gespeichert!

WinLC: Lesen geht! Schreiben nicht! Auch nicht wenn nur eine Steuerung definiert!

Das Problem mit zwei SPSen ist immer noch da! Ich habe jetzt gesehen, dass gelesene Worte in beiden Steuerungen landen, zumindest auf fhem! Scheint aber auch nur bei der Aenderung auf der 2ten zu passieren!
Das war aber schon lange meine Vermutung, dass da mit mehreren etwas schief laeuft!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 01 Februar 2015, 20:13:02
Hallo charlie71,
auf die Schnelle kann ich nur berichten S7-315 ok.
Mit einer RTX keine Änderung. Lesen ok, Schreiben geht nicht!

Das ist jetzt doppelt so viel:
2015.02.01 20:00:37 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 08:48:15
Hallo Charlie,

bei meiner S7 funktioniert die Kopplung weiterhin mit beiden Clients, allerdings wird die PDU Länge mit der neuen Version mit 960 angegeben, was eigentlich nicht sein kann, wenn man in die Siemens-Beschreibung schaut:
ZitatEinfluss der PDU-Size:
Die Baustein-Statusinformationen sind abhängig von der so genannten PDU-Size (Protocol Data Unit), die durch die S7-CPU vorgegeben ist. Die Menge der maximal angeforderten Variablen richtet sich nach der aktuellen PDU-Länge und dem Datentyp der Variable. Eine S7-300 kann PDU-Längen von 240 Bytes und eine S7-400 kann PDU-Längen von 480 Bytes bearbeiten.

    MPI- und Profibus-Protokoll für CPU 300/400:
      PDU-Größe: 240 Bytes
      Headergröße: 17 Bytes pro Datenbereich
    Ethernet-Protokoll für CPU 300:
      PDU-Größe: 240 Bytes
      Headergröße: 17 Bytes pro Datenbereich
    Ethernet-Protokoll für CPU 400:
      PDU-Größe: 480 Bytes
      Headergröße: 17 Bytes pro Datenbereich

Gruß und weiterhin danke für dein Engagement!

EDIT: Der NEUE Client arbeitet korrekt! Meine CPU hat tatsächliche eine PDU Länge von 960 (nicht wie in der V2.3 erkannt 240). Auf jeden Fall bringt das auch die Snap7 Client Demo.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Februar 2015, 09:23:14
Hallo zusammen
Wollen wir nicht mal etwas klaeren?!
Wer hat wieviele Steuerungen im Einsatz?
Welche Steuerungen sind das?
Was funktioniert, und was nicht?
Wie man das am sinnvollsten darstellt, leider keine Ahnung!

Ich habe eigentlich nur eine S7-300 im Einsatz, kann aber jederzeit (Ok, mit 15 Minuten Verzoegerung) eine WinLC dazu nehmen!
Bei mir funktioniert die 300er problemlos seit V2.1!
Mit der neuen Version kommt eine PDU=960 beim redefinieren der S7! Daraus resultiert ein Verbindungsabbruch, wenn ich dann etwas Steuern will, stellt sich PDU=240 ein und alles ist wieder gut!
Mit der WinLC (Die sich meines Wissens wie eine 400er verhaelt!) bekomme ich PDU=480 und lesen funktioniert, schreiben aber nicht!
Wenn beide Steuerungen angelegt sind, dann beeinflusst die 2te bei Aenderung des zu lesenden Bereiches die 1te! Natuerlich nur im fhem, und auch nur einmalig bei Aenderung wie es aussah! Ich habe dazu kein log erstellt, kann das aber gerne nachholen!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Februar 2015, 09:26:23
Zitat von: alfonsmoeller am 01 Februar 2015, 20:13:02
Hallo charlie71,
auf die Schnelle kann ich nur berichten S7-315 ok.
Mit einer RTX keine Änderung. Lesen ok, Schreiben geht nicht!

Das ist jetzt doppelt so viel:
2015.02.01 20:00:37 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480

m.f.G. Alfons

Hallo Alfons
Wie ist die PDU Laenge bei Dir zustande gekommen? Bleibt die auch nach dem Steuern auf 480 stehen? Kein Verbindungsabbruch?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 10:10:48
Ich habe jetzt, basierend auf den letzten Posts, eine zweite S7-300 hinzugefügt (315) mit folgenden Parametern:
define 315 S7 192.168.1.102 0 2
attr 315 ReadDB-Config 70 0 8 1 71 0 2 1
attr 315 WriteDB-Config 72 0 8 73 0 2
attr 315 room System

Ich arbeite jetzt also mit 2 CPUs an FHEM (IP Adresse .101 und .102)
# S7 Kommunikation
define PCS_7 S7 192.168.1.101 0 2
attr PCS_7 ReadDB-Config 20 0 8 1 21 0 2 1
attr PCS_7 WriteDB-Config 22 0 8 23 0 2
attr PCS_7 room System

define 315 S7 192.168.1.102 0 2
attr 315 ReadDB-Config 70 0 8 1 71 0 2 1
attr 315 WriteDB-Config 72 0 8 73 0 2
attr 315 room System


Mit dieser CPU (.102) wird auch die PDU_Länge von 240 "verhandelt". Mit der Snap7 Client Demo aus dem Post von John wird für meine erste CPU (.101 - die eine VIPA 317 ist) als PDU Länge 960 angezeigt, also genau das, was auch das Fhem S7 Modul erkennt. Die Demo erkennt für die zweite CPU (.102 - 315) 240. Aus meiner Sicht funtkioniert damit das Erkennen der echten PDU Länge einer CPU erst so richtig mit dem NEUEN Client, da mit dem V2.3 Client für meine erste CPU (VIPA 317) 240 erkannt wurde.
Für die Verwirrung, die mein Post oben eventuell gestiftet hat, bitte ich um Entschuldigung. Siemens weiß natürlich nicht, was eine VIPA CPU macht, die sich wie eine S7 verhalten soll(te).

Aber: Das FHEM Modul geht derzeit scheinbar von nur einer CPU aus (der Letzten in der fhem.cfg). Daher beschwert sich Fhem auch nach Speichern der fhem.cfg:
S7_DWrite_Define: wrong memory area, valid positions : DB72 (0.0 - 7.7) DB73 (0.0 - 1.7) S7_DWrite_Define: wrong memory area, valid positions : DB72 (0.0 - 7.7) DB73 (0.0 - 1.7) S7_DWrite_Define: wrong memory area, valid positions : DB72 (0.0 - 7.7) DB73 (0.0 - 1.7) S7_DWrite_Define: wrong memory area, valid positions : DB72 (0.0 - 7.7) DB73 (0.0 - 1.7)
Mein DWrite geht auf DB23 (.101 CPU), erwartet wird aber DB73.
Ich habe also meine fhem.cfg von den DB2X auf DB7X umgebaut (inkl. attr IODev) und es geht Lesen und Schreiben in der neuen CPU (.102), während die erste CPU (.101) weiterhin in der fhem.cfg definiert ist. Beim Schreiben in den DB72 wird auch nichts im DB22 überschrieben.
Was ich nicht testen kann ist das Schreiben/ Lesen mit der ersten CPU (.101, DB2X), da ja die Fehlermeldung wie oben beschrieben kommt.
S7_DWrite_Define: wrong memory area, valid positions : DB72 (0.0 - 7.7) DB73 (0.0 - 1.7)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 11:23:16
Hallo Leute,

das Refactoring des Moduls ist nun soweit fertig. DH es benötigt keine Reading/writing configuration mehr.
Die Blöcke die aus der SPS zu holen sind werden dynamisch generiert.
Weiters werden nicht nur ARead und DReads von der SPS gelesen sondern auch AWrite und DWrite werden mit der SPS abgeglichen.

Die neue Version wie immer im ersten Posting.
lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Februar 2015, 11:29:51
Hallo fu_zhou

Ich war nicht verwirrt! Ich wollte einfach nur Klarheit schaffen! Damit das Modul auch wirklich funktioniert! Wenn ich es jetzt richtig verstanden habe, kannst Du nur mit einer CPU kommunizieren!? Bei mir geht zumindest das lesen von zweien, mit der Einschraenkung von Ueberschreiben! Das Ueberschreiben konnte ich durch Zufall beobachten, da ich in der 300er kontinuierlich ein Doppelwort mit Datum Uhrzeit auslese(DB100)! Als ich dann auf der WinLC mit Steuern/Var einen Wert geaendert habe (DB61), hat sich der Inhalt von Datum Uhrzeit definitiv veraendert, um dann wieder original zu werden!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 11:30:23
Hallo Leute

was mir aufgefallen ist, dass immer wenn Windows im Spiel ist das es Probleme gibt.
Ich habe das Modul unter WIN getestet, lesen funktioniert Schreiben nicht.
obwohl mit Sicherheit der selbe Inhalt übertragen wird.

Ich kann mir vorstellen dass sich WIN und Linux bei den socket options unterscheidet und es somit zu minimalen Unterschieden im Messagetransfer kommt. Mir ist ZB aufgefallen dass unter WIN nicht immer ein ACK Meldung an die SPS geschickt wird.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 11:33:58
Hallo Christoph

versuch es nochmals mit der V2.4. Ich hab diesen Bereich komplett "refactort".
(Der alte Code war im diesen Bereich zu oft überarbeitet worden)

lG
Charlie71


Zitat von: pc1246 am 02 Februar 2015, 11:29:51
Hallo fu_zhou

Ich war nicht verwirrt! Ich wollte einfach nur Klarheit schaffen! Damit das Modul auch wirklich funktioniert! Wenn ich es jetzt richtig verstanden habe, kannst Du nur mit einer CPU kommunizieren!? Bei mir geht zumindest das lesen von zweien, mit der Einschraenkung von Ueberschreiben! Das Ueberschreiben konnte ich durch Zufall beobachten, da ich in der 300er kontinuierlich ein Doppelwort mit Datum Uhrzeit auslese(DB100)! Als ich dann auf der WinLC mit Steuern/Var einen Wert geaendert habe (DB61), hat sich der Inhalt von Datum Uhrzeit definitiv veraendert, um dann wieder original zu werden!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Februar 2015, 11:48:01
Hallo Charlie
Mache ich gerne heute Abend. Es gibt dann auch sofort Rueckmeldung!
Eine Frage noch, muss ich irgendwas beachten? Wie gesagt die PDU-Berechnung war bei mir irgendwie wirr! Oder einfach nur Module kopieren und reloaden?

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 12:25:41
Hallo Charlie,

beim Binär-Werte schreiben geht in der V2.4 etwas schief. Im Log steht Folgendes (bei TRIGGER):
2015.02.02 12:25:11 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 23,0 , 1, 1
2015.02.02 12:25:13 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 23,0 , 1, 0

Aber das Bit bleibt im DB auf "1" stehen, kein Chance das wieder auf 0 zu setzen.

WriteBitToPLC ist die einzige Aktion, die sich im Log-File verewigt, AWrite trägt nichts ein.
Binär Lesen sowie analog (Float) Lesen und Schreiben funktioniert soweit ich das sehe mit einer CPU.

Analog Lesen (Float) funktioniert mit 2 CPUs, mehr schaffe ich nicht, in der Mittagspause zu testen. Heute Abend werde ich mal eine reine Test-fhem.cfg erstellen, um auf 2 CPUs mit der neuen V.2.4 analog und binär zu schreiben und zu lesen. PDU aushandeln klappt aber für beide CPUs und ich kriege auch keinen Disconnect.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 12:56:13
Hallo

@PDUlength: die PDUlength wird zwischen den beiden Kommunikationspartnern ausgehandelt. In der V2.3 war die default PDULength von FHEM auf 240 seit der V2.4 ist diese auf 960 (960 ist auch der Defaultwert in der libnodave).
Wenn die SPS nur eine kleinere PDUlength unterstützt so teil sie dies dem FHEM modul bei der Message CC (concetion confirm) mit. Das funktioniert bei meiner Logo tadellos: Hier kommt die Verbindung mit einer maxPDU length von 240 zustande.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 13:04:57
Wie schon bestätigt funktioniert das PDU aushandeln bei mir jetzt auch tadellos bei den zwei CPUs die gerade im Einsatz sind. (V2.4)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 02 Februar 2015, 13:11:46
Hallo,
steht im log:
2015.02.02 12:59:16 1: Including fhem.cfg
2015.02.02 12:59:19 3: WEB: port 8083 opened
2015.02.02 12:59:19 3: telnetPort: port 7072 opened
2015.02.02 12:59:23 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.02 12:59:23 3: PCS_7: unknown attribute ReadDB-Config, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings devStateIcon devStateStyle icon sortby webCmd or use attr global userattr ReadDB-Config
2015.02.02 12:59:23 3: PCS_7: unknown attribute WriteDB-Config, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings devStateIcon devStateStyle icon sortby webCmd or use attr global userattr WriteDB-Config
2015.02.02 12:59:23 1: configfile: PCS_7: unknown attribute ReadDB-Config, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings devStateIcon devStateStyle icon sortby webCmd or use attr global userattr ReadDB-Config
PCS_7: unknown attribute WriteDB-Config, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings devStateIcon devStateStyle icon sortby webCmd or use attr global userattr WriteDB-Config
2015.02.02 12:59:23 1: Including ./log/fhem.save
2015.02.02 12:59:23 2: SecurityCheck:  WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.02 12:59:23 0: Server started with 35 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user root, pid 12100)
2015.02.02 13:00:01 2: PCS_7 S7 disconnected
2015.02.02 13:00:01 1: Including fhem.cfg
2015.02.02 13:00:01 3: WEB: port 8083 opened
2015.02.02 13:00:01 3: telnetPort: port 7072 opened
2015.02.02 13:00:02 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.02 13:00:02 1: Including ./log/fhem.save

Setze dann Bit 0 auf 1,Bit 7 auf 1,Bit 7 auf 0,Bit 1 auf 0
2015.02.02 13:00:59 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33,0 , 1, 1
2015.02.02 13:01:08 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33,7 , 1, 1
2015.02.02 13:01:14 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33,7 , 1, 0
2015.02.02 13:01:19 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33,0 , 1, 0

macht für mich Sinn aber das Bit in der SPS wird nicht geschaltet.
Hier bei handelt es sich um eine RTX.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 13:23:29
Hallo

bitte tauscht mal die attached files.
Drinnen ist ein kleiner Fehler gefixed, der sich auf meiner Logo nicht ausgewirkt hat. Aber vielleicht spielt er bei der S300 eine Rolle.
Außerdem wird bei der Schreiboperation noch ein paar Zeilen mehr ins Logfile geschrieben.
Wenn funktioniert kommt das Logging wieder raus.

Danke und lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 02 Februar 2015, 13:34:48
Hallo charlie71,
wieder die gleichen Bits wie vorhin.
Setze dann Bit 0 auf 1,Bit 7 auf 1,Bit 7 auf 0,Bit 1 auf 0 im DB33
mit der RTX

2015.02.02 13:30:45 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 0 , 1, 1
2015.02.02 13:30:45 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 00, 00, 04, 00, 08, 01
2015.02.02 13:30:48 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 7 , 1, 1
2015.02.02 13:30:48 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 07, 00, 04, 00, 08, 01
2015.02.02 13:30:52 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 7 , 1, 0
2015.02.02 13:30:52 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 07, 00, 04, 00, 08, 00
2015.02.02 13:30:55 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 0 , 1, 0
2015.02.02 13:30:55 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 00, 00, 04, 00, 08, 00

ich ergänz nochmal eine S7-315

2015.02.02 13:41:19 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 0 , 1, 1
2015.02.02 13:41:19 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 00, 00, 04, 00, 08, 01
2015.02.02 13:41:23 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 7 , 1, 1
2015.02.02 13:41:23 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 07, 00, 04, 00, 08, 01
2015.02.02 13:41:26 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 7 , 1, 0
2015.02.02 13:41:26 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 07, 00, 04, 00, 08, 00
2015.02.02 13:41:28 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 0 , 1, 0
2015.02.02 13:41:28 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 00, 00, 04, 00, 08, 00

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mani am 02 Februar 2015, 13:38:10
Hallo

Super Modul :D

Hab schon einige DRead und DWrite Verbindungen mit meiner Logo7 gemacht und jetzt würde ich gerne die Aussentemperatur von meiner Luxtronik2 an die Logo weitergeben geht das?

Danke Manfred

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Februar 2015, 13:41:02
Hallo Mani

Im 1. Post steht ein link zum Wiki, da steht alles beschrieben! Hier noch einmal fuer Dich: http://www.fhemwiki.de/wiki/S7 (http://www.fhemwiki.de/wiki/S7)

Gruss Christoph

P.S.: Willkommen im Forum!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 13:51:11
Hallo

vielen Dank fürs schnelle Feedback.
Hab wieder einen kleinen Fehler gefixed. (ich find es unheimlich interessant wie fehlertolerant die Logo ist, denn auch dieser Fehler hatte keine Auswirkungen auf die Kommunikation mit der Logo).

Bitte wieder File tauschen.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 02 Februar 2015, 14:05:45
Hallo charlie71,

ich glaube, jetzt klappt es sogar bei mir erstmalig mit dem Schreiben in die S7-300 !!!
Muss nachher noch ausgiebiger Testen, aber die letzte Änderung hat etwas bewirkt !

DANKE für die wahnsinnige und aufopferungsvolle Arbeit !

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mani am 02 Februar 2015, 14:18:43
Hallo Christoph,
Danke für die schnelle Antwort den Beitrag habe ich bereits gelesen.
Aber ich kann nicht heraus finden wie ich einen AWrite Eingang für die Logo7 erstelle im Wiki ist die Beschreibung für die S7 mit Datenpunkten  aber für die Logo brauch ich normal nur den Merker angeben.
Weiß nicht wie ich auf den Datenpunkt komme....
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 02 Februar 2015, 14:31:11
Hallo charlie71,
es funktioniert auf der RTX!!
Wieder die gleiche Reihenfolge an Bit's wie in den vorherigen Protokollierungen 0=1 7=1 7=0 0=0

2015.02.02 14:23:53 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 0 , 1, 1
2015.02.02 14:23:53 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 00, 00, 03, 00, 01, 01
2015.02.02 14:23:58 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 7 , 1, 1
2015.02.02 14:23:58 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 07, 00, 03, 00, 01, 01
2015.02.02 14:24:03 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 7 , 1, 0
2015.02.02 14:24:03 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 07, 00, 03, 00, 01, 00
2015.02.02 14:24:07 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 33, 0 , 1, 0
2015.02.02 14:24:07 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 21, 84, 00, 00, 00, 00, 03, 00, 01, 00

Ich teste noch weiter ob ich was übersehen habe.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 14:36:32
Hallo Mani,

schau dir mal im Porsti #39 das Attachment von Porsti an, dass sollte deine Frage Beantworten.

lG
Charlie71

Zitat von: mani am 02 Februar 2015, 14:18:43
Hallo Christoph,
Danke für die schnelle Antwort den Beitrag habe ich bereits gelesen.
Aber ich kann nicht heraus finden wie ich einen AWrite Eingang für die Logo7 erstelle im Wiki ist die Beschreibung für die S7 mit Datenpunkten  aber für die Logo brauch ich normal nur den Merker angeben.
Weiß nicht wie ich auf den Datenpunkt komme....
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 02 Februar 2015, 15:37:19
Hallo charlie71,

kann es sein, dass das Attribut "Unit" bei ARead nicht mehr existent ist ?

z.B.
attr DB70_Wert unit Watt

Da bringt die cfg eine Fehlermeldung.

DB70_Wert: unknown attribute unit. Type 'attr DB70_Wert ?' for a detailed list.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 15:45:19
Hallo rhonline,

ja föllig richtig, eigentlich habe ich angekündigt sie bereits in der V2.3 rauszuwerfen.
Begründung: Seit V2.3 gibts Standardattribute die diese Aufgabe übernehmen können.
Ein Beispiel findest du in den Releasenotes.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 02 Februar 2015, 15:55:32
Hallo charlie71,

sorry, nicht mehr präsent gehabt.
Ich meine aber, das hat bis zu Deiner letzten S7_Client-Änderung noch funktioniert ???  :-\
Werde in Ruhe nochmal eine neue cfg aufsetzen, jetzt wo auch bei mir das Schreiben funzt.


Zitat von: charlie71 am 02 Februar 2015, 15:45:19
Hallo rhonline,

ja füllig richtig, eigentlich habe ich angekündigt sie bereits in der V2.3 rauszuwerfen.
Begründung: Seit V2.3 gibts Standardattribute die diese Aufgabe übernehmen können.
Ein Beispiel findest du in den Releasenotes.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 02 Februar 2015, 16:31:36
@charlie71,

ich bin mir nicht sicher in dem was folgt, da ich deinen Code nicht umfassend verstanden habe.

In sub S7_readFromPLC($) fragmentierst du das Lesen eines Blockes, wenn die PDU-Size für die Blockgrösse zu klein ist.

Bereits nach dem ersten gelesenen Segment reichst du dieses an S7_readAndDispatchBlockFromPLC weiter.
Nun kann es sein, dass das Ende des Segmentes die ersten beiden Bytes eines Datenpunktes mit Format real (4 byte) umfasst.
Diese würde erst vollständig abgebildet werden, wenn auch das Folgesegment eingelesen ist.

Dies wäre klassischer Dirty Read, in dem nur ein Teil eines konsistenten Objektes aktualisiert wird.
Besser wäre es denn Datenblock vollständig einzulesen, bevor du ihn an die übergeordneten Schichten weiterreichst.

Vielleicht liege ich auch falsch mit meiner Analyse.


John

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 17:00:20
Hallo John,

danke für dein Feedback.
die Funktion  S7_readFromPLC($) prüft ob mit dem Hinzufügen des nächsten Clients ($logoClientsDB{$positioned[$i]}{ADDRESS} + $logoClientsDB{$positioned[$i]}{LENGTH}) die Maximalgröße (MaxReadLength) verletzt wird:

if($logoClientsDB{$positioned[$i]}{ADDRESS} + $logoClientsDB{$positioned[$i]}{LENGTH} - $blockstartpos <= $hash->{S7TCPClient}->{MaxReadLength}){
#extend existing block
$blocklength = int($logoClientsDB{$positioned[$i]}{ADDRESS}) + $logoClientsDB{$positioned[$i]}{LENGTH} - $blockstartpos;
} else {
#block would exeed MaxReadLength
#read and dispatch block from PLC
$res = S7_readAndDispatchBlockFromPLC($hash,$logoClientsDB{$positioned[$i]}{AREA},$logoClientsDB{$positioned[$i]}{DB},$blockstartpos,$blocklength);
return $res if ($res != 0);

#start new block new time
$blockstartpos = int($logoClientsDB{$positioned[$i]}{ADDRESS});
$blocklength = $logoClientsDB{$positioned[$i]}{LENGTH};

}


wenn ich nichts übersehen habe, somit kein dirty read auftreten.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 17:04:46
Hallo John,

es gibt einen Punkt, wo du mir helfen könntest.
Nach der Aktualisierung der DReads tauchen keine Events mehr im Event Monitor auf. Somit wird auch die Anzeige nicht mehr aktualisiert.

Kannst Du mir hier weiterhelfen.
Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 02 Februar 2015, 19:10:17
Das Thema event-min-interval habe ich hier
http://forum.fhem.de/index.php/topic,33069.0.html (http://forum.fhem.de/index.php/topic,33069.0.html) eingehängt.

Rudi ist wohl noch am überlegen.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 02 Februar 2015, 19:25:07
@charlie71

ich weiss nicht womit du entwickelst, aber ich finde EPIC extrem hilfreich
http://www.epic-ide.org/ (http://www.epic-ide.org/)
Eclipse mit Perl-Plugin.

Man kann
* Code Formatieren
* Debuggen (Breakpoints, Data Views)
* den lokalen Source-Code automatisch mit dem Laufzeitrechner synchronsieren (Remote System Explorer)
* vorab die Syntax validieren (Sofortanzeige von Fehlern während der Eingabe)

John




Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 02 Februar 2015, 19:25:07
Hallo,
ich wollte noch eben 2 Bilder nach reichen. Wie heute nachmittag schon beschrieben, funktioniert
die RTX 4.5 jetzt auch in beide Richtungen. Bei der WinLC 4.1 leider noch nicht.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 19:32:36
Hallo Charlie,

ich habe jetzt die Test-fhem.cfg und auf beiden S7 ein Test Programm erstellt. Die S7 liest ein Bit aus einem DB und schreibt es in den nächsten. Dann liest die S7 eine Float und schreibt sie in einen anderen DB. Die geschriebenen Werte aus der S7 zeige ich als Rueckmeldung/ Ruecklesewert an.
# S7 Kommunikation
define PCS_7 S7 192.168.1.101 0 2
attr PCS_7 room System

define 315 S7 192.168.1.102 0 2
attr 315 room System

# Binärkommunikation
define Taster_PCS_7 S7_DWrite db 23 0.0
attr Taster_PCS_7 IODev PCS_7
attr Taster_PCS_7 devStateIcon .*:toggle
attr Taster_PCS_7 group Licht
attr Taster_PCS_7 room Keller
attr Taster_PCS_7 webCmd ON:OFF

define Rueckmeldung_PCS_7 S7_DRead db 21 0.0
attr Rueckmeldung_PCS_7 IODev PCS_7
attr Rueckmeldung_PCS_7 group Licht
attr Rueckmeldung_PCS_7 room Keller

#315
define Taster_315 S7_DWrite db 73 0.0
attr Taster_315 IODev 315
attr Taster_315 devStateIcon .*:toggle
attr Taster_315 group Licht
attr Taster_315 room Keller
attr Taster_315 webCmd ON:OFF

define Rueckmeldung_315 S7_DRead db 71 0.0
attr Rueckmeldung_315 IODev 315
attr Rueckmeldung_315 group Licht
attr Rueckmeldung_315 room Keller

# Analogkommunikation
define Temperaturkorrektur_PCS_7 S7_AWrite db 22 0 float
attr Temperaturkorrektur_PCS_7 IODev PCS_7
attr Temperaturkorrektur_PCS_7 group Raumluft
attr Temperaturkorrektur_PCS_7 room Keller
attr Temperaturkorrektur_PCS_7 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Temperaturkorrektur_PCS_7_Knob dummy
attr Temperaturkorrektur_PCS_7_Knob group Raumluft
attr Temperaturkorrektur_PCS_7_Knob room Keller
attr Temperaturkorrektur_PCS_7_Knob setList state:knob,min:-100,max:100,step:0.1,fgColor:Green,anglearc:180,angleoffset:270,bgcolor:Grey,width:150,linecap:round,thickness:0.1,displayInput:true
attr Temperaturkorrektur_PCS_7_Knob stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}
attr Temperaturkorrektur_PCS_7_Knob webCmd state

define Temperaturkorrektur_PCS_7_Knob_notify notify Temperaturkorrektur_PCS_7_Knob {\
fhem "set Temperaturkorrektur_PCS_7 ".ReadingsVal("Temperaturkorrektur_PCS_7_Knob","state","0");;\
}
attr Temperaturkorrektur_PCS_7_Knob_notify group Raumluft
attr Temperaturkorrektur_PCS_7_Knob_notify room Keller

define Ruecklesen_PCS_7 S7_ARead db 20 0 float
attr Ruecklesen_PCS_7 IODev PCS_7
attr Ruecklesen_PCS_7 group Raumluft
attr Ruecklesen_PCS_7 room Keller
attr Ruecklesen_PCS_7 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

# 315
define Temperaturkorrektur_315 S7_AWrite db 72 0 float
attr Temperaturkorrektur_315 IODev 315
attr Temperaturkorrektur_315 group Raumluft
attr Temperaturkorrektur_315 room Keller
attr Temperaturkorrektur_315 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Temperaturkorrektur_315_Knob dummy
attr Temperaturkorrektur_315_Knob group Raumluft
attr Temperaturkorrektur_315_Knob room Keller
attr Temperaturkorrektur_315_Knob setList state:knob,min:-100,max:100,step:0.1,fgColor:Green,anglearc:180,angleoffset:270,bgcolor:Grey,width:150,linecap:round,thickness:0.1,displayInput:true
attr Temperaturkorrektur_315_Knob stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}
attr Temperaturkorrektur_315_Knob webCmd state

define Temperaturkorrektur_315_Knob_notify notify Temperaturkorrektur_315_Knob {\
fhem "set Temperaturkorrektur_315 ".ReadingsVal("Temperaturkorrektur_315_Knob","state","0");;\
}
attr Temperaturkorrektur_315_Knob_notify group Raumluft
attr Temperaturkorrektur_315_Knob_notify room Keller

define Ruecklesen_315 S7_ARead db 70 0 float
attr Ruecklesen_315 IODev 315
attr Ruecklesen_315 group Raumluft
attr Ruecklesen_315 room Keller
attr Ruecklesen_315 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}


Folgendes habe ich beobachtet mit der V2.4 und deiner 44_S7_Client.pm aus Post 362:
- DRead aktualisiert nicht (nur mit F5 Browser-Refresh) - hast du ja schon gemerkt
- ARead aktualisiert sporadisch nicht. Mit dem nächsten Bedienen des Knobs wird dann der richtige Wert wieder gezeigt (F5 Brower-Refresh geht auch). Der nicht aktualisierte Wert steht aber korrekt im DB.
- der Taster_PCS_7 S7_DWrite db 23 0.0 bleibt immer auf ON (1) nach dem ersten Bedienen und lässt sich nicht mehr auf OFF (0) schalten. Im DB bleibt also TRUE stehen. Der Taster_315 S7_DWrite db 73 0.0 funktioniert tadellos. Der Taster_315 ist in der Reihenfolge nach dem Taster_317 in der fhem.cfg (s. code oben).

Und das Log-File wird wieder vollgeschrieben (ist wohl Absicht zum Debuggen).
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 19:52:50
Hallo zu_zhou,

genau das Logfile ist zum debuggen.
Ich hätte gerne folgenden Auszug aus dem Logfile:

Schreiben auf DB23 0.0 und Schreiben auf DB73 0.0 (zuerst setzen dann löschen)

Danke
Charlie71

Zitat von: fu_zhou am 02 Februar 2015, 19:32:36

- der Taster_PCS_7 S7_DWrite db 23 0.0 bleibt immer auf ON (1) nach dem ersten Bedienen und lässt sich nicht mehr auf OFF (0) schalten. Im DB bleibt also TRUE stehen. Der Taster_315 S7_DWrite db 73 0.0 funktioniert tadellos. Der Taster_315 ist in der Reihenfolge nach dem Taster_317 in der fhem.cfg (s. code oben).

Und das Log-File wird wieder vollgeschrieben (ist wohl Absicht zum Debuggen).
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 Februar 2015, 20:02:04
Hallo Charlie
Ich habe jetzt alle files aktualisiert! Leider werden jetzt wohl Teile nicht mehr aktualisiert! Die Sinnhaftigkeit der Abfrage lassen wir mal dahingestellt sein!
(//)
DBB22 wird noch aktualisiert, DBD20 leider nicht mehr! Wenn ich das Byte22 loesche wird das Doppelwort wieder aktualisiert!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 20:14:10
Hallo Christoph,

wird nur die Bildschirmanzeige nicht automatisch refreshed (aktuell bekanntes Problem) oder wird auch der Wert nicht aktualisiert?

lG
Charlie71

Zitat von: pc1246 am 02 Februar 2015, 20:02:04
Hallo Charlie
Ich habe jetzt alle files aktualisiert! Leider werden jetzt wohl Teile nicht mehr aktualisiert! Die Sinnhaftigkeit der Abfrage lassen wir mal dahingestellt sein!
(//)
DBB22 wird noch aktualisiert, DBD20 leider nicht mehr! Wenn ich das Byte22 loesche wird das Doppelwort wieder aktualisiert!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 21:27:01
Hallo Charlie,

hier der Auszug aus dem Log-File. Ich habe zuerst 315 (DB73 DBX0.0) ON gesetzt, dann wieder OFF, danach PCS_7 (DB23 DBX0.0) ON und wieder OFF
2015.02.02 21:21:01 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a
2015.02.02 21:21:01 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:21:09 1: 315 S7_WriteBitToPLC: Write Bytes to PLC: 7, 73,0 , 1, 1
2015.02.02 21:21:09 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 49, 84, 00, 00, 00, 00, 03, 00, 01, 31
2015.02.02 21:21:31 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:21:31 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a
2015.02.02 21:21:39 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:21:39 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a
2015.02.02 21:21:42 1: 315 S7_WriteBitToPLC: Write Bytes to PLC: 7, 73,0 , 1, 0
2015.02.02 21:21:42 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 49, 84, 00, 00, 00, 00, 03, 00, 01, 30
2015.02.02 21:21:46 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:21:47 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a
2015.02.02 21:22:13 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:22:13 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a
2015.02.02 21:22:17 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 23,0 , 1, 1
2015.02.02 21:22:17 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 17, 84, 00, 00, 00, 00, 03, 00, 01, 31
2015.02.02 21:22:38 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:22:38 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a
2015.02.02 21:22:40 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 23,0 , 1, 0
2015.02.02 21:22:40 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 17, 84, 00, 00, 00, 00, 03, 00, 01, 30
2015.02.02 21:22:44 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 42, 8e, 99, 9a
2015.02.02 21:22:45 1: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 16, 84, 00, 00, 00, 00, 04, 00, 20, c2, 75, 99, 9a


Und jetzt ReadArea Error auf der 315:
2015.02.02 21:24:42 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.02 21:24:42 2: 315 S7 disconnected
2015.02.02 21:24:45 3: 315 S7_connect: connect to PLC with maxPDUlength=240
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 21:35:36
Hallo fu_zhou,

ich denke du hast nicht die letzte Version aus dem Posting #362 installiert. Bitte prüfe das nochmals.

lG
Charlie

Zitat von: fu_zhou am 02 Februar 2015, 21:27:01
Hallo Charlie,

hier der Auszug aus dem Log-File. Ich habe zuerst 315 (DB73 DBX0.0) ON gesetzt, dann wieder OFF, danach PCS_7 (DB23 DBX0.0) ON und wieder OFF

2015.02.02 21:21:09 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 49, 84, 00, 00, 00, 00, 03, 00, 01, 31

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 02 Februar 2015, 21:39:18
Hallo Charlie,

habe auf die Version 2.4 geupdatet.
Dabei ist mir aufgefallen das für die Logo für mich der TSAP unlogisch ist und ich nur noch aus der Logo lesen kann. Das schreiben klappt nicht mehr und wenn ein befehl durchgeht schreibt er auf der Logo nicht den NI2 sondern den NI9.
Habe im Anhang ein Bild aus FHEM und ein Auszug aus der config:


define mylogo S7 LOGO8 192.168.10.50
attr mylogo verbose 1
#
# Verbindung Steuerung mit den Logo-Daten
#
define Licht_Aus S7_DWrite NI1
attr Licht_Aus IODev mylogo
attr Licht_Aus alias Zentral Aus
attr Licht_Aus devStateIcon .*:black_FS20.off
attr Licht_Aus eventMap trigger:Aus
attr Licht_Aus group Schalter
attr Licht_Aus room Flur
attr Licht_Aus webCmd Aus
#
define Licht_An S7_DWrite NI2
attr Licht_An IODev mylogo
attr Licht_An alias Zentral Ein
attr Licht_An devStateIcon .*:black_FS20.on
attr Licht_An eventMap trigger:Ein
attr Licht_An group Schalter
attr Licht_An room Flur
attr Licht_An webCmd Ein
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 21:48:39
Hallo Charlie,

jetzt habe ich noch einmal die V2.4 und anschließend den Client aus Post 362 nach /opt/fhem/FHEM kopiert (Größe: 31.870) und neu gebootet. Aus meiner Sicht hat sich nichts geändert:
2015.02.02 21:55:58 1: 315 S7_WriteBitToPLC: Write Bytes to PLC: 7, 73,0 , 1, 1
2015.02.02 21:55:58 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 49, 84, 00, 00, 00, 00, 03, 00, 01, 31
2015.02.02 21:56:04 1: 315 S7_WriteBitToPLC: Write Bytes to PLC: 7, 73,0 , 1, 0
2015.02.02 21:56:04 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 49, 84, 00, 00, 00, 00, 03, 00, 01, 30
2015.02.02 21:56:09 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 23,0 , 1, 1
2015.02.02 21:56:09 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 17, 84, 00, 00, 00, 00, 03, 00, 01, 31
2015.02.02 21:56:14 1: PCS_7 S7_WriteBitToPLC: Write Bytes to PLC: 7, 23,0 , 1, 0
2015.02.02 21:56:14 1: TCPClient WriteArea : 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 17, 84, 00, 00, 00, 00, 03, 00, 01, 30
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 Februar 2015, 21:58:28
Hallo,

hier eine neue Version bei der die letzten fixes inkludiert sind. Bitte updaten.
@fu_zhou & Posti: Ich denke mit dieser Version sollten eure Probleme gelöst sein.

Releasenotes
V2.5
* fixes for writing operations for S300
* fix in TCPClient for dedection of writing error

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 Februar 2015, 22:19:36
Hallo Charlie,

in der Tat funktioniert jetzt das DWrite mit allen beiden Steuerungen!

Konsequenter Weise verhält sich jetzt das ARead wie das DRead: Es wird auf der Weboberfläche nicht mehr aktualisiert, nur noch mit F5 Browser-Refresh.

Vorher wurden die Werte sekündlich aktualisiert, wenn man kein event-on-change-reading oder event-min-interval eingerichtet hatte. Signalisiert wurde das durch eine rot dargestellte Uhrzeit unter "Readings - state". Die bleibt jetzt immer weiß bei DRead und bei ARead, wird also nicht aktualisiert. Da es ja keine ReadDB-Config mehr gibt: Ist sichergestellt, dass die DBs z.B. sekündlich gelesen werden? - Nur so eine Idee. Welche Möglichkeit habe ich jetzt, die Lesezyklen anzupassen, z.B. 1s, 2s, 5s etc.?

Wenn man in den Event-Monitor schaut, wird ständig AWrite ausgeführt:
Events:
...
2015-02-02 22:30:25 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:26 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
2015-02-02 22:30:27 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:27 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
2015-02-02 22:30:28 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:28 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
2015-02-02 22:30:29 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:29 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
...


Das war, glaube ich, vorher nicht der Fall. Ist da der Wert nur bei Änderung geschrieben worden?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 02 Februar 2015, 22:32:51
Hallo Charlie,

leider klappt es bei mir noch nicht.
Habe einen dauerhaft gesetzten NI9. Auch wenn ich den trigger ausführe ist er danach immer noch auf on und online auf der Logo kann ich sehen das der Befehl nicht auf der Logo ankommt.
Die Anderen Netzwerkeingänge werden auch nicht angesteuert egal ob die vereinfachte oder die normale wie bei einer 300'er.
Bei verbose 3 taucht auch noch nichts im log auf.

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 06:30:16
Hallo fu_zhou,

alle  Clients (ARead, DRead, AWrite, DWrite) werden sekündlich von der SPS gelesen. Ob ein Event getriggert wird kannst du mit  event-on-change-reading beeinflussen. Wenn das lesen von der SPS nicht so häufig erfolgen soll, dann kannst du das aktualisierungsintervall im S7 modul verwenden (optionaler Parameter beim define).

Da nun auch der Status von AWrite und DWrite von der SPS gelesen werden tauchen sie auch im Eventlog auf. Aktualisiert in der SPS werden sie nur, wenn
du den wert geändert hast.

lG
Charlie71

Zitat von: fu_zhou am 02 Februar 2015, 22:19:36
Hallo Charlie,

in der Tat funktioniert jetzt das DWrite mit allen beiden Steuerungen!

Konsequenter Weise verhält sich jetzt das ARead wie das DRead: Es wird auf der Weboberfläche nicht mehr aktualisiert, nur noch mit F5 Browser-Refresh.

Vorher wurden die Werte sekündlich aktualisiert, wenn man kein event-on-change-reading oder event-min-interval eingerichtet hatte. Signalisiert wurde das durch eine rot dargestellte Uhrzeit unter "Readings - state". Die bleibt jetzt immer weiß bei DRead und bei ARead, wird also nicht aktualisiert. Da es ja keine ReadDB-Config mehr gibt: Ist sichergestellt, dass die DBs z.B. sekündlich gelesen werden? - Nur so eine Idee. Welche Möglichkeit habe ich jetzt, die Lesezyklen anzupassen, z.B. 1s, 2s, 5s etc.?

Wenn man in den Event-Monitor schaut, wird ständig AWrite ausgeführt:
Events:
...
2015-02-02 22:30:25 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:26 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
2015-02-02 22:30:27 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:27 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
2015-02-02 22:30:28 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:28 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
2015-02-02 22:30:29 S7_AWrite Temperaturkorrektur_PCS_7 -50.9000015258789
2015-02-02 22:30:29 S7_AWrite Temperaturkorrektur_315 -65.8000030517578
...


Das war, glaube ich, vorher nicht der Fall. Ist da der Wert nur bei Änderung geschrieben worden?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 06:38:04
Hallo Porsti,

damit ich dir helfen kann benötige ich folgendes:
1) Vollständige config des S7 Teils
2) Auszug aus dem Logfile, damit ich die relevanten infos sehen kann bitte die beiden beiliegenden Files tauschen. Diese enthalten keinen neuen code sondern loggen nur die wichtigsten Infos

lG
Charlie71


Zitat von: Porsti am 02 Februar 2015, 22:32:51
Hallo Charlie,

leider klappt es bei mir noch nicht.
Habe einen dauerhaft gesetzten NI9. Auch wenn ich den trigger ausführe ist er danach immer noch auf on und online auf der Logo kann ich sehen das der Befehl nicht auf der Logo ankommt.
Die Anderen Netzwerkeingänge werden auch nicht angesteuert egal ob die vereinfachte oder die normale wie bei einer 300'er.
Bei verbose 3 taucht auch noch nichts im log auf.

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 03 Februar 2015, 06:53:36
Hallo Charlie,

war gerade online als deine Nachricht kam.

Habe im Anhang die einstellung aus der Logosoft als Bild.

Config:

################################################################################
# Anbindung Siemens Logo
#
#
define mylogo S7 LOGO8 192.168.10.50
attr mylogo verbose 3
#
# Verbindung Steuerung mit den Logo-Daten
#
define Licht_Aus S7_DWrite db 0 1246.0
attr Licht_Aus IODev mylogo
attr Licht_Aus alias Zentral Aus
attr Licht_Aus devStateIcon .*:black_FS20.off
attr Licht_Aus eventMap trigger:Aus
attr Licht_Aus group Schalter
attr Licht_Aus room Flur
attr Licht_Aus webCmd Aus
#
define Licht_An S7_DWrite db 0 1246.1
attr Licht_An IODev mylogo
attr Licht_An alias Zentral Ein
attr Licht_An devStateIcon .*:black_FS20.on
attr Licht_An eventMap trigger:Ein
attr Licht_An group Schalter
attr Licht_An room Flur
attr Licht_An webCmd Ein
#
define MEDIEN S7_DWrite NI9
attr MEDIEN IODev mylogo
attr MEDIEN alias Medien
attr MEDIEN devStateIcon .*:it_television
attr MEDIEN eventMap trigger:Ein
attr MEDIEN group Schalter
attr MEDIEN room Wohnzimmer
attr MEDIEN webCmd Ein
#
define URLAUB S7_DWrite db 0 1246.6
attr URLAUB IODev mylogo
attr URLAUB alias Urlaub
attr URLAUB devStateIcon Aus:black_FS20.off Ein:black_FS20.on
attr URLAUB eventMap on:Ein off:Aus
attr URLAUB group Schalter
attr URLAUB room Flur
attr URLAUB webCmd Ein:Aus
#
# Anzeigen
#
define BEL_FLUR_UG_STATUS S7_DRead Q1
attr BEL_FLUR_UG_STATUS IODev mylogo
attr BEL_FLUR_UG_STATUS alias Bel. KG
attr BEL_FLUR_UG_STATUS group Status
attr BEL_FLUR_UG_STATUS room Flur
attr BEL_FLUR_UG_STATUS sortby 04
#
define BEL_FLUR_EG_STATUS S7_DRead Q2
attr BEL_FLUR_EG_STATUS IODev mylogo
attr BEL_FLUR_EG_STATUS alias Bel. EG
attr BEL_FLUR_EG_STATUS group Status
attr BEL_FLUR_EG_STATUS room Flur
attr BEL_FLUR_EG_STATUS sortby 03
#
define BEL_FLUR_OG_STATUS S7_DRead Q3
attr BEL_FLUR_OG_STATUS IODev mylogo
attr BEL_FLUR_OG_STATUS alias Bel. OG
attr BEL_FLUR_OG_STATUS group Status
attr BEL_FLUR_OG_STATUS room Flur
attr BEL_FLUR_OG_STATUS sortby 02
#
define BEL_FLUR_DG_STATUS S7_DRead Q4
attr BEL_FLUR_DG_STATUS IODev mylogo
attr BEL_FLUR_DG_STATUS alias Bel. DG
attr BEL_FLUR_DG_STATUS group Status
attr BEL_FLUR_DG_STATUS room Flur
attr BEL_FLUR_DG_STATUS sortby 01
#
define MEDIEN_STATUS S7_DRead Q11
attr MEDIEN_STATUS IODev mylogo
attr MEDIEN_STATUS alias Medien Steckd.
attr MEDIEN_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr MEDIEN_STATUS group Status
attr MEDIEN_STATUS room Wohnzimmer
#
define VORDACH_STATUS S7_DRead Q12
attr VORDACH_STATUS IODev mylogo
attr VORDACH_STATUS alias Steckd. Vordach
attr VORDACH_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr VORDACH_STATUS group Status
attr VORDACH_STATUS room Aussen
#
define TEMP S7_ARead DB 0 0 s16
attr TEMP IODev mylogo
attr TEMP alias Temperatur
attr TEMP group Status
attr TEMP room Aussen
attr TEMP stateFormat {sprintf("%.0f",ReadingsVal("TEMP","state",0))." °C"}
#
define DAEMMERUNG_STATUS S7_DRead I1
attr DAEMMERUNG_STATUS IODev mylogo
attr DAEMMERUNG_STATUS alias Dämmerung
attr DAEMMERUNG_STATUS devStateIcon on:weather_moon_phases_8 off:weather_sun
attr DAEMMERUNG_STATUS group Status
attr DAEMMERUNG_STATUS room Aussen



Danke für deine Hilfe !!!!

Gruß
Porsti


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 03 Februar 2015, 07:41:26
Hallo Charlie,

über Nacht wurde die S7 von FHEM aus nicht bedient, trotzdem immer wieder Disconnects:
2015.02.02 23:25:05 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.02 23:25:05 2: 315 S7 disconnected
2015.02.02 23:25:08 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 01:05:50 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 01:05:50 2: 315 S7 disconnected
2015.02.03 01:05:53 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 01:10:53 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 01:10:53 2: 315 S7 disconnected
2015.02.03 01:10:56 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 01:18:56 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 01:18:56 2: 315 S7 disconnected
2015.02.03 01:18:59 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 02:11:14 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 02:11:14 2: 315 S7 disconnected
2015.02.03 02:11:17 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 02:25:20 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 02:25:20 2: 315 S7 disconnected
2015.02.03 02:25:23 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 03:11:41 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 03:11:41 2: 315 S7 disconnected
2015.02.03 03:11:44 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 04:01:58 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 04:01:58 2: 315 S7 disconnected
2015.02.03 04:02:01 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.03 06:38:52 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.03 06:38:52 2: 315 S7 disconnected
2015.02.03 06:38:55 3: 315 S7_connect: connect to PLC with maxPDUlength=240


Es ist aber immer nur die Verbindung zur S7-315, die zur 317 steht ununterbrochen. Kann ich da was mit Wireshark finden? Kann das mit der echten PDU Länge zusammenhängen? Die 315 hat 240, die 317 hat 960.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 03 Februar 2015, 09:15:27
Hi Charlie,

folgende Ergebnisse

Connect/Disconnect
Wenn die SPS beim Start von FHEM nicht erreichbar ist, erfolgt nie wieder ein erneuter Connect-Versuch.

S7_DRead
Wir haben hier ein fettes "Memory Leak".
Damit verbietet sich der produktive Einsatz, da das ganze System gefährdet ist.

define M1_1 S7_DRead flags 0  1.0

Zitat
# mit showInternalValues 1
list M1_1
Internals:
   ADDRESS    1.0
   AREA       flags
   CFGFN     
   DB         0
   DEF        flags 0  1.0
   IODev      S7
   LENGTH     1
   NAME       M1_1
   NR         609
   POSITION   8
   STATE      off
   TYPE       S7_DRead
  CHANGED:
     off
     off
     off
     off
     off
     off
     off
     off
     off
   CHANGEDWITHSTATE:
   Readings:
     2015-02-03 08:59:57   state           off
Attributes:
   IODev      S7
   room       S7
   verbose    5

Der interne Wert CHANGED wächst unendlich an.

Ich habe noch keine Device-Treiber nach dem FHEM Modell entwickelt, daher kann ich nur begrenzt helfen.

Ich vermute das Problem liegt hier:
Zitatlist S7   
Internals:
   ActiveTransmission 0
   CFGFN
   DEF        192.168.178.59   0 2 5
   Interval   5
   LocalTSAP  256
   NAME       S7
   NR         605
   RAWMSG     d flags 0 1 1 S7 00
   RemoteTSAP 258
   S7TYPE     NATIVE
   S7_MSGCNT  144
   S7_TIME    2015-02-03 09:02:14
   STATE      connected to PLC
   TYPE       S7
   ipAddress  192.168.178.59
   maxPDUlength 480
   .clientArray:
   Readings:
     2015-02-03 08:57:40   state           connected to PLC
Attributes:
clientArray darf meiner Meinung nach nicht leer sein.

Im Vergleich dazu CULMAX der als Clients die MAX-Devices hat:
ZitatInternals:
   CUL_MSGCNT 27
   CUL_RAWMSG Z0EC5020205E1F2123456000118001F
   CUL_RSSI   -74
   CUL_TIME   2015-02-03 09:02:46
   DEF        123456
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     27
   NAME       CULMAX0
   NR         27
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   .clientArray:
     MAX
   Readings:
     2015-02-02 13:49:04   packetsLost     7281
   sendQueue:

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Februar 2015, 09:37:09
Hallo zusammen
Ich kann auch noch etwas von gestern beisteuern! Beim Anlegen eines neuen Elements wird ja willkuerlich (Ich vermute das zuletzt angelegte IO_Dev) ein IO_DEV bestimmt! Wenn man das aendert, bleiben die readings vom alten erhalten! Ich hatte das zuerst gar nicht gesehen, da dachte ich es ist gar nicht geaendert worden! Kann jetzt keinen Screenshot schicken!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 09:41:14
Hallo Porsti,

die Config ist für mich OK.
Leider finde ich im Logfile nirgends einen "TCPClient WriteArea" Eintrag, kann sein, dass du NI9 nicht beschrieben hast bzw meine angepassten Files nicht verwendet hast.

lG
Charlie71


Zitat von: Porsti am 03 Februar 2015, 06:53:36
Hallo Charlie,

war gerade online als deine Nachricht kam.

Habe im Anhang die einstellung aus der Logosoft als Bild.

Config:

################################################################################
# Anbindung Siemens Logo
#
#
define mylogo S7 LOGO8 192.168.10.50
attr mylogo verbose 3
#
# Verbindung Steuerung mit den Logo-Daten
#
define Licht_Aus S7_DWrite db 0 1246.0
attr Licht_Aus IODev mylogo
attr Licht_Aus alias Zentral Aus
attr Licht_Aus devStateIcon .*:black_FS20.off
attr Licht_Aus eventMap trigger:Aus
attr Licht_Aus group Schalter
attr Licht_Aus room Flur
attr Licht_Aus webCmd Aus
#
define Licht_An S7_DWrite db 0 1246.1
attr Licht_An IODev mylogo
attr Licht_An alias Zentral Ein
attr Licht_An devStateIcon .*:black_FS20.on
attr Licht_An eventMap trigger:Ein
attr Licht_An group Schalter
attr Licht_An room Flur
attr Licht_An webCmd Ein
#
define MEDIEN S7_DWrite NI9
attr MEDIEN IODev mylogo
attr MEDIEN alias Medien
attr MEDIEN devStateIcon .*:it_television
attr MEDIEN eventMap trigger:Ein
attr MEDIEN group Schalter
attr MEDIEN room Wohnzimmer
attr MEDIEN webCmd Ein
#
define URLAUB S7_DWrite db 0 1246.6
attr URLAUB IODev mylogo
attr URLAUB alias Urlaub
attr URLAUB devStateIcon Aus:black_FS20.off Ein:black_FS20.on
attr URLAUB eventMap on:Ein off:Aus
attr URLAUB group Schalter
attr URLAUB room Flur
attr URLAUB webCmd Ein:Aus
#
# Anzeigen
#
define BEL_FLUR_UG_STATUS S7_DRead Q1
attr BEL_FLUR_UG_STATUS IODev mylogo
attr BEL_FLUR_UG_STATUS alias Bel. KG
attr BEL_FLUR_UG_STATUS group Status
attr BEL_FLUR_UG_STATUS room Flur
attr BEL_FLUR_UG_STATUS sortby 04
#
define BEL_FLUR_EG_STATUS S7_DRead Q2
attr BEL_FLUR_EG_STATUS IODev mylogo
attr BEL_FLUR_EG_STATUS alias Bel. EG
attr BEL_FLUR_EG_STATUS group Status
attr BEL_FLUR_EG_STATUS room Flur
attr BEL_FLUR_EG_STATUS sortby 03
#
define BEL_FLUR_OG_STATUS S7_DRead Q3
attr BEL_FLUR_OG_STATUS IODev mylogo
attr BEL_FLUR_OG_STATUS alias Bel. OG
attr BEL_FLUR_OG_STATUS group Status
attr BEL_FLUR_OG_STATUS room Flur
attr BEL_FLUR_OG_STATUS sortby 02
#
define BEL_FLUR_DG_STATUS S7_DRead Q4
attr BEL_FLUR_DG_STATUS IODev mylogo
attr BEL_FLUR_DG_STATUS alias Bel. DG
attr BEL_FLUR_DG_STATUS group Status
attr BEL_FLUR_DG_STATUS room Flur
attr BEL_FLUR_DG_STATUS sortby 01
#
define MEDIEN_STATUS S7_DRead Q11
attr MEDIEN_STATUS IODev mylogo
attr MEDIEN_STATUS alias Medien Steckd.
attr MEDIEN_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr MEDIEN_STATUS group Status
attr MEDIEN_STATUS room Wohnzimmer
#
define VORDACH_STATUS S7_DRead Q12
attr VORDACH_STATUS IODev mylogo
attr VORDACH_STATUS alias Steckd. Vordach
attr VORDACH_STATUS devStateIcon on:black_Steckdose.on off:black_Steckdose.off
attr VORDACH_STATUS group Status
attr VORDACH_STATUS room Aussen
#
define TEMP S7_ARead DB 0 0 s16
attr TEMP IODev mylogo
attr TEMP alias Temperatur
attr TEMP group Status
attr TEMP room Aussen
attr TEMP stateFormat {sprintf("%.0f",ReadingsVal("TEMP","state",0))." °C"}
#
define DAEMMERUNG_STATUS S7_DRead I1
attr DAEMMERUNG_STATUS IODev mylogo
attr DAEMMERUNG_STATUS alias Dämmerung
attr DAEMMERUNG_STATUS devStateIcon on:weather_moon_phases_8 off:weather_sun
attr DAEMMERUNG_STATUS group Status
attr DAEMMERUNG_STATUS room Aussen



Danke für deine Hilfe !!!!

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 03 Februar 2015, 10:11:01
Hallo charlie71 und alle anderen Mitwirkenden,
ein DICKES DANKESCHÖN!!!
Bei mir funktioniert jetzt DB Bytes auslesen und schreiben zwischen FHEM und S7.
Egal ob WinLC 4.1 , RTX 4.5 oder S7-315!
Somit steht ein Eingriff in die Haussteuerung über FHEM S7 Anbindung V2.5 nichts mehr im Wege.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 03 Februar 2015, 10:45:22
Hallo Carlie,

in der zeit von dem log habe ich nur NI1 oder NI2 beschrieben. Diese befehle sind leider nicht auf der Logo angekommen.
Der NI9 wurde  auch vor dem update  beschrieben und konnte den dann nicht wieder zurück  nehmen.

Lesen klappt alles wie vorher. Habe auch dann diw Version 2.2 und 2.3 wieder aufgespielt aber es klappt auch nicht mehr wie vorher.

Habe deine Dateien eingespielt  und fhem neu gestartet  wie im log zu sehen.

Habe auch das Programm  der Logo  noch mal neu übertragen, hat sich au nichts getan.

Gruß  Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 03 Februar 2015, 11:26:59
Hallo Prosti,
mal eine ganz vorsichtige Frage? Du hast mal mit dem Dateimanager auf
dein Verzeichnis FHEM nach gesehen das dort die Datei "44_S7_Client.pm"
steht und nicht zweimal vorhanden ist, zusätzlich auch als "44_s7_client.pm",
ist mir anfangs passiert. Überträgt man mit ftp die Dateien z.B. von Windows
nach Unix wird der Dateiname grundsätzlich in Kleinschreibung hinterlegt.
Sicherheitshalber lösche ich immer erst die 44_S7*.* auf dem Unixsystem
und benenne die neuen Dateien um  in Groß- und Kleinschreibung.
Da gibt es sicher eine bessere Lösung ab ich wollte mich nicht verzetteln.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 13:22:02
Hallo Porsti,

aus dem Logfile sehe ich dass die WriteBit Funktion für NI0 (1246.0) aufgerufen wird:
2015.02.03 06:52:08 5: mylogo S7_WriteBitToPLC: Write Bytes to PLC: 7, 0, 9968 , 1, 1
Diese bereitet den Aufruf für den Client vor. Die eigentliche Kommunikation passiert dann im S7TCPClient->WriteArea. Hier fehlt aber der Eintrag im logfile.
dh:
1) diese funktion wird nicht aufgerufen (eher unwahrscheinlich)
2) Es wird die letzte Version der 44_S7_Client.pm aufgerufen.

Bitte prüfe ob FHEM wirklich die letzte Version des 44_S7_Client verwendet. Gib einfach "version" ein, es sollten alle S7_44_XXXX Dateien einer Version von 2.5 haben. Die  44_S7_Client.pm musst du manuell prüfen: file size 31.652 Bytes. Es muss in der Datei folgender Eintrag vorhanden sein:
main::Log3 undef, 1,"TCPClient WriteArea : $b";

lG
Charlie71


Zitat von: Porsti am 03 Februar 2015, 10:45:22
Hallo Carlie,

in der zeit von dem log habe ich nur NI1 oder NI2 beschrieben. Diese befehle sind leider nicht auf der Logo angekommen.
Der NI9 wurde  auch vor dem update  beschrieben und konnte den dann nicht wieder zurück  nehmen.

Lesen klappt alles wie vorher. Habe auch dann diw Version 2.2 und 2.3 wieder aufgespielt aber es klappt auch nicht mehr wie vorher.

Habe deine Dateien eingespielt  und fhem neu gestartet  wie im log zu sehen.

Habe auch das Programm  der Logo  noch mal neu übertragen, hat sich au nichts getan.

Gruß  Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mani am 03 Februar 2015, 14:15:27
Hallo,

Danke für Eure schnellen Antworten aber ich komme nicht weiter :-[
Ich möchte den Aussentemperaturwert meiner Luxtronik2 an die Logo7 übergeben wie muss ich da vorgehen....
Kann mir bitte jemand ein Beispiel zeigen?

Danke Manfred
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 03 Februar 2015, 14:46:58
Hallo charlie71,

habe soeben auf V2.5 hochgerüstet.
Schreiben und Lesen scheint auf den ersten Blick zu funktionieren, allerdings werden jetzt die DRead- und die ARead-Werte
auf der Web-Oberfläche nur durch refresh aktualisiert.


Zitat von: charlie71 am 02 Februar 2015, 21:58:28
Hallo,

hier eine neue Version bei der die letzten fixes inkludiert sind. Bitte updaten.
@fu_zhou & Posti: Ich denke mit dieser Version sollten eure Probleme gelöst sein.

Releasenotes
V2.5
* fixes for writing operations for S300
* fix in TCPClient for dedection of writing error

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 15:00:22
Hallo Leute,

langsam geht es in die Zielgerade. Ich hab das Problem mit dem Bildschirm-wert aktualisieren und dem vermeintlichen Memory leak in der V2.6 gefixt.
Leider sind dass die Sideeffects eines solchen Modulumbaus, den wir gerade hinter uns haben. Ich denke die Probleme sollten nun langsam abnehmen.
Vielen Dank fürs Testen und feedbacken.

Release Notes:
V2.6
* fix: reconnection at creation time
* fix: state update on reading
* fix: memory leak during message dispatch

Update dringen empfohlen. File befindet sich wie immer im ersten Posting.

lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 03 Februar 2015, 15:20:34
Hallo charlie71,

kann bestätigen... Aktualisierung läuft bei der V2.6 !
Alles andere kann ich erst später testen.

Aber eins kannst Du Dir an die Wand schreiben :

ALLE BUGS SEIEN DIR VERZIEHEN BEI DIESER LEISTUNG UND DIESEM EINSATZ !!!

Gruß
Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 03 Februar 2015, 18:09:48
Hallo Charlie,

ich kann bestätigen, dass im Moment DWrite, DRead, AWrite (Float), ARead (Float) mit 2 CPUs funktioniert inkl. der Aktualisierung der Anzeige (V2.6).
Hut ab und vielen Dank!

Wenn jetzt noch die sporadischen Verbindungsabbrüche zur S7-315 ausbleiben... das werde ich morgen mal im Log-File nachsehen.

Was hast du jetzt noch so auf deiner Agenda bzgl. des Moduls?

Danke nochmal!!!

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 18:18:26
Hallo

folgende Punkte sind noch auf meiner Agenda.

* Eventlast reduzieren, aktuell feuert jedes Lesen von digitalen Datenpunkte ein event.

Vorerst möchte ich mal abwarten ob V2.6 stabil ist.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Februar 2015, 19:37:47
Hallo zusammen
Bei mir sieht es nicht so gut aus! Eigentlich unveraendert zu gestern! Alle Module zeigen V2.6!
Kein Schreiben auf WinLC! Lesen von ueberlappenden Bereichen funktioniert nicht! (Nicht nur keine Aktualisierung, sondern es wird nicht gelesen!)
Muss ich alles noch einmal anlegen? Oder wie kommt Ihr zum positiven Ergebnis?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 03 Februar 2015, 19:53:54
Hallo Charlie,

das mit der Eventlast bei DRead kriegt man doch mit dem berühmt-berüchtigen event-on-change-reading hin, habe ich schon probiert:
define Rueckmeldung_PCS_7 S7_DRead db 21 0.0
attr Rueckmeldung_PCS_7 IODev PCS_7
attr Rueckmeldung_PCS_7 event-on-change-reading state

Für mein Gefühl ist daher an dieser Stelle kein Handlungsbedarf...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Februar 2015, 20:05:34
Hallo fu_zhou
Hast Du einfach nur die Module aktualisiert? Oder alles neu angelegt! Bei mir ist wirklich keine Aenderung zu V2.4!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 03 Februar 2015, 20:09:43
hallo pc1246,

ich habe meine alte fhem.cfg gelassen und nur die neuen Module nacht /opt/fhem/FHEM kopiert (überschrieben). Reboot und dann ging's.

Gruß, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 20:28:39
Hallo Christoph,

überlappende Bereiche - wie in deiner Config - werden aktuell nicht unterstützt. Sind überlappende Bereiche vorhanden, ist es rein zufällig welcher der Bereiche "zieht".

@WinLC:
Lesen funktioniert (habe keinen Reader in deiner Config gefunden)?
Funktioniert DWrite?
Hast die connection parameter mit alfons abgeglichen?
(Ja ich weiss immer die dumme frage ob der richtige Client verwendet wird, aber trotzdem: Im File 44_S7_Client.pm steht in der ersten Zeile V2.6, diese Versionsnummer wird nicht im FHEM angezeigt)

lG
Charlie71

Zitat von: pc1246 am 03 Februar 2015, 19:37:47
Hallo zusammen
Bei mir sieht es nicht so gut aus! Eigentlich unveraendert zu gestern! Alle Module zeigen V2.6!
Kein Schreiben auf WinLC! Lesen von ueberlappenden Bereichen funktioniert nicht! (Nicht nur keine Aktualisierung, sondern es wird nicht gelesen!)
Muss ich alles noch einmal anlegen? Oder wie kommt Ihr zum positiven Ergebnis?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Februar 2015, 20:46:38
Hallo
Bei mir hat nicht einmal das Intervall wirklich einen Einfluss! Das Lesen geht trotzdem im Sekundentakt, obwohl auf 4 umgestellt!
Habe jetzt auch noch wirklich mal neu gebootet hat auch nicht geholfen! Die erste Steuerung geht ohne Probleme! Bei mir werden auch alle Writes sekuendlich gelesen!
Grundsaetzlich ist mir das eigentlich egal, ich habe die WinLC ja nur rausgeholt, da fu__zhou das Problem hatte! Ich brauche nur die eine Steuerung, und wollte helfen! Wenn es bei Euch funktioniert, dann ist es gut!
Was mich aber noch stoert, ist dass das ueberlappende Lesen nicht funktioniert! Ich weiss nicht ob ich es wirklich brauche, aber es zeigt, dass etwas nicht stimmt, denn das hat bei mir schon immer funktioniert!
@charlie: Was brauchst Du, um das noch zu fixen? Logs, cfgs, oder aehnliches?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 20:59:27
Hallo

durch dar Redesign ist dieser Punkt weggefallen (ich denke das war in der V2.3).
Was ich zum Fixen brauche? .... ein Bier .

Am besten du tauscht mal das file im Anhang, mit dem sollten überlappende Bereiche möglich sein.
(Ich hab das in der Zwischenzeit schon mal vorbereitet.  ;D)

lG
Charlie71

Zitat von: pc1246 am 03 Februar 2015, 20:46:38
Hallo
Bei mir hat nicht einmal das Intervall wirklich einen Einfluss! Das Lesen geht trotzdem im Sekundentakt, obwohl auf 4 umgestellt!
Habe jetzt auch noch wirklich mal neu gebootet hat auch nicht geholfen! Die erste Steuerung geht ohne Probleme! Bei mir werden auch alle Writes sekuendlich gelesen!
Grundsaetzlich ist mir das eigentlich egal, ich habe die WinLC ja nur rausgeholt, da fu__zhou das Problem hatte! Ich brauche nur die eine Steuerung, und wollte helfen! Wenn es bei Euch funktioniert, dann ist es gut!
Was mich aber noch stoert, ist dass das ueberlappende Lesen nicht funktioniert! Ich weiss nicht ob ich es wirklich brauche, aber es zeigt, dass etwas nicht stimmt, denn das hat bei mir schon immer funktioniert!
@charlie: Was brauchst Du, um das noch zu fixen? Logs, cfgs, oder aehnliches?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Februar 2015, 21:00:08
Zitat von: charlie71 am 03 Februar 2015, 20:28:39
Hallo Christoph,

überlappende Bereiche - wie in deiner Config - werden aktuell nicht unterstützt. Sind überlappende Bereiche vorhanden, ist es rein zufällig welcher der Bereiche "zieht".

@WinLC:
Lesen funktioniert (habe keinen Reader in deiner Config gefunden)?
Funktioniert DWrite?
Hast die connection parameter mit alfons abgeglichen?
(Ja ich weiss immer die dumme frage ob der richtige Client verwendet wird, aber trotzdem: Im File 44_S7_Client.pm steht in der ersten Zeile V2.6, diese Versionsnummer wird nicht im FHEM angezeigt)

lG
Charlie71

Sorry Charlie
Da die Writes ja alle Sekunde aktualisiert werden sehe ich, dass das Lesen geht! Der Wert wird ja nach einiger Zeit wieder ueberschrieben!
Uebrlappend ging schon, vor der Aenderung! Ich glaube Du hast mich schon vor langer Zeit gefragt warum ich das mache!
# $Id: 44_S7_Client.pm V2.6 2015-02-03 019:20:00Z charlie71 $ Direkt vom RPI geholt!

Ich will noch kurz erklaeren, warum mich das mit dem Ueberlappen so stoert! Ich befuerchte, dass das auch zwischen DRead und ARead passiert. Und das kann ja mal schnell passieren, dass man da einen Bereich unbewusst doppelt benutzt. Und dann sucht man einen Fehler, der eigentlich keiner ist!

Gruss Christoph
PS: Was soll ich mit Alfons abgleichen?
PPS: Wenn man die S7 aktualisiert wird das letzte Internal nicht aktulisiert! Ist glaube ich aber bei fast allen Modulen in fhem so!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Februar 2015, 21:05:09
Zitat von: charlie71 am 03 Februar 2015, 20:59:27
Hallo

durch dar Redesign ist dieser Punkt weggefallen (ich denke das war in der V2.3).
Was ich zum Fixen brauche? .... ein Bier .

Am besten du tauscht mal das file im Anhang, mit dem sollten überlappende Bereiche möglich sein.
(Ich hab das in der Zwischenzeit schon mal vorbereitet.  ;D)

lG
Charlie71

Charlie
Du bist verrueckt! Ja es geht! Danke!
Ich werde jetzt mal weiter testen! Die 2te Steuerung lasse ich erst einmal weg!
Gruss Christoph

P.S.: Wo wohnst Du, dann kann ich Dich wirklich mal zum Bier einladen!?

Edit:
Habe gerade mal ins log geguckt, haette ich schon eher mal machen sollen!
2015.02.03 20:28:32 3: WinLC S7_WriteBlockToPLC WriteArea error: 3=A timeout occurred waiting a reply.
2015.02.03 20:28:32 2: WinLC S7 disconnected
2015.02.03 20:28:32 1: PERL WARNING: Argument "WinLC S7_WriteBlockToPLC WriteArea error: 3=A timeout oc..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 226.
2015.02.03 20:28:33 3: WinLC disconnected
2015.02.03 20:28:33 2: WinLC S7 disconnected
2015.02.03 20:28:36 3: WinLC S7_connect: connect to PLC with maxPDUlength=480
2015.02.03 20:28:36 2: WinLC S7_connect: allready connected!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 21:19:40
Hallo Christoph,

Zitat von: pc1246 am 03 Februar 2015, 21:00:08
PS: Was soll ich mit Alfons abgleichen?

Ich frage mich was ist bei dem Setup von Alfons anders als bei Deinem?
(Wenn es bei ihm funktioniert und bei dir nicht.)

lG
Charlie71

PS: Unter Windows habe ich es noch nicht geschafft mit perl eine schreibende Verbindung zu meiner Logo aufzubauen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: OGOL am 03 Februar 2015, 21:23:07
Hallo zusammen

Kleiner Statusbericht:

FHEM läuft auf einer Dockstar (Arm5) und hat Verbindung mit einer LOGO8 (12/24 RCE ....-1MD00-0BA8)

S7_ Modulversion 2.6

Folgende Konfiguration liest im Sekundentakt problemlos die aktuellen Werte aus der LOGO!


define LOGO S7 LOGO8 192.168.100.200

### Eingänge ###
define mylogo_I3 S7_DRead I3
define mylogo_I4 S7_DRead I4
define mylogo_I5 S7_DRead I5
define mylogo_I6 S7_DRead I6
### Ausgänge ###
define mylogo_Q1 S7_DRead Q1
define mylogo_Q2 S7_DRead Q2
define mylogo_Q3 S7_DRead Q3
define mylogo_Q4 S7_DRead Q4
# Analoge Eingänge
define mylogo_AI1 S7_ARead DB 0 1032 s16
define mylogo_AI2 S7_ARead DB 0 1034 s16
define mylogo_AI3 S7_ARead DB 0 1036 s16
define mylogo_AI4 S7_ARead DB 0 1038 s16
# Analoge Merker
define mylogo_AM10 S7_ARead DB 0 1136 s16
define mylogo_AM11 S7_ARead DB 0 1138 s16
define mylogo_AM12 S7_ARead DB 0 1140 s16


Schreibzugriff möchte ich im Moment nicht testen, LOGO! = Heizungssteuerung.  :)

Gruß
          Manfred
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Februar 2015, 21:54:55
Hallo Alfons,

es wäre nett wenn du ein paar Konfigurationstipps für WinLC 4.1 , RTX 4.5 oder S7-315 im Wiki ergänzt:
www.fhemwiki.de/wiki/S7

Danke und lG
Karl

Zitat von: alfonsmoeller am 03 Februar 2015, 10:11:01
Hallo charlie71 und alle anderen Mitwirkenden,
ein DICKES DANKESCHÖN!!!
Bei mir funktioniert jetzt DB Bytes auslesen und schreiben zwischen FHEM und S7.
Egal ob WinLC 4.1 , RTX 4.5 oder S7-315!
Somit steht ein Eingriff in die Haussteuerung über FHEM S7 Anbindung V2.5 nichts mehr im Wege.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 03 Februar 2015, 22:42:34
Hallo charlie71,
gerne helfe ich da, aber da klebt Euer Schweiß
dran. Ich versuche mal ein Dokument zu erzeugen das Du bítte reinstellst.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 03 Februar 2015, 22:59:56
Ich habe jetzt zum Feierabend mal in jedem DRead, DWrite, ARead, AWrite das attr event-on-change-reading state (ohne Hyterese) gesetzt. Der Event-Monitor bleibt jetzt leer wenn sich kein Wert ändert und das Lesen und Schreiben funktioniert nach wie vor.

EDIT: Kein Disconnect über Nacht - Juhuuuu!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 04 Februar 2015, 07:42:20
Ich habe mal das Wiki angepasset (S7-300 Beispiel), bin aber noch nicht ganz fertig. Die fhem.cfg ist aber die Aktuelle aus der V2.6 mit so kleinen Spielerein wie Sprachsteuerung der S7 über WebViewControl.

EDIT: Das S7-300 Wiki mit 2 CPUs ist erstmal fertig
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 04 Februar 2015, 09:32:23
Hallo Charlie,

habe heute NAcht noch mal alles neu aufgesetzt. FHEM und Logo aus Update wiederhergestellt und danach dann
alle Updates ausgeführt.
Jetzt läuft wieder alles, zur Zeit weiß ich aber noch nicht woran es geklemmt hat.
Bin aber froh das es jetzt wieder klappt.

Danke für dein tolles Modul.

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Februar 2015, 18:33:50
Hallo Leute,

da Modul schein ja gut zu laufen. Das Wiki ist auch schon aktualisiert.

Bitte um kurzes Feedback wenn noch jemand Probleme mit dem Modul hat. (Sonst release ich V2.7 mit den fix für overlapping config)
Meine to do Liste für neue Funktionalität ist vorerst einmal leer.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 04 Februar 2015, 19:14:19
Hallo Charlie,

ich hätte da noch was....
2015.02.04 12:11:37 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 12:11:37 2: 315 S7 disconnected
2015.02.04 12:11:40 3: 315 S7_connect: connect to PLC with maxPDUlength=240


Wieder nur bei der einen CPU, die am selben Switch hängt wie die 317. Aber im Vergleich zu gestern sind die Disconnects WESENTLICH weniger geworden. Nur einer heute tagsüber vs. 6 in nur 8 Stunden die Nacht davor. Ich beobachte das mal weiter...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 04 Februar 2015, 20:39:40
Hi Charlie71,

ZitatMeine to do Liste für neue Funktionalität ist vorerst einmal leer.

Damit dir nicht langweilig wird, noch einige Gedanken zum diskutieren.

Was passiert wenn ich folgendes mache:

Ich definieren  boshafterweise 10 +x Datepunkte, die im Abstand von MaxPDUSize liegen ?

Wieviele Schleifen wird deine Software drehen ?
Werden diese begrenzt ?
Was ist die maximale Zeit mit der das S7 Modul die anderen FHEM Module blockiert ?
(die haben dann unter Umständen einen Timeout)


John



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Februar 2015, 20:53:22
Hallo John,

Zitat von: John am 04 Februar 2015, 20:39:40
Hi Charlie71,

Damit dir nicht langweilig wird, noch einige Gedanken zum diskutieren.

Was passiert wenn ich folgendes mache:

Ich definieren  boshafterweise 10 +x Datepunkte, die im Abstand von MaxPDUSize liegen ?

Wieviele Schleifen wird deine Software drehen ?

Genau 10+x. Die Anzahl der Blöcke ist optimal.

ZitatWerden diese begrenzt ?
Nein! Macht das wirklich Sinn?

ZitatWas ist die maximale Zeit mit der das S7 Modul die anderen FHEM Module blockiert ?
(die haben dann unter Umständen einen Timeout)
Das hängt davon ab, ob ein Timeout auftritt oder nicht.
Ohne Timeout:
Hier gehe ich mal davon aus ,dass die Kommunikation mit der SPS am längsten dauert.
Bei meinen Logo7 dauert dass ca 10ms.
Wenn ich jetzt alle Speicherbereiche von der Logo lesen müsste dann währen das 5 Blöcke. --> Geschätzt 50ms.
DH aktuell gehe ich von einer Zykluszeit < 100 ms aus.


Mit Timeout: (Fehlerfall)
hier bricht die Kommunikation nach 1s ab. --> Zykluszeit 1s.

Ich bin mir nicht sicher, warum es zu Timeouts in anderen Modulen kommen kann?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 04 Februar 2015, 21:04:17
Hallo Charlie71,

das TCP/IP seitige Lesen ist schnell keine Frage.
Aber jeder Datenpunkt wird von FHEM zu allen Notify-Empfängern weitergereicht und das sind nicht nur die,
die für die S7 vorgesehen sind, sondern einfach alle notifies.

Ich empfehle dir das Szenario aufzubauen und zu messen.

ZitatWenn ich jetzt alle Speicherbereiche von der Logo lesen müsste dann währen das 5 Blöcke
Du brauchst für das von mir beschriebene Szenario 10 Durchläufe, da versteh ich dich nicht.
Pro Einzel-Scan werden alle Datenpunkte gechecked.

ZitatIch bin mir nicht sicher, warum es zu Timeouts in anderen Modulen kommen kann?
Beispiel aus der realen Welt.

Set Befehl wird an MAX-Thermostat ausgegeben.
Wenn die Rückantwort nicht binnen 2 Sekunden angekommen ist, gibts Timeout und ein erneuter Versuch startet.


John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Februar 2015, 21:25:57
Hallo John

die Logo7 hat 990 Bytes die man lesen kann. DH im ungünstigsten Fall ergibt dass bei einer MaxDPU von 240 (~ maximale Blocklänge 225) 5 Blöcke die gelesen werden müssen.

ZitatAber jeder Datenpunkt wird von FHEM zu allen Notify-Empfängern weitergereicht und das sind nicht nur die,
die für die S7 vorgesehen sind, sondern einfach alle notifies.
Dies sollte doch vom versierten Benutzer, der die Performance guidelines gelesen hat, durch die Verwendung von event-on-change-reading in den griff zu kriegen sein.

ZitatSet Befehl wird an MAX-Thermostat ausgegeben.
Wenn die Rückantwort nicht binnen 2 Sekunden angekommen ist, gibts Timeout und ein erneuter Versuch startet.
Wenn die Zykluszeit unter 1s bleibt - davon gehe ich aus - sollte dieser Fall nicht eintreten. Zum anderen lassen sich ja mehrere Connections zu einer SPS einrichten und somit können auch längere Abfragen begrenzt werden.
Ich denke dass hier keine Notwendigkeit für einen Blocking Call (Blocking.pm) besteht.

Es währe schön wenn jemand versucht die Zykluszeit zu bestimmen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 04 Februar 2015, 21:38:55
Wenn mir jemand einen Tipp gibt, was ich zu tun habe (auf der S7 und in FHEM), geh ich da mal am Wochenende ran. Im Moment versteh ich nur Bahnhof...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 04 Februar 2015, 22:08:55
Hi Charlie71,

ich weiss ich bin hartnäckig.

Zitat
die Logo7 hat 990 Bytes die man lesen kann. DH im ungünstigsten Fall ergibt dass bei einer MaxDPU von 240
Na ja, es werden ja auch S7 eingesetzt und die DBs können sehr sehr lange werden.
Ausserdem ist das Szenario identisch, wenn du aus 10 DB's jeweils einen Datenpunkt liest.
Dein Read wird entweder durch die DB-Grenze oder durch die PDU begrenzt richtig ?

Zitat
Wenn die Zykluszeit unter 1s bleibt - davon gehe ich aus - sollte dieser Fall nicht eintreten
Bei einer Polling Rate von 1 Sekunde und einer Bearbeitungszeit von 850 ms durch das S7-Modul  wird FHEM keinen Spass mehr machen.
Die Charts werden eine Ewigkeit dauern.
Ich denke du solltest von der Sekunde nicht mehr als 10% = 100 ms verbraten, damit FHEM noch "flüssig" zu bedienen ist.


John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 04 Februar 2015, 22:38:03
@fu_zhou

Du kannst helfen.
Du solltest mindestens 20 Datenpunkte definiert haben, die du ohnehin für die Anwendung benötigst.
(Bunt gemischt ARead, DRead, AWrite, DWrite)
Polling-Rate 1 Sekunde.

Zusätzlich noch 10 Datenpunkte  wie folgt einrichten.
* neuen DB anlegen
* Abstand der Datenpunkt sollte mindestens die PDU-Size betragen

Zunächst ohne event-on-change-reading laufen lassen.

Ist FHEM noch flüssig bedienbar ? (Charts aufrufen, die fressen richtig viel Zeit)

Dann mit event-on-change-reading.
Wie siehts nun aus ?

John

PS: ich hoffe du hast noch den alten langsamen Raspi.

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 04 Februar 2015, 22:44:39
Hallo John,

werde ich morgen mal anfangen. Ich nehme an, du meinst mit Charts Logfiles, die dann in einem Plot dargestellt werden? Da muss ich dann erstmal welche einrichten und bis zum Wochenende beschreiben lassen, so dass ordentlich Daten da sind.

Ich habe den RasPi Modell B, der RasPi 2 ist aber schon bestellt, aber nicht aus Performancegründen, sondern weil es ihn gibt. Ich nutze ihn auch quasi nur als Bedieninterface zwichen Tablet, Smartphone, PC und S7.

Gruß, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Februar 2015, 22:49:50
Hallo John,

Ich denke das die Zielgruppe von FHEM eine Heimautomatisierung ist. Somit kann man von weniger als 100 digitalen Datenpunkten und weniger als 20 analogen Datenpunkten ausgehen.
Somit sollten sich alle diese Daten mit einem oder zwei readings Einlesen können.

Der Leseblock wird aktuell von der area, db und von der PDU begrenzt.

Die zykluszeit sollte im Fehlerfall bei 1s liegen.
Anmerkung: ich lese von 4 Logos alle Ausgänge (64 digitale Punkte) und logge dazu noch 3 analoge Eingänge von einer Logo.
Die Bedienung war immer flüssig (egal mit oder ohne Event-on-change). einzig wenn die Logos nicht erreichbar sind ist ein wenig träge und für diesem Fehlerfall ist das ok.

Sonst besteht nicht die Möglichkeit durch mehre connections zu einer S7 "performancegruppen" zu bilden und diese unterschiedlich oft zu aktualisieren.

Lg
Charlie71

Zitat von: John am 04 Februar 2015, 22:08:55
Hi Charlie71,

ich weiss ich bin hartnäckig.
Na ja, es werden ja auch S7 eingesetzt und die DBs können sehr sehr lange werden.
Aussdem ist das Szenario identisch, wenn du aus 10 DB's jeweils einen Datenpunkt liest.
Dein Read wird entweder durch die DB-Grenze oder durch die PDU begrenzt richtig ?
Bei einer Polling Rate von 1 Sekunde und einer Bearbeitungszeit von 850 ms durch S7 wird FHEM keinen Spass mehr machen.
Die Charts werden eine Ewigkeit dauern.
Ich denke du solltest von der Sekunde nicht mehr als 10% = 100 ms verbraten, damit FHEM noch "flüssig" zu bedienen ist.


John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 04 Februar 2015, 23:41:45
Hallo, das war ein erfolgreiches Projekt!
Fangt aber jetzt bitte nicht an Annans und Kartoffeln zu vergleichen.
Die S7 ist ein Echtzeitsystem, die oder das FHEM nicht!
Es ist nur wichtig, auch mal ein Licht über FHEM nach S7 einschalten
zu können. Unser Aller Stolz sollte sein, das es mit Eurer Hilfe möglich
war, ein Tool zu entwickeln z.B. einen RasPi oder AVM mit der S7 zu koppeln
und die "wichtigen" Steuerungsaufgaben zu Hause zu übernehmen.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: phel am 05 Februar 2015, 00:59:09
Besonders beeindruckend war, mit welcher rasender Geschwindigkeit sich das Projekt entwickelt hat! Daumen hoch, danke charlie71!

Ich habe jetzt auch mal auf die aktuelle Version aktualisiert und die libnodave eingemottet - leider verträgt mein fhem das nicht ganz so gut.


2015.02.04 19:51:54 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:51:54 2: mylogo S7 disconnected
2015.02.04 19:51:58 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 19:52:09 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:52:09 2: mylogo S7 disconnected
2015.02.04 19:52:12 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 19:54:37 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:54:37 2: mylogo S7 disconnected
2015.02.04 19:54:40 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 19:58:25 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:58:25 2: mylogo S7 disconnected
2015.02.04 19:58:28 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 19:58:55 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:58:55 2: mylogo S7 disconnected
2015.02.04 19:58:58 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 19:59:09 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:59:09 2: mylogo S7 disconnected
2015.02.04 19:59:12 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 19:59:41 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 19:59:41 2: mylogo S7 disconnected
2015.02.04 19:59:44 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 20:00:01 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 20:00:01 2: mylogo S7 disconnected
2015.02.04 20:00:04 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.02.04 20:00:17 3: mylogo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.04 20:00:17 2: mylogo S7 disconnected
...


define mylogo S7 LOGO8 192.168.188.222
attr mylogo alias Logo 8  230RCE
attr mylogo group Logo 8
attr mylogo icon it_network
attr mylogo room Automation

define Q1_mylogo S7_DRead Q1
attr Q1_mylogo IODev mylogo
attr Q1_mylogo alias Q1
attr Q1_mylogo devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q1_mylogo event-on-change-reading state
attr Q1_mylogo eventMap on:Ein off:Aus
attr Q1_mylogo group Logo 8
attr Q1_mylogo room Automation

define Q2_mylogo S7_DRead Q2
attr Q2_mylogo IODev mylogo
attr Q2_mylogo alias Q2
attr Q2_mylogo devStateIcon Ein:li_wht_on Aus:li_wht_off
attr Q2_mylogo event-on-change-reading state
attr Q2_mylogo eventMap on:Ein off:Aus
attr Q2_mylogo group Logo 8
attr Q2_mylogo room Automation


define I1_mylogo S7_DRead I1
attr I1_mylogo IODev mylogo
attr I1_mylogo alias I1
attr I1_mylogo event-on-change-reading state
attr I1_mylogo group Logo 8
attr I1_mylogo room Automation


define NI1_mylogo S7_DWrite db 0 602.0
attr NI1_mylogo IODev mylogo
attr NI1_mylogo alias NI1
attr NI1_mylogo event-on-change-reading state
attr NI1_mylogo group Logo 8
attr NI1_mylogo room Automation,Wohnzimmer
attr NI1_mylogo webCmd ON:OFF:TRIGGER


aktualisiert habe ich gestern Abend, die Fehler fingen dann grob 20h später an. Erste Hilfe mal ein reboot.

Grüße
Phel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 05 Februar 2015, 12:33:26
Hallo Charlie
Leider muss ich John recht geben! Ich habe zum Beispiel ein fertiges Projekt, in dem derzeit verteilt, aber in einem DB, die einzelnen Bits liegen, die ich Steuern moechte! Einer dieser DB's ist z.B. knapp 900 Byte lang! Und ich will eigentlich nicht das Programm anpassen, die Strukturen sind eigentlich mit Absicht so gewaehlt!
Ich hatte schon mal gemeint, dass das Timeout fhem lahmlegt (Stichwort nonblocking!)!
Ich werde einfach mal einige Daten von dem DB abholen, momentan schreibe ich nur, was ja inzwischen Lesen inkludiert!
Auch bin ich mir sicher, dass das Interval derzeit keinen Einfluss hat, da bei mir immer noch sekuendlich aktualisiert wird! Intervall steht derzeit auf 2, stand auch schon probehalber mal auf 4!
Gruss Christoph

P.S.: Habe derzeit etwas mehr Zeit, da krank zu Hause! Koennt mich also etwas strapazieren!

Edit: Irgendwie scheint Intervall doch zu beeinflussen, hatte jetzt mal auf eine Sekunde gestellt, da war fhem dann total langsam!Zurueck auf 2, fuehlt sich besser an!
define DB102_DBX605_0 S7_DWrite db 102 605.0
attr DB102_DBX605_0 IODev S7
attr DB102_DBX605_0 alias SZ_hoch
attr DB102_DBX605_0 group Rollaeden
attr DB102_DBX605_0 room S7
define DB102_DBX605_1 S7_DWrite db 102 605.1
attr DB102_DBX605_1 IODev S7
attr DB102_DBX605_1 alias SZ_runter
attr DB102_DBX605_1 group Rollaeden
attr DB102_DBX605_1 room S7
define DB102_DBX691_0 S7_DWrite db 102 691.0
attr DB102_DBX691_0 IODev S7
attr DB102_DBX691_0 alias Spielen_hoch
attr DB102_DBX691_0 group Rollaeden
attr DB102_DBX691_0 room S7
define DB102_DBX691_1 S7_DWrite db 102 691.1
attr DB102_DBX691_1 IODev S7
attr DB102_DBX691_1 alias Spielen_runter
attr DB102_DBX691_1 group Rollaeden
attr DB102_DBX691_1 room S7
define DB102_DBX777_0 S7_DWrite db 102 777.0
attr DB102_DBX777_0 IODev S7
attr DB102_DBX777_0 alias Timo_hoch
attr DB102_DBX777_0 group Rollaeden
attr DB102_DBX777_0 room S7
define DB102_DBX777_1 S7_DWrite db 102 777.1
attr DB102_DBX777_1 IODev S7
attr DB102_DBX777_1 alias Timo_runter
attr DB102_DBX777_1 group Rollaeden
attr DB102_DBX777_1 room S7
define DB102_DBX519_0 S7_DWrite db 102 519.0
attr DB102_DBX519_0 IODev S7
attr DB102_DBX519_0 alias Arbeit_hoch
attr DB102_DBX519_0 group Rollaeden
attr DB102_DBX519_0 room S7
define DB102_DBX519_1 S7_DWrite db 102 519.1
attr DB102_DBX519_1 IODev S7
attr DB102_DBX519_1 alias Arbeit_runter
attr DB102_DBX519_1 group Rollaeden
attr DB102_DBX519_1 room S7
define DB102_DBX433_0 S7_DWrite db 102 433.0
attr DB102_DBX433_0 IODev S7
attr DB102_DBX433_0 alias WC_hoch
attr DB102_DBX433_0 group Rollaeden
attr DB102_DBX433_0 room S7
define DB102_DBX433_1 S7_DWrite db 102 433.1
attr DB102_DBX433_1 IODev S7
attr DB102_DBX433_1 alias WC_runter
attr DB102_DBX433_1 group Rollaeden
attr DB102_DBX433_1 room S7
define DB102_DBX347_0 S7_DWrite db 102 347.0
attr DB102_DBX347_0 IODev S7
attr DB102_DBX347_0 alias Kueche_hoch
attr DB102_DBX347_0 group Rollaeden
attr DB102_DBX347_0 room S7
define DB102_DBX347_1 S7_DWrite db 102 347.1
attr DB102_DBX347_1 IODev S7
attr DB102_DBX347_1 alias Kueche_runter
attr DB102_DBX347_1 group Rollaeden
attr DB102_DBX347_1 room S7
define DB102_DBX261_0 S7_DWrite db 102 261.0
attr DB102_DBX261_0 IODev S7
attr DB102_DBX261_0 alias EZ_gross_hoch
attr DB102_DBX261_0 group Rollaeden
attr DB102_DBX261_0 room S7
define DB102_DBX261_1 S7_DWrite db 102 261.1
attr DB102_DBX261_1 IODev S7
attr DB102_DBX261_1 alias EZ_gross_runter
attr DB102_DBX261_1 group Rollaeden
attr DB102_DBX261_1 room S7
define DB102_DBX175_0 S7_DWrite db 102 175.0
attr DB102_DBX175_0 IODev S7
attr DB102_DBX175_0 alias WZ_links_hoch
attr DB102_DBX175_0 group Rollaeden
attr DB102_DBX175_0 room S7
define DB102_DBX175_1 S7_DWrite db 102 175.1
attr DB102_DBX175_1 IODev S7
attr DB102_DBX175_1 alias WZ_links_runter
attr DB102_DBX175_1 group Rollaeden
attr DB102_DBX175_1 room S7
define DB102_DBX89_0 S7_DWrite db 102 89.0
attr DB102_DBX89_0 IODev S7
attr DB102_DBX89_0 alias WZ_Fenster_hoch
attr DB102_DBX89_0 group Rollaeden
attr DB102_DBX89_0 room S7
define DB102_DBX89_1 S7_DWrite db 102 89.1
attr DB102_DBX89_1 IODev S7
attr DB102_DBX89_1 alias WZ_Fenster_runter
attr DB102_DBX89_1 group Rollaeden
attr DB102_DBX89_1 room S7
define DB102_DBX3_0 S7_DWrite db 102 3.0
attr DB102_DBX3_0 IODev S7
attr DB102_DBX3_0 alias WZ_Tuer_hoch
attr DB102_DBX3_0 group Rollaeden
attr DB102_DBX3_0 room S7
define DB102_DBX3_1 S7_DWrite db 102 3.1
attr DB102_DBX3_1 IODev S7
attr DB102_DBX3_1 alias WZ_Tuer_runter
attr DB102_DBX3_1 group Rollaeden
attr DB102_DBX3_1 room S7
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 05 Februar 2015, 13:28:34
Hallo zusammen,

also ich stimme alfonsmoeller vollkommen zu,
dass es sich hier doch in der Hauptsache um ein Modul für kleinere Steuerungsaufgaben und überschaubaren Datenaustausch zwischen S7 und fhem handelt.
Und wenn das Modul doch jetzt nach dieser "heißen" Entwicklung stabil läuft, dann sollten wir doch zufrieden sein.
Und es sollte doch kein Problem für einen S7-Freak sein, neue DB's für den Datenaustausch zwischen S7 und fhem einzurichten.

So eine klare und eindeutige Schnittstelle (z.B. ein DB für Daten von fhem und ein DB zum Senden an fhem) kann man schnell einrichten, diagnostizieren
und abbinden, als wenn fhem auf Bits oder Datenbereiche zugreift, die irgendwo im SPS-Programm verteilt sind und auf die auch das Standardprogramm zugreift.
So sollte man es auch schon immer, wenn möglich, mit den zugehörigen Panels machen, um hier einen effektiven Datenaustausch zu erzielen.

Ich schiebe dann lieber ein paar Bits und Datenworte in der SPS zusammen, damit das Ganze strukturiert aufgebaut ist.

Wollte nur mal meine Meinung sagen  ;)

Ich habe so vor ca. 1,5 Jahren nach so einem Modul gesucht und bin jetzt super zufrieden !
Danke charlie71 !

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 05 Februar 2015, 16:31:49
Hallo Christoph,

wenn ich deine Config richtig lese so kann die Eventlast noch reduziert werden. Vorschlag von fu_zhou im Posting #405.
Bitte um Info ob dies aus deiner Sicht etwas bringt.

lG
Charlie71

Zitat von: pc1246 am 05 Februar 2015, 12:33:26
Hallo Charlie
Leider muss ich John recht geben! Ich habe zum Beispiel ein fertiges Projekt, in dem derzeit verteilt, aber in einem DB, die einzelnen Bits liegen, die ich Steuern moechte! Einer dieser DB's ist z.B. knapp 900 Byte lang! Und ich will eigentlich nicht das Programm anpassen, die Strukturen sind eigentlich mit Absicht so gewaehlt!
Ich hatte schon mal gemeint, dass das Timeout fhem lahmlegt (Stichwort nonblocking!)!
Ich werde einfach mal einige Daten von dem DB abholen, momentan schreibe ich nur, was ja inzwischen Lesen inkludiert!
Auch bin ich mir sicher, dass das Interval derzeit keinen Einfluss hat, da bei mir immer noch sekuendlich aktualisiert wird! Intervall steht derzeit auf 2, stand auch schon probehalber mal auf 4!
Gruss Christoph

P.S.: Habe derzeit etwas mehr Zeit, da krank zu Hause! Koennt mich also etwas strapazieren!

Edit: Irgendwie scheint Intervall doch zu beeinflussen, hatte jetzt mal auf eine Sekunde gestellt, da war fhem dann total langsam!Zurueck auf 2, fuehlt sich besser an!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 05 Februar 2015, 21:06:48
Hallo zusammen,

ich habe jetzt meinen DB70 auf 500 Float Werte aufgebohrt, hantiere also mit 2000 Byte bei einer PDU Größe von 240.
Meine fhem.cfg habe ich um folgende AReads eweitert:
####
define Ruecklesen_3151 S7_ARead db 70 240 float
attr Ruecklesen_3151 IODev 315
attr Ruecklesen_3151 group Raumluft
attr Ruecklesen_3151 room Keller
attr Ruecklesen_3151 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3151_Log FileLog /media/usbstick/Ruecklesen_3151-%Y-%m.log Ruecklesen_3151
attr Ruecklesen_3151_Log logtype text
attr Ruecklesen_3151_Log room Keller

define Ruecklesen_3152 S7_ARead db 70 480 float
attr Ruecklesen_3152 IODev 315
attr Ruecklesen_3152 group Raumluft
attr Ruecklesen_3152 room Keller
attr Ruecklesen_3152 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3152_Log FileLog /media/usbstick/Ruecklesen_3152-%Y-%m.log Ruecklesen_3152
attr Ruecklesen_3152_Log logtype text
attr Ruecklesen_3152_Log room Keller

define Ruecklesen_3153 S7_ARead db 70 720 float
attr Ruecklesen_3153 IODev 315
attr Ruecklesen_3153 group Raumluft
attr Ruecklesen_3153 room Keller
attr Ruecklesen_3153 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3153_Log FileLog /media/usbstick/Ruecklesen_3153-%Y-%m.log Ruecklesen_3153
attr Ruecklesen_3153_Log logtype text
attr Ruecklesen_3153_Log room Keller

define Ruecklesen_3154 S7_ARead db 70 960 float
attr Ruecklesen_3154 IODev 315
attr Ruecklesen_3154 group Raumluft
attr Ruecklesen_3154 room Keller
attr Ruecklesen_3154 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3154_Log FileLog /media/usbstick/Ruecklesen_3154-%Y-%m.log Ruecklesen_3154
attr Ruecklesen_3154_Log logtype text
attr Ruecklesen_3154_Log room Keller

define Ruecklesen_3155 S7_ARead db 70 1200 float
attr Ruecklesen_3155 IODev 315
attr Ruecklesen_3155 group Raumluft
attr Ruecklesen_3155 room Keller
attr Ruecklesen_3155 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3155_Log FileLog /media/usbstick/Ruecklesen_3155-%Y-%m.log Ruecklesen_3155
attr Ruecklesen_3155_Log logtype text
attr Ruecklesen_3155_Log room Keller

define Ruecklesen_3156 S7_ARead db 70 1440 float
attr Ruecklesen_3156 IODev 315
attr Ruecklesen_3156 group Raumluft
attr Ruecklesen_3156 room Keller
attr Ruecklesen_3156 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3156_Log FileLog /media/usbstick/Ruecklesen_3156-%Y-%m.log Ruecklesen_3156
attr Ruecklesen_3156_Log logtype text
attr Ruecklesen_3156_Log room Keller

define Ruecklesen_3157 S7_ARead db 70 1680 float
attr Ruecklesen_3157 IODev 315
attr Ruecklesen_3157 group Raumluft
attr Ruecklesen_3157 room Keller
attr Ruecklesen_3157 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3157_Log FileLog /media/usbstick/Ruecklesen_3157-%Y-%m.log Ruecklesen_3157
attr Ruecklesen_3157_Log logtype text
attr Ruecklesen_3157_Log room Keller

define Ruecklesen_3158 S7_ARead db 70 1920 float
attr Ruecklesen_3158 IODev 315
attr Ruecklesen_3158 group Raumluft
attr Ruecklesen_3158 room Keller
attr Ruecklesen_3158 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}

define Ruecklesen_3158_Log FileLog /media/usbstick/Ruecklesen_3158-%Y-%m.log Ruecklesen_3158
attr Ruecklesen_3158_Log logtype text
attr Ruecklesen_3158_Log room Keller
define SVG_Ruecklesen_3151_Log_1 SVG Ruecklesen_3151_Log:SVG_Ruecklesen_3151_Log_1:CURRENT
attr SVG_Ruecklesen_3151_Log_1 room Keller,Plot
define SVG_Ruecklesen_3155_Log_1 SVG Ruecklesen_3155_Log:SVG_Ruecklesen_3155_Log_1:CURRENT
attr SVG_Ruecklesen_3155_Log_1 room Keller,Plot


event-on-change-reading habe ich bewusst weggelassen, es werden also die 8 Werte sekündlich in je ein eigenes Log-File geschrieben, die Files wachsen auch sekündlich schön an. Ich habe 2 Plots erzeugt, die jeweils 4 Werte darstellen. Die einzigen Performance-Probleme, die ich feststellen kann sind, dass die AReads und DReads auf der Seite "Keller", auf der auch die beiden Plots sind, nicht aktualisieren, während die Plots sich aufbauen. DWrite und AWrite funktioniert, während sich die Plots aufbauen, die zugehörigen AReads und DReads aktualisieren dann sofort, wenn die Plots sichtbar sind => ist wohl nicht auf das S7 Modul zurückzuführen.
Mein Raspberry Pi B hat allerdings auch als einzige Aufgabe, die Kommunikation zwischen FHEM (Web-Oberfläche zum Bedienen) und der S7 (momentan 2) zu organisieren. Ich habe keinen Funk-USB-Dongle dran oder Logik in FHEM programmiert. Und ich habe noch lange nicht alle Datenpunkte aus der S7 in FHEM sichtbar gemacht. Im Moment bin ich aber zuversichtlich, dass alles sauber laufen wird. Sollte ich an Grenzen stoßen, wäre ich bereit einen zweiten RasPi zu spendieren...

Im Event Monitor sehe ich, dass das Intervall dazu führt, dass das Event nur alle X Sekunden gefeuert wird => funktioniert aus meiner Sicht.

Update: Nachdem die Nacht über die 8 Log-Files sekündlich beschrieben wurden, dauert es heute morgen 1 min 18 sek, um die Plots auf den Bildschirm zu bekommen. Ich habe die S7 Kommunikation mal rausgeschmissen und da dauert es genau so lange.

Update 2: Ich breche das Experiment jetzt ab. Jedes Logfile hat jetzt 2 MB, die Plots müssen also 16 MB Daten verarbeiten, was dazu führt, das FHEM "stehen" bleibt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 06 Februar 2015, 07:44:51
@John,

ZitatNun kann es passieren, daß über Stunden kein Event mehr gefeuert wird. So sorgt event-min-interval dafür, dass dies im gewünschten
Mindestumfang dennoch erfolgt.

Da bin ich genau deiner Meinung, gibt es schon Neuigkeiten? Im Fhem Development Forum gibt es noch einen Thread, der das Thema irgendwie behandelt:
Zitathttp://forum.fhem.de/index.php/topic,31856.0.html

Ist das schon offiziell mit einem Update verteilt worden?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 06 Februar 2015, 08:35:55
@fou_zhou,
bisher leider keine weiteren Antworten von Rudi.

Wenn du willst kannst du ja meinen Patch versuchen, den ich im Developer-Forum hinterlegt habe.
John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 07 Februar 2015, 07:55:25
Hallo Charlie,

ähnlich wie bei Phel kommt es bei mir einige Stunden nach FHEM-Start zu Time-Outs, aber nur mit der 315 (PDU 240), die 317 (PDU 960) bleibt angekoppelt.
2015.02.06 16:45:16 0: Server started with 27 defined entities (version $Id: fhem.pl 7858 2015-02-03 20:14:28Z rudolfkoenig $, os linux, user fhem, pid 2260)
2015.02.06 16:45:47 3: telnetForBlockingFn: port 47250 opened
2015.02.06 23:56:11 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.06 23:56:11 2: 315 S7 disconnected
2015.02.06 23:56:14 3: 315 S7_connect: connect to PLC with maxPDUlength=240


Nach einem reboot läuft es dann wieder einigen Stunden bis zum nächsten Time-Out. Kann man irgendetwas loggen oder ein separates Log-File einrichten, um zu sehen, was kurz vor dem Time-Out passiert?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Februar 2015, 09:38:15
Hallo

die V2.7 ist fertig. Sie beinhaltet nur wenig neues:
Release notes
* new function: overlapping configurations are now supported
* minor change in reconnection procedure (TCPClient object is freed)

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Februar 2015, 09:46:40
Hallo fu_zhou,

Fehler die erst nach Stunden auftreten sind ein wenig hartnäckiger zu fixen.
Ich bin mir auch nicht sicher ob wir das Problem im Logfile sehen, aber es ist eine gute Idee Probleme mit Sicherheit auszuschließen.
bitte auf V2.7 Update (ich habe hier zusätzliches logging auf level 5 eingebaut)
Ich hab auch eine Kleinigkeit bei der Reconnectionprocedure geändert, es wird nun auch das TCPClient object neu erstellt.

Ich denke der Fehler wird in der V2.7 auch auftreten, was mich aber interessiert ist ob der Reconnect nun sauber funktioniert.

Um den eigentlichen Fehler auf die Spur zu kommen bitte dreh mal das Logging auf level 5 auf (attr global verbose 5).
Bitte poste den Abschnitt von Logfile beginnend kurz vor dem Fehlerauftritt.

lG
Charlie71

PS: Mein FHEM Server (4 x Logo7) läuft seit 2015.02.03 20:57:12  ohne Fehlereintrag, aber dass hilft dir nichts.

Zitat von: fu_zhou am 07 Februar 2015, 07:55:25
Hallo Charlie,

ähnlich wie bei Phel kommt es bei mir einige Stunden nach FHEM-Start zu Time-Outs, aber nur mit der 315 (PDU 240), die 317 (PDU 960) bleibt angekoppelt.
2015.02.06 16:45:16 0: Server started with 27 defined entities (version $Id: fhem.pl 7858 2015-02-03 20:14:28Z rudolfkoenig $, os linux, user fhem, pid 2260)
2015.02.06 16:45:47 3: telnetForBlockingFn: port 47250 opened
2015.02.06 23:56:11 3: 315 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.06 23:56:11 2: 315 S7 disconnected
2015.02.06 23:56:14 3: 315 S7_connect: connect to PLC with maxPDUlength=240


Nach einem reboot läuft es dann wieder einigen Stunden bis zum nächsten Time-Out. Kann man irgendetwas loggen oder ein separates Log-File einrichten, um zu sehen, was kurz vor dem Time-Out passiert?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Februar 2015, 09:54:30
Hallo fu_zhou,

ich bin mir nicht sicher was wir mit diesen Test bezüglich des S7 Modul bezwecken:
*) Ich denke das Laden der 16MB Plots hat nichts mit dem Modul zu tun und betrifft ein generelles Performance Problem
*) Konntest du herausfinden wie lange das Einlesen der 500 Float Werte von der SPS dauert?

lG
Charlie71

Zitat von: fu_zhou am 05 Februar 2015, 21:06:48
Hallo zusammen,

ich habe jetzt meinen DB70 auf 500 Float Werte aufgebohrt, hantiere also mit 2000 Byte bei einer PDU Größe von 240.
Meine fhem.cfg habe ich um folgende AReads eweitert:
event-on-change-reading habe ich bewusst weggelassen, es werden also die 8 Werte sekündlich in je ein eigenes Log-File geschrieben, die Files wachsen auch sekündlich schön an. Ich habe 2 Plots erzeugt, die jeweils 4 Werte darstellen. Die einzigen Performance-Probleme, die ich feststellen kann sind, dass die AReads und DReads auf der Seite "Keller", auf der auch die beiden Plots sind, nicht aktualisieren, während die Plots sich aufbauen. DWrite und AWrite funktioniert, während sich die Plots aufbauen, die zugehörigen AReads und DReads aktualisieren dann sofort, wenn die Plots sichtbar sind => ist wohl nicht auf das S7 Modul zurückzuführen.
Mein Raspberry Pi B hat allerdings auch als einzige Aufgabe, die Kommunikation zwischen FHEM (Web-Oberfläche zum Bedienen) und der S7 (momentan 2) zu organisieren. Ich habe keinen Funk-USB-Dongle dran oder Logik in FHEM programmiert. Und ich habe noch lange nicht alle Datenpunkte aus der S7 in FHEM sichtbar gemacht. Im Moment bin ich aber zuversichtlich, dass alles sauber laufen wird. Sollte ich an Grenzen stoßen, wäre ich bereit einen zweiten RasPi zu spendieren...

Im Event Monitor sehe ich, dass das Intervall dazu führt, dass das Event nur alle X Sekunden gefeuert wird => funktioniert aus meiner Sicht.

Update: Nachdem die Nacht über die 8 Log-Files sekündlich beschrieben wurden, dauert es heute morgen 1 min 18 sek, um die Plots auf den Bildschirm zu bekommen. Ich habe die S7 Kommunikation mal rausgeschmissen und da dauert es genau so lange.

Update 2: Ich breche das Experiment jetzt ab. Jedes Logfile hat jetzt 2 MB, die Plots müssen also 16 MB Daten verarbeiten, was dazu führt, das FHEM "stehen" bleibt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 07 Februar 2015, 10:02:45
Hi  charlie71

ein internal Wert der die Anzahl der Loops und den Zeitbedarf über alle Loops angibt wäre an Klarheit nicht zu überbieten.
Dann kann jeder selber sehen, ob das Thema auf seinem individuellem System überhaupt von Bedeutung ist.

Ich kenne jetzt den aktuellen Stand vom S7-Modul nicht, aber mir hilft ein Disable vom Logo-Device sehr, bevor ich einen Download mache,
damit die Plots nicht beschädigt werden.
Die Daten werden ja auch während des Offline-Betriebes weiter erfasst und sind aber oft unsinnig.

Manchmal will man auch einen einzelnen Datenpunkt auf Disable setzen um ihn später wieder zu aktivieren.

Kurzum: Ein Disable für das S7-Device sowie für jeden einzelnen Datenpunkt wäre hilfreich.

John

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 07 Februar 2015, 13:10:31
Hallo Charlie,

der Test war nur dazu gedacht zu demonstrieren, dass das S7 Modul ohne Probleme und Performance-Verlust die Daten aus einem DB liest, der wesentlich länger als die PDU Größe ist. Der Plot wird auch aus meiner Sicht nicht durch das S7 Modul beeinflusst. => Habe ich getestet, das Aufbauen des Plots hat mit und ohne aktivem S7 Modul gleich lange gedauert.
Ich muss mir jetzt mal was z.B. in Excel überlegen, wie ich 500 x define ARead erzeugen kann, wobei der Name z.B. immer eins hochzählt. Copy - paste - ersetzen und das 499 x lässt meine Ungeduld nicht zu.

Gruße, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Februar 2015, 13:23:11
Hallo John,

die # der Loops entspricht der Datenpunkte -1 und ist somit optimal.
ich habe mal zusätzliche statistische Informationen in einem Internal statistic gespeichert:


in der beiliegenden Version kannst auch du eine Auswertung durchführen, dass Ergebnis steht im Internal "statistic".
Ich persönlich bin mit der Geschwindigkeit zufrieden, da nur ca 29% der Zeit für die TCP/IP Kommunikation benötigt wird, die Anzahl der Schleifendurchläufe optimal ist (hab ich schon mal erwähnt). Die Hauptzeit geht drauf die Datenpunkte zu aktualisieren. Was mich persönlich überrascht da ich bei allen meinen Datenpunkten event-on-change-reading aktiviert habe.

lG
Charlie71

Zitat von: John am 07 Februar 2015, 10:02:45
Hi  charlie71

ein internal Wert der die Anzahl der Loops und den Zeitbedarf über alle Loops angibt wäre an Klarheit nicht zu überbieten.
Dann kann jeder selber sehen, ob das Thema auf seinem individuellem System überhaupt von Bedeutung ist.

Ich kenne jetzt den aktuellen Stand vom S7-Modul nicht, aber mir hilft ein Disable vom Logo-Device sehr, bevor ich einen Download mache,
damit die Plots nicht beschädigt werden.
Die Daten werden ja auch während des Offline-Betriebes weiter erfasst und sind aber oft unsinnig.

Manchmal will man auch einen einzelnen Datenpunkt auf Disable setzen um ihn später wieder zu aktivieren.

Kurzum: Ein Disable für das S7-Device sowie für jeden einzelnen Datenpunkt wäre hilfreich.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 07 Februar 2015, 14:31:04
Hallo Charlie,

dank Excel habe ich 500 AReads erzeugt
define Ruecklesen_3152 S7_Aread db 70 4 float
attr Ruecklesen_3152 IODev 315

define Ruecklesen_3153 S7_Aread db 70 8 float
attr Ruecklesen_3153 IODev 315

define Ruecklesen_3154 S7_Aread db 70 12 float
attr Ruecklesen_3154 IODev 315

...

define Ruecklesen_315501 S7_Aread db 70 2000 float
attr Ruecklesen_315501 IODev 315


Das Öffnen der "Unsorted" Seite dauert jetzt ca. 8 Sek.

Der Event Monitor zeigt an, dass das Feuern der Events für alle 500 Werte zwischen 5 und 6 Sekunden dauert:
2015-02-07 14:21:15 S7_ARead Ruecklesen_3152 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3153 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3154 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3155 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3156 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3157 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3158 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_3159 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31510 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31511 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31512 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31513 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31514 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31515 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31516 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31517 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31518 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31519 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31520 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31521 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31522 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31523 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31524 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31525 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31526 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31527 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31528 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31529 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31530 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31531 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31532 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31533 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31534 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31535 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31536 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31537 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31538 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31539 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31540 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31541 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31542 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31543 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31544 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31545 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31546 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31547 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31548 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31549 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31550 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31551 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31552 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31553 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31554 0
2015-02-07 14:21:15 S7_ARead Ruecklesen_31555 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31556 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31557 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31558 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31559 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31560 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31561 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31562 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31563 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31564 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31565 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31566 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31567 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31568 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31569 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31570 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31571 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31572 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31573 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31574 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31575 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31576 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31577 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31578 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31579 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31580 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31581 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31582 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31583 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31584 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31585 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31586 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31587 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31588 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31589 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31590 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31591 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31592 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31593 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31594 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31595 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31596 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31597 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31598 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_31599 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315100 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315101 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315102 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315103 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315104 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315105 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315106 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315107 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315108 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315109 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315110 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315111 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315112 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315113 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315114 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315115 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315116 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315117 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315118 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315119 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315120 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315121 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315122 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315123 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315124 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315125 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315126 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315127 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315128 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315129 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315130 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315131 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315132 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315133 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315134 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315135 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315136 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315137 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315138 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315139 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315140 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315141 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315142 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315143 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315144 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315145 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315146 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315147 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315148 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315149 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315150 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315151 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315152 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315153 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315154 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315155 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315156 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315157 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315158 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315159 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315160 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315161 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315162 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315163 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315164 0
2015-02-07 14:21:16 S7_ARead Ruecklesen_315165 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315166 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315167 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315168 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315169 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315170 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315171 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315172 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315173 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315174 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315175 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315176 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315177 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315178 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315179 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315180 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315181 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315182 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315183 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315184 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315185 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315186 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315187 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315188 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315189 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315190 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315191 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315192 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315193 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315194 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315195 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315196 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315197 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315198 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315199 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315200 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315201 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315202 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315203 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315204 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315205 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315206 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315207 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315208 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315209 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315210 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315211 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315212 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315213 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315214 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315215 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315216 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315217 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315218 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315219 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315220 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315221 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315222 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315223 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315224 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315225 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315226 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315227 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315228 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315229 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315230 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315231 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315232 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315233 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315234 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315235 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315236 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315237 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315238 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315239 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315240 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315241 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315242 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315243 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315244 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315245 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315246 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315247 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315248 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315249 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315250 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315251 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315252 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315253 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315254 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315255 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315256 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315257 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315258 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315259 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315260 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315261 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315262 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315263 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315264 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315265 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315266 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315267 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315268 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315269 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315270 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315271 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315272 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315273 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315274 0
2015-02-07 14:21:17 S7_ARead Ruecklesen_315275 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315276 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315277 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315278 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315279 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315280 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315281 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315282 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315283 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315284 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315285 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315286 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315287 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315288 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315289 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315290 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315291 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315292 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315293 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315294 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315295 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315296 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315297 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315298 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315299 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315300 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315301 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315302 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315303 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315304 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315305 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315306 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315307 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315308 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315309 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315310 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315311 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315312 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315313 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315314 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315315 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315316 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315317 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315318 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315319 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315320 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315321 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315322 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315323 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315324 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315325 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315326 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315327 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315328 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315329 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315330 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315331 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315332 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315333 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315334 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315335 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315336 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315337 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315338 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315339 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315340 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315341 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315342 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315343 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315344 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315345 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315346 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315347 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315348 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315349 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315350 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315351 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315352 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315353 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315354 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315355 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315356 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315357 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315358 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315359 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315360 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315361 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315362 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315363 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315364 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315365 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315366 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315367 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315368 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315369 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315370 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315371 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315372 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315373 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315374 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315375 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315376 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315377 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315378 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315379 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315380 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315381 0
2015-02-07 14:21:18 S7_ARead Ruecklesen_315382 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315383 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315384 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315385 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315386 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315387 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315388 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315389 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315390 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315391 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315392 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315393 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315394 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315395 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315396 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315397 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315398 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315399 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315400 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315401 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315402 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315403 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315404 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315405 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315406 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315407 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315408 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315409 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315410 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315411 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315412 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315413 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315414 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315415 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315416 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315417 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315418 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315419 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315420 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315421 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315422 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315423 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315424 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315425 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315426 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315427 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315428 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315429 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315430 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315431 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315432 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315433 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315434 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315435 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315436 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315437 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315438 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315439 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315440 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315441 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315442 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315443 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315444 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315445 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315446 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315447 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315448 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315449 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315450 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315451 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315452 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315453 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315454 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315455 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315456 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315457 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315458 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315459 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315460 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315461 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315462 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315463 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315464 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315465 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315466 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315467 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315468 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315469 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315470 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315471 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315472 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315473 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315474 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315475 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315476 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315477 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315478 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315479 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315480 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315481 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315482 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315483 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315484 0
2015-02-07 14:21:19 S7_ARead Ruecklesen_315485 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315486 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315487 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315488 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315489 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315490 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315491 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315492 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315493 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315494 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315495 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315496 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315497 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315498 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315499 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315500 0
2015-02-07 14:21:20 S7_ARead Ruecklesen_315501 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3152 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3153 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3154 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3155 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3156 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3157 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3158 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_3159 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31510 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31511 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31512 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31513 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31514 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31515 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31516 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31517 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31518 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31519 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31520 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31521 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31522 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31523 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31524 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31525 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31526 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31527 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31528 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31529 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31530 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31531 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31532 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31533 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31534 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31535 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31536 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31537 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31538 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31539 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31540 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31541 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31542 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31543 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31544 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31545 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31546 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31547 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31548 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31549 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31550 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31551 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31552 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31553 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31554 0
2015-02-07 14:21:21 S7_ARead Ruecklesen_31555 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31556 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31557 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31558 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31559 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31560 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31561 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31562 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31563 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31564 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31565 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31566 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31567 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31568 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31569 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31570 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31571 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31572 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31573 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31574 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31575 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31576 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31577 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31578 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31579 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31580 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31581 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31582 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31583 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31584 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31585 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31586 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31587 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31588 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31589 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31590 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31591 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31592 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31593 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31594 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31595 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31596 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31597 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31598 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_31599 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315100 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315101 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315102 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315103 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315104 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315105 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315106 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315107 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315108 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315109 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315110 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315111 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315112 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315113 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315114 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315115 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315116 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315117 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315118 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315119 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315120 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315121 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315122 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315123 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315124 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315125 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315126 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315127 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315128 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315129 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315130 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315131 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315132 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315133 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315134 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315135 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315136 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315137 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315138 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315139 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315140 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315141 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315142 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315143 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315144 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315145 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315146 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315147 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315148 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315149 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315150 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315151 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315152 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315153 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315154 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315155 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315156 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315157 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315158 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315159 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315160 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315161 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315162 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315163 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315164 0
2015-02-07 14:21:22 S7_ARead Ruecklesen_315165 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315166 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315167 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315168 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315169 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315170 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315171 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315172 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315173 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315174 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315175 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315176 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315177 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315178 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315179 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315180 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315181 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315182 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315183 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315184 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315185 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315186 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315187 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315188 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315189 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315190 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315191 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315192 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315193 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315194 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315195 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315196 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315197 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315198 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315199 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315200 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315201 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315202 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315203 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315204 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315205 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315206 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315207 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315208 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315209 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315210 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315211 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315212 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315213 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315214 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315215 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315216 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315217 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315218 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315219 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315220 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315221 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315222 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315223 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315224 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315225 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315226 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315227 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315228 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315229 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315230 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315231 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315232 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315233 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315234 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315235 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315236 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315237 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315238 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315239 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315240 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315241 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315242 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315243 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315244 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315245 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315246 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315247 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315248 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315249 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315250 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315251 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315252 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315253 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315254 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315255 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315256 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315257 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315258 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315259 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315260 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315261 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315262 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315263 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315264 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315265 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315266 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315267 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315268 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315269 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315270 0
2015-02-07 14:21:23 S7_ARead Ruecklesen_315271 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315272 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315273 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315274 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315275 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315276 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315277 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315278 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315279 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315280 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315281 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315282 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315283 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315284 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315285 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315286 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315287 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315288 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315289 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315290 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315291 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315292 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315293 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315294 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315295 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315296 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315297 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315298 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315299 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315300 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315301 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315302 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315303 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315304 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315305 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315306 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315307 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315308 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315309 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315310 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315311 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315312 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315313 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315314 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315315 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315316 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315317 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315318 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315319 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315320 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315321 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315322 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315323 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315324 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315325 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315326 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315327 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315328 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315329 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315330 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315331 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315332 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315333 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315334 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315335 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315336 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315337 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315338 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315339 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315340 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315341 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315342 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315343 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315344 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315345 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315346 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315347 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315348 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315349 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315350 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315351 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315352 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315353 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315354 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315355 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315356 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315357 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315358 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315359 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315360 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315361 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315362 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315363 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315364 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315365 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315366 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315367 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315368 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315369 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315370 0
2015-02-07 14:21:24 S7_ARead Ruecklesen_315371 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315372 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315373 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315374 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315375 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315376 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315377 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315378 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315379 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315380 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315381 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315382 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315383 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315384 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315385 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315386 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315387 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315388 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315389 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315390 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315391 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315392 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315393 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315394 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315395 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315396 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315397 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315398 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315399 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315400 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315401 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315402 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315403 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315404 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315405 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315406 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315407 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315408 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315409 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315410 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315411 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315412 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315413 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315414 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315415 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315416 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315417 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315418 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315419 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315420 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315421 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315422 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315423 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315424 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315425 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315426 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315427 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315428 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315429 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315430 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315431 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315432 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315433 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315434 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315435 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315436 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315437 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315438 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315439 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315440 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315441 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315442 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315443 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315444 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315445 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315446 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315447 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315448 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315449 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315450 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315451 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315452 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315453 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315454 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315455 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315456 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315457 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315458 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315459 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315460 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315461 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315462 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315463 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315464 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315465 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315466 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315467 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315468 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315469 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315470 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315471 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315472 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315473 0
2015-02-07 14:21:25 S7_ARead Ruecklesen_315474 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315475 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315476 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315477 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315478 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315479 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315480 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315481 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315482 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315483 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315484 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315485 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315486 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315487 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315488 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315489 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315490 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315491 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315492 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315493 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315494 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315495 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315496 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315497 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315498 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315499 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315500 0
2015-02-07 14:21:26 S7_ARead Ruecklesen_315501 0


Aus meiner Sicht i.O., ich habe allerdigs auch keine weitere Kommunikation (z.B. CUL, SONOS) in Betrieb. Daher kann ich nicht beurteilen, wie sich die 6 Sekunden auf andere Module auswirken. Ich werde jetzt mal auf verbose 5 umstellen, um das disconnect zu fangen, vorher kommen aber die 500 Floats noch raus.

EDIT: Mit der neuen 44_S7.pm aus Post #445 zeigt statistic Folgendes:
Reading loops=504, Readings Sent to PLC=13, Totaltime for Processing all Readings = 10858.8020801544ms, Totaltime for Communication = 502.440690994263ms, Average TCP Communication time =38.6492839226356 ms

Zum Vergleich die kaum belastete 317:
Reading loops=5, Readings Sent to PLC=4, Totaltime for Processing all Readings = 555.834054946899ms, Totaltime for Communication = 202.847719192505ms, Average TCP Communication time =50.7119297981262 ms

EDIT 2: Ich habe alle 500 Werte mit event-on-change-reading parametriert, hier das Ergebnis:
Reading loops=505, Readings Sent to PLC=13, Totaltime for Processing all Readings = 3849.22504425049ms, Totaltime for Communication = 431.909561157227ms, Average TCP Communication time =33.2238123967097 ms

Deutliche Verkürzung von Totaltime!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 09 Februar 2015, 17:38:18
Hallo Charlie,

hast du dich schon einmal mit dem Gedanken beschäftigt, das S7 Module "offiziell" zu machen, also einzuchecken, so dass es mit FHEM und Updates verteilt wird? Ich finde, die V2.7 ist bereit dazu.

Ich habe mal das timeout auf 1000 ms hochgesetzt, da kam nur noch ein Disconnect in 24h. Ich bin jetzt mal auf 1500 ms hochgegangen und beobachte weiter.

Gruß,

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Februar 2015, 21:12:58
Hallo fu_zhou,

ja ich kann mir auch vorstellen, dass Modul bald offiziell zu machen.
Was muss ich tun?

Möchte aber noch ein wenig warten, denn habe heute erst mein FHEM auf meine Fritzbox portiert. Dabei habe ich einen Fehler im Modul gefixed.

@Timeout: Hier muss ich dich enttäuschen. Du hast den eigentlichen Wert für das Timeout nicht verändert.
Leider kann das im perl verwendete Modul nur Timeout in Sekunden verarbeiten.
In deinem Fall wurde immer ein Timeout von 1 Sekunde verwendet.

Bitte verwende Timeout wert von 2000 oder 3000.

lg
Charlie71

Zitat von: fu_zhou am 09 Februar 2015, 17:38:18
Hallo Charlie,

hast du dich schon einmal mit dem Gedanken beschäftigt, das S7 Module "offiziell" zu machen, also einzuchecken, so dass es mit FHEM und Updates verteilt wird? Ich finde, die V2.7 ist bereit dazu.

Ich habe mal das timeout auf 1000 ms hochgesetzt, da kam nur noch ein Disconnect in 24h. Ich bin jetzt mal auf 1500 ms hochgegangen und beobachte weiter.

Gruß,

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 09 Februar 2015, 21:37:55
Hi Charlie71,

Zitatja ich kann mir auch vorstellen, dass Modul bald offiziell zu machen.
Was muss ich tun?

FHEM ist unter sourceForge gehostet http://sourceforge.net/projects/fhem/ (http://sourceforge.net/projects/fhem/)
Hier musst du dir zunächst einen Account besorgen.

Du beantragst über dein Profil die Gruppenzugehörigkeit der Developers bei Rudi oder Boris und gibst den User deines SourceForge Accounts an.
Danach wird dein Account für FEHM-Sourceforge freigeschalten, so daß du auch einchecken kannst.
Alle Developer werden hier gelistet
http://forum.fhem.de/index.php/topic,20252.0.html (http://forum.fhem.de/index.php/topic,20252.0.html)


Du musst dich mit einigen Grundlagen von SVN vertraut machen.
FHEM auschecken
Deine Datei in das FHEM Verz. kopieren.
Die Version im Header anpassen : aktuelle Revision+1
Committen

Danach ist deine Änderung sichtbar in
http://sourceforge.net/p/fhem/code/commit_browser (http://sourceforge.net/p/fhem/code/commit_browser)

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rogseut am 09 Februar 2015, 21:39:53
Super arbeit. Als SPS Programmierer freud es mich natürlich noch mehr. Hab hier noch eine 313C und ein KTP600 rum liegen.  Bei nächster Gelegenheit werd ich das ma testen. 8)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 10 Februar 2015, 09:00:53
Hallo charlie71,

folgendes Problem bei mir mit V2.7 !
Nach einem reboot vom RasPi bekomme ich über den Browser keine Verbindung mehr zur fhem-Web-Oberfläche !
Sobald ich auf V2.6 zurückrüste, klappt es wieder !!??

Des Weiteren suche ich immer noch, warum bei mir AWrite-Aufträge nicht funktionieren.
Ich habe das Beipiel aus dem Wiki von fu_zhou kopiert, aber sobald ein Wert geschrieben werden soll, bricht die Verbindung zur S7 ab.

DWrite, DRead, ARead funktionieren ohne Probleme !

Ich werde mal versuchen, eine cfg ohne drumherum (CUL) zu erstellen, in der nur die S7-Kommunikation enthalten ist.

log-File nach Schreibauftrag : ( V2.6 )
2015.02.10 09:06:59 3: S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied.
2015.02.10 09:06:59 2: S7300 S7 disconnected
2015.02.10 09:06:59 1: PERL WARNING: Argument "S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PD..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 226.
2015.02.10 09:07:00 3: S7300 disconnected
2015.02.10 09:07:00 2: S7300 S7 disconnected
2015.02.10 09:07:02 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.02.10 09:07:03 2: S7300 S7_connect: allready connected!



Habe jetzt die cfg minimalisiert.
Solange ich unter V2.7 nur DWrite, DRead und  ARead nutze, läufts.
Sobald ich einen AWrite in der cfg habe und der Schreibauftrag startet, habe ich über den Browser keinen Zugriff mehr auf fhem.
cfg :
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m-%d.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global
attr telnetPort password 0000

define WEB FHEMWEB 8083 global

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

define eventTypes eventTypes ./log/eventTypes.txt



################################################################
### S7-Anbindung ###
### define <name> S7 <ip_address> <rack> <slot> [<Intervall>] ###
define S7300 S7 192.168.178.29 0 2
attr S7300 room 0_S7300


#### Bits schreiben ####
# Taster an S7 schaltbar über Icon
define Taster_DB40_5_0 S7_DWrite db 40 5.0
attr Taster_DB40_5_0 IODev S7300
attr Taster_DB40_5_0 eventMap on:on off:off
attr Taster_DB40_5_0 group Taster
attr Taster_DB40_5_0 room 0_S7300

# Taster an S7 schaltbar über Icon
define Taster_DB40_5_1 S7_DWrite db 40 5.1
attr Taster_DB40_5_1 IODev S7300
attr Taster_DB40_5_1 eventMap on:on off:off
attr Taster_DB40_5_1 group Taster
attr Taster_DB40_5_1 room 0_S7300

# Impuls an S7 schaltbar über Icon
define Impuls_Icon_DB40_6_0 S7_DWrite db 40 6.0
attr Impuls_Icon_DB40_6_0 IODev S7300
attr Impuls_Icon_DB40_6_0 devStateIcon .*:toggle:TRIGGER
attr Impuls_Icon_DB40_6_0 group Impuls
attr Impuls_Icon_DB40_6_0 room 0_S7300


#Analogwerte lesen

define DB70_Wert S7_ARead db 70 4 s16
attr DB70_Wert IODev S7300
attr DB70_Wert alias Leistung L1
attr DB70_Wert room 0_S7300
attr DB70_Wert stateFormat {sprintf("%.0f",ReadingsVal($name,"state",0))." Watt"}


# Temperatur aus dem Web an S7 schicken
define Wetter Weather 682925 60 de
attr Wetter room Wetter

define Temp_AU_Web S7_AWrite db 42 0 float
attr Temp_AU_Web IODev S7300
attr Temp_AU_Web event-on-change-reading state
attr Temp_AU_Web room Wetter
attr Temp_AU_Web stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}

define Temp_AU_Web_notify notify Wetter {\
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;\
}
attr Temp_AU_Web_notify room Wetter


log-file nach Absturz
2015.02.10 11:30:25 3: S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied.
2015.02.10 11:30:25 2: S7300 S7 disconnected
2015.02.10 11:30:25 1: PERL WARNING: Argument "S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PD..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 226.
2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:25 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.10 11:30:26 3: S7300 disconnected


Ich teste jetzt noch einmal mit V2.6.....
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 10 Februar 2015, 11:47:05
Hallo charlie71,

jetzt habe ich alles so belassen, wie zuvor beschrieben, nur die V2.6 Module eingespielt und den PI rebootet.
Auch hier erfolgt beim AWrite ein "disconnect", aber ich komme über den Browser noch auf fhem !

Hier das log-file bei V2.6 bei gleicher cfg wie oben gepostet.

2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied.
2015.02.10 11:42:54 2: S7300 S7 disconnected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.10 11:42:54 3: S7300 disconnected
2015.02.10 11:42:54 2: S7300 S7 disconnected
2015.02.10 11:42:57 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.02.10 11:42:57 2: S7300 S7_connect: allready connected!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 Februar 2015, 13:20:58
Hallo rhonline,

ich hab mir nochmal den Code angesehen, ich denke ich habe die Ursache gefunden.

Bitte tausche das beiliegende Modul.
Noch eine Frage, gehe ich Recht in der Annahme, dass du eine PDUSize > 240 hast?

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 10 Februar 2015, 13:37:59
Hallo charlie71,

habe mal schnell die Datei eingespielt.
fhem bleibt jetzt in der V2.7 über den Browser erreichbar, aber die S7 ist disconnected.
Die pdu size müsste 240 sein, da ich eine Standard S7 nutze und keine von VIPA.
Meldet das Modul ja auch zurück, dass damit connected wurde.

log-Einträge nach reboot mit Deiner Test-Datei :
2015.02.10 13:33:12 3: S7300 disconnected
2015.02.10 13:33:12 2: S7_disconnect: S7300 Active transmission
2015.02.10 13:33:12 2: S7300 S7 disconnected
2015.02.10 13:33:15 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 13:33:22 3: S7300 disconnected
2015.02.10 13:33:22 2: S7_disconnect: S7300 Active transmission
2015.02.10 13:33:22 2: S7300 S7 disconnected
2015.02.10 13:33:25 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 13:33:32 3: S7300 disconnected
2015.02.10 13:33:32 2: S7_disconnect: S7300 Active transmission
2015.02.10 13:33:32 2: S7300 S7 disconnected
2015.02.10 13:33:35 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 13:33:42 3: S7300 disconnected
2015.02.10 13:33:42 2: S7_disconnect: S7300 Active transmission
2015.02.10 13:33:42 2: S7300 S7 disconnected
2015.02.10 13:33:45 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 13:33:52 3: S7300 disconnected
2015.02.10 13:33:52 2: S7_disconnect: S7300 Active transmission
2015.02.10 13:33:52 2: S7300 S7 disconnected
2015.02.10 13:33:55 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 13:34:02 3: S7300 disconnected
2015.02.10 13:34:02 2: S7_disconnect: S7300 Active transmission
2015.02.10 13:34:02 2: S7300 S7 disconnected
2015.02.10 13:34:05 2: S7_connect: S7300 Could not connect to PLC (8)


PS: bin jetzt erstmal unterwegs....
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 Februar 2015, 13:48:35
Hallo fhonline,

dreh mal das log level auf 5 auf und poste mal das logfile vom Starten bis zu den ersten 4 Fehlermeldungen.

Danke
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 10 Februar 2015, 15:45:01
Hallo charlie71,

ich vermute mal, Du meintest das attr "verbose" auf 5 setzen !?

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


Hier das Log-File ab dem durchgeführten shutdown :

2015.02.10 15:35:47 0: Server shutdown
2015.02.10 15:35:51 1: Including fhem.cfg
2015.02.10 15:35:51 3: telnetPort: port 7072 opened
2015.02.10 15:35:52 3: WEB: port 8083 opened
2015.02.10 15:35:52 2: eventTypes: loaded 697 events from ./log/eventTypes.txt
2015.02.10 15:35:52 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 15:35:53 1: Including ./log/fhem.save
2015.02.10 15:35:53 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.10 15:35:53 0: Server started with 13 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2132)
2015.02.10 15:35:54 3: S7300 disconnected
2015.02.10 15:35:54 2: S7_disconnect: S7300 Active transmission
2015.02.10 15:35:54 2: S7300 S7 disconnected
2015.02.10 15:35:57 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 15:36:04 3: S7300 disconnected
2015.02.10 15:36:04 2: S7_disconnect: S7300 Active transmission
2015.02.10 15:36:04 2: S7300 S7 disconnected
2015.02.10 15:36:07 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 15:36:14 3: S7300 disconnected
2015.02.10 15:36:14 2: S7_disconnect: S7300 Active transmission
2015.02.10 15:36:14 2: S7300 S7 disconnected




Zitat von: charlie71 am 10 Februar 2015, 13:48:35
Hallo fhonline,

dreh mal das log level auf 5 auf und poste mal das logfile vom Starten bis zu den ersten 4 Fehlermeldungen.

Danke
Charlie71

PS: bin jetzt erstmal wieder unterwegs...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 Februar 2015, 17:45:10
Hallo rhonline,

bitte
Zitatattr global verbose 5
setzten. Restarten und ergebnis posten.

Danke und lG
Charlie71

Zitat von: rhonline am 10 Februar 2015, 15:45:01
Hallo charlie71,

ich vermute mal, Du meintest das attr "verbose" auf 5 setzen !?

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


Hier das Log-File ab dem durchgeführten shutdown :

2015.02.10 15:35:47 0: Server shutdown
2015.02.10 15:35:51 1: Including fhem.cfg
2015.02.10 15:35:51 3: telnetPort: port 7072 opened
2015.02.10 15:35:52 3: WEB: port 8083 opened
2015.02.10 15:35:52 2: eventTypes: loaded 697 events from ./log/eventTypes.txt
2015.02.10 15:35:52 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 15:35:53 1: Including ./log/fhem.save
2015.02.10 15:35:53 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.10 15:35:53 0: Server started with 13 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2132)
2015.02.10 15:35:54 3: S7300 disconnected
2015.02.10 15:35:54 2: S7_disconnect: S7300 Active transmission
2015.02.10 15:35:54 2: S7300 S7 disconnected
2015.02.10 15:35:57 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 15:36:04 3: S7300 disconnected
2015.02.10 15:36:04 2: S7_disconnect: S7300 Active transmission
2015.02.10 15:36:04 2: S7300 S7 disconnected
2015.02.10 15:36:07 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 15:36:14 3: S7300 disconnected
2015.02.10 15:36:14 2: S7_disconnect: S7300 Active transmission
2015.02.10 15:36:14 2: S7300 S7 disconnected




PS: bin jetzt erstmal wieder unterwegs...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 10 Februar 2015, 19:54:32
Hallo charlie71,

ich hoffe, Du wirst schlau daraus ....  :-\

2015.02.10 19:50:47 0: Server shutdown
2015.02.10 19:50:51 5: Initializing Type Library:
2015.02.10 19:50:51 1: Including fhem.cfg
2015.02.10 19:50:51 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2015.02.10 19:50:51 5: Cmd: >attr global autoload_undefined_devices 1<
2015.02.10 19:50:51 5: Cmd: >attr global logfile ./log/fhem-%Y-%m-%d.log<
2015.02.10 19:50:51 5: Cmd: >attr global modpath .<
2015.02.10 19:50:51 5: Cmd: >attr global motd SecurityCheck:

WEB has no basicAuth attribute.

Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2015.02.10 19:50:51 5: Cmd: >attr global statefile ./log/fhem.save<
2015.02.10 19:50:51 5: Cmd: >attr global updateInBackground 1<
2015.02.10 19:50:51 5: Cmd: >attr global verbose 5<
2015.02.10 19:50:51 5: Cmd: >define telnetPort telnet 7072 global<
2015.02.10 19:50:51 5: Loading ./FHEM/98_telnet.pm
2015.02.10 19:50:51 3: telnetPort: port 7072 opened
2015.02.10 19:50:51 5: Cmd: >attr telnetPort password 0000<
2015.02.10 19:50:51 5: Cmd: >define WEB FHEMWEB 8083 global<
2015.02.10 19:50:51 5: Loading ./FHEM/01_FHEMWEB.pm
2015.02.10 19:50:52 3: WEB: port 8083 opened
2015.02.10 19:50:52 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog<
2015.02.10 19:50:52 5: Loading ./FHEM/92_FileLog.pm
2015.02.10 19:50:52 5: Cmd: >attr Logfile verbose 5<
2015.02.10 19:50:52 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2015.02.10 19:50:52 5: Loading ./FHEM/91_eventTypes.pm
2015.02.10 19:50:52 2: eventTypes: loaded 697 events from ./log/eventTypes.txt
2015.02.10 19:50:52 5: Cmd: >define S7300 S7 192.168.178.29 0 2<
2015.02.10 19:50:52 5: Loading ./FHEM/44_S7.pm
2015.02.10 19:50:53 4: S7: define S7300 ip_address=192.168.178.29,LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:50:53 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:50:53 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:50:53 4: could not connect to PLC S7300
2015.02.10 19:50:53 5: Cmd: >attr S7300 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define Taster_DB40_5_0 S7_DWrite db 40 5.0<
2015.02.10 19:50:53 5: Loading ./FHEM/44_S7_DWrite.pm
2015.02.10 19:50:53 5: S7_DWrite_Define called
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 IODev S7300<
2015.02.10 19:50:53 4: S7_DWrite: IODev for Taster_DB40_5_0 is S7300
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 eventMap on:on off:off<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 group Taster<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define Taster_DB40_5_1 S7_DWrite db 40 5.1<
2015.02.10 19:50:53 5: S7_DWrite_Define called
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 IODev S7300<
2015.02.10 19:50:53 4: S7_DWrite: IODev for Taster_DB40_5_1 is S7300
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 eventMap on:on off:off<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 group Taster<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define Impuls_Icon_DB40_6_0 S7_DWrite db 40 6.0<
2015.02.10 19:50:53 5: S7_DWrite_Define called
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 IODev S7300<
2015.02.10 19:50:53 4: S7_DWrite: IODev for Impuls_Icon_DB40_6_0 is S7300
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 devStateIcon .*:toggle:TRIGGER<
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 group Impuls<
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define DB70_Wert S7_ARead db 70 4 s16<
2015.02.10 19:50:53 5: Loading ./FHEM/44_S7_ARead.pm
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert IODev S7300<
2015.02.10 19:50:53 4: S7_ARead: IODev for DB70_Wert is S7300
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert alias Leistung L1<
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert stateFormat {sprintf("%.0f",ReadingsVal($name,"state",0))." Watt"}<
2015.02.10 19:50:53 5: Cmd: >define Wetter Weather 682925 60 de<
2015.02.10 19:50:53 5: Loading ./FHEM/59_Weather.pm
2015.02.10 19:50:53 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=682925&u=c
2015.02.10 19:50:53 4: http://weather.yahooapis.com/forecastrss?w=682925&u=c: HTTP response code 200
2015.02.10 19:50:53 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=682925&u=c: Got data, length: 2819
2015.02.10 19:50:53 4: Weather Wetter: T: 4  H: 93  W: 2
2015.02.10 19:50:53 5: Cmd: >attr Wetter room Wetter<
2015.02.10 19:50:53 1: Including ./log/fhem.save
2015.02.10 19:50:53 5: Cmd: >setstate DB70_Wert 387 Watt<
2015.02.10 19:50:53 5: Cmd: >setstate DB70_Wert 2015-02-10 13:29:40 state 387<
2015.02.10 19:50:53 5: Cmd: >setstate Impuls_Icon_DB40_6_0 off<
2015.02.10 19:50:53 5: Cmd: >setstate Impuls_Icon_DB40_6_0 2015-02-10 19:50:37 state off<
2015.02.10 19:50:53 5: Cmd: >setstate Logfile active<
2015.02.10 19:50:53 5: Cmd: >setstate S7300 disconnected<
2015.02.10 19:50:53 5: Cmd: >setstate S7300 2015-02-10 19:50:44 state disconnected<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_0 on<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_0 2015-02-10 19:50:32 state on<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_1 on<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_1 2015-02-10 19:50:33 state on<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter T: 4  H: 93  W: 2<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 city Oer-Erkenschwick, Germany<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 code 27<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 condition überwiegend wolkig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 current_date_time 10 Feb 2015 7:19 pm CET<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 day_of_week Di<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_code 29<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_condition teilweise wolkig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_day_of_week Di<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_high_c 7<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_icon partly_cloudy_night<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_low_c 0<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_code 30<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_condition teilweise wolkig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_day_of_week Mi<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_high_c 9<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_icon partly_cloudy<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_low_c -1<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_code 32<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_condition sonnig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_day_of_week Do<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_high_c 9<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_icon sunny<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_low_c 1<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_code 32<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_condition sonnig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_day_of_week Fr<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_high_c 11<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_icon sunny<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_low_c 6<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_code 30<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_condition teilweise wolkig<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_day_of_week Sa<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_high_c 11<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_icon partly_cloudy<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_low_c 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 humidity 93<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 icon mostlycloudy_night<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 pressure 1016<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend 1<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_sym +<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_txt steigend<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 state T: 4  H: 93  W: 2<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 temp_c 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 temp_f 39<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 temperature 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 visibility 10<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind 2<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_chill 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_condition Wind: W 2 km/h<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_direction 260<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_speed 2<
2015.02.10 19:50:54 5: Cmd: >setstate eventTypes active<
2015.02.10 19:50:54 5: Cmd: >setstate global <no definition><
2015.02.10 19:50:54 5: Triggering global (1 changes)
2015.02.10 19:50:54 5: Notify loop for global INITIALIZED
2015.02.10 19:50:54 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.10 19:50:54 0: Server started with 11 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2106)
2015.02.10 19:50:54 4: Connection accepted from FHEMWEB:192.168.178.20:49998
2015.02.10 19:50:54 4: HTTP FHEMWEB:192.168.178.20:49998 GET /fhem?XHR=1&inform=type=status;filter=room=0_S7300;since=1423594242.883;fmt=JSON×tamp=1423594161772
2015.02.10 19:50:54 4: S7_DWrite_setABit ?
2015.02.10 19:50:55 4: S7_DWrite_setABit ?
2015.02.10 19:50:55 4: S7_DWrite_setABit ?
2015.02.10 19:50:55 4: S7: S7300 GetUpdate called ...
2015.02.10 19:50:55 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:50:55 3: S7300 disconnected
2015.02.10 19:50:55 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:50:55 5: Triggering S7300 (1 changes)
2015.02.10 19:50:55 5: Notify loop for S7300 disconnected
2015.02.10 19:50:55 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:50:55 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:50:55 2: S7300 S7 disconnected
2015.02.10 19:50:58 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:50:58 5: Triggering S7300 (1 changes)
2015.02.10 19:50:58 5: Notify loop for S7300 disconnected
2015.02.10 19:50:58 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:50:58 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:50:58 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:03 4: Connection closed for FHEMWEB:192.168.178.20:49998: EOF
2015.02.10 19:51:03 4: Connection accepted from FHEMWEB:192.168.178.20:49999
2015.02.10 19:51:03 4: HTTP FHEMWEB:192.168.178.20:49999 GET /fhem?room=Unsorted
2015.02.10 19:51:03 4: 2106:FHEMWEB:192.168.178.20:49999: /fhem?room=Unsorted / RL:1636 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.02.10 19:51:04 4: HTTP FHEMWEB:192.168.178.20:49999 GET /fhem?XHR=1&inform=type=status;filter=room=Unsorted;since=1423594262;fmt=JSON×tamp=1423594173253
2015.02.10 19:51:05 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:05 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:05 3: S7300 disconnected
2015.02.10 19:51:05 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:05 5: Triggering S7300 (1 changes)
2015.02.10 19:51:05 5: Notify loop for S7300 disconnected
2015.02.10 19:51:05 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:05 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:05 2: S7300 S7 disconnected
2015.02.10 19:51:05 4: Connection closed for FHEMWEB:192.168.178.20:49999: EOF
2015.02.10 19:51:05 4: Connection accepted from FHEMWEB:192.168.178.20:50000
2015.02.10 19:51:05 4: HTTP FHEMWEB:192.168.178.20:50000 GET /fhem?room=0_S7300
2015.02.10 19:51:05 4: S7_DWrite_setABit ?
2015.02.10 19:51:05 4: S7_DWrite_setABit ?
2015.02.10 19:51:05 4: S7_DWrite_setABit ?
2015.02.10 19:51:05 4: 2106:FHEMWEB:192.168.178.20:50000: /fhem?room=0_S7300 / RL:1409 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.02.10 19:51:05 4: HTTP FHEMWEB:192.168.178.20:50000 GET /fhem?XHR=1&inform=type=status;filter=room=0_S7300;since=1423594264;fmt=JSON×tamp=1423594174947
2015.02.10 19:51:08 4: Connection closed for FHEMWEB:192.168.178.20:50000: EOF
2015.02.10 19:51:08 4: Connection accepted from FHEMWEB:192.168.178.20:50001
2015.02.10 19:51:08 4: HTTP FHEMWEB:192.168.178.20:50001 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-02-10.log
2015.02.10 19:51:08 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:08 5: Triggering S7300 (1 changes)
2015.02.10 19:51:08 5: Notify loop for S7300 disconnected
2015.02.10 19:51:08 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:08 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:08 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:10 4: HTTP FHEMWEB:192.168.178.20:50001 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1423594267;fmt=JSON×tamp=1423594179262
2015.02.10 19:51:15 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:15 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:15 3: S7300 disconnected
2015.02.10 19:51:15 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:15 5: Triggering S7300 (1 changes)
2015.02.10 19:51:15 5: Notify loop for S7300 disconnected
2015.02.10 19:51:15 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:15 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:15 2: S7300 S7 disconnected
2015.02.10 19:51:18 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:18 5: Triggering S7300 (1 changes)
2015.02.10 19:51:18 5: Notify loop for S7300 disconnected
2015.02.10 19:51:18 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:18 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:18 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:25 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:25 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:25 3: S7300 disconnected
2015.02.10 19:51:25 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:25 5: Triggering S7300 (1 changes)
2015.02.10 19:51:25 5: Notify loop for S7300 disconnected
2015.02.10 19:51:25 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:25 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:25 2: S7300 S7 disconnected
2015.02.10 19:51:28 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:28 5: Triggering S7300 (1 changes)
2015.02.10 19:51:28 5: Notify loop for S7300 disconnected
2015.02.10 19:51:28 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:28 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:28 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:35 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:35 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:35 3: S7300 disconnected
2015.02.10 19:51:35 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:35 5: Triggering S7300 (1 changes)
2015.02.10 19:51:35 5: Notify loop for S7300 disconnected
2015.02.10 19:51:35 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:35 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:35 2: S7300 S7 disconnected
2015.02.10 19:51:38 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:38 5: Triggering S7300 (1 changes)
2015.02.10 19:51:38 5: Notify loop for S7300 disconnected
2015.02.10 19:51:38 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:38 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:38 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:45 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:45 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:45 3: S7300 disconnected
2015.02.10 19:51:45 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:45 5: Triggering S7300 (1 changes)
2015.02.10 19:51:45 5: Notify loop for S7300 disconnected
2015.02.10 19:51:45 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:45 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:45 2: S7300 S7 disconnected
2015.02.10 19:51:48 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:48 5: Triggering S7300 (1 changes)
2015.02.10 19:51:48 5: Notify loop for S7300 disconnected
2015.02.10 19:51:48 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:48 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:48 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:53 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=682925&u=c
2015.02.10 19:51:54 4: http://weather.yahooapis.com/forecastrss?w=682925&u=c: HTTP response code 200
2015.02.10 19:51:54 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=682925&u=c: Got data, length: 2817
2015.02.10 19:51:54 4: Weather Wetter: T: 4  H: 93  W: 2
2015.02.10 19:51:54 5: Triggering Wetter (48 changes)
2015.02.10 19:51:54 5: Notify loop for Wetter wind_direction: 260
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_direction: 260 -> wind_direction: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter pressure: 1016 -> pressure: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter visibility: 10 -> visibility: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_code: 30 -> fc5_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_chill: 4 -> wind_chill: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_low_c: 0 -> fc1_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_condition: sonnig -> fc3_condition: sonnig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_day_of_week: Di -> fc1_day_of_week: Di
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_high_c: 11 -> fc4_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_code: 32 -> fc4_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter temperature: 4 -> temperature: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter code: 27 -> code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_low_c: -1 -> fc2_low_c: -.*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_code: 30 -> fc2_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_high_c: 7 -> fc1_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_day_of_week: Mi -> fc2_day_of_week: Mi
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_condition: teilweise wolkig -> fc2_condition: teilweise wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_icon: partly_cloudy_night -> fc1_icon: partly_cloudy_night
2015.02.10 19:51:54 4: eventTypes: Weather Wetter current_date_time: 10 Feb 2015 7:19 pm CET -> current_date_time: .* Feb .* .*:.* pm CET
2015.02.10 19:51:54 4: eventTypes: Weather Wetter day_of_week: Di -> day_of_week: Di
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_day_of_week: Fr -> fc4_day_of_week: Fr
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_speed: 2 -> wind_speed: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_day_of_week: Sa -> fc5_day_of_week: Sa
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_low_c: 4 -> fc5_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_condition: sonnig -> fc4_condition: sonnig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter icon: mostlycloudy_night -> icon: mostlycloudy_night
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_low_c: 1 -> fc3_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_low_c: 6 -> fc4_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_icon: sunny -> fc4_icon: sunny
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_condition: teilweise wolkig -> fc1_condition: teilweise wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_condition: Wind: W 2 km/h -> wind_condition: Wind: W .* km/h
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_day_of_week: Do -> fc3_day_of_week: Do
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind: 2 -> wind: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter city: Oer-Erkenschwick, Germany -> city: Oer-Erkenschwick, Germany
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_code: 32 -> fc3_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_high_c: 9 -> fc3_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_icon: sunny -> fc3_icon: sunny
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_high_c: 11 -> fc5_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_code: 29 -> fc1_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_icon: partly_cloudy -> fc5_icon: partly_cloudy
2015.02.10 19:51:54 4: eventTypes: Weather Wetter humidity: 93 -> humidity: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_high_c: 9 -> fc2_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter temp_f: 39 -> temp_f: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_condition: teilweise wolkig -> fc5_condition: teilweise wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter temp_c: 4 -> temp_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter condition: überwiegend wolkig -> condition: überwiegend wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_icon: partly_cloudy -> fc2_icon: partly_cloudy
2015.02.10 19:51:54 4: eventTypes: Weather Wetter T: 4  H: 93  W: 2 -> T: .*  H: .*  W: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter state: T: 4  H: 93  W: 2 -> state: T: .*  H: .*  W: .*
2015.02.10 19:51:55 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:55 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:55 3: S7300 disconnected
2015.02.10 19:51:55 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:55 5: Triggering S7300 (1 changes)
2015.02.10 19:51:55 5: Notify loop for S7300 disconnected
2015.02.10 19:51:55 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:55 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:55 2: S7300 S7 disconnected
2015.02.10 19:51:58 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:58 5: Triggering S7300 (1 changes)
2015.02.10 19:51:58 5: Notify loop for S7300 disconnected
2015.02.10 19:51:58 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:58 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:58 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:05 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:05 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:05 3: S7300 disconnected
2015.02.10 19:52:05 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:05 5: Triggering S7300 (1 changes)
2015.02.10 19:52:05 5: Notify loop for S7300 disconnected
2015.02.10 19:52:05 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:05 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:05 2: S7300 S7 disconnected
2015.02.10 19:52:08 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:08 5: Triggering S7300 (1 changes)
2015.02.10 19:52:08 5: Notify loop for S7300 disconnected
2015.02.10 19:52:08 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:08 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:08 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:15 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:15 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:15 3: S7300 disconnected
2015.02.10 19:52:15 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:15 5: Triggering S7300 (1 changes)
2015.02.10 19:52:15 5: Notify loop for S7300 disconnected
2015.02.10 19:52:15 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:15 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:15 2: S7300 S7 disconnected
2015.02.10 19:52:18 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:18 5: Triggering S7300 (1 changes)
2015.02.10 19:52:18 5: Notify loop for S7300 disconnected
2015.02.10 19:52:18 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:18 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:18 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:25 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:25 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:25 3: S7300 disconnected
2015.02.10 19:52:25 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:25 5: Triggering S7300 (1 changes)
2015.02.10 19:52:25 5: Notify loop for S7300 disconnected
2015.02.10 19:52:25 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:25 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:25 2: S7300 S7 disconnected
2015.02.10 19:52:28 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:28 5: Triggering S7300 (1 changes)
2015.02.10 19:52:28 5: Notify loop for S7300 disconnected
2015.02.10 19:52:28 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:28 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:28 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:35 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:35 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:35 3: S7300 disconnected
2015.02.10 19:52:35 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:35 5: Triggering S7300 (1 changes)
2015.02.10 19:52:35 5: Notify loop for S7300 disconnected
2015.02.10 19:52:35 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:35 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:35 2: S7300 S7 disconnected
2015.02.10 19:52:38 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:38 5: Triggering S7300 (1 changes)
2015.02.10 19:52:38 5: Notify loop for S7300 disconnected
2015.02.10 19:52:38 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:38 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:38 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:45 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:45 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:45 3: S7300 disconnected
2015.02.10 19:52:45 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:45 5: Triggering S7300 (1 changes)
2015.02.10 19:52:45 5: Notify loop for S7300 disconnected
2015.02.10 19:52:45 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:45 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:45 2: S7300 S7 disconnected
2015.02.10 19:52:47 4: Connection closed for FHEMWEB:192.168.178.20:50001: EOF
2015.02.10 19:52:47 4: Connection accepted from FHEMWEB:192.168.178.20:50011
2015.02.10 19:52:47 4: HTTP FHEMWEB:192.168.178.20:50011 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-02-10.log
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Februar 2015, 07:07:19
Hallo rhonline,

wie es ausschaut kann das S7Modul nie eine Verbindung zur S7300 SPS aufbauen.
Somit würde ich mal Probleme mit AWrite oder DWrite ausschliessen.

Bitte prüfe deine Verbindungsparameter.

lG
Charlie71

Zitat von: rhonline am 10 Februar 2015, 19:54:32
Hallo charlie71,

ich hoffe, Du wirst schlau daraus ....  :-\

2015.02.10 19:50:47 0: Server shutdown
2015.02.10 19:50:51 5: Initializing Type Library:
2015.02.10 19:50:51 1: Including fhem.cfg
2015.02.10 19:50:51 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2015.02.10 19:50:51 5: Cmd: >attr global autoload_undefined_devices 1<
2015.02.10 19:50:51 5: Cmd: >attr global logfile ./log/fhem-%Y-%m-%d.log<
2015.02.10 19:50:51 5: Cmd: >attr global modpath .<
2015.02.10 19:50:51 5: Cmd: >attr global motd SecurityCheck:

WEB has no basicAuth attribute.

Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2015.02.10 19:50:51 5: Cmd: >attr global statefile ./log/fhem.save<
2015.02.10 19:50:51 5: Cmd: >attr global updateInBackground 1<
2015.02.10 19:50:51 5: Cmd: >attr global verbose 5<
2015.02.10 19:50:51 5: Cmd: >define telnetPort telnet 7072 global<
2015.02.10 19:50:51 5: Loading ./FHEM/98_telnet.pm
2015.02.10 19:50:51 3: telnetPort: port 7072 opened
2015.02.10 19:50:51 5: Cmd: >attr telnetPort password 0000<
2015.02.10 19:50:51 5: Cmd: >define WEB FHEMWEB 8083 global<
2015.02.10 19:50:51 5: Loading ./FHEM/01_FHEMWEB.pm
2015.02.10 19:50:52 3: WEB: port 8083 opened
2015.02.10 19:50:52 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog<
2015.02.10 19:50:52 5: Loading ./FHEM/92_FileLog.pm
2015.02.10 19:50:52 5: Cmd: >attr Logfile verbose 5<
2015.02.10 19:50:52 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2015.02.10 19:50:52 5: Loading ./FHEM/91_eventTypes.pm
2015.02.10 19:50:52 2: eventTypes: loaded 697 events from ./log/eventTypes.txt
2015.02.10 19:50:52 5: Cmd: >define S7300 S7 192.168.178.29 0 2<
2015.02.10 19:50:52 5: Loading ./FHEM/44_S7.pm
2015.02.10 19:50:53 4: S7: define S7300 ip_address=192.168.178.29,LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:50:53 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:50:53 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:50:53 4: could not connect to PLC S7300
2015.02.10 19:50:53 5: Cmd: >attr S7300 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define Taster_DB40_5_0 S7_DWrite db 40 5.0<
2015.02.10 19:50:53 5: Loading ./FHEM/44_S7_DWrite.pm
2015.02.10 19:50:53 5: S7_DWrite_Define called
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 IODev S7300<
2015.02.10 19:50:53 4: S7_DWrite: IODev for Taster_DB40_5_0 is S7300
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 eventMap on:on off:off<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 group Taster<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_0 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define Taster_DB40_5_1 S7_DWrite db 40 5.1<
2015.02.10 19:50:53 5: S7_DWrite_Define called
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 IODev S7300<
2015.02.10 19:50:53 4: S7_DWrite: IODev for Taster_DB40_5_1 is S7300
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 eventMap on:on off:off<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 group Taster<
2015.02.10 19:50:53 5: Cmd: >attr Taster_DB40_5_1 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define Impuls_Icon_DB40_6_0 S7_DWrite db 40 6.0<
2015.02.10 19:50:53 5: S7_DWrite_Define called
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 IODev S7300<
2015.02.10 19:50:53 4: S7_DWrite: IODev for Impuls_Icon_DB40_6_0 is S7300
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 devStateIcon .*:toggle:TRIGGER<
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 group Impuls<
2015.02.10 19:50:53 5: Cmd: >attr Impuls_Icon_DB40_6_0 room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >define DB70_Wert S7_ARead db 70 4 s16<
2015.02.10 19:50:53 5: Loading ./FHEM/44_S7_ARead.pm
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert IODev S7300<
2015.02.10 19:50:53 4: S7_ARead: IODev for DB70_Wert is S7300
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert alias Leistung L1<
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert room 0_S7300<
2015.02.10 19:50:53 5: Cmd: >attr DB70_Wert stateFormat {sprintf("%.0f",ReadingsVal($name,"state",0))." Watt"}<
2015.02.10 19:50:53 5: Cmd: >define Wetter Weather 682925 60 de<
2015.02.10 19:50:53 5: Loading ./FHEM/59_Weather.pm
2015.02.10 19:50:53 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=682925&u=c
2015.02.10 19:50:53 4: http://weather.yahooapis.com/forecastrss?w=682925&u=c: HTTP response code 200
2015.02.10 19:50:53 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=682925&u=c: Got data, length: 2819
2015.02.10 19:50:53 4: Weather Wetter: T: 4  H: 93  W: 2
2015.02.10 19:50:53 5: Cmd: >attr Wetter room Wetter<
2015.02.10 19:50:53 1: Including ./log/fhem.save
2015.02.10 19:50:53 5: Cmd: >setstate DB70_Wert 387 Watt<
2015.02.10 19:50:53 5: Cmd: >setstate DB70_Wert 2015-02-10 13:29:40 state 387<
2015.02.10 19:50:53 5: Cmd: >setstate Impuls_Icon_DB40_6_0 off<
2015.02.10 19:50:53 5: Cmd: >setstate Impuls_Icon_DB40_6_0 2015-02-10 19:50:37 state off<
2015.02.10 19:50:53 5: Cmd: >setstate Logfile active<
2015.02.10 19:50:53 5: Cmd: >setstate S7300 disconnected<
2015.02.10 19:50:53 5: Cmd: >setstate S7300 2015-02-10 19:50:44 state disconnected<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_0 on<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_0 2015-02-10 19:50:32 state on<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_1 on<
2015.02.10 19:50:53 5: Cmd: >setstate Taster_DB40_5_1 2015-02-10 19:50:33 state on<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter T: 4  H: 93  W: 2<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 city Oer-Erkenschwick, Germany<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 code 27<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 condition überwiegend wolkig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 current_date_time 10 Feb 2015 7:19 pm CET<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 day_of_week Di<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_code 29<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_condition teilweise wolkig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_day_of_week Di<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_high_c 7<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_icon partly_cloudy_night<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc1_low_c 0<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_code 30<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_condition teilweise wolkig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_day_of_week Mi<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_high_c 9<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_icon partly_cloudy<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc2_low_c -1<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_code 32<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_condition sonnig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_day_of_week Do<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_high_c 9<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_icon sunny<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc3_low_c 1<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_code 32<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_condition sonnig<
2015.02.10 19:50:53 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_day_of_week Fr<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_high_c 11<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_icon sunny<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc4_low_c 6<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_code 30<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_condition teilweise wolkig<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_day_of_week Sa<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_high_c 11<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_icon partly_cloudy<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 fc5_low_c 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 humidity 93<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 icon mostlycloudy_night<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 pressure 1016<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend 1<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_sym +<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_txt steigend<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 state T: 4  H: 93  W: 2<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 temp_c 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 temp_f 39<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 temperature 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 visibility 10<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind 2<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_chill 4<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_condition Wind: W 2 km/h<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_direction 260<
2015.02.10 19:50:54 5: Cmd: >setstate Wetter 2015-02-10 19:50:18 wind_speed 2<
2015.02.10 19:50:54 5: Cmd: >setstate eventTypes active<
2015.02.10 19:50:54 5: Cmd: >setstate global <no definition><
2015.02.10 19:50:54 5: Triggering global (1 changes)
2015.02.10 19:50:54 5: Notify loop for global INITIALIZED
2015.02.10 19:50:54 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.10 19:50:54 0: Server started with 11 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2106)
2015.02.10 19:50:54 4: Connection accepted from FHEMWEB:192.168.178.20:49998
2015.02.10 19:50:54 4: HTTP FHEMWEB:192.168.178.20:49998 GET /fhem?XHR=1&inform=type=status;filter=room=0_S7300;since=1423594242.883;fmt=JSON×tamp=1423594161772
2015.02.10 19:50:54 4: S7_DWrite_setABit ?
2015.02.10 19:50:55 4: S7_DWrite_setABit ?
2015.02.10 19:50:55 4: S7_DWrite_setABit ?
2015.02.10 19:50:55 4: S7: S7300 GetUpdate called ...
2015.02.10 19:50:55 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:50:55 3: S7300 disconnected
2015.02.10 19:50:55 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:50:55 5: Triggering S7300 (1 changes)
2015.02.10 19:50:55 5: Notify loop for S7300 disconnected
2015.02.10 19:50:55 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:50:55 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:50:55 2: S7300 S7 disconnected
2015.02.10 19:50:58 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:50:58 5: Triggering S7300 (1 changes)
2015.02.10 19:50:58 5: Notify loop for S7300 disconnected
2015.02.10 19:50:58 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:50:58 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:50:58 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:03 4: Connection closed for FHEMWEB:192.168.178.20:49998: EOF
2015.02.10 19:51:03 4: Connection accepted from FHEMWEB:192.168.178.20:49999
2015.02.10 19:51:03 4: HTTP FHEMWEB:192.168.178.20:49999 GET /fhem?room=Unsorted
2015.02.10 19:51:03 4: 2106:FHEMWEB:192.168.178.20:49999: /fhem?room=Unsorted / RL:1636 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.02.10 19:51:04 4: HTTP FHEMWEB:192.168.178.20:49999 GET /fhem?XHR=1&inform=type=status;filter=room=Unsorted;since=1423594262;fmt=JSON×tamp=1423594173253
2015.02.10 19:51:05 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:05 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:05 3: S7300 disconnected
2015.02.10 19:51:05 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:05 5: Triggering S7300 (1 changes)
2015.02.10 19:51:05 5: Notify loop for S7300 disconnected
2015.02.10 19:51:05 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:05 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:05 2: S7300 S7 disconnected
2015.02.10 19:51:05 4: Connection closed for FHEMWEB:192.168.178.20:49999: EOF
2015.02.10 19:51:05 4: Connection accepted from FHEMWEB:192.168.178.20:50000
2015.02.10 19:51:05 4: HTTP FHEMWEB:192.168.178.20:50000 GET /fhem?room=0_S7300
2015.02.10 19:51:05 4: S7_DWrite_setABit ?
2015.02.10 19:51:05 4: S7_DWrite_setABit ?
2015.02.10 19:51:05 4: S7_DWrite_setABit ?
2015.02.10 19:51:05 4: 2106:FHEMWEB:192.168.178.20:50000: /fhem?room=0_S7300 / RL:1409 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.02.10 19:51:05 4: HTTP FHEMWEB:192.168.178.20:50000 GET /fhem?XHR=1&inform=type=status;filter=room=0_S7300;since=1423594264;fmt=JSON×tamp=1423594174947
2015.02.10 19:51:08 4: Connection closed for FHEMWEB:192.168.178.20:50000: EOF
2015.02.10 19:51:08 4: Connection accepted from FHEMWEB:192.168.178.20:50001
2015.02.10 19:51:08 4: HTTP FHEMWEB:192.168.178.20:50001 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-02-10.log
2015.02.10 19:51:08 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:08 5: Triggering S7300 (1 changes)
2015.02.10 19:51:08 5: Notify loop for S7300 disconnected
2015.02.10 19:51:08 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:08 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:08 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:10 4: HTTP FHEMWEB:192.168.178.20:50001 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1423594267;fmt=JSON×tamp=1423594179262
2015.02.10 19:51:15 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:15 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:15 3: S7300 disconnected
2015.02.10 19:51:15 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:15 5: Triggering S7300 (1 changes)
2015.02.10 19:51:15 5: Notify loop for S7300 disconnected
2015.02.10 19:51:15 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:15 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:15 2: S7300 S7 disconnected
2015.02.10 19:51:18 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:18 5: Triggering S7300 (1 changes)
2015.02.10 19:51:18 5: Notify loop for S7300 disconnected
2015.02.10 19:51:18 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:18 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:18 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:25 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:25 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:25 3: S7300 disconnected
2015.02.10 19:51:25 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:25 5: Triggering S7300 (1 changes)
2015.02.10 19:51:25 5: Notify loop for S7300 disconnected
2015.02.10 19:51:25 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:25 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:25 2: S7300 S7 disconnected
2015.02.10 19:51:28 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:28 5: Triggering S7300 (1 changes)
2015.02.10 19:51:28 5: Notify loop for S7300 disconnected
2015.02.10 19:51:28 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:28 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:28 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:35 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:35 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:35 3: S7300 disconnected
2015.02.10 19:51:35 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:35 5: Triggering S7300 (1 changes)
2015.02.10 19:51:35 5: Notify loop for S7300 disconnected
2015.02.10 19:51:35 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:35 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:35 2: S7300 S7 disconnected
2015.02.10 19:51:38 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:38 5: Triggering S7300 (1 changes)
2015.02.10 19:51:38 5: Notify loop for S7300 disconnected
2015.02.10 19:51:38 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:38 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:38 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:45 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:45 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:45 3: S7300 disconnected
2015.02.10 19:51:45 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:45 5: Triggering S7300 (1 changes)
2015.02.10 19:51:45 5: Notify loop for S7300 disconnected
2015.02.10 19:51:45 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:45 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:45 2: S7300 S7 disconnected
2015.02.10 19:51:48 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:48 5: Triggering S7300 (1 changes)
2015.02.10 19:51:48 5: Notify loop for S7300 disconnected
2015.02.10 19:51:48 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:48 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:48 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:51:53 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=682925&u=c
2015.02.10 19:51:54 4: http://weather.yahooapis.com/forecastrss?w=682925&u=c: HTTP response code 200
2015.02.10 19:51:54 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=682925&u=c: Got data, length: 2817
2015.02.10 19:51:54 4: Weather Wetter: T: 4  H: 93  W: 2
2015.02.10 19:51:54 5: Triggering Wetter (48 changes)
2015.02.10 19:51:54 5: Notify loop for Wetter wind_direction: 260
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_direction: 260 -> wind_direction: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter pressure: 1016 -> pressure: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter visibility: 10 -> visibility: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_code: 30 -> fc5_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_chill: 4 -> wind_chill: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_low_c: 0 -> fc1_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_condition: sonnig -> fc3_condition: sonnig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_day_of_week: Di -> fc1_day_of_week: Di
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_high_c: 11 -> fc4_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_code: 32 -> fc4_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter temperature: 4 -> temperature: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter code: 27 -> code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_low_c: -1 -> fc2_low_c: -.*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_code: 30 -> fc2_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_high_c: 7 -> fc1_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_day_of_week: Mi -> fc2_day_of_week: Mi
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_condition: teilweise wolkig -> fc2_condition: teilweise wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_icon: partly_cloudy_night -> fc1_icon: partly_cloudy_night
2015.02.10 19:51:54 4: eventTypes: Weather Wetter current_date_time: 10 Feb 2015 7:19 pm CET -> current_date_time: .* Feb .* .*:.* pm CET
2015.02.10 19:51:54 4: eventTypes: Weather Wetter day_of_week: Di -> day_of_week: Di
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_day_of_week: Fr -> fc4_day_of_week: Fr
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_speed: 2 -> wind_speed: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_day_of_week: Sa -> fc5_day_of_week: Sa
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_low_c: 4 -> fc5_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_condition: sonnig -> fc4_condition: sonnig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter icon: mostlycloudy_night -> icon: mostlycloudy_night
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_low_c: 1 -> fc3_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_low_c: 6 -> fc4_low_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc4_icon: sunny -> fc4_icon: sunny
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_condition: teilweise wolkig -> fc1_condition: teilweise wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind_condition: Wind: W 2 km/h -> wind_condition: Wind: W .* km/h
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_day_of_week: Do -> fc3_day_of_week: Do
2015.02.10 19:51:54 4: eventTypes: Weather Wetter wind: 2 -> wind: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter city: Oer-Erkenschwick, Germany -> city: Oer-Erkenschwick, Germany
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_code: 32 -> fc3_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_high_c: 9 -> fc3_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc3_icon: sunny -> fc3_icon: sunny
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_high_c: 11 -> fc5_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc1_code: 29 -> fc1_code: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_icon: partly_cloudy -> fc5_icon: partly_cloudy
2015.02.10 19:51:54 4: eventTypes: Weather Wetter humidity: 93 -> humidity: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_high_c: 9 -> fc2_high_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter temp_f: 39 -> temp_f: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc5_condition: teilweise wolkig -> fc5_condition: teilweise wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter temp_c: 4 -> temp_c: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter condition: überwiegend wolkig -> condition: überwiegend wolkig
2015.02.10 19:51:54 4: eventTypes: Weather Wetter fc2_icon: partly_cloudy -> fc2_icon: partly_cloudy
2015.02.10 19:51:54 4: eventTypes: Weather Wetter T: 4  H: 93  W: 2 -> T: .*  H: .*  W: .*
2015.02.10 19:51:54 4: eventTypes: Weather Wetter state: T: 4  H: 93  W: 2 -> state: T: .*  H: .*  W: .*
2015.02.10 19:51:55 4: S7: S7300 GetUpdate called ...
2015.02.10 19:51:55 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:51:55 3: S7300 disconnected
2015.02.10 19:51:55 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:51:55 5: Triggering S7300 (1 changes)
2015.02.10 19:51:55 5: Notify loop for S7300 disconnected
2015.02.10 19:51:55 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:55 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:55 2: S7300 S7 disconnected
2015.02.10 19:51:58 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:51:58 5: Triggering S7300 (1 changes)
2015.02.10 19:51:58 5: Notify loop for S7300 disconnected
2015.02.10 19:51:58 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:51:58 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:51:58 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:05 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:05 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:05 3: S7300 disconnected
2015.02.10 19:52:05 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:05 5: Triggering S7300 (1 changes)
2015.02.10 19:52:05 5: Notify loop for S7300 disconnected
2015.02.10 19:52:05 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:05 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:05 2: S7300 S7 disconnected
2015.02.10 19:52:08 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:08 5: Triggering S7300 (1 changes)
2015.02.10 19:52:08 5: Notify loop for S7300 disconnected
2015.02.10 19:52:08 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:08 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:08 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:15 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:15 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:15 3: S7300 disconnected
2015.02.10 19:52:15 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:15 5: Triggering S7300 (1 changes)
2015.02.10 19:52:15 5: Notify loop for S7300 disconnected
2015.02.10 19:52:15 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:15 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:15 2: S7300 S7 disconnected
2015.02.10 19:52:18 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:18 5: Triggering S7300 (1 changes)
2015.02.10 19:52:18 5: Notify loop for S7300 disconnected
2015.02.10 19:52:18 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:18 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:18 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:25 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:25 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:25 3: S7300 disconnected
2015.02.10 19:52:25 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:25 5: Triggering S7300 (1 changes)
2015.02.10 19:52:25 5: Notify loop for S7300 disconnected
2015.02.10 19:52:25 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:25 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:25 2: S7300 S7 disconnected
2015.02.10 19:52:28 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:28 5: Triggering S7300 (1 changes)
2015.02.10 19:52:28 5: Notify loop for S7300 disconnected
2015.02.10 19:52:28 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:28 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:28 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:35 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:35 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:35 3: S7300 disconnected
2015.02.10 19:52:35 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:35 5: Triggering S7300 (1 changes)
2015.02.10 19:52:35 5: Notify loop for S7300 disconnected
2015.02.10 19:52:35 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:35 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:35 2: S7300 S7 disconnected
2015.02.10 19:52:38 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.10 19:52:38 5: Triggering S7300 (1 changes)
2015.02.10 19:52:38 5: Notify loop for S7300 disconnected
2015.02.10 19:52:38 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:38 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:38 2: S7_connect: S7300 Could not connect to PLC (8)
2015.02.10 19:52:45 4: S7: S7300 GetUpdate called ...
2015.02.10 19:52:45 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.10 19:52:45 3: S7300 disconnected
2015.02.10 19:52:45 2: S7_disconnect: S7300 Active transmission
2015.02.10 19:52:45 5: Triggering S7300 (1 changes)
2015.02.10 19:52:45 5: Notify loop for S7300 disconnected
2015.02.10 19:52:45 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.10 19:52:45 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.10 19:52:45 2: S7300 S7 disconnected
2015.02.10 19:52:47 4: Connection closed for FHEMWEB:192.168.178.20:50001: EOF
2015.02.10 19:52:47 4: Connection accepted from FHEMWEB:192.168.178.20:50011
2015.02.10 19:52:47 4: HTTP FHEMWEB:192.168.178.20:50011 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-02-10.log

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 11 Februar 2015, 09:59:32
Hallo rhonline,
würdest Du mir deine S7 HW-Konfig und die fhem.cfg mal auf meine PM legen, dann könnte ich
auch mal testen ob bei mir das gleiche Problem auftritt.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 11 Februar 2015, 18:12:47
Hallo charlie71,

das ist ja das Problem mit der V2.7 bei mir.
Da wird erst gar keine Verbindung aufgebaut.
Nur das ich mit deinem Client-Modul hatte ja die Verbesserung gebracht, dass ich mit dem Browser wieder auf die fhem Web-Oberfläche kam.

Ich habe jetzt einfach nur die V2.6 Module wieder aufgespielt, ohne an der cfg was zu ändern, und dann laufen wenigstens die DWrite, DRead, ARead Aufträge.

Hier mal das log-File nach einem shutdown mit der V2.6 :



2015.02.11 17:58:44 5: Cmd: >shutdown restart<
2015.02.11 17:58:44 5: Triggering global (1 changes)
2015.02.11 17:58:45 5: Notify loop for global SHUTDOWN
2015.02.11 17:58:45 0: Server shutdown
2015.02.11 17:58:49 5: Initializing Type Library:
2015.02.11 17:58:49 1: Including fhem.cfg
2015.02.11 17:58:49 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2015.02.11 17:58:49 5: Cmd: >attr global autoload_undefined_devices 1<
2015.02.11 17:58:49 5: Cmd: >attr global logfile ./log/fhem-%Y-%m-%d.log<
2015.02.11 17:58:49 5: Cmd: >attr global modpath .<
2015.02.11 17:58:49 5: Cmd: >attr global motd SecurityCheck:

WEB has no basicAuth attribute.

Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2015.02.11 17:58:49 5: Cmd: >attr global statefile ./log/fhem.save<
2015.02.11 17:58:49 5: Cmd: >attr global updateInBackground 1<
2015.02.11 17:58:49 5: Cmd: >attr global verbose 5<
2015.02.11 17:58:49 5: Cmd: >define telnetPort telnet 7072 global<
2015.02.11 17:58:49 5: Loading ./FHEM/98_telnet.pm
2015.02.11 17:58:49 3: telnetPort: port 7072 opened
2015.02.11 17:58:49 5: Cmd: >attr telnetPort password 0000<
2015.02.11 17:58:49 5: Cmd: >define WEB FHEMWEB 8083 global<
2015.02.11 17:58:49 5: Loading ./FHEM/01_FHEMWEB.pm
2015.02.11 17:58:50 3: WEB: port 8083 opened
2015.02.11 17:58:50 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog<
2015.02.11 17:58:50 5: Loading ./FHEM/92_FileLog.pm
2015.02.11 17:58:50 5: Cmd: >attr Logfile verbose 5<
2015.02.11 17:58:50 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<
2015.02.11 17:58:50 5: Loading ./FHEM/91_eventTypes.pm
2015.02.11 17:58:50 2: eventTypes: loaded 709 events from ./log/eventTypes.txt
2015.02.11 17:58:50 5: Cmd: >define S7300 S7 192.168.178.29 0 2<
2015.02.11 17:58:50 5: Loading ./FHEM/44_S7.pm
2015.02.11 17:58:50 4: S7: define S7300 ip_address=192.168.178.29,LocalTSAP=256, RemoteTSAP=258
2015.02.11 17:58:50 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.11 17:58:50 5: TCPClient RecvISOPacket : 01, 00, 02, 00, c0, 01, 09, c1, 02, 01, 00, c2, 02, 01, 02
2015.02.11 17:58:50 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 08, 00, 00, 00, 00, f0, 00, 00, 01, 00, 01, 00, f0
2015.02.11 17:58:50 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.02.11 17:58:50 4: could not connect to PLC S7300
2015.02.11 17:58:50 5: Cmd: >attr S7300 room 0_S7300<
2015.02.11 17:58:50 5: Cmd: >define Taster_DB40_5_0 S7_DWrite db 40 5.0<
2015.02.11 17:58:50 5: Loading ./FHEM/44_S7_DWrite.pm
2015.02.11 17:58:51 5: S7_DWrite_Define called
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_0 IODev S7300<
2015.02.11 17:58:51 4: S7_DWrite: IODev for Taster_DB40_5_0 is S7300
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_0 eventMap on:on off:off<
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_0 group Taster<
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_0 room 0_S7300<
2015.02.11 17:58:51 5: Cmd: >define Taster_DB40_5_1 S7_DWrite db 40 5.1<
2015.02.11 17:58:51 5: S7_DWrite_Define called
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_1 IODev S7300<
2015.02.11 17:58:51 4: S7_DWrite: IODev for Taster_DB40_5_1 is S7300
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_1 eventMap on:on off:off<
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_1 group Taster<
2015.02.11 17:58:51 5: Cmd: >attr Taster_DB40_5_1 room 0_S7300<
2015.02.11 17:58:51 5: Cmd: >define Impuls_Icon_DB40_6_0 S7_DWrite db 40 6.0<
2015.02.11 17:58:51 5: S7_DWrite_Define called
2015.02.11 17:58:51 5: Cmd: >attr Impuls_Icon_DB40_6_0 IODev S7300<
2015.02.11 17:58:51 4: S7_DWrite: IODev for Impuls_Icon_DB40_6_0 is S7300
2015.02.11 17:58:51 5: Cmd: >attr Impuls_Icon_DB40_6_0 devStateIcon .*:toggle:TRIGGER<
2015.02.11 17:58:51 5: Cmd: >attr Impuls_Icon_DB40_6_0 group Impuls<
2015.02.11 17:58:51 5: Cmd: >attr Impuls_Icon_DB40_6_0 room 0_S7300<
2015.02.11 17:58:51 5: Cmd: >define DB70_Wert S7_ARead db 70 4 s16<
2015.02.11 17:58:51 5: Loading ./FHEM/44_S7_ARead.pm
2015.02.11 17:58:51 5: Cmd: >attr DB70_Wert IODev S7300<
2015.02.11 17:58:51 4: S7_ARead: IODev for DB70_Wert is S7300
2015.02.11 17:58:51 5: Cmd: >attr DB70_Wert alias Leistung L1<
2015.02.11 17:58:51 5: Cmd: >attr DB70_Wert room 0_S7300<
2015.02.11 17:58:51 5: Cmd: >attr DB70_Wert stateFormat {sprintf("%.0f",ReadingsVal($name,"state",0))." Watt"}<
2015.02.11 17:58:51 5: Cmd: >define Wetter Weather 682925 60 de<
2015.02.11 17:58:51 5: Loading ./FHEM/59_Weather.pm
2015.02.11 17:58:51 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=682925&u=c
2015.02.11 17:58:51 4: http://weather.yahooapis.com/forecastrss?w=682925&u=c: HTTP response code 200
2015.02.11 17:58:51 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=682925&u=c: Got data, length: 2790
2015.02.11 17:58:51 4: Weather Wetter: T: 4  H: 70  W: 10
2015.02.11 17:58:51 5: Cmd: >attr Wetter room Wetter<
2015.02.11 17:58:51 1: Including ./log/fhem.save
2015.02.11 17:58:51 5: Cmd: >setstate DB70_Wert 576 Watt<
2015.02.11 17:58:51 5: Cmd: >setstate DB70_Wert 2015-02-11 17:58:44 state 576<
2015.02.11 17:58:51 5: Cmd: >setstate Impuls_Icon_DB40_6_0 off<
2015.02.11 17:58:51 5: Cmd: >setstate Impuls_Icon_DB40_6_0 2015-02-11 17:58:44 state off<
2015.02.11 17:58:51 5: Cmd: >setstate Logfile active<
2015.02.11 17:58:51 5: Cmd: >setstate S7300 connected to PLC<
2015.02.11 17:58:51 5: Cmd: >setstate S7300 2015-02-11 17:54:05 state connected to PLC<
2015.02.11 17:58:51 5: Cmd: >setstate Taster_DB40_5_0 on<
2015.02.11 17:58:51 5: Cmd: >setstate Taster_DB40_5_0 2015-02-11 17:58:44 state on<
2015.02.11 17:58:51 5: Cmd: >setstate Taster_DB40_5_1 on<
2015.02.11 17:58:51 5: Cmd: >setstate Taster_DB40_5_1 2015-02-11 17:58:44 state on<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter T: 4  H: 70  W: 10<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 city Oer-Erkenschwick, Germany<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 code 34<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 condition heiter<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 current_date_time 11 Feb 2015 5:19 pm CET<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 day_of_week Mi<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc1_code 33<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc1_condition heiter<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc1_day_of_week Mi<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc1_high_c 7<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc1_icon mostly_clear_night<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc1_low_c -1<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc2_code 32<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc2_condition sonnig<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc2_day_of_week Do<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc2_high_c 10<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc2_icon sunny<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc2_low_c -1<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc3_code 34<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc3_condition heiter<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc3_day_of_week Fr<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc3_high_c 12<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc3_icon mostly_sunny<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc3_low_c 5<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc4_code 28<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc4_condition überwiegend wolkig<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc4_day_of_week Sa<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc4_high_c 12<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc4_icon mostlycloudy<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc4_low_c 2<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc5_code 34<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc5_condition heiter<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc5_day_of_week So<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc5_high_c 11<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc5_icon mostly_sunny<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 fc5_low_c 1<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 humidity 70<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 icon mostly_sunny<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 pressure 1016<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend 1<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_sym +<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_txt steigend<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 state T: 4  H: 70  W: 10<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 temp_c 4<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 temp_f 39<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 temperature 4<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 visibility 10<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 wind 10<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 wind_chill 2<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 wind_condition Wind: ONO 10 km/h<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 wind_direction 70<
2015.02.11 17:58:51 5: Cmd: >setstate Wetter 2015-02-11 17:58:16 wind_speed 10<
2015.02.11 17:58:51 5: Cmd: >setstate eventTypes active<
2015.02.11 17:58:51 5: Cmd: >setstate global <no definition><
2015.02.11 17:58:51 5: Triggering global (1 changes)
2015.02.11 17:58:51 5: Notify loop for global INITIALIZED
2015.02.11 17:58:51 2: SecurityCheck:  WEB has no basicAuth attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.11 17:58:51 0: Server started with 11 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2115)
2015.02.11 17:58:51 4: Connection accepted from FHEMWEB:192.168.178.20:49905
2015.02.11 17:58:52 4: HTTP FHEMWEB:192.168.178.20:49905 GET /fhem?XHR=1&inform=type=status;filter=room=0_S7300;since=1423673923.118;fmt=JSON×tamp=1423673838543



2015.02.11 17:58:52 4: S7_DWrite_setABit ?
2015.02.11 17:58:52 4: S7_DWrite_setABit ?
2015.02.11 17:58:52 4: S7_DWrite_setABit ?
2015.02.11 17:58:52 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:52 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:52 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 65
2015.02.11 17:58:52 5: S7300 dispatch AR db 70 4 2 S7300 02,65
2015.02.11 17:58:52 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,65
2015.02.11 17:58:52 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:52 5: Notify loop for DB70_Wert 613
2015.02.11 17:58:52 4: eventTypes: S7_ARead DB70_Wert 613 -> .*
2015.02.11 17:58:52 4: eventTypes: S7_ARead DB70_Wert state: 613 -> state: .*
2015.02.11 17:58:53 5: S7300 dispatch DR db 70 4 2 S7300 02,65
2015.02.11 17:58:53 5: Loading ./FHEM/44_S7_DRead.pm
2015.02.11 17:58:53 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,65
2015.02.11 17:58:53 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:53 5: S7300 dispatch AW db 70 4 2 S7300 02,65
2015.02.11 17:58:53 5: Loading ./FHEM/44_S7_AWrite.pm
2015.02.11 17:58:53 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,65
2015.02.11 17:58:53 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:53 5: S7300 dispatch DW db 70 4 2 S7300 02,65
2015.02.11 17:58:53 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,65
2015.02.11 17:58:53 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:53 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:53 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:53 5: S7300 dispatch AR db 40 5 2 S7300 03,00
2015.02.11 17:58:53 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:53 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:53 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:53 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:53 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:53 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:53 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:53 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:53 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:53 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:53 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:53 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:53 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:53 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:53 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:53 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:53 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:53 4: S7_DWrite_setABit ?
2015.02.11 17:58:53 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:53 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:53 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:53 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:53 4: S7_DWrite_setABit ?
2015.02.11 17:58:53 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:53 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:53 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:53 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:53 4: S7_DWrite_setABit ?
2015.02.11 17:58:54 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:54 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:54 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 50
2015.02.11 17:58:54 5: S7300 dispatch AR db 70 4 2 S7300 02,50
2015.02.11 17:58:54 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,50
2015.02.11 17:58:54 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:54 5: Notify loop for DB70_Wert 592
2015.02.11 17:58:54 4: eventTypes: S7_ARead DB70_Wert 592 -> .*
2015.02.11 17:58:54 4: eventTypes: S7_ARead DB70_Wert state: 592 -> state: .*
2015.02.11 17:58:54 5: S7300 dispatch DR db 70 4 2 S7300 02,50
2015.02.11 17:58:54 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,50
2015.02.11 17:58:54 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:54 5: S7300 dispatch AW db 70 4 2 S7300 02,50
2015.02.11 17:58:54 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,50
2015.02.11 17:58:54 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:54 5: S7300 dispatch DW db 70 4 2 S7300 02,50
2015.02.11 17:58:54 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,50
2015.02.11 17:58:54 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:54 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:54 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:54 5: S7300 dispatch AR db 40 5 2 S7300 03,00
2015.02.11 17:58:54 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:54 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:54 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:54 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:54 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:54 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:54 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:54 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:54 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:54 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:54 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:54 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:54 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:54 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:54 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:54 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:54 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:54 4: S7_DWrite_setABit ?
2015.02.11 17:58:54 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:54 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:54 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:54 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:54 4: S7_DWrite_setABit ?
2015.02.11 17:58:54 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:54 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:54 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:54 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:54 4: S7_DWrite_setABit ?
2015.02.11 17:58:55 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:55 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:55 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 4c
2015.02.11 17:58:55 5: S7300 dispatch AR db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:55 5: Notify loop for DB70_Wert 588
2015.02.11 17:58:55 4: eventTypes: S7_ARead DB70_Wert 588 -> .*
2015.02.11 17:58:55 4: eventTypes: S7_ARead DB70_Wert state: 588 -> state: .*
2015.02.11 17:58:55 5: S7300 dispatch DR db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:55 5: S7300 dispatch AW db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:55 5: S7300 dispatch DW db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,4c
2015.02.11 17:58:55 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:55 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:55 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:55 5: S7300 dispatch AR db 40 5 2 S7300 03,00
2015.02.11 17:58:55 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:55 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:55 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:55 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:55 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:55 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:55 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:55 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:55 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:55 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:55 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:55 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:55 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:55 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:55 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:55 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:55 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:55 4: S7_DWrite_setABit ?
2015.02.11 17:58:55 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:55 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:55 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:55 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:55 4: S7_DWrite_setABit ?
2015.02.11 17:58:55 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:55 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:55 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:55 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:55 4: S7_DWrite_setABit ?
2015.02.11 17:58:56 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:56 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:56 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 44
2015.02.11 17:58:56 5: S7300 dispatch AR db 70 4 2 S7300 02,44
2015.02.11 17:58:56 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,44
2015.02.11 17:58:56 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:56 5: Notify loop for DB70_Wert 580
2015.02.11 17:58:56 4: eventTypes: S7_ARead DB70_Wert 580 -> .*
2015.02.11 17:58:56 4: eventTypes: S7_ARead DB70_Wert state: 580 -> state: .*
2015.02.11 17:58:56 5: S7300 dispatch DR db 70 4 2 S7300 02,44
2015.02.11 17:58:56 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,44
2015.02.11 17:58:56 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:56 5: S7300 dispatch AW db 70 4 2 S7300 02,44
2015.02.11 17:58:56 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,44
2015.02.11 17:58:56 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:56 5: S7300 dispatch DW db 70 4 2 S7300 02,44
2015.02.11 17:58:56 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,44
2015.02.11 17:58:56 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:56 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:56 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:56 5: S7300 dispatch AR db 40 5 2 S7300 03,00



2015.02.11 17:58:56 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:56 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:56 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:56 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:56 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:56 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:56 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:56 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:56 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:56 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:56 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:56 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:56 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:56 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:56 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:56 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:56 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:56 4: S7_DWrite_setABit ?
2015.02.11 17:58:56 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:56 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:56 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:56 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:56 4: S7_DWrite_setABit ?
2015.02.11 17:58:56 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:56 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:56 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:56 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:56 4: S7_DWrite_setABit ?
2015.02.11 17:58:57 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:57 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:57 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 3e
2015.02.11 17:58:57 5: S7300 dispatch AR db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:57 5: Notify loop for DB70_Wert 574
2015.02.11 17:58:57 4: eventTypes: S7_ARead DB70_Wert 574 -> .*
2015.02.11 17:58:57 4: eventTypes: S7_ARead DB70_Wert state: 574 -> state: .*
2015.02.11 17:58:57 5: S7300 dispatch DR db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:57 5: S7300 dispatch AW db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:57 5: S7300 dispatch DW db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,3e
2015.02.11 17:58:57 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:57 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:57 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:57 5: S7300 dispatch AR db 40 5 2 S7300 03,00
2015.02.11 17:58:57 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:57 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:57 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:57 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:57 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:57 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:57 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:57 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:57 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:57 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:57 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:57 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:57 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:57 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:57 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:57 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:57 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:57 4: S7_DWrite_setABit ?
2015.02.11 17:58:57 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:57 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:57 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:57 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:57 4: S7_DWrite_setABit ?
2015.02.11 17:58:57 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:57 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:57 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:57 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:57 4: S7_DWrite_setABit ?
2015.02.11 17:58:58 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:58 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:58 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 38
2015.02.11 17:58:58 5: S7300 dispatch AR db 70 4 2 S7300 02,38
2015.02.11 17:58:58 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,38
2015.02.11 17:58:58 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:58 5: Notify loop for DB70_Wert 568
2015.02.11 17:58:58 4: eventTypes: S7_ARead DB70_Wert 568 -> .*
2015.02.11 17:58:58 4: eventTypes: S7_ARead DB70_Wert state: 568 -> state: .*
2015.02.11 17:58:58 5: S7300 dispatch DR db 70 4 2 S7300 02,38
2015.02.11 17:58:58 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,38
2015.02.11 17:58:58 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:58 5: S7300 dispatch AW db 70 4 2 S7300 02,38
2015.02.11 17:58:58 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,38
2015.02.11 17:58:58 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:58 5: S7300 dispatch DW db 70 4 2 S7300 02,38
2015.02.11 17:58:58 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,38
2015.02.11 17:58:58 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:58 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:58 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:58 5: S7300 dispatch AR db 40 5 2 S7300 03,00



2015.02.11 17:58:58 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:58 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:58 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:58 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:58 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:58 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:58 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:58 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:58 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:58 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:58 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:58 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:58 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:58 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:58 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:58 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:58 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:58 4: S7_DWrite_setABit ?
2015.02.11 17:58:58 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:58 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:58 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:58 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:58 4: S7_DWrite_setABit ?
2015.02.11 17:58:58 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:58 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:58 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:58 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:58 4: S7_DWrite_setABit ?
2015.02.11 17:58:59 4: S7: S7300 GetUpdate called ...
2015.02.11 17:58:59 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:58:59 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 3f
2015.02.11 17:58:59 5: S7300 dispatch AR db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 5: S7300 S7_ARead_Parse AR db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 5: Triggering DB70_Wert (1 changes)
2015.02.11 17:58:59 5: Notify loop for DB70_Wert 575
2015.02.11 17:58:59 4: eventTypes: S7_ARead DB70_Wert 575 -> .*
2015.02.11 17:58:59 4: eventTypes: S7_ARead DB70_Wert state: 575 -> state: .*
2015.02.11 17:58:59 5: S7300 dispatch DR db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 5: S7300 S7_DRead_Parse DR db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:59 5: S7300 dispatch AW db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 5: S7300 S7_AWrite_Parse AW db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:59 5: S7300 dispatch DW db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 5: S7300 S7_DWrite_Parse DW db 70 4 2 S7300 02,3f
2015.02.11 17:58:59 4: S7_DWrite: Parse no client found (S7300) ...
2015.02.11 17:58:59 4: S7300 READ Block AREA=db, DB =40, ADDRESS=5, LENGTH=2
2015.02.11 17:58:59 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 03, 00
2015.02.11 17:58:59 5: S7300 dispatch AR db 40 5 2 S7300 03,00
2015.02.11 17:58:59 5: S7300 S7_ARead_Parse AR db 40 5 2 S7300 03,00
2015.02.11 17:58:59 4: S7_ARead: Parse no client found (S7300) ...
2015.02.11 17:58:59 5: S7300 dispatch DR db 40 5 2 S7300 03,00
2015.02.11 17:58:59 5: S7300 S7_DRead_Parse DR db 40 5 2 S7300 03,00
2015.02.11 17:58:59 4: S7_DRead: Parse no client found (S7300) ...
2015.02.11 17:58:59 5: S7300 dispatch AW db 40 5 2 S7300 03,00
2015.02.11 17:58:59 5: S7300 S7_AWrite_Parse AW db 40 5 2 S7300 03,00
2015.02.11 17:58:59 4: S7_AWrite: Parse no client found (S7300) ...
2015.02.11 17:58:59 5: S7300 dispatch DW db 40 5 2 S7300 03,00
2015.02.11 17:58:59 5: S7300 S7_DWrite_Parse DW db 40 5 2 S7300 03,00
2015.02.11 17:58:59 5: S7300 S7_DWrite_Parse update Taster_DB40_5_0
2015.02.11 17:58:59 5: S7300 S7_DWrite_Parse update Taster_DB40_5_1
2015.02.11 17:58:59 5: S7300 S7_DWrite_Parse update Impuls_Icon_DB40_6_0
2015.02.11 17:58:59 5: Triggering Taster_DB40_5_0 (1 changes)
2015.02.11 17:58:59 5: Notify loop for Taster_DB40_5_0 on
2015.02.11 17:58:59 4: eventTypes: S7_DWrite Taster_DB40_5_0 on -> on
2015.02.11 17:58:59 4: eventTypes: S7_DWrite Taster_DB40_5_0 state: on -> state: on
2015.02.11 17:58:59 4: S7_DWrite_setABit ?
2015.02.11 17:58:59 5: Triggering Taster_DB40_5_1 (1 changes)
2015.02.11 17:58:59 5: Notify loop for Taster_DB40_5_1 on
2015.02.11 17:58:59 4: eventTypes: S7_DWrite Taster_DB40_5_1 on -> on
2015.02.11 17:58:59 4: eventTypes: S7_DWrite Taster_DB40_5_1 state: on -> state: on
2015.02.11 17:58:59 4: S7_DWrite_setABit ?
2015.02.11 17:58:59 5: Triggering Impuls_Icon_DB40_6_0 (1 changes)
2015.02.11 17:58:59 5: Notify loop for Impuls_Icon_DB40_6_0 off
2015.02.11 17:58:59 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 off -> off
2015.02.11 17:58:59 4: eventTypes: S7_DWrite Impuls_Icon_DB40_6_0 state: off -> state: off
2015.02.11 17:58:59 4: S7_DWrite_setABit ?
2015.02.11 17:59:01 4: S7: S7300 GetUpdate called ...
2015.02.11 17:59:01 4: S7300 READ Block AREA=db, DB =70, ADDRESS=4, LENGTH=2
2015.02.11 17:59:01 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 02, 00, 06, 00, 00, 04, 01, ff, 04, 00, 10, 02, 41
2015.02.11 17:59:01 5: S7300 dispatch AR db 70 4 2 S7300 02,41

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 11 Februar 2015, 20:29:04
Hallo Charlie,

ich habe heute meinen RasPi 2 bekommen und bin mit FHEM umgezogen. Nach einem Reboot bekomme ich die Web-Oberfläche von FHEM erst nach ca. 3 Min, im Log-File ist dann folgender Eintrag:
2015.02.11 20:19:59 1: Including fhem.cfg
2015.02.11 20:19:59 3: WEB: port 8083 opened
2015.02.11 20:19:59 2: eventTypes: loaded 51 events from ./log/eventTypes.txt
2015.02.11 20:22:25 0: S7_connect: ERROR in Socket Creation: Connection timed out at FHEM/44_S7_Client.pm line 454, <$fh> line 40.

2015.02.11 20:22:25 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.11 20:22:25 1: Including ./log/fhem.save
2015.02.11 20:22:25 0: Server started with 19 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2247)
2015.02.11 20:22:26 3: 317 S7_WriteBlockToPLC: PLC is not connected
2015.02.11 20:22:26 1: PERL WARNING: Argument "317 S7_WriteBlockToPLC: PLC is not connected " isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 226.
2015.02.11 20:22:26 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 18) line 1.
2015.02.11 20:22:26 3: eval: {
fhem "set Temperaturkorrektur_317 ".ReadingsVal("Temperaturkorrektur_317_Knob","state","0");
}
2015.02.11 20:22:27 3: 317 disconnected
2015.02.11 20:22:27 2: 317 S7 disconnected
2015.02.11 20:22:30 3: 317 S7_connect: connect to PLC with maxPDUlength=960


Die Kommunikation funktioniert dann auch einwandfrei. Bei einem shutdown restart funktioniert die Kommunikation sofort wieder.
Während FHEM nach einem Reboot für ca. 3 Minuten versucht (und es dann auch schafft) die Verbindung zur S7 aufzubauen und die Web-Oberfläche blockiert, ist die S7 aber per Ping schon erreichbar.

Ideen?

Danke und Gruß!

EDIT: Ich glaube zu wissen, wo es her kommt. Hat nichts mit dem Modul, sondern mit der RasPi Netz-Konfig zu tun. Mehr dazu gleich nach ein paar Tests
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Februar 2015, 21:05:02
Hallo rhonline,

also der PerlCode für den Verbindungsaufbau unterscheidet sich nur marginal zwischen der V2.6 und der V2.7.
Warum das Verbinden in einem Fall funktioniert und im anderen Fall nicht kann ich noch nicht sagen.

Was mich aber trotzdem interessiert, ist ein Logfileauszug bei einem AWrite Versuch (der fehlte bei deinem Posting).

lG
Charlie71


Zitat von: rhonline am 11 Februar 2015, 18:12:47
Hallo charlie71,

das ist ja das Problem mit der V2.7 bei mir.
Da wird erst gar keine Verbindung aufgebaut.
Nur das ich mit deinem Client-Modul hatte ja die Verbesserung gebracht, dass ich mit dem Browser wieder auf die fhem Web-Oberfläche kam.

Ich habe jetzt einfach nur die V2.6 Module wieder aufgespielt, ohne an der cfg was zu ändern, und dann laufen wenigstens die DWrite, DRead, ARead Aufträge.

Hier mal das log-File nach einem shutdown mit der V2.6 :



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 11 Februar 2015, 21:21:23
Hallo Charlie,

meine RasPi 2 (genaus wie der B vorher) hängt mit LAN an der FritzBox und mit WLAN an dem Router, an dem nur die S7 hängt. Während der RasPi B trotz dynamischer IP Adressen bei FHEM Start sofort mit der S7 koppelt, passiert dies nicht beim RasPi 2, der ist da irgendwie zu "ungeduldig".
2015.02.11 21:15:19 1: Including fhem.cfg
2015.02.11 21:15:19 3: WEB: port 8083 opened
2015.02.11 21:15:19 2: eventTypes: loaded 52 events from ./log/eventTypes.txt
2015.02.11 21:15:23 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 454, <$fh> line 40.

2015.02.11 21:15:23 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.11 21:15:43 1: Including ./log/fhem.save
2015.02.11 21:15:43 0: Server started with 19 defined entities (version $Id: fhem.pl 7919 2015-02-08 18:35:19Z rudolfkoenig $, os linux, user fhem, pid 2194)
2015.02.11 21:15:43 3: 317 disconnected
2015.02.11 21:15:43 2: 317 S7 disconnected
2015.02.11 21:15:46 3: 317 S7_connect: connect to PLC with maxPDUlength=960


Mit statischen IP Adressen geht die Ankopplung auf jeden Fall schon schneller als mit dynamischen, trotzdem klappt das Ankoppeln nicht sofort mit dem Start von FHEM (s. Log oben).

Dazu werde ich jetzt mit Disconnects überhäuft...
2015.02.11 21:16:44 3: 317 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.11 21:16:44 2: 317 S7 disconnected
2015.02.11 21:16:55 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.11 21:20:44 3: 317 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.11 21:20:44 2: 317 S7 disconnected
2015.02.11 21:21:08 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.11 21:21:15 3: 317 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.11 21:21:15 2: 317 S7 disconnected
2015.02.11 21:21:27 3: 317 S7_connect: connect to PLC with maxPDUlength=960
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Februar 2015, 21:38:21
Hallo fu_zhou,

hast du das Timeout auf 2000 oder 3000 eingestellt?

Die Fehlermedung:
ZitatERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line
sagt aus, dass zu diesem Zeitpunkt der Raspberry nicht wusste wie er die SPS erreichen kann.

Interessant ist,  ob dieser Fehler auf in folgenden Szenario auftritt:
1) Automatischer Start vom FHEM deaktivieren.
2) Raspberry rebooten
3) nach dem Reboot ca 1 min warten
4) FHEM starten

Tritt der Fehler trotzdem auf, dann müssen wir auf der FHEM Seite weiter suchen. Wenn nicht muss nur der start vom FHEM verzögert werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 11 Februar 2015, 23:42:13
Hallo Charlie und alle zusammen,

mein RasPi 2 bootet und startet FHEM so schnell, dass das Netzwerk noch nicht bereit ist für die Kommunikation mit der S7, obwohl Ping schon funktioniert etc. Folgendes hat bei mir Abhilfe geschaffen, so dass sich nach jedem Reboot wieder eine Verbindung aufbaut:
cd /etc/init.d
sudo nano fhem


Dann ergänzen:
echo "Waiting for network..."
sleep 25

vor
echo "Starting fhem..."
sieht dann also so aus:

...
case "$1" in
'start')
        echo "Waiting for network..."
        sleep 25
        echo "Starting fhem..."

# if you need to start hmland for use with
...


Die 25 Sekunden (sleep 25) habe ich durch probieren ermittelt, vielleicht langen auch 23 Sekunden, aber in diesen Grenzbereich habe ich mich nicht vorgetastet, 20 Sekunden waren bei meinem System (LAN und WLAN) zu kurz.

Interessanter Weise kommt die FHEM Web-Oberfläche irgendwann, auch wenn die Sleep-Zeit zu kurz eingestellt ist, nur die Summe aus Wartezeit + Zeit  bis zum Erscheinen der Web-Oberfläche ist wesentlich länger als ein paar Sekunden länger zu schlafen (sleep).
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 12 Februar 2015, 15:16:11
Hallo charlie71,

hier mal ein logfile nach shutdown restart mit V2.6 (und sleep 25 wie von fu_zhou beschrieben).
In der cfg sind jetzt nur noch ein ARead und minütlich ein AWrite für die Temperatur aus "Wetter" drin.
Sobald der AWrite angstossen wird---disconnected (siehe letzte log-Einträge)


2015.02.12 15:06:34 5: Cmd: >shutdown restart<
2015.02.12 15:06:34 5: Triggering global (1 changes)
2015.02.12 15:06:34 5: Notify loop for global SHUTDOWN
2015.02.12 15:06:34 0: Server shutdown
2015.02.12 15:06:38 5: Initializing Type Library:
2015.02.12 15:06:38 1: Including fhem.cfg
2015.02.12 15:06:38 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2015.02.12 15:06:38 5: Cmd: >attr global autoload_undefined_devices 1<
2015.02.12 15:06:38 5: Cmd: >attr global logfile ./log/fhem-%Y-%m-%d.log<
2015.02.12 15:06:38 5: Cmd: >attr global modpath .<
2015.02.12 15:06:38 5: Cmd: >attr global motd SecurityCheck:

WEB has no basicAuth attribute.

Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.
<
2015.02.12 15:06:38 5: Cmd: >attr global statefile ./log/fhem.save<
2015.02.12 15:06:38 5: Cmd: >attr global updateInBackground 1<
2015.02.12 15:06:38 5: Cmd: >attr global verbose 5<
2015.02.12 15:06:38 5: Cmd: >define telnetPort telnet 7072 global<
2015.02.12 15:06:38 5: Loading ./FHEM/98_telnet.pm
2015.02.12 15:06:38 3: telnetPort: port 7072 opened
2015.02.12 15:06:38 5: Cmd: >attr telnetPort password 0000<
2015.02.12 15:06:38 5: Cmd: >define WEB FHEMWEB 8083 global<
2015.02.12 15:06:38 5: Loading ./FHEM/01_FHEMWEB.pm
2015.02.12 15:06:39 3: WEB: port 8083 opened
2015.02.12 15:06:39 5: Cmd: >define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog<
2015.02.12 15:06:39 5: Loading ./FHEM/92_FileLog.pm
2015.02.12 15:06:39 5: Cmd: >attr Logfile verbose 5<
2015.02.12 15:06:39 5: Cmd: >define eventTypes eventTypes ./log/eventTypes.txt<



2015.02.12 15:06:39 5: Loading ./FHEM/91_eventTypes.pm
2015.02.12 15:06:39 2: eventTypes: loaded 710 events from ./log/eventTypes.txt
2015.02.12 15:06:39 5: Cmd: >define S7300 S7 192.168.178.29 0 2<
2015.02.12 15:06:39 5: Loading ./FHEM/44_S7.pm
2015.02.12 15:06:39 4: S7: define S7300 ip_address=192.168.178.29,LocalTSAP=256, RemoteTSAP=258
2015.02.12 15:06:39 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.12 15:06:39 5: TCPClient RecvISOPacket : 01, 00, 02, 00, c0, 01, 09, c1, 02, 01, 00, c2, 02, 01, 02
2015.02.12 15:06:39 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 08, 00, 00, 00, 00, f0, 00, 00, 01, 00, 01, 00, f0
2015.02.12 15:06:39 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.02.12 15:06:39 4: could not connect to PLC S7300
2015.02.12 15:06:39 5: Cmd: >attr S7300 room 0_S7300<
2015.02.12 15:06:39 5: Cmd: >define DB70_Wert S7_ARead db 70 4 s16<
2015.02.12 15:06:39 5: Loading ./FHEM/44_S7_ARead.pm
2015.02.12 15:06:40 5: Cmd: >attr DB70_Wert IODev S7300<
2015.02.12 15:06:40 4: S7_ARead: IODev for DB70_Wert is S7300
2015.02.12 15:06:40 5: Cmd: >attr DB70_Wert alias Leistung L1<
2015.02.12 15:06:40 5: Cmd: >attr DB70_Wert room 0_S7300<
2015.02.12 15:06:40 5: Cmd: >attr DB70_Wert stateFormat {sprintf("%.0f",ReadingsVal($name,"state",0))." Watt"}<
2015.02.12 15:06:40 5: Cmd: >define Wetter Weather 682925 60 de<
2015.02.12 15:06:40 5: Loading ./FHEM/59_Weather.pm
2015.02.12 15:06:40 4: HttpUtils url=http://weather.yahooapis.com/forecastrss?w=682925&u=c
2015.02.12 15:06:40 4: http://weather.yahooapis.com/forecastrss?w=682925&u=c: HTTP response code 200
2015.02.12 15:06:40 4: HttpUtils http://weather.yahooapis.com/forecastrss?w=682925&u=c: Got data, length: 2771
2015.02.12 15:06:40 4: Weather Wetter: T: 5  H: 65  W: 8
2015.02.12 15:06:40 5: Cmd: >attr Wetter room Wetter<
2015.02.12 15:06:40 5: Cmd: >define Temp_AU_Web S7_AWrite db 42 0 float<
2015.02.12 15:06:40 5: Loading ./FHEM/44_S7_AWrite.pm
2015.02.12 15:06:40 5: Temp_AU_Web S7_AWrite_Define called
2015.02.12 15:06:40 5: Cmd: >attr Temp_AU_Web IODev S7300<
2015.02.12 15:06:40 4: S7_AWrite: IODev for Temp_AU_Web is S7300
2015.02.12 15:06:40 5: Cmd: >attr Temp_AU_Web event-on-change-reading state<
2015.02.12 15:06:40 5: Cmd: >attr Temp_AU_Web room 0_S7300,Wetter<
2015.02.12 15:06:40 5: Cmd: >attr Temp_AU_Web stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}<
2015.02.12 15:06:40 5: Cmd: >define Temp_AU_Web_notify notify Wetter {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<



2015.02.12 15:06:40 5: Loading ./FHEM/91_notify.pm
2015.02.12 15:06:40 5: Cmd: >attr Temp_AU_Web_notify room Wetter<
2015.02.12 15:06:40 1: Including ./log/fhem.save
2015.02.12 15:06:40 5: Cmd: >setstate DB70_Wert 378 Watt<
2015.02.12 15:06:40 5: Cmd: >setstate DB70_Wert 2015-02-12 15:06:34 state 378<
2015.02.12 15:06:40 5: Cmd: >setstate Logfile active<
2015.02.12 15:06:40 5: Cmd: >setstate S7300 connected to PLC<
2015.02.12 15:06:40 5: Cmd: >setstate S7300 2015-02-12 15:06:27 state connected to PLC<
2015.02.12 15:06:40 5: Cmd: >setstate Temp_AU_Web 0.0 °C<
2015.02.12 15:06:40 5: Cmd: >setstate Temp_AU_Web 2015-02-12 15:06:34 state 0<
2015.02.12 15:06:40 5: Cmd: >setstate Temp_AU_Web_notify active<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter T: 5  H: 65  W: 8<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 city Oer-Erkenschwick, Germany<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 code 34<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 condition heiter<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 current_date_time 12 Feb 2015 2:50 pm CET<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 day_of_week Do<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc1_code 32<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc1_condition sonnig<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc1_day_of_week Do<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc1_high_c 7<
2015.02.12 15:06:40 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc1_icon sunny<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc1_low_c 1<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc2_code 32<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc2_condition sonnig<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc2_day_of_week Fr<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc2_high_c 12<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc2_icon sunny<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc2_low_c 6<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc3_code 39<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc3_condition vereinzelt Gewitter<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc3_day_of_week Sa<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc3_high_c 10<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc3_icon scatteredthunderstorms<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc3_low_c 3<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc4_code 30<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc4_condition teilweise wolkig<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc4_day_of_week So<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc4_high_c 10<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc4_icon partly_cloudy<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc4_low_c 1<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc5_code 30<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc5_condition teilweise wolkig<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc5_day_of_week Mo<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc5_high_c 11<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc5_icon partly_cloudy<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 fc5_low_c 4<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 humidity 65<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 icon mostly_sunny<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 pressure 1016<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend 1<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_sym +<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-10 19:36:04 pressure_trend_txt steigend<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 state T: 5  H: 65  W: 8<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 temp_c 5<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 temp_f 41<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 temperature 5<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 visibility 10<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 wind 8<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 wind_chill 3<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 wind_condition Wind: WSW 8 km/h<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 wind_direction 240<
2015.02.12 15:06:41 5: Cmd: >setstate Wetter 2015-02-12 15:06:28 wind_speed 8<




2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 5: Triggering Temp_AU_Web_notify
2015.02.12 15:07:41 4: Temp_AU_Web_notify exec {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;
}
2015.02.12 15:07:41 5: Cmd: >{
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}<
2015.02.12 15:07:41 5: Cmd: >set Temp_AU_Web 5<
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set
2015.02.12 15:07:41 5: Temp_AU_Web S7_AWrite_Set: Write Bytes to PLC: 40, a0, 00, 00
2015.02.12 15:07:41 3: S7300 S7_WriteBlockToPLC: PLC is not connected
2015.02.12 15:07:41 4: eventTypes: Weather Wetter wind_direction: 240 -> wind_direction: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter pressure: 1016 -> pressure: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter visibility: 10 -> visibility: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc5_code: 30 -> fc5_code: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter wind_chill: 3 -> wind_chill: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc1_low_c: 1 -> fc1_low_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc3_condition: vereinzelt Gewitter -> fc3_condition: vereinzelt Gewitter
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc1_day_of_week: Do -> fc1_day_of_week: Do
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc4_high_c: 10 -> fc4_high_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc4_code: 30 -> fc4_code: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter temperature: 5 -> temperature: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter code: 34 -> code: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc2_low_c: 6 -> fc2_low_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc2_code: 32 -> fc2_code: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc1_high_c: 7 -> fc1_high_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc2_day_of_week: Fr -> fc2_day_of_week: Fr
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc2_condition: sonnig -> fc2_condition: sonnig
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc1_icon: sunny -> fc1_icon: sunny
2015.02.12 15:07:41 4: eventTypes: Weather Wetter current_date_time: 12 Feb 2015 2:50 pm CET -> current_date_time: .* Feb .* .*:.* pm CET
2015.02.12 15:07:41 4: eventTypes: Weather Wetter day_of_week: Do -> day_of_week: Do
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc4_day_of_week: So -> fc4_day_of_week: So
2015.02.12 15:07:41 4: eventTypes: Weather Wetter wind_speed: 8 -> wind_speed: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc5_day_of_week: Mo -> fc5_day_of_week: Mo
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc5_low_c: 4 -> fc5_low_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc4_condition: teilweise wolkig -> fc4_condition: teilweise wolkig
2015.02.12 15:07:41 4: eventTypes: Weather Wetter icon: mostly_sunny -> icon: mostly_sunny
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc3_low_c: 3 -> fc3_low_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc4_low_c: 1 -> fc4_low_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc4_icon: partly_cloudy -> fc4_icon: partly_cloudy
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc1_condition: sonnig -> fc1_condition: sonnig
2015.02.12 15:07:41 4: eventTypes: Weather Wetter wind_condition: Wind: WSW 8 km/h -> wind_condition: Wind: WSW .* km/h
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc3_day_of_week: Sa -> fc3_day_of_week: Sa
2015.02.12 15:07:41 4: eventTypes: Weather Wetter wind: 8 -> wind: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter city: Oer-Erkenschwick, Germany -> city: Oer-Erkenschwick, Germany
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc3_code: 39 -> fc3_code: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc3_high_c: 10 -> fc3_high_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc3_icon: scatteredthunderstorms -> fc3_icon: scatteredthunderstorms
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc5_high_c: 11 -> fc5_high_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc1_code: 32 -> fc1_code: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc5_icon: partly_cloudy -> fc5_icon: partly_cloudy
2015.02.12 15:07:41 4: eventTypes: Weather Wetter humidity: 65 -> humidity: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc2_high_c: 12 -> fc2_high_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter temp_f: 41 -> temp_f: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc5_condition: teilweise wolkig -> fc5_condition: teilweise wolkig
2015.02.12 15:07:41 4: eventTypes: Weather Wetter temp_c: 5 -> temp_c: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter condition: heiter -> condition: heiter
2015.02.12 15:07:41 4: eventTypes: Weather Wetter fc2_icon: sunny -> fc2_icon: sunny
2015.02.12 15:07:41 4: eventTypes: Weather Wetter T: 5  H: 65  W: 8 -> T: .*  H: .*  W: .*
2015.02.12 15:07:41 4: eventTypes: Weather Wetter state: T: 5  H: 65  W: 8 -> state: T: .*  H: .*  W: .*
2015.02.12 15:07:41 4: S7: S7300 GetUpdate called ...
2015.02.12 15:07:41 4: S7300 READ Block AREA=db, DB =42, ADDRESS=0, LENGTH=4
2015.02.12 15:07:41 3: S7300 disconnected
2015.02.12 15:07:41 5: Triggering S7300 (1 changes)
2015.02.12 15:07:41 5: Notify loop for S7300 disconnected
2015.02.12 15:07:41 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.12 15:07:41 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.12 15:07:41 2: S7300 S7 disconnected
2015.02.12 15:07:44 4: S7: S7300 connect ip_address=192.168.178.29, LocalTSAP=256, RemoteTSAP=258
2015.02.12 15:07:44 5: Triggering S7300 (1 changes)
2015.02.12 15:07:44 5: Notify loop for S7300 disconnected
2015.02.12 15:07:44 4: eventTypes: S7 S7300 disconnected -> disconnected
2015.02.12 15:07:44 4: eventTypes: S7 S7300 state: disconnected -> state: disconnected
2015.02.12 15:07:44 5: TCPClient RecvISOPacket : 01, 00, 02, 00, c0, 01, 09, c1, 02, 01, 00, c2, 02, 01, 02
2015.02.12 15:07:44 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 08, 00, 00, 00, 00, f0, 00, 00, 01, 00, 01, 00, f0
2015.02.12 15:07:44 3: S7300 S7_connect: connect to PLC with maxPDUlength=240
2015.02.12 15:07:44 5: Triggering S7300 (1 changes)
2015.02.12 15:07:44 5: Notify loop for S7300 connected to PLC
2015.02.12 15:07:44 4: eventTypes: S7 S7300 connected to PLC -> connected to PLC
2015.02.12 15:07:44 4: eventTypes: S7 S7300 state: connected to PLC -> state: connected to PLC
2015.02.12 15:07:44 2: S7300 S7_connect: allready connected!
2015.02.12 15:07:46 4: Connection closed for FHEMWEB:192.168.178.20:51910: EOF
2015.02.12 15:07:46 4: Connection accepted from FHEMWEB:192.168.178.20:51914
2015.02.12 15:07:46 4: HTTP FHEMWEB:192.168.178.20:51914 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-02-12.log
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 12 Februar 2015, 15:36:26
Hallo charlie71,

habe jetzt das"Sleep 25" aktiv, damit der RasPi erst alle NW-Komponenten öffnet um dann fhem zu starten.
Das klappt dann auch bei der V2.7!

ABER.. sobald der AWrite Auftrag kommt (nach einer Minute), dann ist die fhem Oberfläche nicht mehr zu erreichen :-(
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Februar 2015, 19:05:04
Hallo rhonline,

A) zuerst einmal zwei neue Files. Mit denen sollte das Startup Problem gelöst sein.
Das Modul wartet nun 7s und baut erst dann die Verbindung auf.
(Das sollte das Startproblem lösen)

Bitte Testen und Feedback

B) Wenn ich die Config richtig gelesen Habe verwendest Du nur AWrite, tritt auch ein Connection Problem auf wenn du nur ein ARead einrichtest?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 12 Februar 2015, 19:59:20
Hallo Charlie,

habe die 2 neuen Files im Einsatz ("statistic" Internal fehlt). Tatsächlich startet die FHEM Web-Oberfläche sofort nach einem Reboot, aber nach Ablauf der 7 Sekunden ist Feierabend mit Bedienen. Ich schätze mal, die 25 Sekunden müssen auch hier sein. Der Vorteil, die Wartezeit im Modul unterzubringen ist, dass man nicht in der FHEM Startdatei rumbasteln muss. Wie verhält es sicher aber bei "shutdown restart"? Ich schätze, das Modul wartet hier dann auch immer, obwohl es ja eigentlich nicht notwendig wäre.
Nur so eine Idee: Kannst du ein attr spendieren, das zunächst mal auf 30 Sekunden (so dass der RasPi auf jeden Fall bedienbar bleibt) eingestellt ist, aber vom Nutzer System-optimiert verändert werden kann?

Ich habe auch mal meine fhem.cfg auf nur ein AWrite zurückgerüstet mit einer CPU mit PDU Größe 240:
# S7 Kommunikation
define 315 S7 192.168.1.102 0 2
attr 315 room System

# Temperatur aus dem Web and 315 schicken
define Wetter Weather 20066897 60 de
attr Wetter room Wetter

define Temp_AU_Web S7_AWrite db 72 4 float
attr Temp_AU_Web IODev 315
attr Temp_AU_Web event-on-change-reading state
attr Temp_AU_Web room Wetter
attr Temp_AU_Web stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}

define Temp_AU_Web_notify notify Wetter {\
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;\
}
attr Temp_AU_Web_notify room Wetter


Bei mir gibt es keine Probleme mit dem AWrite Modul.

Grüße

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 12 Februar 2015, 20:40:31
Hallo charlie71,

in der cfg habe ich einen Lese- und einen Schreibauftrag.
###############################################################
### S7-Anbindung ###
### define <name> S7 <ip_address> <rack> <slot> [<Intervall>] ###
define S7300 S7 192.168.178.29 0 2
attr S7300 room 0_S7300



#Analogwerte lesen

define DB70_Wert S7_ARead db 70 4 s16
attr DB70_Wert IODev S7300
attr DB70_Wert alias Leistung L1
attr DB70_Wert room 0_S7300
attr DB70_Wert stateFormat {sprintf("%.0f",ReadingsVal($name,"state",0))." Watt"}


# Temperatur aus dem Web an S7 schicken
define Wetter Weather 682925 60 de
attr Wetter room Wetter

define Temp_AU_Web S7_AWrite db 42 0 float
attr Temp_AU_Web IODev S7300
attr Temp_AU_Web event-on-change-reading state
attr Temp_AU_Web room 0_S7300,Wetter
attr Temp_AU_Web stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}

define Temp_AU_Web_notify notify Wetter {\
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;\
}
attr Temp_AU_Web_notify room Wetter


Zu Deinen Punkten A und B....
ZitatA) zuerst einmal zwei neue Files. Mit denen sollte das Startup Problem gelöst sein.
Das Modul wartet nun 7s und baut erst dann die Verbindung auf.
(Das sollte das Startproblem lösen)

Bitte Testen und Feedback

Mit den beiden neuen Files bleibt die fhem Oberfläche aktiv. (das sleep25 in der autostart ist noch drin/ kann das raus?)
Aread funktioniert.
Wenn AWrite startet (jede Min einmal), dann geht die S7 in disconnected, baut aber dank deiner beiden Module nach einigen Sekunden die Verbindung wieder automatisch auf und der ARead wird wieder ausgeführt, bis zum nächsten AWrite.

ZitatB) Wenn ich die Config richtig gelesen Habe verwendest Du nur AWrite, tritt auch ein Connection Problem auf wenn du nur ein ARead einrichtest?
Oben die aktuelle cfg mit ARead und AWrite.
bei ARead alleine in cfg keine Probleme. Kommunikation besteht dauerhaft und Wert wird aktualisiert.
mit DRead und DWrite auch keine Probleme.
Nur bei AWrite will es bei mir nicht klappen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Februar 2015, 20:52:07
Hallo fu_zhou,

ja das statistic internal fehlt, da für die Zeitmessung ca 15% der Gesamtzeit draufgegangen ist. (Vielleicht finde ich noch eine Bessere Lösung [low prio]).

Das mit dem Attribut ist grundsätzlich eine gute Idee, jedoch ist dieses Attribut beim Define noch nicht gesetzt und genau da wird es abgefragt.
Ich bin nicht davon überzeugt, ob das Modul der richtige Platz ist das Problem zu lösen.
Meine Meinung dazu ist, dass das FHEM erst gestartet werden sollte, wenn das System betriebsbereit ist.

Der eigentlich Grund für den Umbau des Moduls im Start/Restart Bereich ist, dass ich den Eindruck gewonnen habe, dass sich Perl ein wenig schwer tut wenn Objekte die unmittelbar vorher freigegeben wurden sofort neu erstellt werden.


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 12 Februar 2015, 20:59:39
Hallo Charlie,

ZitatMeine Meinung dazu ist, dass das FHEM erst gestartet werden sollte, wenn das System betriebsbereit ist.
Da bin ich 100% Deiner Meinung, daher bin ich auch zurück auf meine sleep 25 Variante in der Autostart gegangen (wobei die 7 Sek im Modul zu kurz waren). Am elegantesten wäre es, wenn FHEM beim Start abprüft, ob das System bereit ist, bevor irgendwelche Module gestartet werden und die Web-Oberfläche dann entsprechend frei gibt.
Spricht im Moment etwas dagegen mit der "reinrassigen" V2.7 zu gehen?

Gruß, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Februar 2015, 21:23:35
Hallo fu_zhou,

prinzipiell nichts.

Was sich in V2.8 ändern wird (release preview also noch nichts fix):
* minor fix in TCP Socked (TCP_NODELAY option now set)
* minor fix in reconnection (pearl gets more time for garbage handling)
* connoection to the PLC is now deleayed (3sec after creation the conntion is build up, 3 seconds later the reading polling is started)
* fix for fritzbox

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Februar 2015, 23:16:16
Hallo  rhonline,

ich hab soweit das log-file durch.
Was zur SPS geschickt wird scheint aus meiner Sicht Ok zu sein.
Nur die Antwort von der SPS macht Probleme.

ich hab einen neuen Client vorbereitet mit zusätzlicher logging Information.

bitte einspielen und log posten.

Danke
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 13 Februar 2015, 09:19:58
Hallo Charlie,

ich bin natürlich auch neugierig und habe mal den neuen Client mit neuen Logging Funktionen bei mir getestet. Die fhem.cfg habe ich auf ein AWrite float zur S7 (PDU Größe 240) reduziert, um im verbose Level 5 das Log-File nicht mit Informationen zu überladen. Ich muss also mit "set ..." arbeiten.
# S7 Kommunikation
define 315 S7 192.168.1.102 0 2
attr 315 room System

define Temperaturkorrektur_315 S7_AWrite db 72 0 float
attr Temperaturkorrektur_315 IODev 315
attr Temperaturkorrektur_315 event-on-change-reading state
attr Temperaturkorrektur_315 group Raumluft
attr Temperaturkorrektur_315 room Keller
attr Temperaturkorrektur_315 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}


Obwohl die Kommunikation (hier AWrite) funktioniert, kommt ziemlich am Anfang ein Eintrag im Log-File "could not connect to PLC 315":
...
2015.02.13 09:28:14 5: Cmd: >define 315 S7 192.168.1.102 0 2<
2015.02.13 09:28:14 5: Loading ./FHEM/44_S7.pm
2015.02.13 09:28:14 4: S7: define 315 ip_address=192.168.1.102,LocalTSAP=256, RemoteTSAP=258
2015.02.13 09:28:14 4: S7: 315 connect ip_address=192.168.1.102, LocalTSAP=256, RemoteTSAP=258
2015.02.13 09:28:14 5: TCPClient RecvISOPacket : 01, 00, 02, 00, c0, 01, 09, c1, 02, 01, 00, c2, 02, 01, 02
2015.02.13 09:28:14 5: TCPClient RecvISOPacket : 32, 03, 00, 00, ff, ff, 00, 08, 00, 00, 00, 00, f0, 00, 00, 01, 00, 01, 00, f0
2015.02.13 09:28:14 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.13 09:28:14 4: could not connect to PLC 315
2015.02.13 09:28:14 5: Cmd: >attr 315 room System<
2015.02.13 09:28:14 5: Cmd: >define Temperaturkorrektur_315 S7_AWrite db 72 0 float<
2015.02.13 09:28:14 5: Loading ./FHEM/44_S7_AWrite.pm
2015.02.13 09:28:14 5: Temperaturkorrektur_315 S7_AWrite_Define called
2015.02.13 09:28:14 5: Cmd: >attr Temperaturkorrektur_315 IODev 315<
2015.02.13 09:28:14 4: S7_AWrite: IODev for Temperaturkorrektur_315 is 315
2015.02.13 09:28:14 5: Cmd: >attr Temperaturkorrektur_315 event-on-change-reading state<
2015.02.13 09:28:14 5: Cmd: >attr Temperaturkorrektur_315 group Raumluft<
2015.02.13 09:28:14 5: Cmd: >attr Temperaturkorrektur_315 room Keller<
2015.02.13 09:28:14 5: Cmd: >attr Temperaturkorrektur_315 stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." K"}<
2015.02.13 09:28:14 1: Including ./log/fhem.save
2015.02.13 09:28:14 5: Cmd: >setstate 315 connected to PLC<
2015.02.13 09:28:14 5: Cmd: >setstate 315 2015-02-13 09:26:38 state connected to PLC<
...


Ist hier der Eintrag im Log-File irreführend oder liegt etwas im Argen, obwohl die Kommunikation funktioniert?

Nach einem "set Temperaturkorrektur_315 9.5" steht folgendes im Log:
...
2015.02.13 09:28:50 4: HTTP FHEMWEB:192.168.178.58:50485 GET /fhem&detail=Temperaturkorrektur_315&dev.setTemperaturkorrektur_315=Temperaturkorrektur_315&cmd.setTemperaturkorrektur_315=set&arg.setTemperaturkorrektur_315=&val.setTemperaturkorrektur_315=9.5
2015.02.13 09:28:50 5: Cmd: >set Temperaturkorrektur_315  9.5<
2015.02.13 09:28:50 5: Temperaturkorrektur_315 S7_AWrite_Set
2015.02.13 09:28:50 5: Temperaturkorrektur_315 S7_AWrite_Set: Write Bytes to PLC: 41, 18, 00, 00
2015.02.13 09:28:50 5: 315 S7_WriteBlockToPLC: Write Bytes to PLC: 7, 72,0 , 4, 41, 18, 00, 00
2015.02.13 09:28:50 5: TCPClient WriteArea : 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 00, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 02, 00, 04, 00, 48, 84, 00, 00, 00, 00, 04, 00, 20, 41, 18, 00, 00
2015.02.13 09:28:50 5: TCPClient RecvISOPacket : 32, 03, 00, 00, 00, 00, 00, 02, 00, 01, 00, 00, 05, 01, ff
2015.02.13 09:28:50 5: Triggering Temperaturkorrektur_315 (1 changes)
2015.02.13 09:28:50 5: Notify loop for Temperaturkorrektur_315 9.5
2015.02.13 09:28:50 4: eventTypes: S7_AWrite Temperaturkorrektur_315 9.5 -> .*
2015.02.13 09:28:50 4: eventTypes: S7_AWrite Temperaturkorrektur_315 state: 9.5 -> state: .*
2015.02.13 09:28:50 5: Temperaturkorrektur_315 S7_AWrite_Set
2015.02.13 09:28:50 5: Temperaturkorrektur_315 S7_AWrite_Set
2015.02.13 09:28:50 4: HTTP FHEMWEB:192.168.178.58:50485 GET /fhem?detail=Temperaturkorrektur_315
2015.02.13 09:28:50 5: Temperaturkorrektur_315 S7_AWrite_Set
2015.02.13 09:28:50 4: 2321:FHEMWEB:192.168.178.58:50485: /fhem?detail=Temperaturkorrektur_315 / RL:2374 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
...

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 13 Februar 2015, 19:24:09
Hallo fu_zhou,

du verwendest die 44_S7.pm V2.7 in der original Version.
Hier wird ein Fehler gelogged der eigentlich nicht auftritt, nimm die 44_S7.pm aus dem Posting #469  und die Fehlermeldung sollte nicht mehr auftreten.
(oder warte auf die V2.8 )

lG
Charlie71

Anmerkung: Das Logging wurde nur insofern erweitert, dass ich das Problem von rhonline analysieren kann.

Zitat von: fu_zhou am 13 Februar 2015, 09:19:58

Obwohl die Kommunikation (hier AWrite) funktioniert, kommt ziemlich am Anfang ein Eintrag im Log-File "could not connect to PLC 315":

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 13 Februar 2015, 20:07:00
Hallo Charlie,

vielen Dank für die Klärung, ich warte mit Spannung auf die V2.8.
Ich werde mich jetzt erst einmal zurückhalten.

Vielen Dank für die tolle Arbeit!

Grüße, fu_zhou

P.S. einen habe ich doch noch: Ich habe heute mal die S7 ausgeschaltet. 6 Minuten lang hat FHEM und das Modul alles gegeben, die Verbindung aufzubauen. Als ich die S7 wieder eingeschaltet habe (1 h 20 min später) ist FHEM nicht mehr gelaufen und ich habe es von Hand wieder gestartet. Kann es sein, dass FHEM den Dienst eingestellt hat, weil die S7 so lange weg war?
2015.02.13 16:37:42 3: 317 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.02.13 16:37:42 2: 317 S7 disconnected
2015.02.13 16:38:19 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:38:19 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:38:19 3: 317 disconnected
2015.02.13 16:38:19 2: 317 S7 disconnected
2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:38:25 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:38:25 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:38:29 3: 317 disconnected
2015.02.13 16:38:29 2: 317 S7 disconnected
2015.02.13 16:38:35 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:38:35 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:38:39 3: 317 disconnected
2015.02.13 16:38:39 2: 317 S7 disconnected
2015.02.13 16:38:45 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:38:45 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:38:49 3: 317 disconnected
2015.02.13 16:38:49 2: 317 S7 disconnected
2015.02.13 16:38:55 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:38:55 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:38:59 3: 317 disconnected
2015.02.13 16:38:59 2: 317 S7 disconnected
2015.02.13 16:39:02 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:39:02 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:39:09 3: 317 disconnected
2015.02.13 16:39:09 2: 317 S7 disconnected
2015.02.13 16:39:15 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:39:15 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:39:19 3: 317 disconnected
2015.02.13 16:39:19 2: 317 S7 disconnected
2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:39:25 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:39:25 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:39:29 3: 317 disconnected
2015.02.13 16:39:29 2: 317 S7 disconnected
2015.02.13 16:39:35 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:39:35 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:39:39 3: 317 disconnected
2015.02.13 16:39:39 2: 317 S7 disconnected
2015.02.13 16:39:45 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:39:45 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:39:49 3: 317 disconnected
2015.02.13 16:39:49 2: 317 S7 disconnected
2015.02.13 16:39:55 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:39:55 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:39:59 3: 317 disconnected
2015.02.13 16:39:59 2: 317 S7 disconnected
2015.02.13 16:40:05 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:40:05 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:40:09 3: 317 disconnected
2015.02.13 16:40:09 2: 317 S7 disconnected
2015.02.13 16:40:15 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:40:15 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:40:19 3: 317 disconnected
2015.02.13 16:40:19 2: 317 S7 disconnected
2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:40:25 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:40:25 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:40:29 3: 317 disconnected
2015.02.13 16:40:29 2: 317 S7 disconnected
2015.02.13 16:40:35 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:40:35 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:40:39 3: 317 disconnected
2015.02.13 16:40:39 2: 317 S7 disconnected
2015.02.13 16:40:45 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:40:45 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:40:49 3: 317 disconnected
2015.02.13 16:40:49 2: 317 S7 disconnected
2015.02.13 16:40:55 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:40:55 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:40:59 3: 317 disconnected
2015.02.13 16:40:59 2: 317 S7 disconnected
2015.02.13 16:41:05 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:41:05 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:41:09 3: 317 disconnected
2015.02.13 16:41:09 2: 317 S7 disconnected
2015.02.13 16:41:15 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:41:15 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:41:19 3: 317 disconnected
2015.02.13 16:41:19 2: 317 S7 disconnected
2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:41:25 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:41:25 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:41:29 3: 317 disconnected
2015.02.13 16:41:29 2: 317 S7 disconnected
2015.02.13 16:41:35 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:41:35 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:41:39 3: 317 disconnected
2015.02.13 16:41:39 2: 317 S7 disconnected
2015.02.13 16:41:45 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:41:45 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:41:49 3: 317 disconnected
2015.02.13 16:41:49 2: 317 S7 disconnected
2015.02.13 16:41:55 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:41:55 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:41:59 3: 317 disconnected
2015.02.13 16:41:59 2: 317 S7 disconnected
2015.02.13 16:42:05 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:42:05 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:42:09 3: 317 disconnected
2015.02.13 16:42:09 2: 317 S7 disconnected
2015.02.13 16:42:15 0: S7_connect: ERROR in Socket Creation: No route to host at FHEM/44_S7_Client.pm line 457.

2015.02.13 16:42:15 2: S7_connect: 317 Could not connect to PLC (-1)
2015.02.13 16:42:19 3: 317 disconnected
2015.02.13 16:42:19 2: 317 S7 disconnected
2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:19 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:42:22 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.13 16:42:29 3: 317 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.13 16:42:29 2: 317 S7 disconnected
2015.02.13 16:42:32 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.13 16:42:39 3: 317 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.13 16:42:39 2: 317 S7 disconnected
2015.02.13 16:42:42 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.13 16:42:49 3: 317 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.13 16:42:49 2: 317 S7 disconnected
2015.02.13 16:42:52 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.13 16:42:59 3: 317 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.13 16:42:59 2: 317 S7 disconnected
2015.02.13 16:43:02 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.13 16:43:09 3: 317 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.13 16:43:09 2: 317 S7 disconnected
2015.02.13 16:43:12 3: 317 S7_connect: connect to PLC with maxPDUlength=960
2015.02.13 16:43:22 3: 317 S7_WriteBlockToPLC WriteArea error: 3=A timeout occurred waiting a reply.
2015.02.13 16:43:22 2: 317 S7 disconnected
2015.02.13 16:43:22 1: PERL WARNING: Argument "317 S7_WriteBlockToPLC WriteArea error: 3=A timeout occu..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 226.
2015.02.13 16:43:22 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 72146) line 1.
2015.02.13 16:43:22 3: eval: {
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");
}
2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 3: Temp_AU_Web_notify return value: Can't call method "setFloatAt" on an undefined value at ./FHEM/44_S7_AWrite.pm line 209.

2015.02.13 16:43:22 1: PERL WARNING: Use of uninitialized value in numeric le (<=) at ./FHEM/44_S7.pm line 817.
2015.02.13 16:43:22 3: 317 disconnected
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 13 Februar 2015, 22:11:51
Hallo  fu_zhou,

ich habe mal testhalber zu einer nicht vorhanden SPS einen Tag lang versucht zu connecten. FHEM lief immer ohne Probleme.
Du kannst mal im System Log file nachschauen: /var/log/messages

lG
Charlie71

Zitat von: fu_zhou am 13 Februar 2015, 20:07:00
Hallo Charlie,

vielen Dank für die Klärung, ich warte mit Spannung auf die V2.8.
Ich werde mich jetzt erst einmal zurückhalten.

Vielen Dank für die tolle Arbeit!

Grüße, fu_zhou

P.S. einen habe ich doch noch: Ich habe heute mal die S7 ausgeschaltet. 6 Minuten lang hat FHEM und das Modul alles gegeben, die Verbindung aufzubauen. Als ich die S7 wieder eingeschaltet habe (1 h 20 min später) ist FHEM nicht mehr gelaufen und ich habe es von Hand wieder gestartet. Kann es sein, dass FHEM den Dienst eingestellt hat, weil die S7 so lange weg war?

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 13 Februar 2015, 22:17:43
Hallo Leute,

hier die neue V2.8.
Releasenotes:
* minor fix in TCP Socked (TCP_NODELAY option now set)
* minor fix in reconnection (perl gets more time for garbage handling)
* connection to the PLC is now deleayed (5sec after creation the connetion is build up, 3 seconds later the reading polling is started)
* minor fix AWrite checks now connection status
* fix for fritzbox (needed because fb uses a old perl version)

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 14 Februar 2015, 20:09:41
Hallo charlie71,
entschuldige bitte meine Abwesenheit. Du bist ja wieder wesentlich weiter.
Habe gerade Vers. 2.8 getestet mit folgenden Ergebnissen.
Eventuell erinnerst Du dich. Mit S7_DWrite hatte ich die Probleme das es auf
einer Hardware S7-315 lief aber mit WinLC und RTX nicht.  Im Moment zeigt sich das
gleiche Bild mit S7_AWrite. S7_ARead funktioniert tadellos. Nur S7_AWrite funktioniert
nicht auf den Soft SPS. Wenn Du was brauchst, kurze Mitteilung, dann teste ich.
m.f.G. Alfons

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 15 Februar 2015, 23:20:26
zu diesem Beitrag
http://forum.fhem.de/index.php/topic,26092.msg255958.html#msg255958 (http://forum.fhem.de/index.php/topic,26092.msg255958.html#msg255958)

Rudi hat meinen Vorschlag zu event-min-Interval übernommen.

http://forum.fhem.de/index.php/topic,33069.msg261982.html#msg261982 (http://forum.fhem.de/index.php/topic,33069.msg261982.html#msg261982)
John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 18 Februar 2015, 21:39:00
Hallo Charlie,

kurzer Zwischenbericht: V2.8 läuft jetzt bei mir seit 13.02. stabil ohne Verbindungsabbrüche, wobei ich in der 44_S7_Client.pm
RecvTimeout => 3000, # 500 ms
drin habe.

Grüße, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 18 Februar 2015, 21:53:18
Hallo zusammen,

erst mal meinen Respekt für die Arbeit. Habe das Modul gerade mal getestet funktionierte sofort auch mit einer S7 200 allerdings glaube ich einen Fehler entdeckt zu haben, und zwar beim einlesen eines DInt war der angezeigt Hex-Wert korrekt allerdings der gewandelte Dezimalwert anscheinend um ein Byte verschoben. Ich habe dann den Code im Modul 44_S7_Client wie folgt geändert danach hat der Wert gestimmt.

sub DWordAt
{
   my ($self, $Buffer, $index) = @_;
   my @myBuffer = unpack("C"x ($index + 4) , $Buffer);

   my $dw1;

   $dw1 = $myBuffer[$index] << 8;

   $dw1 = ($dw1 + $myBuffer[$index + 1]) << 8;

   $dw1 = ($dw1 + $myBuffer[$index + 2]) << 8;

   $dw1 = ($dw1 + $myBuffer[$index + 3]) ; #<< 8; geändert 18.02.2015 Zicki

   return $dw1;
}
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 18 Februar 2015, 22:33:09
@John,

ich kann leider nicht feststellen, dass das "event-min-interval" (was korrekter Weise eigentlich "event-max-interval" heißen müsste) implementiert ist und jetzt zusammen mit "event-on-change-reading" funktioniert. Hast du das mal ausprobiert?

Gruß, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 14:27:16
Hi bin Anfänger was Per und FHEM betrifft habe jedoch bisher erfolgreich DRead, DWrite und ARead umsetzen können jedoch ein Datenwort zur SPS(Bei mir eine S7 315 2 Pn/DP) zu schicken hat bisher noch nicht funktioniert..Habe per "define Aussentemp2 db 20 10 float" eine Variable deklardiert und habe den zu Übertragen Wert mittels stateformat "{sprintf("%.1f",ReadingsVal("Luft","temperature",0))."°C"}" zugewiesen.

Jedoch wird dieser Wert nicht an die SPS übermittelt.

hoffe Ihr könnt mir helfen...bin mega Ratlos.

Anbei Hänge ich einen Auszug meier Log-Datei an.



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 19 Februar 2015, 15:10:37
Hallo Hartman85,
würdest Du mal Deine cfg Zeilen hier posten, aber bitte nur was die SPS betrifft.
Deine LOG ist vom ganzen Monat ? Bitte nur die letzten Zeilen, oder willst Du das Forum
sprengen?
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 17:24:42
Na klar hab hier meine fhemcfg datei angehangen die sich nur auf die SPS Daten bezieht..und den Auszug ausm Logfile auf Verbose 5...hoffe Ihr könnt mir helöfen..schließe auch nicht das das ich wegen Unerfahrenheit was falsch programmiert habe..Hoffe nur ihr könnt mir Tipps geben.

Bevor ichs Vergesse benutze die Modul Version 2.8

Mfg
Hartman85
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 19 Februar 2015, 18:52:08
Hallo Hartman85,
ich blick nicht mehr durch.
Kannst Du dies mal testen?

# FHEM Sollwertgeber an SPS als Slider
define zurSPS S7_AWrite db 34 0 float
attr zurSPS IODev PCS_7
attr zurSPS event-on-change-reading state
attr zurSPS group 1_SPS
attr zurSPS room SPS
attr zurSPS stateFormat {sprintf("%0.1f",ReadingsVal($name,"state",0))}

define zurSPS_Knob dummy
attr zurSPS_Knob group 1_SPS
attr zurSPS_Knob room SPS
attr zurSPS_Knob setList state:slider,0,1,100
attr zurSPS_Knob stateFormat {sprintf("%0.1f",ReadingsVal($name,"state",4))}
attr zurSPS_Knob eventMap on:100% off:0%
#attr zurSPS_Knob webCmd state
attr zurSPS_Knob webCmd 100:90:80:70:60:50:40:30:20:10:0

define zurSPS_Knob_notify notify zurSPS_Knob {\
fhem "set zurSPS ".ReadingsVal("zurSPS_Knob","state","%0.1");;\
}
attr zurSPS_Knob_notify group 1_SPS
attr zurSPS_Knob_notify room SPS

# Rücklesewert ob 315 den Wert bekommen hat
define vonSPS S7_ARead db 34 0 float
attr vonSPS IODev PCS_7
attr vonSPS event-on-change-reading state
attr vonSPS group 1_SPS
attr vonSPS room SPS
attr vonSPS stateFormat {sprintf("%0.1f",ReadingsVal($name,"state",%0.1))." K"}


Mußt nur den DB34 in der SPS mit einen REAL Wert neu erzeugen.
Den SPS Namen PCS_7 mit deiner SPS ersetzen.
m.f.G. Alfons

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 19:06:57
Hab das jetzt so Implementiert und kommt das selbe Problem bei rum hab  die Logdatei mal angehangen...Signifikant bei dem Fehler ist diese Meldung jedoch..."HauptSPS S7_WriteBlockToPLC WriteArea error: 8=Malformed PDU supplied." oder diese"PERL WARNING: Argument "HauptSPS S7_WriteBlockToPLC WriteArea error: 8=Malformed..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 226."


Hatte diese Meldung schonmal als ich das auf anderen Wege versuchte.

Die Logfile mit Verbose5 habe ich den Wert mal geändert von 0 zu 100!!!.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 19 Februar 2015, 19:25:43
Hallo Hartman85, kannst Du mit dem S7-Manager auch den DB34 als Real Variable sehen?
Gelingt das?
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 19:27:43
Ja im TIA Portal hab ich die Variable aufgerufen und Online Beobachtet es springt auch nix es bleibt immer bei 0.0 stehen
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 19 Februar 2015, 19:39:53
Hallo Hartman85, ich häng noch mal eben den Status meiner S7 an.
Deine S7 hat so glaub ich keine Verbindung.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 19:45:24
Leider ist es so das die Verbindung immer gegeben ist es sei denn ich versuche es mit dem AWrite dann verbindet er und Disconected wie er will..so bald das wieder raus ist bleibt die Verbindung konstant..

Ich hab echt viel gelesen viel Probiert aber nun nach 4 Tagen probieren musste ich euch hier leider belästigen weiß echt nicht mehr weiter.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 19 Februar 2015, 19:56:42
Hallo Hartman85,
das sieht so aus als ob charlie71 da gefordert ist. Genau das gleiche Bild zeigt sich mit WinLC und RTX.
Das gleiche Problem hatte ich auch schon mit 44_S7_DWrite bei einer älteren Version.

Deine Netzwerkanbindung würde mich noch interessieren. Wenn ich das noch richtig weiß hast Du
ein 315PN/DP.

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 20:04:40
Ja genau Hab ne CPU 315-2 PN/DP die im Keller sich befindet.. diese Sps ist  über ein Switch welcher über DLAN mit dem Router im Arbeitszimmer verbunden ist angeschlossen. Der FHEM Server ist ein Raspberry welcher sich ebenfals  im Schrank von der SPS befindet. Auch diesser ist dort an das Switch angeschlossen.Die Visualisierung erfolgt über ein Tablet welches sich im Wohnzimmer mit Wlan anmeldet..

IP:
SPS 192.168.0.100
Tablet 192.168.0.19
FHEM  192.168.0.33

MFG

Hartman85
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 19 Februar 2015, 20:48:35
Hallo Leute,

ich bitte um ein wenig Geduld, ich dieser Woche habe ich nur bedingt für diese Projekt Zeit (Urlaub).
Ich denke das es bei der 315 ein Problem gibt und somit AWrite nicht funktioniert. Wenn wir Glück haben ist das auch die Ursache von den Problemen mit der WinLC.

Ich habe den FHEM Code soweit mit libnodave und snap7 verglichen, konnte jedoch keinen signifikanten Unterschied feststellen.

Ich benötige nun EURE Hilfe das Problem zu fixen:
a) einen Wireshark Mitschnitt mindestens eines funktionierten Schreibvorgang  (am besten ein DWORD) auf die S315.
b) einen Wireshark Mitschnitt mindestens eines funktionierten Schreibvorgang  (am besten ein DWORD) auf die WinLC.
Bitte auch auf der SPS nachschauen ob der Schreibbefehl auf der SPS erfolgreich war, obwohl FHEM einen Fehler meldet.

Bitte um Bestätigung ob soweit ARead, DRead und DWrite auf S315 und WinLC funktioniert.
Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 19 Februar 2015, 21:00:18
Ja helfe dir gerne..bin noch Unterwegs. .kann nir soviel sagen das DRead.DWRITE und AREAD einwandfrei funktionieren...werde dann morgen mal einen Mitschnitt machen und hier posten..
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 20 Februar 2015, 21:54:38
Hi folgendes Problem dadurch das der FHEM auf nem Raspberry liegt kann ich keine Nachrichten per Wireshark auswerten bzw Aufzeichen..Gucke aber morgen mal ob ich das Provisorisch aufnem Windows Pc zum Laufen bekomme..melde mich dann nochmal


LG

Hartman85
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Februar 2015, 14:12:30
Hallo,

für die Fehleranalyse bei der 315 benötige ich einen funktionierenden Kommuniktionsmitschnitt der SW mit der 315.
Die SW sollte auf jeden Fall nicht das FHEM Modul sein, da ja hier ein Fehler vorhanden ist.

Der Plan ist, dass ich mit den Kommunikationsmitschnitt Unterschiede zu der Kommunikation des FHEM feststelle und dann das FHEM Modul anpassen kann.

lG
Charlie71

PS: Wurde die FW der 315 auf die letzte Version aktualisiert?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 21 Februar 2015, 17:45:18
Hallo zusammen,

ich habe morgen erst wieder Zugriff auf mein System. Ich habe u.a. eine 6ES7 315-2EH14-0AB0 V3.2 (315-2 PN/DP) im Einsatz, mit der das Modul im vollem Umfang funktioniert.
Ich werde morgen mal versuchen, erstmalig mit Wireshark zu arbeiten. Dazu werde ich im SIMATIC Manager über Variablentabelle die selben Adressen im DB beschreiben, wie AWrite (Float) und mit Wireshark protokolllieren. Das selbe mache ich dann noch einmal mit FHEM. Die beiden Protokolle sollte sich in meinem Fall ja nicht unterscheiden, da das Modul ja funktioniert. Vielleicht hilft mein Test und die Protokolle aber, das Problem mit der Soft SPS und bei Hartman85 zu finden.

Gruß, fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 21 Februar 2015, 19:06:37
Ja das Wäre Cool hab probeweise mal versucht über eine Cp die Komunikation zuschaffen aber bisher nix neues alles bis auf AWRITE gehen
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 21 Februar 2015, 21:25:01
Hallo, es tut mir leid das ich im Moment nicht zur Verfügung stehe. Gebt mir 1 Woche Zeit, dann bin ich wieder z.Haus.
Wenn alles gut läuft am Mittwoch. Habe S7-315, WinLC und RTX. Könnte alle Test's machen.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 22 Februar 2015, 14:44:12
Auf dem Pi benutze ich die Perl-Version, die über "sudo apt-get install perl ..." installiert wird = 5.14.2 (s. /usr/lib/perl).
Für den Windows-Rechner habe ich mir also Strawberry-Perl in der dazu passensten Version (5.14.2.1) als 64bit Portable heruntergeladen. FHEM ist die V5.6 mit den aktuellen Updates.
FHEM entpacken, Strawberry Perl entpacken und in das FHEM Verzeichnis verschieben, sieht dann z.B. so aus wie im Screenshot.
=> FHEM läuft schon mal auf dem Windows Rechner. Ich starte über eine Batch-Datei mit folgendem Inhalt:
d:\FHEM\fhem-5.6\perl\bin\perl.exe d:\FHEM\fhem-5.6\fhem.pl fhem.cfg
Dann noch im Browser "localhost:8083" eingeben und die Web-Oberfläche erscheint.

S7-Module dazu kopieren und dann:

Erste Hürde:
Um das S7-Modul unter Windows zum Laufen zu bekommen, muss das "Switch.pm" Modul hinzugefügt werden. Dieses ist ersetzt worden durch "give/when", so dass "Switch.pm" nicht mehr standardmäßig dabei ist.
Switch - A switch statement for Perl, do not use if you can use given/when
Ich habe "Switch.pm" hier gefunden:
http://search.cpan.org/CPAN/authors/id/C/CH/CHORNY/Switch-2.17.tar.gz
Die "Switch.pm" aus dem Archiv nach "/perl/lib" kopieren und schon können die S7 Module geladen werden.

Dwrite und AWrite funktionieren unter Windows leider nicht, hier das Log-File
2015.02.22 16:12:21 0: Server started with 12 defined entities (version $Id: fhem.pl 8030 2015-02-18 17:32:56Z rudolfkoenig $, os MSWin32, user User, pid 7448)
2015.02.22 16:12:27 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.22 16:13:14 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at FHEM/44_S7_Client.pm line 931.
2015.02.22 16:13:14 3: 315 S7_WriteBitToPLC WriteArea error: 4=Ethernet driver returned an error sending the data
2015.02.22 16:13:14 2: 315 S7 disconnected
2015.02.22 16:13:14 1: PERL WARNING: Argument "315 S7_WriteBitToPLC WriteArea error: 4=Ethernet driver ..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_DWrite.pm line 232.
2015.02.22 16:13:14 3: 315 disconnected
2015.02.22 16:13:14 2: 315 S7 disconnected
2015.02.22 16:13:17 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.22 16:13:17 2: 315 S7_connect: allready connected!
2015.02.22 16:13:32 3: 315 S7_WriteBlockToPLC WriteArea error: 4=Ethernet driver returned an error sending the data
2015.02.22 16:13:32 2: 315 S7 disconnected
2015.02.22 16:13:32 1: PERL WARNING: Argument "315 S7_WriteBlockToPLC WriteArea error: 4=Ethernet drive..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 243.
2015.02.22 16:13:32 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 127) line 1.
2015.02.22 16:13:32 3: eval: {
fhem "set Temperaturkorrektur_315 ".ReadingsVal("Temperaturkorrektur_315_Knob","state","0");
}
2015.02.22 16:13:33 3: 315 disconnected
2015.02.22 16:13:33 2: 315 S7 disconnected
2015.02.22 16:13:35 3: 315 S7_connect: connect to PLC with maxPDUlength=240
2015.02.22 16:13:36 2: 315 S7_connect: allready connected!


DRead und ARead funktioniert. Wenn ich über den Pi mit DWrite und AWrite auf die S7-315 schreibe, werden im Windows-FHEM die Werte korrekt aktualisiert und angezeigt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 22 Februar 2015, 17:21:58
So, habe jetzt auch mit Wireshark experimentiert unter Nutzung des S7-Comm Plugins.

Ich habe mit der Variablentabelle im S7-Manager das Doppelwort 0 (Float) im DB72 beschrieben, also die Adresse, die ich mit AWrite vom Pi erfolgreich beschreiben kann und die ich von Windows mit FHEM nicht beschrieben bekomme.

Da die Variablentabelle während meines Versuchs die ganze Zeit online war, ist das Wireshark-Protokoll relativ groß, glaube ich.

Ich habe auch noch mal einen FHEM-Mitschnitt beigefügt, ich weiß nicht, ob der irgendwie hilft.

Charlie, melde dich jederzeit mit weiteren Test-Aufträgen!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Hartman85 am 22 Februar 2015, 17:26:53
Vielen Dank hoffe damit kann  was erreichen..tut mir leid das ich die Hardware nicht habe um den Versuch selber durch zuführen..deshalb danke das du das gemacht hast..


Lg
Hartman85
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 22 Februar 2015, 17:52:21
Hallo Charlie,

ich habe jetzt noch einmal die Snap7 Client Demo für Windows verwendet, dabei ist ein wesentlich kleineres und daher wahrscheinlich übersichtlicheres Wireshark-Protokoll herausgekommen.

Ich habe mit dem Client 99.9 und anschließend 88.8 in den DB72.DBD0 (float) geschrieben (vielleicht auch anders herum). Die Hex-Werte in den Bytes sehen wie folgt aus:
99.9: Byte 0=42, Byte 1=C7, Byte 2=CC, Byte 3=CD
88.8: Byte 0=42, Byte 1=B1, Byte 2=99, Byte 3=9A

Ich habe das ganze noch einmal mit der Variablentabelle online im Simatic Manager nachvollzogen und die Werte kommen im DB an.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Februar 2015, 08:36:47
Hallo Leute,

ich hab mal eine Spur wo das Problem liegen könnte.
Folgende Fragen an die 315 Besitzer
1) Bitte um Bestätigung, dass DWrite funktioniert.
2) Bitte um Bestätigung, dass u8 AWrite (SPS Datentyp BYTE) funktioniert.
3) Bitte um Bestätigung, dass u16,s16,u32,s32 und float AWrite  (SPS Datentypen WORD, INT, DWORD,  DINT, REAL) nicht funktionieren.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Februar 2015, 10:11:45
Hallo Charlie,

bei mir funktioniert DWrite und AWrite (Float) zur S7-315 mit dem Raspberry Pi, unter Windows funktioniert DWrite und AWrite (Float) nicht (s. Log im Post #504). Es kommen hier auch tatsächlich keine Werte im DB an.
Die anderen Datentypen werde ich heute Abend mal probieren.

Ich nutze die V2.8

Gruß und Danke!

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Februar 2015, 13:10:27
Hallo fu_zhou,

vielen Dank für dein Feedback.
Ich denke das es aktuell zwei überlagernde Probleme gibt:
a) S7-315 AWrite
b) Windows

ad a) Dieses Problem möchte ich zuerst fixen. Hier warte ich auf weiteres Feedback zu meiner Frage im Posting #508.
ad b) Das Problem ist ein Platform spezifisches. Aus irgend einem Grund fehlen unter Windows TCP ACK meldungen. Damit kommt die SPS nicht klar. Da gibt es bestimmt eine SOCKET option die hier weiterhilft (hab sie aber noch nicht gefunden ;-) )


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 23 Februar 2015, 14:01:19
Hallo Charlie,

das Windows-Verhalten ist für mich auch sekundär, da ich FHEM sowieso auf dem RPi nutze. Seltsam finde ich nur, dass bei meinem System die Kommunikation mit der 315 komplett funktioniert, bei anderen Nutzern das AWrite jedoch nicht...

Konntest du mit dem Wireshark-Protokoll von Snap7 etwas anfangen? Da ja hier die Kommunikation zwischen Windows und der S7 aufgezeichnet wurde, scheint Snap7 ja die TCP ACK Meldungen in Windows an die SPS zu geben.

Gruß,

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Februar 2015, 14:23:52
Hallo fu_zhou,

ja das wireshark Protokoll hat mir weitergeholfen. Was mir aufgefallen ist, ist dass der snap7 client die Schreiboperation etwas anders durchführt (Snap7 setzt bei der Writeoperation immer den spezifischen datentype (int, float,...),  der Perl Client verwendet immer den Datentype Byte und passt jedoch die länge an den Datentyp an). Wenn das der Fehler ist, dann müsste AWrite für Bytes funktionieren und für alle anderen Datentypen nicht. Darum warte ich aufs Feedback.

Warum das bei deiner 315er funktioniert und bei den anderen nicht, ist mir auch unklar (FW version, Config , ???).

Der Windows Snap7 test Client ist in C++ geschrieben, und da verhält es sich ein wenig anders mit dem TCP Socket Options als unter perl.

lG
Charlie71

Zitat von: fu_zhou am 23 Februar 2015, 14:01:19
Hallo Charlie,

das Windows-Verhalten ist für mich auch sekundär, da ich FHEM sowieso auf dem RPi nutze. Seltsam finde ich nur, dass bei meinem System die Kommunikation mit der 315 komplett funktioniert, bei anderen Nutzern das AWrite jedoch nicht...

Konntest du mit dem Wireshark-Protokoll von Snap7 etwas anfangen? Da ja hier die Kommunikation zwischen Windows und der S7 aufgezeichnet wurde, scheint Snap7 ja die TCP ACK Meldungen in Windows an die SPS zu geben.

Gruß,

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 23 Februar 2015, 22:35:30
Hallo charlie71,

willkommen zurück !
Ich hab leider etwas wenig Zeit, um mich intensiv mitzukümmern.
Aber was ich schnell mal getestet habe ist, dass "AWrite mit u8" funktioniert.
Zumindest landet etwas in der SPS ohne das disconneted erscheint.
Bei u16 ist dann schon wieder das disconnected da und es wird nichts in die CPU geschrieben.
Die anderen konnte ich jetzt leider nicht mehr testen.
Aber vllt schaffe ich es morgen früh.
Und das alle anderen Aufträge DWrite/ARead/DRead funktionieren, hatte ich ja bereits hier gepostet.
PS: ich habe allerdings eine 317er CPU.



Zitat von: charlie71 am 23 Februar 2015, 08:36:47
Hallo Leute,

ich hab mal eine Spur wo das Problem liegen könnte.
Folgende Fragen an die 315 Besitzer
1) Bitte um Bestätigung, dass DWrite funktioniert.
2) Bitte um Bestätigung, dass u8 AWrite (SPS Datentyp BYTE) funktioniert.
3) Bitte um Bestätigung, dass u16,s16,u32,s32 und float AWrite  (SPS Datentypen WORD, INT, DWORD,  DINT, REAL) nicht funktionieren.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 24 Februar 2015, 08:43:38
Hallo charlie71,

Test mit 317er CPU durchgeführt :

1) Bitte um Bestätigung, dass DWrite funktioniert.
bestätigt !

2) Bitte um Bestätigung, dass u8 AWrite (SPS Datentyp BYTE) funktioniert.
bestätigt !

3) Bitte um Bestätigung, dass u16,s16,u32,s32 und float AWrite  (SPS Datentypen WORD, INT, DWORD,  DINT, REAL) nicht funktionieren.
bestätigt !
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 24 Februar 2015, 09:05:18
Hallo charlie71,

habe soeben noch etwas interessantes festgestellt.
Wenn ich die Daten in die AWrite schreiben soll, direkt in der S7 editiere, werden diese auf der fhem Web-Oberfläche aktualisiert !!!
Auch die, wo das Schreiben über AWrite nicht funktioniert (u16/u32/s16/s32/float).
Und ich habe dafür kein ARead programmiert.

Allerdings sind scheinbar bei den Werten u32 und s32 die Low- und High-Words vertauscht.
Eine "1" auf der S7 wird auf fhem "256".
Eine "256" wird auf fhem "65536"
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Februar 2015, 13:49:34
Hallo rhonline,

seit der Version 2.5 wird auch bei AWrite die Werte von der SPS gelesen.
Das andere, von Dir beschriebene Problem, wurde bereits von zicki im Posting #484 reported.
Wird in der nächsten Version behoben.

lG
Charlie71

Zitat von: rhonline am 24 Februar 2015, 09:05:18
Hallo charlie71,

habe soeben noch etwas interessantes festgestellt.
Wenn ich die Daten in die AWrite schreiben soll, direkt in der S7 editiere, werden diese auf der fhem Web-Oberfläche aktualisiert !!!
Auch die, wo das Schreiben über AWrite nicht funktioniert (u16/u32/s16/s32/float).
Und ich habe dafür kein ARead programmiert.

Allerdings sind scheinbar bei den Werten u32 und s32 die Low- und High-Words vertauscht.
Eine "1" auf der S7 wird auf fhem "256".
Eine "256" wird auf fhem "65536"
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Februar 2015, 13:53:04
Hallo Leute,

ich habe mal einen Fix für das S7 - 315 Write Problem vorbereitet. Bitte die 3 Dateien tauschen und Feedback ob das Problem nun behoben ist.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 24 Februar 2015, 16:14:43
Hallo charlie71,

habe die 3 dateien gerade eingespielt und getestet.
Keine Veränderung !
Immer noch ein disconnected bei AWrite (ausser bei u8).


Zitat von: charlie71 am 24 Februar 2015, 13:53:04
Hallo Leute,

ich habe mal einen Fix für das S7 - 315 Write Problem vorbereitet. Bitte die 3 Dateien tauschen und Feedback ob das Problem nun behoben ist.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 24 Februar 2015, 17:48:34
Hallo rhonline,

hast du alle 3 Dateien getauscht? Bevor ich diese gerade heruntergeladen habe war der Download-Zähler für

44_S7.pm
44_S7_Client.pm

nämlich auf "0" gestanden.

Gruß

fu_zhou

ZUSATZ: Hallo Charlie, die gute Nachricht ist, dass es mit den neuen Modulen bei meiner 315 und 317 (gleichzeitig) nach wie vor funktioniert (DWrite und AWrite float)

EDIT: Aber die 317 koppelt nur mit PDU 480 (960 ist richtig und war auch mit der V2.8 der Fall) und das Logfile wird wieder zugeballert mit
...
2015.02.24 17:20:14 1: TCPClient WriteArea (IP= 192.168.1.101): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, b9, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 16, 84, 00, 00, 20, 00, 07, 00, 04, 40, e0, 00, 00
2015.02.24 17:20:14 1: TCPClient WriteArea (IP= 192.168.1.101): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, ba, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 16, 84, 00, 00, 20, 00, 07, 00, 04, 40, e0, 00, 00
2015.02.24 17:20:14 1: TCPClient WriteArea (IP= 192.168.1.101): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, bb, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 16, 84, 00, 00, 20, 00, 07, 00, 04, 40, e0, 00, 00
2015.02.24 17:20:14 1: TCPClient WriteArea (IP= 192.168.1.101): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, bc, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 16, 84, 00, 00, 20, 00, 07, 00, 04, 40, e0, 00, 00
...


aber nur mit den Meldungen von der 317 (PDU 480 statt 960, IP endend auf .101). Die 315 (endend auf .102) erzeugt keine Log-Einträge.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Februar 2015, 18:09:57
Hallo fu_zhou,

ich hab die Dateien nochmals aktualisiert. rhonline weiss darüber bescheid.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 24 Februar 2015, 18:20:23
Der Snap7 Client zeigt Max PDU size 960 an, verbindet aber auch nur mit 480, ich weiß nicht, ob das jetzt irgendwie hilft...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 24 Februar 2015, 18:34:08
PDU-size gibt die Größe eines Transport-Frames an.

Der Client meldet sich an und sagt ich könnte mit PDU-Size 480 arbeiten.
Wenn die SPS damit umgehen kann (deine kann alles <=960), wird sie das bestätigen.
Wenn die SPS es nicht kann, so überträgt sie die maximale PDU-Size, die ihr möglich ist. (z.B 240 bei LOGO)

Also handeln beide Partner die tatsächlich verwendete PDU-Size beim Verbinden aus.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 24 Februar 2015, 19:45:22
Hallo charlie71,

die log-File Auszüge habe ich geschickt.
Noch ein Hinweis : der Low- und High-Word Tausch funktioniert. Die Werte aus der SPS werden jetzt richtig angezeigt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 26 Februar 2015, 14:21:10
Hallo charlie71,

so, ich habe nun eine zweite, taufrische S7-317 PN CPU angeschlossen.
In der Kürze der Zeit konnte ich bisher nur die AWrite Aufträge testen und habe folgendes festgestellt :

- u8      funktioniert wie auch bei meiner ersten CPU
- u16    funktioniert nicht -> disconnected
- u32    funktioniert nicht -> disconnected
- s16    funktioniert nicht -> disconnected
- s32    funktioniert nicht -> disconnected

aber

float     funktioniert bei dieser CPU !!! was bei meiner ersten CPU nicht funktioniert

Gruß
rhonline
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Februar 2015, 21:49:34
Hallo rhonline,

vielen Dank für dein Feedback. Ich habe dass Modul wieder nachgebessert.
Bitte wieder die 3 Dateien tauschen und testen.
(Hinweis: Ins Logfile wird bei jeder Schreiboperation absichtlich ein Eintrag erstellt, erst wenn das Problem gefixt ist werde ich das Logging ausbauen)

vielen Dank
Charlie71


Zitat von: rhonline am 26 Februar 2015, 14:21:10
Hallo charlie71,

so, ich habe nun eine zweite, taufrische S7-317 PN CPU angeschlossen.
In der Kürze der Zeit konnte ich bisher nur die AWrite Aufträge testen und habe folgendes festgestellt :

- u8      funktioniert wie auch bei meiner ersten CPU
- u16    funktioniert nicht -> disconnected
- u32    funktioniert nicht -> disconnected
- s16    funktioniert nicht -> disconnected
- s32    funktioniert nicht -> disconnected

aber

float     funktioniert bei dieser CPU !!! was bei meiner ersten CPU nicht funktioniert

Gruß
rhonline
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 26 Februar 2015, 23:40:13
N'abend charlie71,

habe soeben noch vor'm Schlafengehen die neuen Module getestet.

In der 317, die ich mir heute ausgeliehen habe, die auch ganz neu ist, funktionieren jetzt alle AWrite !
In meiner 317, die leider etwas älteren Datums ist, bleibt es wie gehabt.

- u8      funktioniert
- u16    funktioniert nicht -> disconnected
- u32    funktioniert nicht -> disconnected
- s16    funktioniert nicht -> disconnected
- s32    funktioniert nicht -> disconnected
- float   funktioniert nicht -> disconnected

Im Anhang das log-File, welches ich mit den neuen Modulen neu gestartet habe.
Hier müssten alle Schreibversuche protokolliert sein.

Hinweis :
"S7300" ist meine (ältere) CPU
"S7Test" ist die neue CPU


Gruß
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Februar 2015, 10:02:06
Hallo charlie71,
ab jetzt kann ich wieder mitspielen. Bei einer RTX sieht das jetzt so aus:



# $Id: 44_S7.pm V2.9 2015-02-24 18:00:00Z charlie71 $
# $Id: 44_S7_ARead.pm V2.8 2015-02-13 22:00:00Z charlie71 $
# $Id: 44_S7_AWrite.pm V2.9 2015-02-24 18:00:00Z charlie71 $
# $Id: 44_S7_DRead.pm V2.8 2015-02-13 22:00:00Z charlie71 $
# $Id: 44_S7_DWrite.pm V2.8 2015-02-13 22:00:00Z charlie71  $



2015.02.27 09:52:23 1: Including fhem.cfg
2015.02.27 09:52:24 3: WEB: port 8083 opened
2015.02.27 09:52:24 3: telnetPort: port 7072 opened
2015.02.27 09:52:25 3: Opening SCC1 device /dev/ttyAMA0
2015.02.27 09:52:25 3: Setting SCC1 baudrate to 38400
2015.02.27 09:52:25 3: SCC1 device opened
2015.02.27 09:52:25 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.02.27 09:52:29 1: Including ./log/fhem.save
2015.02.27 09:52:29 2: SecurityCheck:  WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.02.27 09:52:29 0: Server started with 56 defined entities (version $Id: fhem.pl 8066 2015-02-22 13:33:26Z rudolfkoenig $, os linux, user root, pid 4083)
2015.02.27 09:52:34 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.27 09:53:13 1: TCPClient WriteArea (IP= 192.168.0.81): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 5e, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 70, 00, 00
2015.02.27 09:53:14 3: PCS_7 S7_WriteToPLC WriteArea error: 3=A timeout occurred waiting a reply.
2015.02.27 09:53:14 2: PCS_7 S7 disconnected
2015.02.27 09:53:14 1: PERL WARNING: Argument "PCS_7 S7_WriteToPLC WriteArea error: 3=A timeout occurre..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 259, <FH> line 17310.
2015.02.27 09:53:14 3: PCS_7 disconnected
2015.02.27 09:53:14 2: PCS_7 S7 disconnected
2015.02.27 09:53:17 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.27 09:53:17 2: PCS_7 S7_connect: allready connected!
2015.02.27 09:53:17 1: TCPClient WriteArea (IP= 192.168.0.81): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 70, 00, 00
2015.02.27 09:53:18 3: PCS_7 S7_WriteToPLC WriteArea error: 3=A timeout occurred waiting a reply.
2015.02.27 09:53:18 2: PCS_7 S7 disconnected
2015.02.27 09:53:21 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480


Bei der S7-315:


# $Id: 44_S7.pm V2.9 2015-02-24 18:00:00Z charlie71 $
# $Id: 44_S7_ARead.pm V2.8 2015-02-13 22:00:00Z charlie71 $
# $Id: 44_S7_AWrite.pm V2.9 2015-02-24 18:00:00Z charlie71 $
# $Id: 44_S7_DRead.pm V2.8 2015-02-13 22:00:00Z charlie71 $
# $Id: 44_S7_DWrite.pm V2.8 2015-02-13 22:00:00Z charlie71  $

2015.02.27 10:08:59 3: WEB: port 8083 opened
2015.02.27 10:08:59 3: telnetPort: port 7072 opened
2015.02.27 10:08:59 3: Opening SCC1 device /dev/ttyAMA0
2015.02.27 10:08:59 3: Setting SCC1 baudrate to 38400
2015.02.27 10:08:59 3: SCC1 device opened
2015.02.27 10:08:59 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.02.27 10:09:00 1: Including ./log/fhem.save
2015.02.27 10:09:06 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=240
2015.02.27 10:09:46 1: TCPClient WriteArea (IP= 192.168.0.11): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 52, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 20, 00, 00
2015.02.27 10:09:50 1: TCPClient WriteArea (IP= 192.168.0.11): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 5c, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 48, 00, 00
2015.02.27 10:12:18 1: TCPClient WriteArea (IP= 192.168.0.11): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 98, 01, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 70, 00, 00
2015.02.27 10:12:22 1: TCPClient WriteArea (IP= 192.168.0.11): 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, a2, 01, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 22, 84, 00, 00, 00, 00, 03, 00, 01, 01
2015.02.27 10:12:26 1: TCPClient WriteArea (IP= 192.168.0.11): 03, 00, 00, 24, 02, f0, 80, 32, 01, 00, 00, ac, 01, 00, 0e, 00, 05, 05, 01, 12, 0a, 10, 01, 00, 01, 00, 22, 84, 00, 00, 00, 00, 03, 00, 01, 00



Bei der WinLC:



# $Id: 44_S7.pm V2.9 2015-02-24 18:00:00Z charlie71 $
# $Id: 44_S7_ARead.pm V2.8 2015-02-13 22:00:00Z charlie71 $
# $Id: 44_S7_AWrite.pm V2.9 2015-02-24 18:00:00Z charlie71 $
# $Id: 44_S7_DRead.pm V2.8 2015-02-13 22:00:00Z charlie71 $
# $Id: 44_S7_DWrite.pm V2.8 2015-02-13 22:00:00Z charlie71  $

2015.02.27 10:18:01 3: WEB: port 8083 opened
2015.02.27 10:18:01 3: telnetPort: port 7072 opened
2015.02.27 10:18:01 3: Opening SCC1 device /dev/ttyAMA0
2015.02.27 10:18:01 3: Setting SCC1 baudrate to 38400
2015.02.27 10:18:01 3: SCC1 device opened
2015.02.27 10:18:01 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.02.27 10:18:01 1: Including ./log/fhem.save
2015.02.27 10:18:09 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.27 10:18:09 1: TCPClient WriteArea (IP= 192.168.0.14): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 70, 00, 00
2015.02.27 10:18:10 3: PCS_7 S7_WriteToPLC WriteArea error: 3=A timeout occurred waiting a reply.
2015.02.27 10:18:10 2: PCS_7 S7 disconnected
2015.02.27 10:18:10 1: PERL WARNING: Argument "PCS_7 S7_WriteToPLC WriteArea error: 3=A timeout occurre..." isn't numeric in numeric eq (==) at ./FHEM/44_S7_AWrite.pm line 259.
2015.02.27 10:18:10 3: PCS_7 disconnected
2015.02.27 10:18:10 2: PCS_7 S7 disconnected
2015.02.27 10:18:13 3: zurSPS S7_AWrite_Set: not connected to PLC
2015.02.27 10:18:13 3: set zurSPS 60 : zurSPS S7_AWrite_Set: not connected to PLC
2015.02.27 10:18:13 3: zurSPS_Knob_notify return value: zurSPS S7_AWrite_Set: not connected to PLC
2015.02.27 10:18:13 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.27 10:18:13 2: PCS_7 S7_connect: allready connected!
2015.02.27 10:18:14 1: TCPClient WriteArea (IP= 192.168.0.14): 03, 00, 00, 27, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 48, 00, 00
2015.02.27 10:18:15 3: PCS_7 S7_WriteToPLC WriteArea error: 3=A timeout occurred waiting a reply.
2015.02.27 10:18:15 2: PCS_7 S7 disconnected
2015.02.27 10:18:18 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.27 10:18:20 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.27 10:18:20 2: PCS_7 S7 disconnected



mit folgenden Code in der FHEM.cfg:



# FHEM Sollwertgeber an SPS als Slider
define zurSPS S7_AWrite db 34 0 float
attr zurSPS IODev PCS_7
attr zurSPS event-on-change-reading state
attr zurSPS group 1_SPS
attr zurSPS room SPS
attr zurSPS stateFormat {sprintf("%0.1f",ReadingsVal($name,"state",0))}

define zurSPS_Knob dummy
attr zurSPS_Knob group 1_SPS
attr zurSPS_Knob room SPS
attr zurSPS_Knob setList state:slider,0,1,100
attr zurSPS_Knob stateFormat {sprintf("%0.1f",ReadingsVal($name,"state",4))}
attr zurSPS_Knob eventMap on:100% off:0%
#attr zurSPS_Knob webCmd state
attr zurSPS_Knob webCmd 100:90:80:70:60:50:40:30:20:10:0

define zurSPS_Knob_notify notify zurSPS_Knob {\
fhem "set zurSPS ".ReadingsVal("zurSPS_Knob","state","%0.1");;\
}
attr zurSPS_Knob_notify group 1_SPS
attr zurSPS_Knob_notify room SPS

# Rücklesewert ob 315 den Wert bekommen hat
define vonSPS S7_ARead db 34 0 float
attr vonSPS IODev PCS_7
attr vonSPS event-on-change-reading state
attr vonSPS group 1_SPS
attr vonSPS room SPS
attr vonSPS stateFormat {sprintf("%0.1f",ReadingsVal($name,"state",%0.1))." K"}



Also bei der S7-315 funktioniert es.
So jetzt bin ich fürs erste fertig 10:30!
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 27 Februar 2015, 17:28:19
Hallo charlie71,

ich habe jetzt mal meine (alte) CPU urgelöscht und nur mit den benötigten DB's versorgt, die ich für die Kopplung zu fhem projektiert hatte.
Leider ohne Erfolg.
Somit gehe ich davon aus, dass es wirklich an der Version der CPU liegt, ob die Kopplung funktioniert oder nicht.

Aber vielleicht findest Du ja anhand der ganzen log-files einen Lösungweg, um die Module CPU unabhängig zu machen.
Ansonsten müsste ich auf eine neue CPU sparen, oder sofort auf S7-1500 hochrüsten :-)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 27 Februar 2015, 19:55:45
Hallo rhonline,
kannst Du mal deine frische HW-Konfig übermitteln, die 317 ist viel zu neu als das es da noch Protokollunterschiede
geben sollte. Ich kann es sicherlich organisieren das ich mir eine 317 ausleihe.
m.f.G. Alfons

PS.: zip geht glaub ich nur als PM
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 28 Februar 2015, 08:51:15
Guten Morgen Alfons,

hier die MLFB 6ES7 317-2EK13-0AB0 V1.0 und FW-Version V2.6.7 der CPU.

Ich weiß ja nicht, was Du als nicht alt bezeichnest, aber einige Jahre gibt es die 317 schon.
Und nach meiner sind noch einige Versionen nachgekommen.
Ich glaube auch nicht, dass es am Protokoll liegt, sondern an der HW (Chipsatz, FW o.ä.).
Brauchst Du noch die HW- Config ?
Mehr als die CPU war bei dem Test nach dem Urlöschen ja nicht drin.
Die HW-Config kann ich aber dann erst später schicken.....

Gruß rhonline
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 28 Februar 2015, 12:33:47
Hallo Leute,

ich denke ich habe ein Problem gefunden das mit folgendem Fehler zusammenhängt:
WriteArea error: 3=A timeout occurred waiting a reply

Bei meinen Tests klappt nun auch die Verbindung unter Windows mit meiner SPS.

Zum Testen bitte alle 3 Files tauschen.
Bitte um Feedback.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 28 Februar 2015, 16:44:02
Hallo charlie71,

habe die 3 files eingespielt....

Ergebnis :   ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D

Alle Werte kommen jetzt auch in meiner S7 an !!!!

SUPER !!!

scheinbar hast Du jetzt an der richtigen Schraube gedreht !



Morgen soll das Wetter schlecht werden, da kann ich alle Lese- und Schreibaufträge nochmal in Ruhe testen !


Zitat von: charlie71 am 28 Februar 2015, 12:33:47
Hallo Leute,

ich denke ich habe ein Problem gefunden das mit folgendem Fehler zusammenhängt:
WriteArea error: 3=A timeout occurred waiting a reply

Bei meinen Tests klappt nun auch die Verbindung unter Windows mit meiner SPS.

Zu Testen bitte die 3 Files tauschen.
Bitte um Feedback.

Danke und lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 28 Februar 2015, 19:02:57
Hallo charlie71,
bei der RTX funktioniert es jetzt auch, nur bei der WinLC noch nicht.
Logdaten:


2015.02.28 18:56:33 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:56:33 2: PCS_7 S7 disconnected
2015.02.28 18:56:36 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.28 18:56:43 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:56:43 2: PCS_7 S7 disconnected
2015.02.28 18:56:46 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.28 18:56:53 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:56:53 2: PCS_7 S7 disconnected
2015.02.28 18:56:56 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.28 18:57:03 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:57:03 2: PCS_7 S7 disconnected
2015.02.28 18:57:06 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.28 18:57:13 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:57:13 2: PCS_7 S7 disconnected
2015.02.28 18:57:16 3: zurSPS S7_AWrite_Set: not connected to PLC
2015.02.28 18:57:16 3: set zurSPS 70 : zurSPS S7_AWrite_Set: not connected to PLC
2015.02.28 18:57:16 3: zurSPS_Knob_notify return value: zurSPS S7_AWrite_Set: not connected to PLC
2015.02.28 18:57:16 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.28 18:57:23 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:57:23 2: PCS_7 S7 disconnected
2015.02.28 18:57:24 3: zurSPS S7_AWrite_Set: not connected to PLC
2015.02.28 18:57:24 3: set zurSPS 70 : zurSPS S7_AWrite_Set: not connected to PLC
2015.02.28 18:57:24 3: zurSPS_Knob_notify return value: zurSPS S7_AWrite_Set: not connected to PLC
2015.02.28 18:57:27 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.02.28 18:57:33 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.02.28 18:57:33 2: PCS_7 S7 disconnected


Geschrieben wir schon richtig in den DB34.

Ich hol schon mal ne Kiste Bier!

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 März 2015, 18:41:51
Hallo

ich hab mal die Änderungen der letzten Zeit in eine neue Release V2.9 gepackt.
Update recommended!

Release Notes:
V2.9
* fix for DWord (thanks to zicki)
* multiple fix for writing to PLC

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 01 März 2015, 21:54:17
Hallo charlie71,
ich wollte Dir die Stimmung nicht verderben. Ein Bier möchte ich trotzdem mit Dir trinken, aber wie schieben wir das durch zwei Drähte?
Die WinLC Ver. 4.1 will einfach Deine Arbeit auch nach der V2.9 nicht anerkennen.
m.f.G.Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 März 2015, 08:49:37
Hallo Alfons

ich hab dein Problem nicht vergessen, aber ich versuche immer eine neue Release herauszubringen, wenn wieder ein wichtiger Schritt gemacht wurde. Außerdem ist es nun einfacher aufbauend auf der neuen Version zu arbeiten.

So zu deinem spezifischen Problem. Wie es ausschaut gibts hier Probleme beim Lesen. WinLC liefert eine Antwort zurück mit der FHEM nix anzufangen weis. (Ursachen: Configfehler?, Kommunikationsproblem?)

Ich hab mal das Logging im Kommunikationsmodul angepasst damit ich mal sehen kann was WinLC zurück schickt.
Bitte 44_S7_client.pm tauschen und Log posten.

Hast du schon mal mit dem Snap7 Windows Testclient einen Datenaustausch mit der WinLC erfolgreich getestet?

lG
Charlie71

Zitat von: alfonsmoeller am 01 März 2015, 21:54:17
Hallo charlie71,
ich wollte Dir die Stimmung nicht verderben. Ein Bier möchte ich trotzdem mit Dir trinken, aber wie schieben wir das durch zwei Drähte?
Die WinLC Ver. 4.1 will einfach Deine Arbeit auch nach der V2.9 nicht anerkennen.
m.f.G.Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 02 März 2015, 11:13:57
Hallo charlie71,
das ist eine laufende Steuerung an der ich mittels LIBNODAVE auf alles zugreifen kann. Bislang habe ich
nichts auffälliges entdecken können.
Das Log:

2015.03.02 10:57:05 1: Including fhem.cfg
2015.03.02 10:57:06 3: WEB: port 8083 opened
2015.03.02 10:57:06 3: telnetPort: port 7072 opened
2015.03.02 10:57:06 3: Opening SCC1 device /dev/ttyAMA0
2015.03.02 10:57:06 3: Setting SCC1 baudrate to 38400
2015.03.02 10:57:06 3: SCC1 device opened
2015.03.02 10:57:07 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.03.02 10:57:10 1: Including ./log/fhem.save
2015.03.02 10:57:10 2: SecurityCheck:  WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.03.02 10:57:10 0: Server started with 56 defined entities (version $Id: fhem.pl 8066 2015-02-22 13:33:26Z rudolfkoenig $, os linux, user root, pid 5146)
2015.03.02 10:57:15 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:18 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:18 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:18 2: PCS_7 S7 disconnected
2015.03.02 10:57:21 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:28 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:28 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:28 2: PCS_7 S7 disconnected
2015.03.02 10:57:31 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:38 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:38 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:38 2: PCS_7 S7 disconnected
2015.03.02 10:57:41 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:48 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:48 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:48 2: PCS_7 S7 disconnected
2015.03.02 10:57:51 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:58 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 02, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 02, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 02, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, ff, 16, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 8c, 00, 00
2015.03.02 10:57:58 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:58 2: PCS_7 S7 disconnected
2015.03.02 10:58:01 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:58:08 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:58:08 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:58:08 2: PCS_7 S7 disconnected
2015.03.02 10:58:11 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:58:19 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:58:19 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read


Auf keinen Fall möchte ich den Eindruck der Ungedult erwecken. Laß Dir bitte Zeit. Ich bin bisher nicht darauf angewiesen.
Die Steuerung läuft schon seit Jahren. So einen Unterschied zwischen S7-XXX ,RTX oder WinLC ist mir mit LIBNODAVE noch
nie über den Weg gelaufen.

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 02 März 2015, 17:29:13
Hallo Alfons,

der Unterschied bei den SPSen ist eigentlich gering. Die bisherigen Fehler führe ich darauf zurück, dass das Fehlerhandling auf der SPS unterschiedlich implementiert wurde. Die Ursache der Probleme aber war, dass das S7 FHEM sich nicht Spezifikationskonform verhalten hat.

Ich habe mal testhabler ein Kleinigkeit im FHEM Modul umgebaut. Bitte das File tauschen und mir ein Feedback schicken.

lG
Karl



Zitat von: alfonsmoeller am 02 März 2015, 11:13:57
Hallo charlie71,
das ist eine laufende Steuerung an der ich mittels LIBNODAVE auf alles zugreifen kann. Bislang habe ich
nichts auffälliges entdecken können.
Das Log:

2015.03.02 10:57:05 1: Including fhem.cfg
2015.03.02 10:57:06 3: WEB: port 8083 opened
2015.03.02 10:57:06 3: telnetPort: port 7072 opened
2015.03.02 10:57:06 3: Opening SCC1 device /dev/ttyAMA0
2015.03.02 10:57:06 3: Setting SCC1 baudrate to 38400
2015.03.02 10:57:06 3: SCC1 device opened
2015.03.02 10:57:07 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.03.02 10:57:10 1: Including ./log/fhem.save
2015.03.02 10:57:10 2: SecurityCheck:  WEB has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.03.02 10:57:10 0: Server started with 56 defined entities (version $Id: fhem.pl 8066 2015-02-22 13:33:26Z rudolfkoenig $, os linux, user root, pid 5146)
2015.03.02 10:57:15 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:18 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:18 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:18 2: PCS_7 S7 disconnected
2015.03.02 10:57:21 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:28 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:28 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:28 2: PCS_7 S7 disconnected
2015.03.02 10:57:31 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:38 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:38 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:38 2: PCS_7 S7 disconnected
2015.03.02 10:57:41 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:48 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:57:48 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:48 2: PCS_7 S7 disconnected
2015.03.02 10:57:51 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:57:58 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 02, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 02, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 02, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, ff, 16, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 08, 05, 01, 12, 0a, 10, 08, 00, 01, 00, 22, 84, 00, 00, 00, 00, 07, 00, 04, 42, 8c, 00, 00
2015.03.02 10:57:58 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:57:58 2: PCS_7 S7 disconnected
2015.03.02 10:58:01 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:58:08 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:58:08 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2015.03.02 10:58:08 2: PCS_7 S7 disconnected
2015.03.02 10:58:11 3: PCS_7 S7_connect: connect to PLC with maxPDUlength=480
2015.03.02 10:58:19 3: TCPClient ReadArea error (IP= 192.168.0.14) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 01, 00, 00, 02, 00, 04, 00, 00, 04, 01, 0a, 00, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 01, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 21, 84, 00, 00, 00, 00, 01, 00, 01, 01, e0
2015.03.02 10:58:19 3: PCS_7 S7_ReadBlockFromPLC ReadArea error: 768=Error during data read


Auf keinen Fall möchte ich den Eindruck der Ungedult erwecken. Laß Dir bitte Zeit. Ich bin bisher nicht darauf angewiesen.
Die Steuerung läuft schon seit Jahren. So einen Unterschied zwischen S7-XXX ,RTX oder WinLC ist mir mit LIBNODAVE noch
nie über den Weg gelaufen.

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 02 März 2015, 18:35:12
Hallo charlie71,
alle Untersuchungen stoppen!!


error: 768=Error during data read


Ist die in Frage kommende Möglichkeit "das Problem sitzt 768mm vorm Bildschirm" trifft zu.
Man da habe ich mir wieder ein Ding geleistet.
Ich berichte später mal mehr.

Also warum auch immer, hatte ich auf der WinLC versehentlich den DB31 gelöscht, diesen aber versucht vor dem Auslesen des REAL-Wertes
auf dem DB33 auszulesen.  Ich vermute mal das bis dahin die Verbindung noch getrennt ist und noch nicht wieder hergestellt ist.

m.f.G. Alfons

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 06 März 2015, 18:52:51
Guten Abend zusammen.

Ich habe hier im Forum noch nie etwas geschrieben, da ich meine SPS S7 315 noch nicht so lange habe.

Zuerst möchte ich mich für das Modul und für Fhem ueberhaupt hier einmal bedanken.

Ich habe die Funktionen alle am laufen und bin begeistert, wie auf einmal die Möglichkeiten bei mir im Haus realisierbar werden.

Ich hätte da allerdings ein kleines Problem!!!!!
Ich möchte eine Zahl in Fhem umwandeln. Mein Thermostat liefert zb. 25.5 Ich brauche aber eine Zahl ohne Kommastellen.

In der SPS ist diese Variable als Integer angelegt. Wie rechne ich nun 25,5 um in 25 als Zahlenwert ohne Komma?

Ich denke das das für die meisten von euch banal ist, aber ich sitze hier ohne Perl Kenntnisse seit zwei tagen und habe graue Haare. 8)

Danke für eure Hilfe im voraus.
mfg Helmut
 
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 06 März 2015, 20:32:42
Hallo Helmut
Schau Dir mal die UserReadings an! Damit wirst Du weiterkommen!
Gruss Christoph

Edit:
Ich habe Dir mal ein Beispiel erstellt, in dem auch noch richtig gerundet wird.
temp_no_dec {int(ReadingsVal("HM_EZ","measured-temp",0)+0.5)*10/10;; }
temp_no_dec ist das UserReading, HM_EZ ist das eigentliche Element und measured_temp ist der zu lesende Wert. Die 0 ist der Ersatzwert, und 0.5 werden addiert, um zu Runden. Danach noch mit 10 multiplizieren und danach dividieren!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 06 März 2015, 20:36:57
Mach Ich allerdings fehlt mir etwas der Ansatz

Cu
Dake
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 06 März 2015, 20:59:48
Helmut
Habe meinen post gerade editiert! Siehe oben!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 06 März 2015, 22:03:10
Danke Ich war etwas beschäftigt mit dem was ich mir zusammengesucht habe

define Wohnzimmer_SPS notify Termostat:desired-temp.* {my $bad=sprintf("%%.0f",ReadingsVal("Termostat","desired-temp", 18) ) ; fhem("set Temp_schieber_Wohnzimmer state $bad");}


Events:
2015-03-06 21:47:51 S7_AWrite Soll_Temp_SPS_Wohnzimmer 15.0
2015-03-06 21:47:51 CUL_HM CUL_HM_HM_CC_TC_1EA875_Climate desired-temp: 15.0

Leider ohne Erfolg.
15.0 ist es immer noch nicht.
werde deine Lösung jetzt mal ausprobieren.

Ich habe eine Fussbodenheitzung mit Fhem am laufen.

Gefühlte 3 Monate gebraucht um zu verstehen was ich machen muss.

jetzt geht alles prima.

Die SPS bekomme ich da auch noch rein.

Danke Danke für die Hilfe.
Ich weiss das ich hier Anfängerfragen stelle aber irgendwann haben wir alle einmal angefangen.

mfg Helmut
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 06 März 2015, 22:05:47
Hallo gremlin3.2,
Versuch es doch mal so:

# Rücklesewert ob 315 den Wert bekommen hat
define vonSPS S7_ARead db 34 0 float
attr vonSPS IODev PCS_7
attr vonSPS event-on-change-reading state
attr vonSPS group 1_SPS
attr vonSPS room SPS
attr vonSPS stateFormat {sprintf("%0.0f",ReadingsVal($name,"state",%0.0))}

Analog deiner Anwendung um schreiben.
m.f.G. Alfons
PS: Ich hoffe das ich richtig verstanden habe.
Bild Anhang
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 06 März 2015, 23:09:55
Ich habe warscheinlich ein Brett vorm Kopf.
Sicher sogar.........

set Temp_schieber__SPS__Wohnzimmer {int(ReadingsVal("Termostat","desired-temp",0)+0.5)*10/10;; }

wäre mein nächster Ansatz um diese Variable an das Modul AWrite zu übergeben.

db 33 78 s16

Raus kommt dabei

Temp_schieber__SPS__Wohnzimmer You have to enter a numeric value: -32768 - 32767

Ich habe da keinen plan bzw Übersicht verloren.....

Vielleicht zu lange am rumprobieren...

hat jemand eine Lösung ???

mfg Helmu
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 07 März 2015, 02:35:19
Also .......
attr vonSPS stateFormat {sprintf("%0.0f",ReadingsVal($name,"state",%0.0))}

Funktioniert!!!

Es wird eine Zahl ohne Komma ausgegeben.
Aber leider kann ich diese nicht weiterschicken da sie in den Internals auftaucht unter STATE.

Abfragen oder weiterleiten kann ich aber nur state aus den Readings .

Ich bekomme es einfach nicht hin den gerundeten wert zur SPS zu schicken.
Grummpff

Ich habe einmal ein Bild angehängt und hoffe das man daraus erkennt wass ich meine.

Danke nochmal für eure Hilfe .
Ich bin wahrscheinlich ohne euch aufgeschmissen in dieser Angelegenheit.

cu Helmut

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 07 März 2015, 09:34:59
Guten Morgen zusammen.

Hier noch einmal zum Verständnis.

Ich möchte den desired-temp Wert zb 18.5 meines Thermostates als Ganzzahl 19 an das Modul AWrite übergeben.

Ich scheitere an der Umrechnung als Ganzzahl da ich mich in Perl leider nicht sonderlich auskenne.

Ich habe einen Temperaturschieber dessen Werte ich über ARead  db 33 78 s16 geliefert bekomme. (klappt super)
Jetzt möchte ich den Wert den mein Termostat liefert, wenn sich am Termostat der Wert ändert an das Anzeige Terminal übermitteln damit der schieber die Position des Wertes übernimmt.
Dabei stolpere ich über die Umrechnung als Ganzzahl.

Also ohne Syntex

"define übergabe SPS-S7_Awrite Thermostat(Thermostat.desired-temp(Ganzahlumrechnung)"

set übergabe 18 klappt
set übergabe 18.5 geht nicht.

Ich lese Hier im Forum schon seit Jahren mit und habe über die codeschnipsel  und in den Beiträgen zu meinem jetzigen Problem nichts gefunden.

Deshalb hier mein erster versuch im Forum etwas zu schreiben (obwohl ich nicht der Fachmann bin)

Vielen Dank für eure Mühe im Voraus

mfg Helmut



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 07 März 2015, 12:15:14
Hallo gremlin3.2,
warum versuchst Du nicht das Problem auf S7 Seite zu lösen.
Schreib doch den Sollwert als Real zur SPS und dort wandelst Du
über die Funktionen real_to_integer() oder real_to_byte() um.
m.f.G.Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 07 März 2015, 16:26:45
Das ist hilfreich

werde ich gleich testen

Danke Danke
MFG Helmut
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: gremlin3.2 am 07 März 2015, 16:41:18
Hallo zusammen.......

Das Problem war auf der S7 Seite gar keins.

Ich habe sogar im Simatic Panel nach einer Minute die folgende Funktion gefunden.


Int, Fix-Funktionen

--------------------------------------------------------------------------------

Beschreibung
Gibt den ganzzahligen Anteil einer Zahl zurück.
Syntax
Int(Zahl)
Fix(Zahl)

Das Argument Zahl kann ein beliebiger gültiger numerischer Ausdruck sein. Wenn Zahl den Wert Null enthält, wird Null zurückgegeben.

Hinweise
Sowohl Int als auch Fix entfernen die Nachkommastellen einer Zahl und geben den daraus resultierenden ganzzahligen Wert zurück.
Der Unterschied zwischen Int und Fix besteht darin, dass bei negativen Zahlen Int die negative ganze Zahl zurückgibt, die kleiner oder gleich dem Argument Zahl ist, während Fix die negative ganze Zahl zurückgibt, die größer oder gleich dem Argument Zahl ist. Int wandelt -8,4 zum Beispiel in -9 um, während Fix -8,4 in -8 umwandelt.

Fix(Zahl) entspricht dem folgenden Ausdruck:

Sgn(Zahl) * Int(Abs(Zahl))

Sehr gute Lösung die ich umsetzen kann.

Danke für die schnelle Hilfe.

Vieleicht muss ich öfters mal Fragen, spart auf jedenfall einiges an Zeit..

CUCU Helmut

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 08 März 2015, 16:17:51
Hallo Charlie,

ich habe heute auf die V2.9 hochgerüstet. Sporadisch steht im Log:

...
2015.03.08 09:50:28 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863

2015.03.08 09:50:28 3: 317 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.03.08 09:50:28 2: 317 S7 disconnected
2015.03.08 09:50:31 3: 317 S7_connect: connect to PLC with maxPDUlength=960
...
2015.03.08 16:09:22 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863

2015.03.08 16:09:22 3: 315 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.03.08 16:09:22 2: 315 S7 disconnected
2015.03.08 16:09:25 3: 315 S7_connect: connect to PLC with maxPDUlength=240
...

Wie du siehst, passiert das bei beiden CPUs (PDU 960 und 240). Ich konnte das Ereignis, das zu dem Log-Eintrag führt, bisher nicht reproduzieren. Irgendeine Idee?

Danke und Gruß

fu_zhou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 09 März 2015, 07:53:21
Hallo zusammen,

weiß jemand, was der Log-File-Eintrag nach dem Update bedeutet:
Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
2015.03.09 07:47:06 1: EN FHEM/44_S7.pm: Unbalanced ul (1, last line ok: 871) EN FHEM/44_S7_AWrite.pm: Unbalanced ul (1, last line ok: 395) *** EN FHEM/44_S7_Client.pm: No document text found *** EN FHEM/95_WebViewControl.pm: No document text found DE FHEM/44_S7.pm: Unbalanced ul (1, last line ok: 933)
2015.03.09 07:47:06 1:

In erste Linie meine ich "Unbalanced ul...". Was muss man tun, um für den S7_Client einen "document text" verfügbar zu machen? Ich würde mich dann mal darum kümmern und Basics aus dem Wiki nehmen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 19 März 2015, 22:20:33
Hallo,

ich habe jetzt seit einiger Zeit zwei Logo 0BA7 problemlos am Laufen und möchte mich bei allen Beteiligten für die tolle Arbeit bedanken.

Eine Kleinigkeit wurde scheinbar noch nicht getestet:
Das nachfolgende Coding funktioniert, d.h. ich kann mittels Fhem u.a. Eingänge und Ausgänge lesen sowie Netzwerkeingänge in der Logo schreiben.
define LogoM S7 LOGO7 192.168.178.72

define Mi12 S7_DRead I12
attr Mi12 IODev LogoM

define Mq8 S7_DRead Q8
attr Mq8 IODev LogoM

define Mni1.0 S7_DWrite DB 0 8
attr Mni1.0 IODev LogoM


Das Schreiben der Netzwerkeingänge geht allerdings nur mit der langen Notation. Es wäre aber schön, wenn die kurze Notation wie z.B. folgendes Define funktionieren würde:
define Mni20 S7_DWrite NI20
Es kommt stattdessen die Fehlermeldung:
wrong syntax : define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DWrite {I|Q|M|NI|NQ}1..24

Laute Wiki geht das nur für Logo8, aber das leuchtet mir nicht so recht ein. Die kurze Syntax wäre eine echte Erleichterung, wird das hier auch gehen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 März 2015, 19:54:39
Hallo Starkstrombastler,

bei der 0BA8 gibt es für die Netzwerkeingänge fixe Speicherzuordnungen, es sind 16Bytes (1246 -
1261) dafür reserviert.

bei der 0BA7 ist es anders, hier muss man auf der im SoftComfort selbst konfigurieren welcher VM Adresse für einen bestimmten Netzwerkeingang verwendet werden soll. Somit ist es auf FHEM Seite nicht möglich eine fixe Zuordnung zu treffen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 21 März 2015, 00:05:36
Hallo zusammen,

ich werde morgen, äh heute auf dem Usertreffen in Karlsruhe das Modul mal vorstellen bzw. das, was ich damit in einem Testsystem mache.

http://forum.fhem.de/index.php/topic,26886.msg268899.html#msg268899

Das Treffen wird auch live gestreamt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 21 März 2015, 11:50:09
Viel Spaß und gute Gespräche in Karlsruhe  ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 März 2015, 17:00:26
Hallo viel Vergnügen in Karlsruhe ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: DrJJ am 27 März 2015, 11:05:41
Könnte man bei diesem Modul evtl. noch die Funktion on-for-timer bei z.B. S7_DWrite implementieren? Ich habe bei meiner Logo Funktionen die z.B. anspringen wenn ein Signal 5 Sek anliegt.
Momentan Löse ich dies mit set on sleep 5 Sek und dann wieder set off. Es wäre schön wenn die Funktion S7_DWrite dies schon könnte.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 27 März 2015, 21:51:54
Hallo Charlie,

wollte gestern seid langem mal wieder was neues einbauen.
Aber egal was ich versuche ich bekomme keinen neuen Netzwerkeingang zum laufen.

Habe schon eine auf der Logo frei gemacht.
Bei mir laufen zur Zeit der NI1,NI7,NI8 und NI9 ohne Probleme.

Habe versucht den NI2 oder NI10 in Betrieb zu nehmen, aber es kommt nichts bei der Logo an.

Logo Anbindung

define mylogo S7 LOGO8 192.168.10.50
attr mylogo verbose 3

define SPERRE_OG S7_DWrite NI2
attr SPERRE_OG IODev mylogo
attr SPERRE_OG alias Sperre OG
attr SPERRE_OG group Schalter
attr SPERRE_OG room Rolläden
attr SPERRE_OG webCmd TRIGGER:ON:OFF


Das Lesen der Ausgänge und Analogwerte klappt auch ohne Probleme.

Habe zur Zeit die Version 2.9 drauf.

Gruß
Porsti

Log:
Einmal auf NI1 geschrieben und danach versucht auf NI2 zu schreiben

2015.03.27 21:50:13 4: S7: mylogo connect ip_address=192.168.10.50, LocalTSAP=256, RemoteTSAP=512
2015.03.27 21:50:13 3: mylogo S7_connect: connect to PLC with maxPDUlength=240
2015.03.27 21:50:16 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:16 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:16 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:16 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:16 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:16 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:16 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:16 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:16 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:16 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:16 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:16 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:16 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:16 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:16 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:16 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:17 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:17 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:17 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:17 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:17 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:17 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:17 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:17 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:17 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:17 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:17 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:17 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:17 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:17 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:17 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:17 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:18 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:18 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:18 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:18 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:18 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:18 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:18 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:18 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:18 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:18 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:18 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:18 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:18 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:18 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:18 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:18 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:19 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:19 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:19 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:19 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:19 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:19 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:19 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:19 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:19 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:19 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:19 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:19 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:19 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:19 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:19 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:19 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:20 5: mylogo S7_WriteBitToPLC: Write Bytes to PLC: 7, 0, 9968 , 1, 1
2015.03.27 21:50:21 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:21 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:21 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:21 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:21 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:21 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:21 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:21 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:21 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:21 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:21 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:21 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:21 5: mylogo dispatch AR db 0 1246 2 mylogo 01,00
2015.03.27 21:50:21 5: mylogo dispatch DR db 0 1246 2 mylogo 01,00
2015.03.27 21:50:21 5: mylogo dispatch AW db 0 1246 2 mylogo 01,00
2015.03.27 21:50:21 5: mylogo dispatch DW db 0 1246 2 mylogo 01,00
2015.03.27 21:50:21 5: mylogo S7_WriteBitToPLC: Write Bytes to PLC: 7, 0, 9968 , 1, 0
2015.03.27 21:50:22 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:22 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:22 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:22 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:22 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:22 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:22 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:22 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:22 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:22 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:22 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:22 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:22 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:22 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:22 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:22 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:23 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:23 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:23 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:23 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:23 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:23 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:23 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:23 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:23 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:23 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:23 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:23 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:23 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:23 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:23 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:23 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:24 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:24 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:24 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:24 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:24 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:24 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:24 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:24 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:24 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:24 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:24 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:24 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:24 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:24 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:24 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:24 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:25 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:25 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:25 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:25 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:25 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:25 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:25 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:25 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:25 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:26 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:26 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:26 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:26 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:26 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:26 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:26 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:27 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:27 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:27 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:27 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:27 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:27 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:27 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:27 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:27 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:27 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:27 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:27 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:27 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:27 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:27 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:27 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:28 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:28 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:28 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:28 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:28 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:28 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:28 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:28 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:28 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:28 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:28 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:28 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:28 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:28 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:28 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:28 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:29 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:29 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:29 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:29 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:29 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:29 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:29 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:29 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:29 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:29 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:29 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:29 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:29 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:29 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:29 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:29 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:29 5: mylogo S7_WriteBitToPLC: Write Bytes to PLC: 7, 0, 9969 , 1, 1
2015.03.27 21:50:30 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:30 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:30 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:30 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:30 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:30 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:30 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:30 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:30 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:30 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:30 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:30 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:30 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:30 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:30 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:30 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:31 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:31 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:31 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:31 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:31 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:31 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:31 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:31 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:31 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:32 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:32 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,20,0c
2015.03.27 21:50:32 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:32 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:32 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:32 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:32 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:33 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:33 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:33 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:33 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:33 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:33 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:33 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:33 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:33 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:33 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:33 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:33 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:33 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:33 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:33 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:33 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:34 4: S7: mylogo GetUpdate called ...
2015.03.27 21:50:34 4: mylogo READ Block AREA=db, DB =0, ADDRESS=8, LENGTH=2
2015.03.27 21:50:34 5: mylogo dispatch AR db 0 8 2 mylogo 00,06
2015.03.27 21:50:34 5: mylogo dispatch DR db 0 8 2 mylogo 00,06
2015.03.27 21:50:34 5: mylogo dispatch AW db 0 8 2 mylogo 00,06
2015.03.27 21:50:34 5: mylogo dispatch DW db 0 8 2 mylogo 00,06
2015.03.27 21:50:34 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1024, LENGTH=42
2015.03.27 21:50:34 5: mylogo dispatch AR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:34 5: mylogo dispatch DR db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:34 5: mylogo dispatch AW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:34 5: mylogo dispatch DW db 0 1024 42 mylogo 41,00,00,00,00,00,00,00,03,e8,00,02,00,f7,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,0c
2015.03.27 21:50:34 4: mylogo READ Block AREA=db, DB =0, ADDRESS=1246, LENGTH=2
2015.03.27 21:50:34 5: mylogo dispatch AR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:34 5: mylogo dispatch DR db 0 1246 2 mylogo 00,00
2015.03.27 21:50:34 5: mylogo dispatch AW db 0 1246 2 mylogo 00,00
2015.03.27 21:50:34 5: mylogo dispatch DW db 0 1246 2 mylogo 00,00
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: DrJJ am 27 März 2015, 22:10:26
Bei mir ging es wenn man dem NI in Logosoft unter Parameter einen Wert bei Lokaler VM einträgt, also z.B. 10.0
Danach konnte ich mit diesem Befehl drauf zugreifen

define Ni1 S7_DWrite db 0 10.0
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 27 März 2015, 22:20:25
Hi,

damit habe ich auch schon etwas rumprobiert.
Bei NI1 0.0 und bei NI2 0.1 eingestellt. Die anderen dementsprechend höchere Werte eingetragen.
Die anderen laufen ohne Probleme. Ich kann einfach keine neuen Benutzen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 28 März 2015, 19:16:29
Hallo Porsti,

ich hab mir das Log mal angesehen, die Netzwerkeingänge werden korrekt adressiert (NI1 = VB 1246.0 = 9968, NI2 = VB 1246.1 = 9969).
Was mir aber im Logfile mit dem Loglevel 5 fehlt ist ein Eintrag der mit
"TCPClient WriteArea (IP= " beginnt. Sicher dass du die aktuelle Version der Datei "44_S7_Client.pm" verwendest?

Sonst kann aber einen Grund erkennen warum es bei NI1 funktioniert und bei NI2 nicht.
lG
Charlie71


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 02 April 2015, 21:28:51
Wo kann ich das Modul downloaden?
Ich würde es gern an meiner S7 315 ausprobieren.
Bei mir läuft Fhem auf RaspberryPi +

Grüße
Eckhard
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fu_zhou am 02 April 2015, 22:11:01
Im alleraller ersten Post am Ende...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 02 April 2015, 22:42:57
Man hätte es finden können :-)
Ich hab wohl blind gelesen.
Vielen Dank und frohe Ostern
von Ecki

ich bin in Siemenssteuerungen fit,
bei Fhem ein mittelmäßiger Nutzer
und in Linux und Perl ein Anfänger
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 10 April 2015, 11:57:38
Hallo an die Freunde von Fhem, RaspberryPi und S7sps

Ich habe die Kommunikation problemlos zum laufen bekommen.
CUL_WS Analogewerte werden schon übertragen.
Nun habe ich das Problem das die Binärsignale manchmal zu kurz sind und deshalb nicht in der S7 erfasst werden.
Meine Idee die Signale 15 Sekunden zu verlängern scheiterten bis jetzt. Siehe unten in dem Fhem.cfg-Auszug

define KeFl_Beweg FS20 550a 10
attr KeFl_Beweg IODev CUL_0
attr KeFl_Beweg event-on-change-reading state
attr KeFl_Beweg room Keller
define FileLog_KeFl_Beweg FileLog ./log/KeFl_Beweg-%Y.log KeFl_Beweg
attr FileLog_KeFl_Beweg logtype text
attr FileLog_KeFl_Beweg room Keller

# Bewegung Kellerflur zur SPS
# das geht wenn das Signal länger ansteht
define KeFl_BewegNotify notify KeFl_Beweg set DO_0010 $EVENT

# das sind meine Versuche mit einem dev. Impuls von 1minute
define KeFl_BewegNotifyOn notify KeFl_Beweg:on set DO_0010 on-for-timer 15
# define S70010 { if ( KeFl_Beweg on ) { fhem("set DO_0010 on-for-timer 15") }}

was ist da falsch oder wie geht es anders?
Ich wäre dankbar für eine Unterstützung von Euch

Gruß
Ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 10 April 2015, 17:49:58
Hallo ecki58,
was ist bei dir kurz ?
Wie viel ms ?

Ein Mausclick kommt bei mir über. Wenn ich einen Eingang bei FHEM einschalte, diesen auf der S7 mit einem Ausgang zurück melde und den mit FHEM auslese sehe ich nach ca. 1-2 sec die Rückmeldung. Wenn's wichtig ist hole ich die S7
noch einmal aus den Keller und messe etwas exakter. In meiner Version spielt der benutzte Browse sicher die größere
Rolle.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 07:48:59
Hallo Alfons,

mit kurz meine ich die Signale von den Bewegungsmeldern. Die habe ich auf eine Impulsdauer von 0,5s eingestellt. Das wollte ich auch nicht verlängern um Signalüberlagerungen im Funk zu vermeiden.
Wenn ich die Adresse über einen Schalter (Handsender) teste funktioniert es so:
   define KeFl_BewegNotify notify KeFl_Beweg set DO_0010 $EVENT

Aber Impulslängen bis etwa 1s erreichen die SPS nicht immer.
Deshalb die Idee mit den 15s. Es gingen bestimmt auch 5s:
   define KeFl_BewegNotifyOn notify KeFl_Beweg:on set DO_0010 on-for-timer 15
oder
  define S70010 { if ( KeFl_Beweg on ) { fhem("set DO_0010 on-for-timer 15") }}

Leidder ist da in den Befehlszeilen was falsch und da komme ich nicht weiter.

Gruß
ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 08:05:13
noch einen Hinweis Alfons.
Ein Lebensbit von der Steuerung zu Fhem und zurück funktioniert bei mir auch nur sicher wenn ich eine Impuls/Pause mit mindestens 5s einstelle sonst kommen nicht alle Impulse sicher durch. Ich denke es liegt an der Verarbeitungszeit des RaspberryPi+. Sie Steuerung ist eine rel. neue S7-315 2pn/dp, Zykluszeit 2-5ms.
Deine SPS brauchst Du nicht erst aufbauen, so wichtig ist es nicht, mir würde es schon reichen wenn die Impulsverlängerung funktioniert.

Ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 11 April 2015, 10:08:18
Hallo ecki58,
schau dir doch mal das Beispiel im WIKI an.

http://www.fhemwiki.de/wiki/S7#WinLC_RTX_4.5_Beispielconfig
(http://www.fhemwiki.de/wiki/S7#WinLC_RTX_4.5_Beispielconfig)
Da schalte ich mit dem M255.5 einen Merker und lese diesen ständig
aus und zeige den an. Ich meine M255.5 ist ein 4 sec Tackt,
2 sec ein und  2 sec aus.

define Rueckmeldung7 S7_DRead db 31 0.7
attr Rueckmeldung7 IODev PCS_7
attr Rueckmeldung7 group Licht
attr Rueckmeldung7 room Keller


Auf der FHEM sieht man das Blinken des Symbols als Glühbirne ohne Ausfälle.
m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 11:22:43
Moin Alfons,
das habe ich mir ja angesehen, da hast du auch recht und das passt so.
Ich bekomme aber Signale von FS20 Bewegungssensoren (0.5s Imp.) und will sie in der SPS sicher auswerten.
Die Signaländerungen von der SPS zu Fhem, die hauen ja auch bei mir hin.
Und ehrlich gesagt wollte ich bei der Kommunikation auf die Rückmeldungen verzichten.

Gruß
ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 11 April 2015, 12:21:09
Hallo ecki58,
versuch mal das:


define XXXXX_ein notify XXXXX { if ( Value("XXXXX") eq "on") {fhem("set zurSPS on;;set zurSPS on;;set zurSPS on")} }
define XXXXX_aus notify XXXXX { if ( Value("XXXXX") eq "off") {fhem("set zurSPS off;;set zurSPS off;;set zurSPS off")} }


"XXXXX" steht für deinen Bewegungsmelder und "zurSPS" für den Ausgang zur SPS. Notfalls wiederholst Du das 5 mal.

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 15:40:28
Hallo Alfons,

Dein Vorschlag funktioniert wie meiner:
define KeFl_BewegNotify notify KeFl_Beweg set DO_0010 $EVENT

ich jetzt eine Fangschaltung in der SPS eingerichtet.
So habe ich mit bekommen dass das Signal vom Bewegungssensor ein anderes ist als von dem Handsender.
Kann man auch super in EventGhost  mit den PCE und PCS beobachten.
Also "on" und "off" vom Handsender funktioniert, auch mit sehr kurzen Impulsen,
aber die Signale vom PIRA "Ein auf alte Helligkeit für Einschaltdauer x Sekunden" wird gar nicht verstanden !
Das sind die Sendebefehle am 34 bis 43 aus dem Handbuch.
Ich muß mir da wohl noch was anderes einfallen lassen.

Gruß
ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 15:48:47
oder charlie71 hat noch eine Idee, was in dem S7 Modul zu ergänzen ...   ???

Ich hab den PIRA jetzt noch mal mit den internen Tasten bedient. Und es ist eindeutig so, das kein Signal (auch länger) nicht erkannt wird.

ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 11 April 2015, 16:12:02
Hallo ecki58,
wenn ich das richtig verstehe hast Du meine 2 Zeilen nicht ausprobiert, sondern gehst davon aus das
beides (deine Zeile und meine Zeilen) das gleiche bewirkt. Beachte aber das in meinem Fall mehr Zeit
vergeht da der Schaltbefehl 3 mal ausgeführt wird.

Wenn ich das richtig weiß gehört das PIRA doch zur FS20 Familie. Dann sollte auch die Schalt-Verzögerung
funktionieren.

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 16:48:45
Doch ich hab sie ausprobiert und sie laufen auch noch so in meinem Fhem.
Wahrscheinlich kann ich das nicht sehen.

define KeFl_Beweg_ein notify KeFl_Beweg { if ( Value("KeFl_Beweg") eq "on") {fhem("set DO_0010 on;;set DO_0010 on;;set DO_0010 on")} }
define KeFl_Beweg_aus notify KeFl_Beweg { if ( Value("KeFl_Beweg") eq "off") {fhem("set DO_0010 off;;set DO_0010 off;;set DO_0010 off")} }

Das Problem ist warscheinlich der Sendebefehl vom PIRS
FS20PCE.11223344.1211.Do.PreviousValue (0.5, 'Do.Off')
FS20PCE.11223344.1211.Do.Off
so wird er von EventGhost angezeigt.

Bei dem Handsender sieht das so aus
FS20PCE.11223344.1211.Do.PreviousValue
FS20PCE.11223344.1211.Do.Off

und genau das wird der feine unterschied sein.  8)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 11 April 2015, 16:50:36
@ecki58
folgender Vorschlag:
du fütterst mit dem schnellen Signal einen Zähler innerhalb von FHEM (z.B. ein dummy).
Diesen schickst du zur SPS.
Durch einen alt/neu Vergleich weiss die SPS, daß sich das Signal geändert hat.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 11 April 2015, 17:16:08
Hallo John
das wird nicht helfen, da es wohl an dem Sendeprotokoll des PIRA liegt.

Das Problem ist warscheinlich der Sendebefehl vom PIRS
FS20PCE.11223344.1211.Do.PreviousValue (0.5, 'Do.Off')       --------->  das müßte ON werden bzw. Do.PreviousValue
FS20PCE.11223344.1211.Do.Off                                                           also so wie es eben ein Handschalter macht.
so wird er von EventGhost angezeigt.

Bei dem Handsender sieht das so aus
FS20PCE.11223344.1211.Do.PreviousValue                            ---------> hier funktioniert alles so wie ich es will.
FS20PCE.11223344.1211.Do.Off                                                           leider gibt der PIRA das so nicht her.

Gruß
Ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: alfonsmoeller am 11 April 2015, 17:35:27
Hallo John,
das ist eine sehr gute Idee.

Stichwort: "HourCounter"

m.f.G. Alfons
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ecki58 am 12 April 2015, 10:46:35
Moin Alfons und John,

den HourCounter hab ich mir angesehen, der würde mit den Erkenntnissen die ich habe auch nicht funktionieren.
Es liegt an dem Sendetelegramm was ich im PIRA parametriert habe.

   FS20PCE.11223344.1211.Do.PreviousValue (0.5, 'Do.Off')

Dieser Befehl wird nicht als sauberes ON erkannt und eben so auch nicht interpretiert.
Nun bin ich auf die rettend Lösung gekommen. Ich habe als erstes den PIRA um parametriert
von  Do.PreviousValue (0.5, 'Do.Off') (im Bedienungsanleitung 34) in Do.PreviousValue (im Ba. 11).
In Fhem.cfg habe ich dann diese zwei Zeilen programmiert.

define KeFl_BewegNotify notify KeFl_Beweg set DO_0010 $EVENT
define S70010_on notify KeFl_Beweg:on.* { { fhem ("set KeFl_Beweg off ;; set DO_0010 off")}}

Die erste Zeile setzt den Ausgang zur SPS DO_0010
Da der PIRA nur noch ein "on" bei einer Bewegung sendet, setze ich in der zweiten Zeile den Befehl "off" für den PIRA und dem S7Ausgabesignal. Hier könnte man bestimmt auch noch eine Verzögerungszeit einbauen.
So funktioniert es nun seit ein paar Stunden ohne Probleme.

Leider habe ich mich und Euch erst mal auf die falsche Fährte gesetzt. Nichts desto trotz hatte ich durch euch erst die Möglichkeit auch noch mal anders darüber nachzudenken.

Vielen Dank euch Zweinen,
schönen Sonntag
Bis bald mal wieder
ecki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 11 Mai 2015, 21:18:30
Moin zusammen,

währe es auch möglich Routing zu nutzen? Zum Beispiel FHEM --> Ethernet CP --> CPU1 --> Profibus --> CPU2 ? Mit dem OPC Inat funktionierts, hier könnte ich den TSAP abgucken. Aber welches Modul muss ich an welcher Stelle manipuliern um dieses zu testen? Hat jemand eine Idee oder kann mir einen Tip geben damit ich Routing nutzen kann?

Gruß Zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: TechMech am 21 Mai 2015, 20:30:22
Hallo Zusammen,

wie schon von DrJJ in Beitrag #559 erwähnt, würde mich eine Timer -Funktion auch interressieren.
Ich betreibe eine Gartenbewässerung über ein Logo 0BA8 und möchte gerne Zeiten bei der Ansteuerung über Fhem vorgeben.

Toll wäre es für vordefinierte Zeiten aus einem dropdown menü wählen zu können.
Vielleicht ist eine solche Funktion realisierbar, ich würde mich freuen.

Vielen Dank für die bisher großartige Leistung

Gruß TechMech
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 25 Juni 2015, 14:18:49
Hi,

habe gerstern noch mal etwas mit dem Modul gespielt und muss mich meinem vorredner anschließen.
Es wäre praktisch einen weiteren Befehl wie on-for-timer oder den trigger für einen Befehl verlängern zu können.

Ist so etwas schwiering einzubinden??

Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 27 Juni 2015, 20:36:46
Hallo Leute,

ich habe mal ein Attribut "trigger_length" für DWrites eingebaut. Damit kann man die Triggerlänge in Sekunden einstellen.
Bitte um feedback.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 29 Juni 2015, 13:56:17
Cool

Da kommt mir gerade in den Sinn, dass ich mit langem Tastendruck Dauerlicht mache und mit kurzem nur fuer drei Minuten (Treppenlichtautomat). Jetzt kann ich das auch mit fhem machen! Werde ich die Woche noch ausprobieren!

Danke und Gruss
Christoph

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 29 Juni 2015, 20:45:39
Hallo Charlie,

coole Sache. Habe sie Datei eingebunden und es klappt wunderbar!!
Danke für deine schnelle Umsetzung der Idee.

Gruß & fettes Lob
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 10 Juli 2015, 17:07:57
Hallo
ich bin neu hier im Forum. Ich habe in meinem Haus eine S7 315 DP/PN Verbaut mir der ich soweit alles Steuere. Wer sich das Projekt mal anschauen möchte hier ein Link.
http://www.sps-forum.de/hmi/48598-projekt-haussteuerung.html

Jetzt zu meinem anliegen. Ich möchte das Ganze für Enocean erweitern. Hierzu benötige mich ein Gateway. Als Lösung habe ich mich für ein Raspberry Pi B 2+ mit Enocean Funksender/Empfänger entschieden. Auf diesem habe ich Fhem und die S7 Module installiert. Die funktioniert auch soweit wie im Beispiel. Ich kann einzelne Bis setzen und diese werden zur SPS gesendet.
Da ich aber in Fhem ein absoluter Neuling bin weiß ich nicht wie ich es realisieren kann das alle Enocean Empfänger und Sender an meine S7 weitergegeben werden?
Am liebsten würde ich es so haben dass wenn ein neuer Sender/Empfänger hinzukommt ich über die SPS einen Befehl zum Anlehnen sende und der nächste Bit / INT / REAL in einem DB200 verwendet wird. Hierzu würde ich jeweils 100 Bit / INT /REAL Variablen zur Verfügung stellen.
So dass es  zukünftig nicht über Fhem eingerichtet werden muss.
Hat jemand einen Ansatz wie ich das realisieren könnte?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 10 Juli 2015, 19:31:26
Hallo emilio20

Herzlich willkommen im Forum. Ich glaube, Du stellst Dir das etwas sehr einfach vor! Woher soll den eine Routine wissen, was Du gerade fuer einen Teilnehmer (Sensor oder Aktor) neu in den System einbringst, und welche Daten wie  wohin geschrieben oder gelesen werden sollen!?
Auch solltest Du dringend Lesen und Schreiben trennen, sonst faengst Du Dir immer wieder Seiteneffekte ein! Da Du doch schon WinCCflex benutzt, wundere ich mich, dass Du jetzt auch noch ein fhem einsetzt! Bei mir war es so, dass ich nur ein kleines Panel hatte, und seit dem ich fhem habe habe ich das schon ewig nicht mehr benutzt! Werde ich wohl in den Schrank einbauen und ein paar Statuewerte draufmachen, wenn ich mal wieder viel Zeit habe!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 10 Juli 2015, 20:39:31
Hallo Fhem benötige ich eigentlich nicht. Ich benötige Enocean.

Zu deiner Frage . Ich könnte ja alle relevanten Daten zu Fhem senden.
Mann könnte ja einmalig die IP der SPS und diese DB einrichten wo Bits INT und REAL werte gelesen und gesendet werden. Weiterhin gibt es eine Befehlsbreicht wo Fhem immer verabreite was als nächstet gemacht werden soll.

Fhem denke ich wäre der einfachste weg um das zu realisieren.
Kannst du mir sagen was ich machen muss damit z.b  "Power" der Fritz DECT 200 zur SPS gesendet wird ?

define ????????? S7_AWrite db 308 44 float
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 12 Juli 2015, 12:23:46
Hallo

Kannst mir keiner sagen was ich machen muss damit z.b  "Power" der Fritz DECT 200 zur SPS gesendet wird ?

define ????????? S7_AWrite db 308 44 float
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 13 Juli 2015, 23:28:10
Hallo ich habe mal folgende Beispiel versucht. Verstehen tu ich Fhem noch nicht so ganz.

Kann mir jemand sagen warum ich bei AWrith die Variable von der SPS gelesen und nicht geschrieben wird ?

Hier mal der CODE



attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global latitude 50.3422114
attr global logfile ./log/fhem-%Y-%m.log
attr global longitude 9.9936674
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB allowedCommands ,
attr WEB editConfig 1
attr WEB stylesheetPrefix dark

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix darksmallscreen

define WEBtablet FHEMWEB 8085 global

# 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 TCM_ESP3_0 TCM ESP3 /dev/ttyAMA0@57600
attr TCM_ESP3_0 sendInterval 0
define LichtWetter Twilight 50.3422114 9.9936674 690924
define 315 S7 192.168.178.30 0 2
attr 315 room system
define Wetter Weather 20066897 60 de
attr Wetter room Wetter
define Temp_AU_Web S7_AWrite db 308 44 float
attr Temp_AU_Web IODev 315
attr Temp_AU_Web event-on-change-reading state
attr Temp_AU_Web room Wetter
attr Temp_AU_Web stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}
define Temp_AU_Web_notify notify Wetter {\ fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;\ }




Ich habe die Daten von Post 1 in das Pi kopiert. Sind da noch fehler enthalten ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 14 Juli 2015, 12:36:33
Hallo emilio

Sorry, war ein paar Tage nicht online! Heute abend kann ich dir gerne helfen! Aber eins kann ich Dir schon vorweg sagen, die Write Werte werden alle auch wieder gelesen, da Du sonst, bei Bits das Problem haettest, dass Du die unbestimmten mit 0 ueberschreiben wuerdest! Steht auch irgendwo in dem Thread!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 14 Juli 2015, 16:56:14
Hallo
das würde ja bedeuten das die Temperatur garnicht geschrieben wird oder ? Was mache ich falsch ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 15 Juli 2015, 23:07:32
Hallo ich wäre für eine kurze Hilfe sehr dankbar da ich einfach nicht weiter komme.
Ich habe Enocean Installiert und einen Taster angelernt.  Die Verbindung zur SPS steht auch.
Ich erhalte je vom switch A0,AI,B0,BI je nachdem welcher Taster gedrückt wird. Zusetlich erhalte ich noch released oder pressed. Ich wüsste gerne in der SPS wann ein Taster gedruckt wird und welcher Taster gedrückt ist. Ein Beispiel würde mir sehr helfen.


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 SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

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 TCM_ESP3_0 TCM ESP3 /dev/ttyAMA0@57600
attr TCM_ESP3_0 sendInterval 0
define EnO_switch_001F0252 EnOcean 001F0252
attr EnO_switch_001F0252 IODev TCM_ESP3_0
attr EnO_switch_001F0252 icon li_wht_dimmer
attr EnO_switch_001F0252 room EnOcean
attr EnO_switch_001F0252 subType switch
define FileLog_EnO_switch_001F0252 FileLog ./log/EnO_switch_001F0252-%Y.log EnO_switch_001F0252
attr FileLog_EnO_switch_001F0252 logtype text
attr FileLog_EnO_switch_001F0252 room EnOcean
define SPS315 S7 192.168.178.30 0 2
attr SPS315 room SPS



Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 16 Juli 2015, 12:44:55
Hallo Emilio

Sorry momentan sind meine Abende total vollgestopft! Mal sehen, dass ich heute etwas Zeit fuer dich finde! Erstmal aber brauchst Du ja eine "Struktur" in der SPS, die Du dann im fhem nachbilden, bzw. beschreiben willst! Aber ich schicke Dir gerne heute abend ein paar Codeschnipsel!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Edi77 am 16 Juli 2015, 13:58:33
Hallo,

Bin noch etwas neu hier. Habe einen FHEM mit RPi 1 und dem Logo Modul von John am laufen.
Baue aber gerade einen neuen FHEM auf einem ESX als VM um mit einem CUNO.
Meine Frage jetzt, welche Distri ist mit dem Modul hier getestet? Geht Ubuntu 14.04 LTE? Debian 8.1? oder nur Minte 17.1?

Hat schon jemand das Modul mit FHEM2FHEM getestet?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 16 Juli 2015, 17:42:25
Zitat von: pc1246 am 16 Juli 2015, 12:44:55
Hallo Emilio

Sorry momentan sind meine Abende total vollgestopft! Mal sehen, dass ich heute etwas Zeit fuer dich finde! Erstmal aber brauchst Du ja eine "Struktur" in der SPS, die Du dann im fhem nachbilden, bzw. beschreiben willst! Aber ich schicke Dir gerne heute abend ein paar Codeschnipsel!

Gruss Christoph

Hallo eine Struktur habe ich angelegt
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 16 Juli 2015, 19:31:04
Hallo Emilio
Das sieht erst einmal gesund aus! Ich habe leider heute abend doch keine Zeit!
Hier schnell noch ein bisschen aus meiner fhem.cfg
define S7 S7 192.168.178.233 0 2 2
attr S7 room IO_DEV,S7
define DB100_DBD20 S7_ARead db 100 20 u32
attr DB100_DBD20 IODev S7
attr DB100_DBD20 room S7
define DB100_DBB10 S7_ARead db 100 10 u16
attr DB100_DBB10 IODev S7
attr DB100_DBB10 room S7
define DB1_DBX6_4 S7_DWrite db 1 6.4
attr DB1_DBX6_4 IODev S7
attr DB1_DBX6_4 alias EZ Tisch
attr DB1_DBX6_4 devStateIcon .*:toggle:TRIGGER
attr DB1_DBX6_4 event-on-change-reading 1
attr DB1_DBX6_4 group Lichtschalter
attr DB1_DBX6_4 room S7
define DB1_DBX6_0 S7_DWrite db 1 6.0
attr DB1_DBX6_0 IODev S7
attr DB1_DBX6_0 alias Flur EG
attr DB1_DBX6_0 devStateIcon .*:toggle:TRIGGER
attr DB1_DBX6_0 event-on-change-reading 1
attr DB1_DBX6_0 group Lichtschalter,
attr DB1_DBX6_0 room Flur,S7


Morgen wird es bei mir auch nichts, eventuell am Samstag vormittag!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 16 Juli 2015, 20:07:06
Hallo
danke erst mal.
Bin ab Samstag im Urlaub. Melde mich danach bei dir.

Ich komme nicht so richtig weiter . Wie ich den Enocean Status an die SPS bekomme ?

Kannst du mal erklären was da genau passiert ? Wie wird bei mir der  EnO.Taster_01 übergeben an die SPS.
Wie wird der Wert umgewandelt da ich ja AI ode A0 erhalte bei Tastendruck?
Was ist mit group gemeint ? Ist das ein gruppenschalter ? Diesen habe ich nicht definiert ?

define DB1_DBX6_4 S7_DWrite db 1 6.4
attr DB1_DBX6_4 IODev S7
attr DB1_DBX6_4 alias EZ Tisch
attr DB1_DBX6_4 devStateIcon .*:toggle:TRIGGER
attr DB1_DBX6_4 event-on-change-reading 1
attr DB1_DBX6_4 group Lichtschalter
attr DB1_DBX6_4 room S7
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 16 Juli 2015, 23:25:06
Hallo Ich habe es jetzt hin bekommen. Schau dir mal den Code an ob das so richtig ist.


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 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 TCM_ESP3_0 TCM ESP3 /dev/ttyAMA0@57600
attr TCM_ESP3_0 sendInterval 0
define EnO.Taster_01 EnOcean 001F0252
attr EnO.Taster_01 IODev TCM_ESP3_0
attr EnO.Taster_01 eventMap AI:on A0:off
attr EnO.Taster_01 icon li_wht_dimmer
attr EnO.Taster_01 room EnOcean
attr EnO.Taster_01 subType switch
define FileLog_EnO.Taster_01 FileLog ./log/EnO.Taster_01-%Y.log EnO.Taster_01
attr FileLog_EnO.Taster_01 logtype text
attr FileLog_EnO.Taster_01 room EnOcean
define SPS315 S7 192.168.178.30 0 2
attr SPS315 room SPS
define DB353_DBX0_1 S7_DWrite db 353 0.1
attr DB353_DBX0_1 IODev SPS315
attr DB353_DBX0_1 room SPS
define di_DB353_DBX0_1 DOIF ([EnO.Taster_01] eq "on") (set DB353_DBX0_1 on) DOELSEIF ([EnO.Taster_01] eq "off") (set DB353_DBX0_1 off)
attr di_DB353_DBX0_1 room SPS




An einer Erklärung des oberen Post wäre ich dennoch interessiert.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 20 Juli 2015, 20:34:59
Zitat von: emilio20 am 16 Juli 2015, 20:07:06
Hallo
danke erst mal.
Bin ab Samstag im Urlaub. Melde mich danach bei dir.

Ich komme nicht so richtig weiter . Wie ich den Enocean Status an die SPS bekomme ?

Kannst du mal erklären was da genau passiert ? Wie wird bei mir der  EnO.Taster_01 übergeben an die SPS.
Wie wird der Wert umgewandelt da ich ja AI ode A0 erhalte bei Tastendruck?
Was ist mit group gemeint ? Ist das ein gruppenschalter ? Diesen habe ich nicht definiert ?

define DB1_DBX6_4 S7_DWrite db 1 6.4
attr DB1_DBX6_4 IODev S7
attr DB1_DBX6_4 alias EZ Tisch
attr DB1_DBX6_4 devStateIcon .*:toggle:TRIGGER
attr DB1_DBX6_4 event-on-change-reading 1
attr DB1_DBX6_4 group Lichtschalter
attr DB1_DBX6_4 room S7

Hallo Emilio
Ich habe mehrere Lichtschalter. Diese habe ich zu einer Gruppe zusammengefasst, dadurch muss ich nur in der Gruppe suchen, besnoders auf dem Handy sehr komfortabel! Da Du ja schon herausgefunden hast wie es geht solltest Du ja schon zufrieden sein!? Allerdings wundere ich mich, ich dachte Enocean waeren Taster, so dass On nur kurz da ist!? Ich habe das bei mir mal ganz anders angefangen, da alle Taster real auf der S7 sind. Ich kann die jetzt halt auch von fhem triggern, besonders fuer die Rollaeden ist das genial, aber da sind noch total viele Ideen, die umgesetzt werden muessen, wenn ich mal viel Zeit habe. Ende des Jahres hoffe ich
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stromwurst am 26 Juli 2015, 12:47:05
Hallo,

ich habe gerade probiert eine Verbindung zu einer S7 1212 aufzubauen und bekomme folgende Fehlermeldung im Logfile:

2015.07.26 09:40:04 3: s7sps S7_connect: connect to PLC with maxPDUlength=240
2015.07.26 09:40:11 3: s7sps S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2015.07.26 09:40:11 2: s7sps S7 disconnected
2015.07.26 09:40:14 3: s7sps S7_connect: connect to PLC with maxPDUlength=240
2015.07.26 09:40:19 3: s7sps S7_WriteBitToPLC WriteArea error: 256=Invalid PDU received.
2015.07.26 09:40:19 2: s7sps S7 disconnected


Folgende Zeile habe ich etwas angepasst aus dem Wiki-Beitrag übernommen:
define s7sps S7 192.168.1.60 0 1
attr s7sps room Keller

# Test Bit lesen und schreiben
define Taster_317 S7_DWrite db 8 0.2
attr Taster_317 IODev s7sps
attr Taster_317 group Licht
attr Taster_317 room Keller
#attr Taster_317 devStateIcon .*:toggle:TRIGGER
#attr Taster_317 event-on-change-reading state

# Rückmeldung ob 317 DO gesetzt hat
define Rueckmeldung_317 S7_DRead db 8 0.3
attr Rueckmeldung_317 IODev s7sps
attr Rueckmeldung_317 group Licht
attr Rueckmeldung_317 room Keller
#attr Rueckmeldung_317 event-on-change-reading state



Kennt jemand das Probem ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 27 Juli 2015, 12:13:26
Hallo stromwurst
Willkommen im Forum! Erst dachte ich, ich schreibe Dir mal, dass Du die Bereiche Schreiben und Lesen unbedingt trennen solltest. Dann meine ich erkannt zu haben, dass das auch genau Dein Problem ist! Du hast Deinen D_write und D_Read auf den gleichen Bereich festgelegt, dass geht glaube ich nicht! Ausserdem solltest Du das sowieso lieber trennen, da Du Dir da sehr unschoene Seiteneffekte baust, denn es wird nicht wirklich nur ein Bit gechrieben! Im Wiki http://www.fhemwiki.de/wiki/S7 ist es meiner Meinung nach ganz gut dargestellt, wie man es machen sollte!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 27 Juli 2015, 18:08:15
Hallo
kann mir jemand sagen wie ich von einem Enocean Taster den Tasterdruck zur SPS Sende. Mit der Variable EnO.Taster_01  sende ich ja nur den Status. Ich benötige aber noch den Tasterdruck um die Zeit auszuwerten wie lange der Taster gedruckt wird für weiter Funktionen.

Oder besser noch wie kann ich auf Readings zugreifen und diese senden ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stromwurst am 27 Juli 2015, 18:37:51
Hallo Christoph,

danke für deine Antwort. Die Bereiche für Schreiben und Lesen werden ich trennen und berichten ob es funktioniert.

Danke

stromwurst


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Juli 2015, 10:16:29
Zitat von: emilio20 am 27 Juli 2015, 18:08:15
Hallo
kann mir jemand sagen wie ich von einem Enocean Taster den Tasterdruck zur SPS Sende. Mit der Variable EnO.Taster_01  sende ich ja nur den Status. Ich benötige aber noch den Tasterdruck um die Zeit auszuwerten wie lange der Taster gedruckt wird für weiter Funktionen.

Oder besser noch wie kann ich auf Readings zugreifen und diese senden ?

Hallo Emilio
Du hast Dir fuer den Einstieg in fhem ganz schoen viel vorgenommen! Hast du Dir eigentlich schon das, viel gelobte, Einsteiger-PDF zu Gemuete gefuehrt!? Du mischst hier jetzt fleissig die Themen Enocean und S7, aber eigentlich sind das alles eher Anfaengerfragen! Wenn Du Dir mal das Modul doif ansiehst, dann wirst Du mit Sicherheit weiterkommen. Das ist am Ende keine "Rechnerkopplung" wie Du das von S7 her kennst. Fhem schreibt nur etwas an die S7, wenn Du das in fhem programmierst! Ich habe gerade gesehen, Du hast doch schon das doif benutzt, das must Du fuer jede Aktion machen! Wenn Du das reading direkt schicken willst, dann musst Du natuerlich auch genau wissen welches Format es hat, und das dann im S7-Code auswerten, klingt nicht so sinnvoll!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: TechnoTron am 30 Juli 2015, 20:08:46
Hallo Leute, ich habe folgendes Problem.

Wenn ich versuche eine SPS-200 per CP 243-1 IT mit Fhem zu verbinden bekomme ich nur "disconnected" als "Antwort".


Kann mir hier bitte jemand helfen? Ich stehe komplett auf der Leitung

MFG
TechnoTron

EDIT 30.7: Es wird die Version 2.9 verwendet.

EDIT 31.7: Ich habe anscheinend den Fehler gefunden, die S7-200 lässt nur bestimmte Remote TSAP zu. 01.00 ist nicht darunter somit muss ich in der Config des Moduls dies nun umstellen.

EDIT 31.7: Geschafft.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: B-Tronic am 05 August 2015, 23:34:30
Hi,

ist es möglich auf eine 2. S7 313 über Profibus zuzugreifen ?

Hier mal der Aufbau:


FHEM-Raspberry -- Netzwerk -- CPU 315 -- Profibus -- CPU 313


Die Verbindung mit der 315 funktioniert astrein.


MfG  B-Tronic  8)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 06 August 2015, 08:00:29
Hallo B-Tronic
Das geht natuerlich nicht! Aber Du kannst ja die beiden SPS'sen koppeln ueber Put and Get (z.B.), und dann kannst Du die entsprechenden Daten auch uebr die erste SPS an fhem schicken!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 19 August 2015, 13:58:38
aktuell EDIT://
ich habe mal in den Modulen Switch auskommentiert, nun bin ich dabei einige Eingänge, Ausgänge mal anzulegen und den Status - heißt ich sehe wenn ich etwas schalte - bekomme ich schon  :D

EDIT://
es gibt bei mir Fehler die wohl mit der Perl Version zusammen hängen, wenn ich mal ein reload eines Moduls mache erhalte bei diesem Befehl folgenden Fehler (er will das ich irgend ein Switch Modul installieren soll)

Befehl: reload 44_S7_DRead.pm
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/44_S7_DRead.pm line 7.
BEGIN failed--compilation aborted at ./FHEM/44_S7_DRead.pm line 7.


Befehl: reload 44_S7_DWrite.pm
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/44_S7_DWrite.pm line 7.
BEGIN failed--compilation aborted at ./FHEM/44_S7_DWrite.pm line 7.


weitere Meldungen im Log:
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_readFromPLC redefined at ./FHEM/44_S7.pm line 781.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_readAndDispatchBlockFromPLC redefined at ./FHEM/44_S7.pm line 741.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_dispatchMsg redefined at ./FHEM/44_S7.pm line 712.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_GetUpdate redefined at ./FHEM/44_S7.pm line 696.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_getAllWritingBuffersFromPLC redefined at ./FHEM/44_S7.pm line 638.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_getBitFromBuffer redefined at ./FHEM/44_S7.pm line 611.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_setBitInBuffer redefined at ./FHEM/44_S7.pm line 567.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_ReadBlockFromPLC redefined at ./FHEM/44_S7.pm line 496.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_WriteBitToPLC redefined at ./FHEM/44_S7.pm line 416.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_WriteToPLC redefined at ./FHEM/44_S7.pm line 344.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_getAreaIndex4AreaName redefined at ./FHEM/44_S7.pm line 326.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_Attr redefined at ./FHEM/44_S7.pm line 249.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_Get redefined at ./FHEM/44_S7.pm line 231.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_Undef redefined at ./FHEM/44_S7.pm line 222.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_Define redefined at ./FHEM/44_S7.pm line 154.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_reconnect redefined at ./FHEM/44_S7.pm line 145.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_disconnect redefined at ./FHEM/44_S7.pm line 119.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_connect redefined at ./FHEM/44_S7.pm line 51.
2015.08.19 14:54:45 1: PERL WARNING: Subroutine S7_Initialize redefined at ./FHEM/44_S7.pm line 27.



ich wollte mich hier jetzt mal wieder mit meiner Logo 8 einklinken und dieses in Angriff nehmen. Ich hoffe ihr könnt mir meine Fragen soweit beantworten.

Folgendes habe ich bisher getan, das Zipfile entpackt und alle Module ins FHEM Verzeichnis kopiert.
Mit dieser LIBNODAVE  das muss nicht mehr gemacht werden..? weil ich es nicht im Wiki finde...? gefunden #229

Dann habe ich meine Logo eingerichtet... Was muss ich jetzt auf der Logo in den Netzwerkeinstellungen noch einstellen, darüber finde ich nichts..?
Eine Server oder eine Client Verbindung..?
Sind meine LocalTSAP  256 und RemoteTSAP 512 richtig..?


Desweiteren was heißt:
ZitatDie Reading Konfigurationen für Eingänge/Ausgänge und Merker werden automatisch eingerichtet wenn ein Entsprechendes S7_DRead oder S7_DWrite Modul angelegt wird.

Die Module existieren doch schon..! oder was ist damit gemeint, gibt es ein Beispiel..?



hier das list meines Logo8:
Internals:
   ActiveTransmission 0
   CFGFN      ./FHEM/System.cfg
   DEF        LOGO8 10.0.0.70
   Interval   1
   LocalTSAP  256
   NAME       myLogo
   NR         483
   RemoteTSAP 512
   S7TYPE     LOGO8
   STATE      connected to PLC
   TYPE       S7
   ipAddress  10.0.0.70
   maxPDUlength 240
   Readings:
     2010-01-01 02:41:21   state           connected to PLC
Attributes:
   room       HWR


habe gerade mal ins Log geschaut und habe folgende Fehler:
BEGIN failed--compilation aborted at ./FHEM/44_S7_DWrite.pm line 7.
2015.08.19 13:50:54 0: Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/44_S7_DWrite.pm line 7.

BEGIN failed--compilation aborted at ./FHEM/44_S7_DWrite.pm line 7.
Can't locate Switch.pm in @INC (you may need to install the Switch module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/44_S7_DWrite.pm line 7.
2


und diesen:
2015.08.19 14:11:13 1: PERL WARNING: (in cleanup) Can't use an undefined value as a symbol reference at FHEM/44_S7_Client.pm line 508 during global destruction.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 August 2015, 07:11:15
Hallo moonsorrox,

schön wieder mal was von Dir zu lesen.

Also das perl switch module hat nix mit schalten oder Schalter zu tun sondern stellt die perl Funktionalität für switch case Konstrukte zur Verfügung. (http://search.cpan.org/~chorny/Switch-2.17/Switch.pm)

Ich denke das es OK ist wenn du die "use Switch" Anweisungen aus den Files herausnimmst, da das Module mittlerweile keine "switch case" Konstrukte mehr verwendet.
Jedoch bin ich ein wenig überrascht dass dieses Basic Perl Modul bei Deiner Installation fehlt.

@Libnodave: ab der Version 2.00 ist dieses Modul ein reines perl Modul. Daher wird keine "lib No dave" mehr benötigt.

@Logo8 Config: Es muss auf der Logo8 eine Serververbindung eingerichtet werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 20 August 2015, 12:52:30
Zitat von: charlie71 am 20 August 2015, 07:11:15
schön wieder mal was von Dir zu lesen.
ich brauchte doch etwas um alles in den Griff zu bekommen...
...und ja ich sagte ja das ich mich melde... ;)

Zitat von: charlie71 am 20 August 2015, 07:11:15
Ich denke das es OK ist wenn du die "use Switch" Anweisungen aus den Files herausnimmst, da das Module mittlerweile keine "switch case" Konstrukte mehr verwendet.
Jedoch bin ich ein wenig überrascht dass dieses Basic Perl Modul bei Deiner Installation fehlt.
ich hatte noch nicht erwähnt, ich habe meinen Cubie mit dem neusten Debian 8, also Jessi bestückt und bei der Installation war das wohl nicht dabei...? Keine Ahnung so der Linuxfreddy bin ich nicht  ;)

Zitat von: charlie71 am 20 August 2015, 07:11:15
@Libnodave: ab der Version 2.00 ist dieses Modul ein reines perl Modul. Daher wird keine "lib No dave" mehr benötigt.
jo, ich hätte oben wohl mal etwas aufräumen müssen dann wäre das besser rüber gekommen, hatte ich durchgestrichen...!  :D
aber nun sind meine Probleme fast alle gelöst, bis auf eines welches speziell für die Logo 8 gilt, dazu unten dann meine Frage

Zitat von: charlie71 am 20 August 2015, 07:11:15
@Logo8 Config: Es muss auf der Logo8 eine Serververbindung eingerichtet werden.
ja, hatte ich dann so gemacht und läuft auch alles...!  :D

Nun mal meine Frage, ich habe zwar alle Seiten hier überflogen - nicht komplett gelesen - mir fehlt eine Antwort...!
Kann ich von Fhem aus in die Logo schreiben, also damit meine ich ohne zusätzlich in der Logo z.B. einen Merker zu setzen (was ich einmal praktiziert habe) und einen Ausgang schalten.

Das mit dem Merker wie gesagt habe ich probiert, der schaltet dann den entsprechenden Ausgang in meiner Logo, aber dazu müßte ich meine ganzen Logoschaltungen ändern/anpassen deshalb also die Frage...

Ich habe hier speziell für die Logo 8 noch kein Beispiel gefunden... nur so etwas in der Art
define mylogo S7_DWrite db 0 602.0
wobei ich im Moment noch nicht raus bekommen habe, was hinter db die "0" und die "602.0" zu bedeuten hat.
OK das ist wohl nicht für die Logo gedacht habe gesehen das hier die Adressen in einer Siemens CPU gemeint sind... ;) :D
Hier können dann die einzelnen Eingänge/Ausgänge angesprochen werden, oder irre ich mich da..?  ???

Ich habe ja eine Logo 8 (230 RCE) mit einer Erweiterung (DM8 230R) bei mir laufen... d.h. ich habe an der Logo 4 Ausgänge und an der Erweiterung auch 4 Ausgänge

Vielen Dank an der Stelle für die tolle aufwendige Arbeit an deinem Modul  :D


So einen Fehler habe ich hier wohl auch noch in den Logfiles, den möchte ich dir nicht enthalten, nur ich weiß leider nicht was er bedeutet...
2015.08.20 12:41:50 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.08.20 12:41:42 2: myLogo S7 disconnected
2015.08.20 12:41:42 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.08.20 12:41:42 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.



Hier noch ein Frage speziell zum schalten mit TRIGGER und Merker..
Ich habe bei mir mehrere Taster mit denen ich mit einem kurzen Tastendruck Beleuchtung einschalte, die dann über eine gewisse Zeit eingeschaltet bleibt, wenn ich die Bel. wieder ausschalten möchte muss ich den Taster etwas länger halten um es genau zu sagen 0,5s. Wenn ich jetzt den TRIGGER nutze ist das ja ein Signal von 1s damit wird also bei mir das Licht gleich wieder ausgeschaltet...!
Kann man den TRIGGER auch in der Zeit einstellbar machen z.B. das ich den dann auf 0.4sec stellen kann..?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 August 2015, 19:49:39
Hallo moonsorrox,

@config:

Das Konfigurieren bei der logo8 (und auch logo7) ist denkbar einfach.

Beispiel: FHEM
Hier wird ein DWriter (= Netzwerkausgang) configuriert der auf die Adresse 600.0 in den Variablen Speicher der SPS einen Wert ablegt:
define mylogo S7_DWrite  db 0 600.0

Logo:
Damit du den Netzwerkeingang (aus Sicht der Logo ist es ein Eingang) verwenden kannst, muss du einen Netzwerkeingang in dein Projekt ziehen und den Netzwerkeingang auf die selben lokale VB speichern:
in diesem Fall entspricht 600 der VB-Adresse und 0 dem Bit.

@Fehler im logfile: Bitte poste mal deine config

@Trigger:
die minimale Triggerlänge ist 1s, längere Triggerzeiten lassen sich konfigurieren.
Ich denke das Problem sollte sich auf der SPS lösen lassen.
Mit welchen FB setzt du das ein/ausschalten auf der SPS um?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 21 August 2015, 01:11:32
Zitat von: charlie71 am 20 August 2015, 19:49:39
Das Konfigurieren bei der logo8 (und auch logo7) ist denkbar einfach.

Beispiel: FHEM
Hier wird ein DWriter (= Netzwerkausgang) configuriert der auf die Adresse 600.0 in den Variablen Speicher der SPS einen Wert ablegt:
define mylogo S7_DWrite  db 0 600.0

Logo:
Damit du den Netzwerkeingang (aus Sicht der Logo ist es ein Eingang) verwenden kannst, muss du einen Netzwerkeingang in dein Projekt ziehen und den Netzwerkeingang auf die selben lokale VB speichern:
in diesem Fall entspricht 600 der VB-Adresse und 0 dem Bit.
Ok, dass war dann doch für die Logo und ja das ist tatsächlich recht einfach...
Aber man muss es nur wissen... ;)

Zitat von: charlie71 am 20 August 2015, 19:49:39
@Fehler im logfile: Bitte poste mal deine config
welche config genau meinst du

Zitat von: charlie71 am 20 August 2015, 19:49:39
@Trigger:
die minimale Triggerlänge ist 1s, längere Triggerzeiten lassen sich konfigurieren.
Ich denke das Problem sollte sich auf der SPS lösen lassen.
Mit welchen FB setzt du das ein/ausschalten auf der SPS um?

lG
Charlie71
ich bräuchte nur eben kürze Triggerzeiten...! da brauche ich dann auf der Logoseite nicht alles umbauen

mal ein Beispiel im Screenshot wie ich z.B. meine Treppenschaltung seit Jahren aufgebaut habe
1x drücken Licht geht an für 45sec
2x drücken Licht geht an für 8min
Taster gedrückt halten für 0,5sec Licht geht aus

den eingezeichneten Merker M2 für FHEM nutze ich nicht, war nur mal so ein Versuch und den Netzwerkeingang habe ich auch schon mal drin... nur eben noch weiter nichts mit gemacht.

Terrassenschaltung mit Screenshot: (habe ich aus dem Siemens Forum mit den Flanken)
Auf der Terrasse habe ich noch eine etwas andere Schaltung da mache ich das mit einem Stromstoßrelais und schalte dieses dann über eine AND(Flanke) und eine NAND(Flanke) nur schalte ich den Taster bekommt FHEM da nichts von mit und das define bleibt praktisch in dem Zustand wie vorher..

Die automatische Abschaltung über das Logo hatte ich heraus genommen, da ich dieses dann über FHEM machen möchte.

Hier mal der Code in FHEM:
define NI3_LichtTerrasse S7_DWrite db 0 300.0
attr NI3_LichtTerrasse userattr room_map structexclude
attr NI3_LichtTerrasse IODev myLogo
attr NI3_LichtTerrasse alias Taster Terrasse
attr NI3_LichtTerrasse devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI3_LichtTerrasse eventMap off:Aus on:Ein
attr NI3_LichtTerrasse group Logo Anzeige
attr NI3_LichtTerrasse icon taster@#778899
attr NI3_LichtTerrasse room AußenLicht,HWR
attr NI3_LichtTerrasse room_map 0:off 1:on
attr NI3_LichtTerrasse sortby 07



Für meine Gartenpumpe mach ich das wieder anders mit der Logo (über Zeitsteuerungen), aber wenn ich erst einmal weiß wie ich das regele, dann kann ich das hier auch umsetzen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mani am 21 August 2015, 20:51:15
Hallo habe eine Logo7 und möchte die Uhrzeit von ihr auslesen und als System Zeit vom Raspberry setzen ist das möglich? habe versucht DB 989 auszulesen aber ohne Erfolg.

Mfg Manfred
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 August 2015, 21:07:55
Hallo moonsorrox,

@timer < 1s: ist aktuell nicht möglich (modul müsste auf highresolution Timer umgebaut werden, möchte davon die Finger lassen)
alternativer Vorschlag:
Richte für jede Länge einen eigenen Netzwerkeingang ein (siehe Screenshot.jpg).
Oder verwende eine Komfortschalter (siehe komfortschalter.jpg).

@config
deine S7 - Fhem config bitte posten

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 August 2015, 21:20:32
Hallo Mani,

das mit der Uhrzeit ist nicht so einfach, leider funktioniert es nicht nur ein VM byte auszulesen - wie du ja bereits festgestellt hast.
Hier muss ein besonderes Datenpaket zur Logo geschickt werden (eigenes Protokoll), diese Funktion ist in dieser lib nicht implementiert. Das FHEM Modul von John basiert auf Snap, hier (zumindest auf der snap ebene) ist die Funktion vorhanden.

lg
charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mani am 21 August 2015, 21:29:47
Okay danke
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 21 August 2015, 21:32:39
Hallo charlie71,

Zitathier (zumindest auf der snap ebene) ist die Funktion vorhanden.

Darüber habe ich nocht nichts gelesen, woher stammt die Info ?

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 August 2015, 00:44:25
Zitat von: charlie71 am 21 August 2015, 21:07:55
@config
deine S7 - Fhem config bitte posten

das ist alles was ich bisher umgesetzt habe...
#########################################################################
##
##   Funktion......: Logo 8, Ausgänge Logo 8,  WebServer
##
#########################################################################


define myLogo S7 LOGO8 10.0.0.70
attr myLogo alias Logo 8  230RCE
attr myLogo group Logo Anzeige
attr myLogo icon siemens_logo@#F0E68C
attr myLogo room HWR
attr myLogo sortby 01



#########################################################################
## WebServer Anzeige Logo 8
#########################################################################


define Logo8.Link weblink iframe http://10.0.0.70/logo_login.shtm?!App-Language=0
attr Logo8.Link htmlattr width="900" height="700"
attr Logo8.Link room Logo 8



#########################################################################
##   Netzwerk - EINGANG Logo 8
#########################################################################


define NI3_LichtTerrasse S7_DWrite db 0 300.0
attr NI3_LichtTerrasse userattr room_map structexclude
attr NI3_LichtTerrasse IODev myLogo
attr NI3_LichtTerrasse alias Taster Terrasse
attr NI3_LichtTerrasse devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI3_LichtTerrasse eventMap off:Aus on:Ein
attr NI3_LichtTerrasse group Logo Anzeige
attr NI3_LichtTerrasse icon taster@#778899
attr NI3_LichtTerrasse room AußenLicht,HWR
attr NI3_LichtTerrasse room_map 0:off 1:on
attr NI3_LichtTerrasse sortby 07



das andere schaue ich mir mal an, ob das funktionieren würde, den Komfortschalter kenne ich - erfüllt aber nicht meine Wünsche.

Zur Not lasse ich über FHEM einfach den Ausgang Q.. schalten und auch wieder ausschalten...
wenn ich mir das richtig überlege..! Brauche ich diese Taster Geschichte eigentlich auch gar nicht, dass brauche ich eigentlich nur wenn ich die Taster im Treppenaufgang nutze alles andere ist glaube ich Spielerei, denn über die Weboberfläche nutze ich das wahrscheinlich eher wenig  :-\
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 August 2015, 07:38:23
Hallo John,

ich dachte, das macht man mit den folgenden Funktionen:
Cli_SetPlcDateTime
Cli_GetPlcDateTime
Cli_SetPlcSystemDateTime

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 August 2015, 07:42:09
Hallo moonsorrox,

In der Config hab ich leider keinen Hinweis auf die Fehlermeldung bekommen.
Tritt die Fehlermeldung noch immer auf ?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 22 August 2015, 11:04:25
Hi Charly71

Zitatich dachte, das macht man mit den folgenden Funktionen:
Cli_SetPlcDateTime
Cli_GetPlcDateTime
Cli_SetPlcSystemDateTime

Funktionen wie Run/Stop/Uhrzeitsynchronisieren/Status Variable  laufen bei der Logo ausserhalb des üblichen S7-Protokolls.
Daher können meiner Meinung die von dir aufgeführten Funktionen nicht zum Einsatz kommen, da die auf dem S7-Protokoll basieren.

John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 August 2015, 12:54:29
Zitat von: charlie71 am 22 August 2015, 07:42:09
In der Config hab ich leider keinen Hinweis auf die Fehlermeldung bekommen.
Tritt die Fehlermeldung noch immer auf ?

lG
Charlie71

das sind die letzten Meldungen:

2015.08.22 01:40:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.08.22 01:40:07 2: myLogo S7 disconnected
2015.08.22 01:40:07 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.08.22 01:40:07 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.08.22 01:21:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.08.22 01:21:11 2: myLogo S7 disconnected
2015.08.22 01:21:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.08.22 01:21:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 August 2015, 21:17:57
Hallo Moonsorrox,

es scheint so als würde die Verbindung zur Logo unterbrochen (Netzwerkprobleme ?).
(daher der disconnected Eintrag im Logfile)
Die Verbindung wird anschließend erfolgreich aufgebaut.

Kannst du mal das logging weiter aufdrehen:
attr global verbose 5

Das logfile wird dann mit weiteren Details geflutet.
Wenn der Fehler aufgetreten ist, bitte log file posten und logging wieder zurück drehen:
attr global verbose 3
lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 23 August 2015, 02:02:38
so hier mal die Details sind sicher noch einige andere dabei, aber die Logomeldungen sind da...!
2015.08.23 01:59:47 4: HTTP FHEMWEB:10.0.0.11:59261 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-08.log
2015.08.23 01:59:47 4: Connection closed for FHEMWEB:10.0.0.11:59263: EOF
2015.08.23 01:59:47 5: myLogo dispatch DW db 0 1064 1 myLogo 00
2015.08.23 01:59:47 5: myLogo dispatch AW db 0 1064 1 myLogo 00
2015.08.23 01:59:47 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:47 5: Notify loop for GardenaPumpe Aus
2015.08.23 01:59:47 5: Triggering GardenaPumpe (1 changes)
2015.08.23 01:59:47 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:47 5: Notify loop for LichtGarage Aus
2015.08.23 01:59:47 5: Triggering LichtGarage (1 changes)
2015.08.23 01:59:47 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:47 5: Notify loop for LichtTerrasse Aus
2015.08.23 01:59:47 5: Triggering LichtTerrasse (1 changes)
2015.08.23 01:59:47 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:47 5: Notify loop for LichtSZ Aus
2015.08.23 01:59:47 5: Triggering LichtSZ (1 changes)
2015.08.23 01:59:47 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:47 5: Notify loop for LichtTreppe Aus
2015.08.23 01:59:47 5: Triggering LichtTreppe (1 changes)
2015.08.23 01:59:47 5: myLogo dispatch DR db 0 1064 1 myLogo 00
2015.08.23 01:59:47 5: myLogo dispatch AR db 0 1064 1 myLogo 00
2015.08.23 01:59:47 5: TCPClient RecvISOPacket (IP= 10.0.0.70): 32, 03, 00, 00, 3b, 01, 00, 02, 00, 05, 00, 00, 04, 01, ff, 04, 00, 08, 00
2015.08.23 01:59:47 5: TCPClient ReadArea (IP= 10.0.0.70): 03, 00, 00, 1f, 02, f0, 80, 32, 01, 00, 00, 3b, 01, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 01, 00, 00, 84, 00, 21, 40
2015.08.23 01:59:47 4: myLogo READ Block AREA=db, DB =0, ADDRESS=1064, LENGTH=1
2015.08.23 01:59:47 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:47 5: Notify loop for NI8_GardenaPumpe Aus
2015.08.23 01:59:47 5: Triggering NI8_GardenaPumpe (1 changes)
2015.08.23 01:59:46 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:46 5: Notify loop for NI7_LichtGarage Aus
2015.08.23 01:59:46 5: Triggering NI7_LichtGarage (1 changes)
2015.08.23 01:59:46 5: myLogo dispatch DW db 0 700 101 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: myLogo dispatch AW db 0 700 101 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: myLogo dispatch DR db 0 700 101 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: myLogo dispatch AR db 0 700 101 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: TCPClient RecvISOPacket (IP= 10.0.0.70): 32, 03, 00, 00, 3a, 01, 00, 02, 00, 69, 00, 00, 04, 01, ff, 04, 03, 28, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00
2015.08.23 01:59:46 5: TCPClient ReadArea (IP= 10.0.0.70): 03, 00, 00, 1f, 02, f0, 80, 32, 01, 00, 00, 3a, 01, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 65, 00, 00, 84, 00, 15, e0
2015.08.23 01:59:46 4: myLogo READ Block AREA=db, DB =0, ADDRESS=700, LENGTH=101
2015.08.23 01:59:46 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:46 5: Notify loop for NI2_LichtSZ Aus
2015.08.23 01:59:46 5: Triggering NI2_LichtSZ (1 changes)
2015.08.23 01:59:46 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:46 5: Notify loop for NI1_LichtTreppe Aus
2015.08.23 01:59:46 5: Triggering NI1_LichtTreppe (1 changes)
2015.08.23 01:59:46 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:46 5: Notify loop for LichtTreppe_Ein off
2015.08.23 01:59:46 5: Triggering LichtTreppe_Ein (1 changes)
2015.08.23 01:59:46 5: rg_Battery: not on any display, ignoring notify
2015.08.23 01:59:46 5: Notify loop for NI3_LichtTerrasse Aus
2015.08.23 01:59:46 5: Triggering NI3_LichtTerrasse (1 changes)
2015.08.23 01:59:46 5: myLogo dispatch DW db 0 100 201 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: myLogo dispatch AW db 0 100 201 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: myLogo dispatch DR db 0 100 201 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: myLogo dispatch AR db 0 100 201 myLogo 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.08.23 01:59:46 5: TCPClient RecvISOPacket (IP= 10.0.0.70): 32, 03, 00, 00, 39, 01, 00, 02, 00, cd, 00, 00, 04, 01, ff, 04, 06, 48, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00
2015.08.23 01:59:46 5: TCPClient ReadArea (IP= 10.0.0.70): 03, 00, 00, 1f, 02, f0, 80, 32, 01, 00, 00, 39, 01, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, c9, 00, 00, 84, 00, 03, 20
2015.08.23 01:59:46 4: myLogo READ Block AREA=db, DB =0, ADDRESS=100, LENGTH=201
2015.08.23 01:59:46 4: S7: myLogo GetUpdate called ...
2015.08.23 01:59:45 5: myLogo dispatch DW db 0 1064 1 myLogo 00
2015.08.23 01:59:45 5: myLogo dispatch AW db 0 1064 1 myLogo 00
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 23 August 2015, 15:54:42
Hallo
da ich in Fhem noch nicht so sicher bin wollte ich heute ein notify nach Anleitung anlegen um Werte von einer Fritzsteckdose zur SPS zu senden. Orientiert hierzu habe ich mich am Beispiel aus der wiki S7.
Leider bin ich schon am erstellen geschneidert.
Bei mir fehlt  das "Set" befehl in notify ? sieh Bild
Im Beispiel ist set vorhanden
http://www.fhemwiki.de/wiki/Datei:Regexp_wizard1.JPG

Anleitung:
http://www.fhemwiki.de/wiki/Notify
Was mache ich falsch ?


Werte müssen ja für die SPS aufbereitet werden. Hierzu wird im Beispiel werte aufbereitet. Allerdings verstehe ich diese codes nicht so ganz ?
Kann mir jemand diese erklären ?




".ReadingsVal("Wetter","temp_c","10");;\




{sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}




Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 24 August 2015, 12:09:47
Hallo Emilio
Wir verstehen alle, dass Du noch die einen oder anderen Probleme hast! Aber, Du vermischst immer wieder tausend verschiedene Fragen und Themen! Dein letzter Post gehoert hier einfach nicht rein! Das sind eher Anfaengerfragen! Du meinst, weil es am Ende zu Deiner S7 gehen soll, betrifft es dieses Thema. Es ist aber ein Notify-Problem! Wenn du Dir die Commandref einmal ansiehst, dann wirst du da etwas zu "Stateformat" finden. Auch Deine Auszuege aus der S7-Wiki sind so rudimentaer, dass man schon wirklich eine Glaskugel braucht, um zu verstehen was Dein Problem ist! Tue doch Dir selbst den Gefallen, und lies das Einsteiger-PDF noch einmal durch, und bemuehe ab und an die Commandref. Jeder wird Dir gerne helfen, aber halt auch nur im entsprechenden Bereich. Einen neuen Thread zu erstellen tut nicht weh, und es hilft Dir selbst, darueber klar zu werden, wo Dein Problem wirklich liegt!

Viel Erfolg noch
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 24 August 2015, 17:28:22
Hallo
Ich hoffe mir kenn jemand weiterhelden.Ich möchte von einem Enocen Taster den Tastedruck zur SPS senden. Hierfür habe ich ein notify angelegt



define DB353_DBX0_0 S7_DWrite db 353 0.0
attr DB353_DBX0_0 IODev SPS315
attr DB353_DBX0_0 event-on-change-reading state
attr DB353_DBX0_0 room SPS
define DB353_DBX0_0_notify notify EnO.Taster_01:buttons:.* set DB352_DBX0_0 $EVENT\

attr DB353_DBX0_0_notify room SPS



Ich habe auch schon  das $EVENT durch ON errsetzt aber auch ohne erfolg.
Dieser Code hier funktioniert um den status des Tasters zur SPS zu senden. Ich weiß aber leider nicht wie ich das Reading hier einbaue.



define DB353_DBX0_1 S7_DWrite db 353 0.1
attr DB353_DBX0_1 IODev SPS315
attr DB353_DBX0_1 room SPS
define di_DB353_DBX0_1 DOIF ([EnO.Taster_01] eq "on") (set DB353_DBX0_1 on) DOELSEIF ([EnO.Taster_01] eq "off") (set DB353_DBX0_1 off)
attr di_DB353_DBX0_1 room SPS



Ist ein notify überhaut der richtig ansatz für mein vorhaben ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Achim am 06 September 2015, 21:20:40
Hallo charlie71

ich habe nun endlich meine Logo Steuerung 6ED1 052-1MD00-0BA5/6 gegen eine 8er Version ausgetauscht und mit FHEM verbunden. Ich habe allerdings dasselbe Problem wir moonsorrox. Gibt es da schon eine Lösung?

Wenn ich einen Eingang setzen will, bekomme ich folgende Fehlermeldungen um fhem.log. Hängt wahrscheinlich mit dem ersten Fehler zusammen.
Zitat2015.09.06 21:13:23 3: Logo1 S7_WriteBitToPLC WriteArea error: 1024=Error during data write
2015.09.06 21:13:23 2: Logo1 S7 disconnected
2015.09.06 21:13:23 1: PERL WARNING: Argument "Logo1 S7_WriteBitToPLC WriteArea error: 1024=Error durin..." isn't numeric in numeric eq (==) at /usr/share/fhem/FHEM/44_S7_DWrite.pm line 232.
2015.09.06 21:13:24 3: Logo1 disconnected
2015.09.06 21:13:24 2: Logo1 S7 disconnected
2015.09.06 21:13:26 3: Logo1 S7_connect: connect to PLC with maxPDUlength=240
2015.09.06 21:13:27 2: Logo1 S7_connect: allready connected!

Meine erste Minimalkonfig in FHEM ist:
define Logo1 S7 LOGO8 192.168.178.111
attr Logo1 room Logo

define Wohnzimmer_Rolladen_auf S7_DWrite I1
attr Wohnzimmer_Rolladen_auf IODev Logo1
attr Wohnzimmer_Rolladen_auf eventMap on:on off:off
attr Wohnzimmer_Rolladen_auf room Logo

define Wohnzimmer_Rolladen_zu S7_DWrite I2
attr Wohnzimmer_Rolladen_zu IODev Logo1
attr Wohnzimmer_Rolladen_zu eventMap on:on off:off
attr Wohnzimmer_Rolladen_zu room Logo


Wenn ich noch weitere Infos posten soll, bitte schreiben.

Viele Grüße
Achim
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 September 2015, 15:34:36
Hallo Achim,

leider gibt es noch keine Lösung, da die Ursache noch nicht klar ist (Fehler ist nicht nachvollziehbar).
Was ich aus den bisherigen logfiles gesehen habe ist nur,

Was brauche ich damit der Fehler genauer analysiert werden kann?
Einen Logfile Auszug bei dem die Fehlerursache erkennbar ist + die dazugehörige FHEM - Konfig des Moduls:
1 )Damit das Logfile genügend Infos enthält muss der Loglevel aufgedreht werden (attr global verbose 5).
Das Logfile wir jetzt viel größer - was durchaus im meinen Sinn ist. Wem die Logfilegröße stört, kann ja logrotate verwenden um das Logfile im Zaum zu halten.
(Anmerkung: Die zusätzliche Info benötigte ich damit der Fehler analysiert werden kann)

2)Das Logfile soll Logging-Info vor und nach dem Fehlerfall beinhalten (2min vor Fehler und 2min nach Fehler sollten reichen)

ohne diese Info komme ich aktuell nicht weiter.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 07 September 2015, 15:41:31
Hat mein logfile welches ich per PN geschickt hatte nicht gereicht...? Dann werde ich ein weiteres machen...!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 September 2015, 19:33:33
Hallo Moonsorrox,

leider hat mich das Logfile nicht weitergebracht in deinem letzten log file war der Fehler nicht aufgetreten.
Im Logfile davor, beginnt mit dem Fehler und somit ist unklar was zuvor zum Fehler geführt hat.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 07 September 2015, 19:40:36
gut ich mach ein neues und lasse jetzt mal ne halbe Stunde laufen

EDITH... jetzt ist das log so groß, dass der Firefox selbst beim kopieren abstürzt....  :-\
ich habs beim Fussball vergessen auszuschalten
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 September 2015, 10:24:21
Hallo Achim,

ich mir mal die logs von dir angesehen.
@Fehler beim Schreiben: (Dieses Problem wurde schon mehrmals von mir behandelt und erklärt)
Es wird hier auf ein auf einen normalen Eingang (I1, I2) über das Netzwerk geschrieben, so funktioniert das nicht.
Bei der Logo7 hat es keinen Kommunikationsfehler gegeben, aber funktioniert hat es trotzdem nicht.

Bitte dazu die Netzwerkeingänge verwenden !

@Fehler beim Starten: Hier bin ich noch nicht wirklich weiter, meine Vermutung ist das die Initialisierung von FHEM sich mit den Verbindungsaufbau und den ersten Read Request überschneidet. Dadurch glaubt das Modul dass noch keine Verbindung zur SPS besteht und triggert einen reconnect. Danach läuft die Kommunikation fehlerfrei.
Ich werde aus diesem Grund in der nächsten Version die Modul Initialisierungszeiten ein wenig erhöhen.

lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Achim am 10 September 2015, 21:45:26
Hallo charlie71,

Netzwerkeingänge, eigentlich logisch. Aber von welchem Typ und wie konfigurieren? Eigenschaften -> "lokaler VM" oder "Remote Gerät". Ich habe viele verschiedenen Konfigs probiert. Bei keiner funktionierte die Verbindung, geschweige den das einfache Setzen eines Ausgangs durch einen Netzeingang. Ich weiß, das gehört wahrscheinlich in die Kategorie "Anfängerfragen".

Vielleicht kann ja jemand mit einer funktionierenden Verbindung zu einer Logo8 ein paar Screenshots von der Konfig posten.

Viele Grüße
Achim
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 10 September 2015, 23:13:30
Screenshot gerne...

Die Ausgänge QX werden hier nur dargestellt und bei dem Taster hier mal bei mir Terrasse schau genau auf die Readings.
Ich habe es immer so gemacht NI3_XXX ist bei mir auch db 0 300.0, der NI4_XXX db 0 400.0 usw.
Dann eben im Logo Programm hier auch wieder Terrasse den NI3_XXX zugeordnet also V300.0
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 01 Oktober 2015, 11:58:38
mal eine Frage ich habe heute das ganze Log voll stehen mit diesen Meldungen...
jemand das gleiche Problem... ist nur ein kurzer Auszug, sind unzählige Meldungen seit 0Uhr

dann habe ich mal einen Neustart gemacht und es kommt oben die Meldung oben unter Eingabe Zeile:
Error messages while initializing FHEM:
statefile: Usage: setstate
where is a single device name, a list separated by komma (,) or a regexp. See the devspec section in the commandref.html for details.



hier die meldungen die S7 betreffen:
2015.10.01 11:50:04 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:50:04 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:50:04 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:50:04 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.01 11:50:04 3: stacktrace:
2015.10.01 11:50:04 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.01 11:50:04 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:50:04 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:50:04 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:50:04 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.01 11:50:04 3: stacktrace:
2015.10.01 11:50:04 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.01 11:50:04 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:50:04 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:50:04 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:50:04 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.01 11:50:04 3: stacktrace:
2015.10.01 11:50:04 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 790.
2015.10.01 11:50:03 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:50:03 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:50:03 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:50:03 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.01 11:50:03 3: stacktrace:
2015.10.01 11:50:03 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.01 11:50:03 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:50:03 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:50:03 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:50:03 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.01 11:50:03 3: stacktrace:
2015.10.01 11:50:03 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.01 11:50:03 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:50:03 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:50:03 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:50:03 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.01 11:50:03 3: stacktrace:
2015.10.01 11:50:03 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 790.
2015.10.01 11:49:58 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:49:58 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:49:58 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:49:58 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.01 11:49:58 3: stacktrace:
2015.10.01 11:49:58 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.01 11:49:58 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:49:58 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:49:58 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:49:58 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.01 11:49:58 3: stacktrace:
2015.10.01 11:49:58 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.01 11:49:58 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:49:58 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:49:58 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:49:58 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.01 11:49:58 3: stacktrace:
2015.10.01 11:49:58 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 790.
2015.10.01 11:49:57 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:49:57 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:49:57 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:49:57 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.01 11:49:57 3: stacktrace:
2015.10.01 11:49:57 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.01 11:49:57 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.01 11:49:57 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.01 11:49:57 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.01 11:49:57 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 Oktober 2015, 12:13:42
Hallo Moonsorrox,

ich hatte schon mal die Vermutung geäußert das bei großen Konfigurationen der Erste Lesevorgang auf der SPS startet obwohl die Initialiesierung aller module noch nicht abgeschlossen ist.
Ich habe mal die Zeiten für das allererste Reading in der 44_s7.pm angepasst: Der initiale Verbindungsaufbau beginnt nun nach 10s nach dem Neustart und die Readings erst 15 nach dem Neustart.
Bitte test mal ob nun der Fehler weiterhin auftaucht.

@all ) Bitte dieses File nur verwenden,dieser Fehler auftaucht. Nach feedback von moonsorrox, wird es eine neue Version geben, welche noch ein paar weitere fixes enhält.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 01 Oktober 2015, 12:40:28
Edith2:// disconnect Meldungen habe ich aber weiterhin wenn ich FHEM nur einlesen (rereadconfig) lasse

Edith1:// ich habe jetzt nochmals ein Neustart gemacht und habe keine Fehlermeldung bezüglich S7 mehr
mal schauen ob sonst noch Meldungen auftauchen...!  ;)



so das Modul habe ich mal eingespielt und einen Neustart gemacht...
Folgende Fehlermeldungen erhalte ich noch bezüglich S7, dass log enthält weitere Meldungen die abgefragt werden seit Neustart...! sind aber wohl zu vernachlässigen

2015.10.01 12:35:57 3: CUL_HM set Aussensensor_Norden getConfig
2015.10.01 12:35:01 3: CUL_HM set WegLampe_Sw_02 statusRequest
2015.10.01 12:35:00 3: CUL_HM set WegLampe_Sw_01 statusRequest
2015.10.01 12:34:55 3: CUL_HM set WZ_Lampe_TV statusRequest
2015.10.01 12:34:52 3: CUL_HM set Uhrzeit statusRequest
2015.10.01 12:34:48 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.01 12:34:48 3: CUL_HM set RollladenWZ statusRequest
2015.10.01 12:34:32 2: myLogo S7 disconnected
2015.10.01 12:34:32 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.01 12:34:32 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.01 12:34:32 3: CUL_HM set RollladenSZ statusRequest
2015.10.01 12:34:12 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.01 12:34:12 3: CUL_HM set Ladestation1 statusRequest
2015.10.01 12:34:08 3: CUL_HM set Ladestation statusRequest

(process:8862): Pango-WARNING **: error opening config file '/root/.config/pango/pangorc': Permission denied

2015.10.01 12:34:04 3: CUL_HM set Temperatur_Arbeitszimmer statusRequest
2015.10.01 12:34:04 1: HMLAN_Parse: HMUSB new condition ok
2015.10.01 12:34:04 3: CUL_HM set AussenLampe statusRequest
2015.10.01 12:34:04 2: di_WegBeleuchtung_Morgens_Cal: reading does not exist: [View_S:t_004_summary]
2015.10.01 12:34:04 2: di_WegBeleuchtung_Calender: reading does not exist: [View_S:t_004_summary]
2015.10.01 12:34:03 0: Server started with 240 defined entities (version $Id: fhem.pl 9307 2015-09-25 18:44:20Z rudolfkoenig $, os linux, user fhem, pid 8862)
2015.10.01 12:34:03 0: Featurelevel: 5.6
2015.10.01 12:34:03 2: SecurityCheck:  WEBcam,WEBhook has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 02 Oktober 2015, 12:19:49
so ich muss nochmals nerven...
Ich habe gerade den PC angemacht und meine tägliche Arbeit einmal ins log zu schauen, gibt wieder mal ein vollgeschriebenes Log als Ausgabe  :-\

Diese Meldungen von S7 sind dabei...! Ich habe das stark abgekürzt weil mein Firefox schon dicke Backen macht wenn er dies einliest  ;)
2015.10.02 12:13:17 2: myLogo S7 disconnected
2015.10.02 12:13:17 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.02 12:13:17 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.02 12:13:17 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:13:17 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:13:17 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:13:17 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.02 12:13:17 3: stacktrace:
2015.10.02 12:13:17 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.02 12:13:17 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:13:17 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:13:17 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:13:17 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.02 12:13:17 3: stacktrace:
2015.10.02 12:13:17 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.02 12:13:17 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:13:17 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:13:17 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:13:17 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.02 12:13:17 3: stacktrace:
2015.10.02 12:13:17 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 790.
2015.10.02 12:12:42 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:42 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:42 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:42 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.02 12:12:42 3: stacktrace:
2015.10.02 12:12:42 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.02 12:12:42 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:42 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:42 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:42 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.02 12:12:42 3: stacktrace:
2015.10.02 12:12:42 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.02 12:12:42 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:42 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:42 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:42 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.02 12:12:42 3: stacktrace:
2015.10.02 12:12:42 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 790.
2015.10.02 12:12:40 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:40 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:40 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:40 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.02 12:12:40 3: stacktrace:
2015.10.02 12:12:40 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.02 12:12:40 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:40 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:40 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:40 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.02 12:12:40 3: stacktrace:
2015.10.02 12:12:40 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.02 12:12:40 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:40 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:40 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:40 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.02 12:12:40 3: stacktrace:
2015.10.02 12:12:40 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 790.
2015.10.02 12:12:39 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:39 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:39 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:39 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (813)
2015.10.02 12:12:39 3: stacktrace:
2015.10.02 12:12:39 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 813.
2015.10.02 12:12:39 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:39 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:39 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:39 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (800)
2015.10.02 12:12:39 3: stacktrace:
2015.10.02 12:12:39 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/44_S7.pm line 800.
2015.10.02 12:12:39 3:     main::HandleTimeout                 called by fhem.pl (583)
2015.10.02 12:12:39 3:     main::S7_GetUpdate                  called by fhem.pl (2683)
2015.10.02 12:12:39 3:     main::S7_readFromPLC                called by ./FHEM/44_S7.pm (701)
2015.10.02 12:12:39 3:     main::__ANON__                      called by ./FHEM/44_S7.pm (790)
2015.10.02 12:12:39 3: stacktrace:


ich scheue mich immer vor einem Neustart, weil oft genug kackt er regelrecht ab, sodass ich ihn mit putty starten muss...!
In dem Fall heute auch wieder...! :-\
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 04 Oktober 2015, 12:01:37
@charlie71

hier nur nochmal als Info, also die disconnected Geschichte ist doch noch nicht erledigt.
Logauszug von heute:
2015.10.04 11:53:28 2: myLogo S7 disconnected
2015.10.04 11:53:28 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.04 11:53:28 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.04 11:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 10:30:02 3: CUL_HM set Ladestation1 off
2015.10.04 10:30:02 3: CUL_HM set Ladestation off
2015.10.04 10:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 09:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 09:00:12 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.04 09:00:09 2: myLogo S7 disconnected
2015.10.04 09:00:09 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.04 09:00:09 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.04 08:45:00 3: CUL_HM set RollladenSZ pct 75
2015.10.04 08:30:06 3: CUL_HM Uhrzeit repeat, level C8 instead of 00
2015.10.04 08:30:00 3: CUL_HM set Uhrzeit off
2015.10.04 08:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 08:15:00 3: CUL_HM RollladenWZ repeat, level 00 instead of C8
2015.10.04 08:15:00 3: CUL_HM set RollladenWZ on
2015.10.04 08:00:08 3: CUL_HM set Ladestation on
2015.10.04 08:00:08 3: CUL_HM set Ladestation1 on
2015.10.04 07:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 07:12:11 3: DummyHell: Please define Tageslicht first
2015.10.04 07:00:09 3: CUL_HM set WegLampe_Sw_02 off
2015.10.04 06:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 06:00:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.04 06:00:10 2: myLogo S7 disconnected
2015.10.04 06:00:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.04 06:00:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.04 05:50:03 3: CUL_HM set Ladestation1 off
2015.10.04 05:50:03 3: CUL_HM set Ladestation off
2015.10.04 05:21:30 2: di_WegBeleuchtung_Calender_today: reading does not exist: [View_S:today_001_summary]
2015.10.04 05:00:12 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.04 05:00:09 2: myLogo S7 disconnected
2015.10.04 05:00:09 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode


Bitte nur als Info zu verstehen damit du weißt das die von dir bereit gestellte letzte Modulversion diesen Fehler nicht behebt...!
Tüftel mal ein wenig weiter  ;)
Falls du weitere Angaben von mir brauchst sag bescheid...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 12 Oktober 2015, 15:46:53
@charlie71
@moonsorrox

Hallo,
auch ich habe exakt diese disconnects, interessanterweise pünktlich nachts um 2 Uhr und dann alle 3 Stunden:
2015.10.09 02:00:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.

2015.10.09 02:00:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.10.09 02:00:18 2: myLogo S7 disconnected
2015.10.09 02:00:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.09 05:00:19 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.

2015.10.09 05:00:19 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.10.09 05:00:19 2: myLogo S7 disconnected
2015.10.09 05:00:22 3: myLogo S7_connect: connect to PLC with maxPDUlength=240

2015.10.09 08:00:15 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.09 08:00:15 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.10.09 08:00:15 2: myLogo S7 disconnected
2015.10.09 08:00:18 3: myLogo S7_connect: connect to PLC with maxPDUlength=240

Habe schon gesucht, was zu dieser Zeit auf meinem Cubietruck ausgeführt wird, aber nichts gefunden. Misteriös.
Programme laufen auf der S8 fehlerfrei ab.
Gruß Doesel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 12 Oktober 2015, 19:25:30
Zitat von: doesel am 12 Oktober 2015, 15:46:53
@charlie71
@moonsorrox
ja das ist im Moment so, ich habe das ganze Log davon voll...! Aber, charlie arbeitet dran...!

Trotzdem könntest du zur Unterstützung mal dein Log auf verbose 5 setzen und die disconnected analysieren, alles was an Fehler davor auftritt könnte charlie helfen diesen Fehler zu finden...!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 12 Oktober 2015, 20:28:12
So, Verbose auf 5 gesetzt, Log wird im Sekundentakt vollgeschrieben:
2015.10.12 20:22:13 4: S7: myLogo GetUpdate called ...
2015.10.12 20:22:13 4: myLogo READ Block AREA=db, DB =42, ADDRESS=0, LENGTH=4
2015.10.12 20:22:13 5: myLogo dispatch AR db 42 0 4 myLogo 40,96,66,66
2015.10.12 20:22:13 5: myLogo dispatch DR db 42 0 4 myLogo 40,96,66,66
2015.10.12 20:22:13 5: myLogo dispatch AW db 42 0 4 myLogo 40,96,66,66
2015.10.12 20:22:13 5: myLogo dispatch DW db 42 0 4 myLogo 40,96,66,66
2015.10.12 20:22:13 4: myLogo READ Block AREA=db, DB =0, ADDRESS=100, LENGTH=5
2015.10.12 20:22:13 5: myLogo dispatch AR db 0 100 5 myLogo 05,20,05,50,00
2015.10.12 20:22:13 5: myLogo dispatch DR db 0 100 5 myLogo 05,20,05,50,00
2015.10.12 20:22:13 5: myLogo dispatch AW db 0 100 5 myLogo 05,20,05,50,00
2015.10.12 20:22:13 5: myLogo dispatch DW db 0 100 5 myLogo 05,20,05,50,00
2015.10.12 20:22:13 4: myLogo READ Block AREA=db, DB =0, ADDRESS=1064, LENGTH=183
2015.10.12 20:22:13 5: myLogo dispatch AR db 0 1064 183 myLogo 01,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.12 20:22:13 5: myLogo dispatch DR db 0 1064 183 myLogo 01,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.12 20:22:13 5: myLogo dispatch AW db 0 1064 183 myLogo 01,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.12 20:22:13 5: myLogo dispatch DW db 0 1064 183 myLogo 01,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.12 20:22:13 4: myLogo READ Block AREA=db, DB =1, ADDRESS=988, LENGTH=2
2015.10.12 20:22:13 5: myLogo dispatch AR db 1 988 2 myLogo 14,17
2015.10.12 20:22:13 5: myLogo dispatch DR db 1 988 2 myLogo 14,17
2015.10.12 20:22:13 5: myLogo dispatch AW db 1 988 2 myLogo 14,17
2015.10.12 20:22:13 5: myLogo dispatch DW db 1 988 2 myLogo 14,17

Wiederholt sich dann wie gesagt jede Sekunde, hab den Verbose schnell wieder zurückgesetzt. Sollte ich es schaffen, morgen vor 5 Uhr wach zu sein, setze ich den wieder hoch.
Gruß Doesel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 12 Oktober 2015, 22:58:58
Zitat von: doesel am 12 Oktober 2015, 20:28:12
So, Verbose auf 5 gesetzt, Log wird im Sekundentakt vollgeschrieben:

Wiederholt sich dann wie gesagt jede Sekunde, hab den Verbose schnell wieder zurückgesetzt. Sollte ich es schaffen, morgen vor 5 Uhr wach zu sein, setze ich den wieder hoch.
Gruß Doesel
ja klar das ist ne Menge Zeuch...! Charlie sagte mal irgendwo hier im Thread es sollten ein paar Minuten reichen wenn dann ein "disconnected" dabei ist... bei meinem Log Auszug war es nur einmal der Fall...

Ich weiß nicht wie weit Charlie mit seinem Modul ist und ob da schon etwas an Erkenntnis eingeflossen ist...! Wir warten geduldig, funktioniert ja bisher
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 14 Oktober 2015, 05:36:48
So, nun habe ich einen disconnect mit Verbose 5 erwischt:
2015.10.14 05:30:28 4: S7: myLogo GetUpdate called ...
2015.10.14 05:30:28 4: myLogo READ Block AREA=db, DB =42, ADDRESS=0, LENGTH=4
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 05:30:28 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.

2015.10.14 05:30:28 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.10.14 05:30:28 2: myLogo S7 disconnected
2015.10.14 05:30:31 4: S7: myLogo connect ip_address=192.168.2.103, LocalTSAP=256, RemoteTSAP=512
2015.10.14 05:30:31 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 05:30:38 4: S7: myLogo GetUpdate called ...
2015.10.14 05:30:38 4: myLogo READ Block AREA=db, DB =0, ADDRESS=100, LENGTH=5
2015.10.14 05:30:38 5: myLogo dispatch AR db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:38 5: myLogo dispatch DR db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:38 5: myLogo dispatch AW db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:38 5: myLogo dispatch DW db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:38 4: myLogo READ Block AREA=db, DB =0, ADDRESS=1064, LENGTH=183
2015.10.14 05:30:38 5: myLogo dispatch AR db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:38 5: myLogo dispatch DR db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:38 5: myLogo dispatch AW db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:38 5: myLogo dispatch DW db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:38 4: myLogo READ Block AREA=db, DB =1, ADDRESS=988, LENGTH=2
2015.10.14 05:30:38 5: myLogo dispatch AR db 1 988 2 myLogo 05,1f
2015.10.14 05:30:38 5: myLogo dispatch DR db 1 988 2 myLogo 05,1f
2015.10.14 05:30:38 5: myLogo dispatch AW db 1 988 2 myLogo 05,1f
2015.10.14 05:30:38 5: myLogo dispatch DW db 1 988 2 myLogo 05,1f
2015.10.14 05:30:38 4: myLogo READ Block AREA=db, DB =42, ADDRESS=0, LENGTH=4
2015.10.14 05:30:38 5: myLogo dispatch AR db 42 0 4 myLogo 40,80,00,00
2015.10.14 05:30:38 5: myLogo dispatch DR db 42 0 4 myLogo 40,80,00,00
2015.10.14 05:30:38 5: myLogo dispatch AW db 42 0 4 myLogo 40,80,00,00
2015.10.14 05:30:38 5: myLogo dispatch DW db 42 0 4 myLogo 40,80,00,00
2015.10.14 05:30:39 4: S7: myLogo GetUpdate called ...
2015.10.14 05:30:39 4: myLogo READ Block AREA=db, DB =0, ADDRESS=100, LENGTH=5
2015.10.14 05:30:39 5: myLogo dispatch AR db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:39 5: myLogo dispatch DR db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:39 5: myLogo dispatch AW db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:39 5: myLogo dispatch DW db 0 100 5 myLogo 05,20,05,50,00
2015.10.14 05:30:39 4: myLogo READ Block AREA=db, DB =0, ADDRESS=1064, LENGTH=183
2015.10.14 05:30:39 5: myLogo dispatch AR db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:39 5: myLogo dispatch DR db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:39 5: myLogo dispatch AW db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
2015.10.14 05:30:39 5: myLogo dispatch DW db 0 1064 183 myLogo 03,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

Seit gestern kommen diese regelmäßig alle 30 Minuten, nicht mehr im 3 Stunden-Rhythmus.
Doesel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 14 Oktober 2015, 12:24:43
Zitat von: doesel am 14 Oktober 2015, 05:36:48
So, nun habe ich einen disconnect mit Verbose 5 erwischt:

wollen wir hoffen das etwas verwertbares dabei ist für charlie

Mein Log sieht täglich so aus und das ist nur ein kleiner Auszug: :-\
2015.10.14 11:30:15 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 11:30:12 2: myLogo S7 disconnected
2015.10.14 11:30:12 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 11:30:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 11:20:12 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 11:20:09 2: myLogo S7 disconnected
2015.10.14 11:20:09 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 11:20:09 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 11:10:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 11:10:10 2: myLogo S7 disconnected
2015.10.14 11:10:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 11:10:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 11:00:19 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 11:00:16 2: myLogo S7 disconnected
2015.10.14 11:00:16 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 11:00:16 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 10:36:07 3: at_KalenderTermine_S: Wrote configuration to fhem.cfg
2015.10.14 10:36:07 3: save : Wrote configuration to fhem.cfg
2015.10.14 10:30:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 10:30:18 2: myLogo S7 disconnected
2015.10.14 10:30:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 10:30:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 10:30:18 3: CUL_HM set Ladestation1 off
2015.10.14 10:30:00 3: CUL_HM set Ladestation off
2015.10.14 10:20:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 10:20:18 2: myLogo S7 disconnected
2015.10.14 10:20:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 10:20:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 10:10:15 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 10:10:12 2: myLogo S7 disconnected
2015.10.14 10:10:12 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 10:10:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 10:00:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 10:00:18 2: myLogo S7 disconnected
2015.10.14 10:00:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 10:00:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 09:50:17 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 09:50:14 2: myLogo S7 disconnected
2015.10.14 09:50:14 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 09:50:14 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 09:40:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 09:40:18 2: myLogo S7 disconnected
2015.10.14 09:40:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 09:40:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 09:36:07 3: at_KalenderTermine_S: Wrote configuration to fhem.cfg
2015.10.14 09:36:07 3: save : Wrote configuration to fhem.cfg
2015.10.14 09:30:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 09:30:18 2: myLogo S7 disconnected
2015.10.14 09:30:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 09:30:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 09:20:19 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 09:20:16 2: myLogo S7 disconnected
2015.10.14 09:20:16 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 09:20:16 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 09:10:19 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 09:10:16 2: myLogo S7 disconnected
2015.10.14 09:10:16 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 09:10:16 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 09:00:22 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 09:00:19 2: myLogo S7 disconnected
2015.10.14 09:00:19 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 09:00:19 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 08:50:17 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 08:50:14 2: myLogo S7 disconnected
2015.10.14 08:50:14 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 08:50:14 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 08:40:19 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 08:40:16 2: myLogo S7 disconnected
2015.10.14 08:40:16 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 08:40:16 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 08:36:08 3: at_KalenderTermine_S: Wrote configuration to fhem.cfg
2015.10.14 08:36:08 3: save : Wrote configuration to fhem.cfg
2015.10.14 08:30:19 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 08:30:16 2: myLogo S7 disconnected
2015.10.14 08:30:16 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 08:30:16 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 08:30:16 3: CUL_HM Uhrzeit repeat, level C8 instead of 00
2015.10.14 08:30:00 3: CUL_HM set RollladenSZ pct 75
2015.10.14 08:30:00 3: CUL_HM set Uhrzeit off
2015.10.14 08:20:21 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 08:20:18 2: myLogo S7 disconnected
2015.10.14 08:20:18 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 08:20:18 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 08:10:23 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 08:10:20 2: myLogo S7 disconnected
2015.10.14 08:10:20 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.14 08:10:20 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.14 08:00:27 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.14 08:00:24 2: myLogo S7 disconnected
2015.10.14 08:00:24 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 15 Oktober 2015, 17:15:49
Hallo,
jetzt habe ich eine interessante Abhängigkeit festgestellt: Nachdem die disconnects pünktlich alle 30 min. kamen, habe ich ein at-Kommando gefunden, welches eben in diesem Abstand ein "GDS rereadcfg" macht, auf 35 min. geändert. Siehe da: Auch die disconnects kommen nun alle 35 Minuten. Dies habe ich jetzt mal inaktiv gesetzt und werde über den Erfolg später berichten.
Gruß Doesel

@21:40: Nun, nach über 5 Stunden keine Fehlermeldungen mehr im Log. Hier liegt wohl tatsächlich das Problem...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 16 Oktober 2015, 00:03:38
Zitat von: doesel am 15 Oktober 2015, 17:15:49
Hallo,
jetzt habe ich eine interessante Abhängigkeit festgestellt: Nachdem die disconnects pünktlich alle 30 min. kamen, habe ich ein at-Kommando gefunden, welches eben in diesem Abstand ein "GDS rereadcfg" macht, auf 35 min. geändert. Siehe da: Auch die disconnects kommen nun alle 35 Minuten. Dies habe ich jetzt mal inaktiv gesetzt und werde über den Erfolg später berichten.
Gruß Doesel

@21:40: Nun, nach über 5 Stunden keine Fehlermeldungen mehr im Log. Hier liegt wohl tatsächlich das Problem...
das ist ja mal interessant auch ich habe das GDS im 10min. Takt und die Meldungen des S7 eben auch im 10min. Takt im Log.
Werde das gleich mal ändern
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 16 Oktober 2015, 17:30:36
Hallo moonsorrox,

habe nun seit 24 Stunden keine Ausfälle oder Log-Einträge der Logo mehr. Hast Du auch Erfolge? Nun muss nur noch ein "Wissender" herausfinden, wo der Fehler ist. :)
Gruß Doesel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 16 Oktober 2015, 17:44:33
ich habe da ich gerade mit den verschiedensten Module teste immer nach dem Neustart eine Meldung

2015.10.16 15:02:21 2: myLogo S7 disconnected

aber ansonsten finde ich sonst keine weiteren Meldungen mehr  :D
Ich hatte ja die GDS rereadcfg Zeit auf 15min gesetzt..!

Evtl. liest charlie71 hier mit und hat einen Einfall, denn das scheint tatsächlich in irgend einem Zusammenhang zu stehen..!

Aber so sieht es doch schon mal gut aus  ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 20 Oktober 2015, 11:38:41
irgendwie geht das seit dieser Nacht wieder los, ein paar Tage war jetzt Ruhe..
Hat das jetzt noch jemand..?

2015.10.20 09:00:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 09:00:09 2: myLogo S7 disconnected
2015.10.20 09:00:09 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 09:00:09 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 08:45:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 08:45:10 2: myLogo S7 disconnected
2015.10.20 08:45:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 08:45:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 08:30:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 08:30:11 2: myLogo S7 disconnected
2015.10.20 08:30:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 08:30:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 08:30:11 3: CUL_HM set Uhrzeit off
2015.10.20 08:30:00 3: CUL_HM set RollladenSZ pct 75
2015.10.20 08:00:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 08:00:11 2: myLogo S7 disconnected
2015.10.20 08:00:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 08:00:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 07:50:00 3: CUL_HM RollladenWZ repeat, level 00 instead of C8
2015.10.20 07:50:00 3: CUL_HM set RollladenWZ on
2015.10.20 07:30:17 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 07:30:14 2: myLogo S7 disconnected
2015.10.20 07:30:14 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 07:30:14 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 07:15:17 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 07:15:14 2: myLogo S7 disconnected
2015.10.20 07:15:14 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 07:15:14 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 07:09:48 3: at_KalenderTermine_S: Wrote configuration to fhem.cfg
2015.10.20 07:09:48 3: save : Wrote configuration to fhem.cfg
2015.10.20 07:00:17 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 07:00:14 2: myLogo S7 disconnected
2015.10.20 07:00:14 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 07:00:14 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 06:45:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 06:45:11 2: myLogo S7 disconnected
2015.10.20 06:45:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 06:45:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 06:30:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 06:30:10 2: myLogo S7 disconnected
2015.10.20 06:30:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 06:30:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 06:15:12 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 06:15:09 2: myLogo S7 disconnected
2015.10.20 06:15:09 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 06:15:09 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 06:09:48 3: at_KalenderTermine_S: Wrote configuration to fhem.cfg
2015.10.20 06:09:48 3: save : Wrote configuration to fhem.cfg
2015.10.20 06:00:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 06:00:11 2: myLogo S7 disconnected
2015.10.20 06:00:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 06:00:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 05:30:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 05:30:10 2: myLogo S7 disconnected
2015.10.20 05:30:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.20 05:30:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.20 05:00:16 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.20 05:00:13 2: myLogo S7 disconnected
2015.10.20 05:00:13 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 20 Oktober 2015, 11:54:31
nöö, nix, keine Fehlermeldungen oder ähnliches. Läuft sauber durch.
Doesel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 20 Oktober 2015, 11:59:14
was mich eben wundert, da diese Zeit genau die 15min. ist die ich bei "readGDS" eingestellt habe..!
Habe die Zeit jetzt mal auf 20min. geändert mal schauen was da jetzt kommt..!

Verstehe nach wie vor nicht warum sich das S7 Modul da rein hängt, oder GDS sich das S7 greift, oder so ähnlich..!  :-\
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: KOAL am 22 Oktober 2015, 18:38:32
Hi Leute,

ich hätt ne 319er udn ne315 CPU, aber keinen ISO tauglichen CP (nur LEAN),
kann ich über TCP/IP oder so auch eine verbindung aufbauen??


lg
KOAL
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 23 Oktober 2015, 13:14:00
Hallo KOAL

Ich habe auch einen LEAN, und das laeuft einwandfrei!

Gruss und viel Erfolg
Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: KOAL am 23 Oktober 2015, 13:32:36
Hi Christoph,

das lässt mich ja schonmal hoffen. :)
hab Dir ne Mail gesendet,..vl kannst du für Mich und andere ne Anleitung posten wie man das richtig konfiguriert.


DANKE
beste Grüße
KOAL
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 24 Oktober 2015, 11:56:33
ich melde mich hier nochmals weil es heute Nacht wieder Fehlermeldungen bei mir gab...

Wir sind ja immer noch dabei heraus zu finden warum die Meldungen im Zusammenhang mit RSS statt finden, denn ich habe ja meine RSS Zeiten auf 20min, erhöht und siehe da es meldet sich wieder S7 alle 20min.
Die letzte Meldung ist um 7.50 Uhr gewesen wie im Log zu sehen, nun hat sich das wieder beruhigt.

@charlie71
Gibt es schon irgendwelche Erkenntnisse dazu..? ich habe noch nichts dazu heraus bekommen zumal es jetzt erst das zweite mal und immer nur ein paar mal auftritt...  :-\

2015.10.24 07:50:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 07:50:10 2: myLogo S7 disconnected
2015.10.24 07:50:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 07:50:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 07:46:09 3: at_KalenderTermine_S: Wrote configuration to fhem.cfg
2015.10.24 07:46:09 3: save : Wrote configuration to fhem.cfg
2015.10.24 07:30:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 07:30:11 2: myLogo S7 disconnected
2015.10.24 07:30:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 07:30:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 07:10:15 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 07:10:12 2: myLogo S7 disconnected
2015.10.24 07:10:12 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 07:10:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 06:50:15 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 06:50:12 2: myLogo S7 disconnected
2015.10.24 06:50:12 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 06:50:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 06:30:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 06:30:11 2: myLogo S7 disconnected
2015.10.24 06:30:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 06:30:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 06:10:19 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 06:10:16 2: myLogo S7 disconnected
2015.10.24 06:10:16 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 06:10:16 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 05:50:16 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 05:50:13 2: myLogo S7 disconnected
2015.10.24 05:50:13 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 05:50:13 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 05:30:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 05:30:11 2: myLogo S7 disconnected
2015.10.24 05:30:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 05:30:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 05:10:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 05:10:10 2: myLogo S7 disconnected
2015.10.24 05:10:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 05:10:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 04:50:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 04:50:10 2: myLogo S7 disconnected
2015.10.24 04:50:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 04:50:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.24 03:50:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.24 03:50:11 2: myLogo S7 disconnected
2015.10.24 03:50:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.24 03:50:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 Oktober 2015, 22:38:08
Zitat von: KOAL am 23 Oktober 2015, 13:32:36
Hi Christoph,

das lässt mich ja schonmal hoffen. :)
hab Dir ne Mail gesendet,..vl kannst du für Mich und andere ne Anleitung posten wie man das richtig konfiguriert.


DANKE
beste Grüße
KOAL

Hallo Koal
Sorry hatte gestern auch keine Zeit. Grundsaetzlich ist es so, dass Du auf der S7 eigentlich nichts mehr tun musst. Bei mir ist noch ein Fragment von meinem ehemaligen Modbus-Test vorhanden, aber es ist nichts weiter eingerichtet.
Auf der fhem-Seite musst du auch nur nach der Anleitung vorgehen.
1. S7-Modul definieren
2. Danach die entsprechenden Datenpunkte definieren. (d-read, d-write, a-read, a-write). Hierbei bitte bedenken, dass Du Schreib- und Lesebereiche voneinander trennst.
3. Du musst dann nur noch bedenken, dass Ein- und Ausgaenge auf "DB 0" liegen. (Bei mir z.B. define E124_1 S7_DRead inputs 0 124.1)
Dann laeuft das voellig unproblematisch!
Wenn Du noch Fragen hast, kann ich Dir gerne noch helfen!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 29 Oktober 2015, 09:43:09
@moonsorrox
Hallo, seit gestern sitze ich jetzt auch an meiner neuen LOGO8. Habe mir mal schnell an eine Treppenlichtschaltung gewagt und bin dann auf deinen Beitrag, hier im Thread, gestoßen. Die Idee mit einem langen Tastendruck die Einschaltzeit zu verlängern finde ich super, dass ist genau der Punkt an dem ich jetzt feststecke.
Bist du bei deinem Projekt da schon weiter gekommen und könntest du das posten?
Ich habe bis jetzt einen Netzwerkeingang (schalten über fhem) und einen Taster (realer Wandtaster Treppe) über OR zusammengefasst und starte damit einen Treppenlichtschalter, weiter komme ich da irgendwie nicht.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 29 Oktober 2015, 11:54:41
Zitat von: franky08 am 29 Oktober 2015, 09:43:09
@moonsorrox
Hallo, seit gestern sitze ich jetzt auch an meiner neuen LOGO8. Habe mir mal schnell an eine Treppenlichtschaltung gewagt und bin dann auf deinen Beitrag, hier im Thread, gestoßen. Die Idee mit einem langen Tastendruck die Einschaltzeit zu verlängern finde ich super, dass ist genau der Punkt an dem ich jetzt feststecke.
Bist du bei deinem Projekt da schon weiter gekommen und könntest du das posten?
Ich habe bis jetzt einen Netzwerkeingang (schalten über fhem) und einen Taster (realer Wandtaster Treppe) über OR zusammengefasst und starte damit einen Treppenlichtschalter, weiter komme ich da irgendwie nicht.

VG
Frank

ja , klar kann ich das hier machen...!
Der Screenshot zeigt die Treppenschaltung, der Pfad nach unten - geht zum Logo M29 und aktiviert mir bei eingeschalteter Beleuchtung das Display der Logo in Rot

Es gibt aber immer noch ein paar Problemchen mit dem Modul...
Die Fehlermeldungen sehen alle samt so aus:
2015.10.29 07:50:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 07:50:10 3: CUL_HM set RollladenWZ on
2015.10.29 07:30:15 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 07:30:12 2: myLogo S7 disconnected
2015.10.29 07:30:12 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 07:30:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 06:50:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 06:50:11 2: myLogo S7 disconnected
2015.10.29 06:50:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 06:50:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 06:10:20 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 06:10:17 2: myLogo S7 disconnected
2015.10.29 06:10:17 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 06:10:17 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 05:30:15 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 05:30:12 2: myLogo S7 disconnected
2015.10.29 05:30:12 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 05:30:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 05:10:18 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 05:10:15 2: myLogo S7 disconnected
2015.10.29 05:10:15 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 05:10:15 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 04:50:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 04:50:11 2: myLogo S7 disconnected
2015.10.29 04:50:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 04:50:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 04:30:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 04:30:10 2: myLogo S7 disconnected
2015.10.29 04:30:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode

2015.10.29 04:30:10 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863.
2015.10.29 02:50:14 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.29 02:50:11 2: myLogo S7 disconnected
2015.10.29 02:50:11 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode


aber die sollten erst einmal nicht stören denn es läuft ja, ich weiß nicht was mit charlie71 los ist der ist irgendwie abhanden gekommen...! ;) er hat sonst immer etwas dazu geschrieben..!

So nun mal zu meiner Geschichte und um dazu etwas genauer zu werden ich habe alle Logoschaltungen mit einem Netzwerkeingang versehen auch wenn ich die Schaltungen zum Teil gar nicht über FHEM nutze, aber ich kann sie alle über Fhem schalten.
Aber alle Eingänge und Ausgänge sehe ich und zeige sie auch an in Fhem. Soll heißen wenn ich z.B das Terrassenlicht einschalte oder es wird eingeschaltet (von Hand) sehe ich es mit FHEM und kann es auch darüber ausschalten.
Am Abend z.B. bevor die Rollläden (über Fhem gesteuert) runter gehen ist die Terrassenbeleuchtung (über Logo 8 gesteuert) für eine Viertelstunde an und geht sofort wenn die runter aus.

Dies nur zur Information das also die Logo8 und Fhem gut zusammen arbeiten  ;)

Um zu der Treppenhausschaltung zu kommen, da gibt es ja Bausteine in der Logo8 die man dafür nutzen kann, aber ich arbeite seit eh und je mit einer eigenen Schaltung.

Beispiel, dies aber alles manuell von jedem Treppentaster aus:
- kurzer Tastendruck - Licht ist 45sec. an
- nochmaliger Tastendruck - Licht ist 8min. an (zum sauber machen oder weiß der Geier für was)
- langer Tastendruck (0,45sec.) - Licht geht aus

Fhem dagegen soll dies ja so nicht machen.. bei mir soll Fhem eine Beleuchtung z.B. Terrasse oder was auch immer Einschalten und auch wieder Aus, da brauche ich die Geschichte mit dem Tastendruck nicht.
Und ich möchte auch immer von Hand über Taster ausschalten können.

Was mir bisher nicht gelungen ist, das ich Taster und Lampe nebeneinander darstelle und nur das Icon der Lampe den Status anzeigt, dazu ist ja meine letzte Frage noch offen hier (http://forum.fhem.de/index.php/topic,38376.msg305935.html#msg305935) in diesem Beitrag..!

etwas weiter unten haben ich dazu auch etwas geschrieben...!

Dieses hier (http://forum.fhem.de/index.php/topic,26092.msg331477.html#msg331477) hast du sicherlich gesehen..!

Nun mal meine Config:
#########################################################################
##
##   Funktion......: Logo 8, Ausgänge Logo 8,  WebServer
##
#########################################################################


define myLogo S7 LOGO8 10.0.0.70
attr myLogo alias Logo 8  230RCE
attr myLogo group Logo Anzeige
attr myLogo icon siemens_logo@#F0E68C
attr myLogo room HWR
attr myLogo sortby 01


define FileLog_myLogo FileLog ./log/myLogo-%Y-%m.log myLogo
attr FileLog_myLogo alias Log Logo 8
attr FileLog_myLogo group Logfile
attr FileLog_myLogo logtype text
attr FileLog_myLogo room Logs



#########################################################################
##
##   WebServer Anzeige Logo 8
##
#########################################################################


define Logo8.Link weblink iframe http://10.0.0.70/logo_login.shtm?!App-Language=0
attr Logo8.Link htmlattr width="900" height="700"
attr Logo8.Link room Logo 8



#########################################################################
##
##   Netzwerk EINGANG - Logo 8
##
#########################################################################


define NI1_LichtTreppe S7_DWrite db 0 100.0
attr NI1_LichtTreppe IODev myLogo
attr NI1_LichtTreppe alias Taster Treppe
attr NI1_LichtTreppe devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI1_LichtTreppe eventMap off:Aus on:Ein
attr NI1_LichtTreppe group Logo Anzeige
attr NI1_LichtTreppe icon taster@#778899
attr NI1_LichtTreppe room Obergeschoss,HWR
attr NI1_LichtTreppe sortby 23


define NI2_LichtSZ S7_DWrite db 0 200.0
attr NI2_LichtSZ IODev myLogo
attr NI2_LichtSZ alias Taster Schlafzimmer
attr NI2_LichtSZ devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI2_LichtSZ eventMap off:Aus on:Ein
attr NI2_LichtSZ group Logo Anzeige
attr NI2_LichtSZ icon taster@#778899
attr NI2_LichtSZ room HWR,Schlafzimmer
attr NI2_LichtSZ sortby 22


define NI3_LichtTerrasse S7_DWrite db 0 300.0
attr NI3_LichtTerrasse userattr room_map structexclude
attr NI3_LichtTerrasse IODev myLogo
attr NI3_LichtTerrasse alias Taster Terrasse
attr NI3_LichtTerrasse devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI3_LichtTerrasse eventMap off:Aus on:Ein
attr NI3_LichtTerrasse group Logo Anzeige
attr NI3_LichtTerrasse icon taster@#778899
attr NI3_LichtTerrasse room AußenLicht,HWR
attr NI3_LichtTerrasse room_map 0:off 1:on
attr NI3_LichtTerrasse sortby 20


define NI7_LichtGarage S7_DWrite db 0 700.0
attr NI7_LichtGarage IODev myLogo
attr NI7_LichtGarage alias Taster Garage
attr NI7_LichtGarage devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI7_LichtGarage eventMap off:Aus on:Ein
attr NI7_LichtGarage group Logo Anzeige
attr NI7_LichtGarage icon taster@#778899
attr NI7_LichtGarage room HWR
attr NI7_LichtGarage sortby 21


define NI8_GardenaPumpe S7_DWrite db 0 800.0
attr NI8_GardenaPumpe IODev myLogo
attr NI8_GardenaPumpe alias Taster Gardena Pumpe
attr NI8_GardenaPumpe devStateIcon Ein:power-red:Aus Aus:power-green:Ein
attr NI8_GardenaPumpe eventMap off:Aus on:Ein
attr NI8_GardenaPumpe group Logo Anzeige
attr NI8_GardenaPumpe icon taster@#778899
attr NI8_GardenaPumpe room HWR
attr NI8_GardenaPumpe sortby 24



#########################################################################
##
##   Ausgänge Logo 8 - nur zur Anzeige
##
#########################################################################


define LichtTreppe S7_DRead Q1
attr LichtTreppe IODev myLogo
attr LichtTreppe alias Beleuchtung Treppe
attr LichtTreppe devStateIcon Ein:li_wht_on Aus:li_wht_off
attr LichtTreppe eventMap on:Ein off:Aus
attr LichtTreppe group Logo Anzeige
attr LichtTreppe icon light_stairs@LightSeaGreen
attr LichtTreppe room HWR
attr LichtTreppe sortby 07


define LichtSZ S7_DRead Q2
attr LichtSZ IODev myLogo
attr LichtSZ alias Beleuchtung Schlafzimmer
attr LichtSZ devStateIcon Ein:li_wht_on Aus:li_wht_off
attr LichtSZ eventMap on:Ein off:Aus
attr LichtSZ group Logo Anzeige
attr LichtSZ icon scene_sleeping_alternat@LightSeaGreen
attr LichtSZ room HWR
attr LichtSZ sortby 06


define LichtTerrasse S7_DRead Q3
attr LichtTerrasse userattr room_map structexclude
attr LichtTerrasse IODev myLogo
attr LichtTerrasse alias Beleuchtung Terrasse
attr LichtTerrasse devStateIcon on:li_wht_on off:li_wht_off
attr LichtTerrasse group Logo Anzeige
attr LichtTerrasse icon scene_terrace@LightSeaGreen
attr LichtTerrasse room AußenLicht,HWR
attr LichtTerrasse sortby 03


define LichtGarageQ6 S7_DRead Q6
attr LichtGarageQ6 IODev myLogo
attr LichtGarageQ6 alias Beleuchtung Garage Vorn
attr LichtGarageQ6 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr LichtGarageQ6 eventMap on:Ein off:Aus
attr LichtGarageQ6 group Logo Anzeige
attr LichtGarageQ6 icon fts_garage@LightSeaGreen
attr LichtGarageQ6 room HWR
attr LichtGarageQ6 sortby 04


define LichtGarage S7_DRead Q7
attr LichtGarage IODev myLogo
attr LichtGarage alias Beleuchtung Garage Hinten
attr LichtGarage devStateIcon Ein:li_wht_on Aus:li_wht_off
attr LichtGarage eventMap on:Ein off:Aus
attr LichtGarage group Logo Anzeige
attr LichtGarage icon fts_garage@LightSeaGreen
attr LichtGarage room HWR
attr LichtGarage sortby 05


define GardenaPumpe S7_DRead Q8
attr GardenaPumpe IODev myLogo
attr GardenaPumpe devStateIcon Ein:general_an@Crimson Aus:general_aus@lightgreen
attr GardenaPumpe eventMap on:Ein off:Aus
attr GardenaPumpe group Logo Anzeige
attr GardenaPumpe icon sani_garden_pump@LightSeaGreen
attr GardenaPumpe room HWR
attr GardenaPumpe sortby 08


Eine PDF Datei der Logo8 Komplettanlage oder auch die Logo Komplettanlage.lsc kann ich dir gerne an deine privat Mailadresse schicken, die möchte ich hier nicht veröffentlichen weil Adresse und alles private drin steht  :)

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 29 Oktober 2015, 12:16:54
Vielen Dank erstmal, PM folgt. Versuche gerade den Webserver auf der LOGO zu starten, muss ich mir mal ansehen.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 29 Oktober 2015, 12:59:37
Zitat von: franky08 am 29 Oktober 2015, 12:16:54
Versuche gerade den Webserver auf der LOGO zu starten, muss ich mir mal ansehen.

VG
Frank
im Browser eingeben
http://<deineIP>/logo_login.shtm?!App-Language=0
Benutzer: Web User
Dein Passwort
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 29 Oktober 2015, 13:01:43
Ja, ist klar, ich hatte den Webserver auf der LOGO nur noch nicht aktiviert, funktioniert jetzt  ;)

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 29 Oktober 2015, 19:39:15
@moonsorrox
Ich habe mal eine stark vereinfachte Schaltung zusammengestellt. Diese geht wunderbar mit dem in der PM geposteten Code. Wenn ich die Schaltung von dir nehme und meine fhem Konfiguration dazu, dann schaltet der Ausgang nur so lange auf on wie die sleep Zeit ist.

toggle geht damit auch (zumindest über fhem)  ;)

Anbei die Schaltung stark vereinfacht zum testen :
notify:
LOGO_FL_du:on|toggle set LOGO_FLurlicht_Switch on; sleep 0.5; set LOGO_FLurlicht_Switch off; set LOGO_FL_du off
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 29 Oktober 2015, 22:48:56
Übrigends bekomme ich jetzt auch ab und an disconnect´s:

DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863
2015.10.29 22:44:34 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 863
......
2015.10.29 22:44:34 3: LOGO S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.10.29 22:44:34 2: LOGO S7 disconnected
......
......
2015.10.29 22:44:37 3: LOGO S7_connect: connect to PLC with maxPDUlength=240
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 30 Oktober 2015, 11:41:04
@moonsorrox
Habe mal etwas zusammengeklickt  ;)
-kurzer Tastendruck 1:30 min Licht an
-langer Tastendruck (>50 ms) 2:30 min Licht an (zum testen)

Nur Licht aus bei Tastendruck über 2 sec, da bin ich noch am testen

Anbei die Schaltung. In fhem jetzt 2 dummy´s und 2 notify (sleep 0.2- kurzer Tastendruck und sleep 1.5-langer Tastendruck)

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 30 Oktober 2015, 12:11:04
Zitat von: franky08 am 30 Oktober 2015, 11:41:04
@moonsorrox
Habe mal etwas zusammengeklickt  ;)
-kurzer Tastendruck 1:30 min Licht an
-langer Tastendruck (>50 ms) 2:30 min Licht an (zum testen)

Nur Licht aus bei Tastendruck über 2 sec, da bin ich noch am testen
OK Danke..
ich habe da auch schon vor Fhem immer mit der Logo gearbeitet...
aber aus der Gewohnheit und Erfahrung heraus finde ich das man einfach nur das Licht einschalten möchte und wenn man länger verweilt auch einfach nur die Zeit verlängern will.. alles Gewohnheit  ;)

deshalb bei mir und eigentlich wie "früher" ein Treppenlichtschalter der beim 2. mal drücken die Zeit verlängert..
ich habe das schon immer so (heute gibt es ja in der Logo schon den Treppenlichtschalter)
1x drücken Licht an
2x oder eben nach kurzer Zeit nochmals drücken, Zeit verlängern
Taster kurz halten (Zeit je nach empfinden, bei mir 0,45) Licht aus

Du wirst sicher merken das 2sec. halten ganz schön lange ist wenn du am Taster stehst  ;) aber das ist ja auch wieder Empfindungssache  :D

Aber anschauen tue ich mir das mal in der Logo  ;)

Übrigens hast du disconnets, ich wieder einige die Nacht über..?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 30 Oktober 2015, 12:35:58
Disconnects habe ich jetzt auch, sind zwar nur im ms Bereich aber sie passieren. Sieh mal in in meinen vorletzten Post, da habe ich den Log gepostet. (Antwort 668)

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 30 Oktober 2015, 14:07:55
Zitat von: franky08 am 30 Oktober 2015, 12:35:58
Disconnects habe ich jetzt auch, sind zwar nur im ms Bereich aber sie passieren. Sieh mal in in meinen vorletzten Post, da habe ich den Log gepostet. (Antwort 668)

VG
Frank
ja genau das habe ich auch. Heute wieder angefangen um 01.50 Uhr und geendet um 08.30, dann war der Spuk vorbei und ist genau 11x passiert

2015.10.30 01:50:12 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.30 01:50:09 2: myLogo S7 disconnected
2015.10.30 01:50:09 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode


2015.10.30 08:30:13 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2015.10.30 08:30:10 2: myLogo S7 disconnected
2015.10.30 08:30:10 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 30 Oktober 2015, 21:51:09
@moonsorrox
Irgendwie beiß ich mir die Zähne an der Schaltung aus. Es funktioniert alles wie es soll nur Licht aus (Abbruch aller laufenden Timer) bekomme ich nicht hin.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 31 Oktober 2015, 12:36:29
Zitat von: franky08 am 30 Oktober 2015, 21:51:09
@moonsorrox
Irgendwie beiß ich mir die Zähne an der Schaltung aus. Es funktioniert alles wie es soll nur Licht aus (Abbruch aller laufenden Timer) bekomme ich nicht hin.

du meinst das device in Fhem, ich habs grad nicht auf dem Schirm weil einige Baustellen...?  ;)
Wenn es aber etwas mit der Zeit zutun hat, kann es wie ich erwähnte an dem Modul liegen.. welches mit diesen kurzen Zeiten "noch" nicht umgehen kann, hat charlie irgendwo mal geschrieben..!  :-\
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 31 Oktober 2015, 13:10:52
Nein, direkt auf der LOGO. Bis jetzt habe ich das so, dass wenn Taster kurz gedrückt dann Licht an Timer kurz wenn Taster ca. 50ms gedrückt dann Timer lang an und wenn Taster >1sec. gedrückt wird soll das Licht ausgehen. Licht kurz und lang funktioniert nur Licht aus (Abbruch aller laufenden Timer) funktioniert nicht.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 31 Oktober 2015, 14:15:26
ich weiß nicht ob ich am WoE dazu komme, ich schaue mir das mal mit der Logo Software an, dass geht sicher...!  ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 31 Oktober 2015, 15:50:06
Ich denke jetzt hab ich´s  ;)

VG
Frank
P.S. Die Zeiten sind noch vom Testen so drinn, nicht wundern
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 02 November 2015, 12:22:46
Ohje, da hast du dir ja einen gebastelt  ;) sieht recht aufwendig aus für das was es tun soll..!  :D
Aber wenn es funktioniert ist das ja OK...! So ist das, wenn jeder eine etwas andere Anforderung hat, aber das gute ist alles geht ist aber immer eine Frage des "wie"  :)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 02 November 2015, 12:33:37
 ;)
Die paar Blöcke  :)
-Taster kurz, Licht an mit kurzer Laufzeit
-Taster etwas länger, Licht an mit langer Laufzeit
-Taster lang, Licht aus

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 02 November 2015, 12:36:05
Zitat von: franky08 am 02 November 2015, 12:33:37
;)
Die paar Blöcke  :)
-Taster kurz, Licht an mit kurzer Laufzeit
-Taster etwas länger, Licht an mit langer Laufzeit
-Taster lang, Licht aus

VG
Frank

bei mir ja ähnlich: ;)
-Taster 1x kurz, Licht an mit kurzer Laufzeit
-Taster 2x kurz, Licht an mit langer Laufzeit
-Taster lang(0,45), Licht aus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 02 November 2015, 12:47:16
Ja, wenn ich dazu komme baue ich das vlt. mal um, deine Variante gefällt mir besser. Mal was anderes die LOGO8 ist bei mir die 230RCE Version, ist es ratsam L abzusichern (Zuleitung zur LOGO) ? Im Handbuch wird nur ein Varistor zwischen L und N empfohlen.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 02 November 2015, 13:38:14
Zitat von: franky08 am 02 November 2015, 12:47:16
Ja, wenn ich dazu komme baue ich das vlt. mal um, deine Variante gefällt mir besser.
dann brauchst du ja nur die aus der Komplettanlage von mir nehmen...!! ;)

Zitat von: franky08 am 02 November 2015, 12:47:16
Mal was anderes die LOGO8 ist bei mir die 230RCE Version, ist es ratsam L abzusichern (Zuleitung zur LOGO) ? Im Handbuch wird nur ein Varistor zwischen L und N empfohlen.

VG
Frank
diese Variante nutze ich auch, aber darüber habe ich mir noch nie Gedanken gemacht, besser gesagt davon weiß ich gar nichts, oder ich verstehe Bahnhof..!  :-\
Alle meine Logos die ich bisher eingesetzt hatte laufen einfach nur an L und N. und haben natürlich an L der Phase irgendwo auch die Sicherung davor..!
Wo steht denn das mit dem Varistor..? Ich habe nämlich kein Handbuch, aber ich weiß es gibt die irgendwo zum Download
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 02 November 2015, 14:46:22
Das Handbuch gibt´s hier:
http://docs-europe.electrocomponents.com/webdocs/131b/0900766b8131bee0.pdf

Ist leider als Anhang zu groß (12MB).
Mit deiner Schaltung ging das irgendwie nicht aus fhem heraus (Netzwerk), muss ich noch einmal probieren und ggf. die notify in fhem anpassen.

VG
Frank 
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 02 November 2015, 19:32:37
Hallo Franky und Moonsorrox
Koennt Ihr eventuell den OT-Modus wieder verlassen? Jeder post ruft eine Benachrichtigung hervor und Eure Logo-Aktivitaeten haben nichts mit dem eigentlichen Thread zu tun!
Danke und Gruss
Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 November 2015, 12:28:19
Hallo Leute,

es gibt wieder eine neue Version (kann im ersten posting heruntergeladen werden).
Release notes für V2.10:

* (feature) S7_DWrite: with new attribute trigger_length the impulse length could be controlled
* (feature, performance) S7: with new attribute MaxMessageLength you can control the maximal message length to the plc. it is only used if it is lower than the negioated PDULength
* (fixes) some minor fixes in memory usage
* (fixes) startup: no error messages should be found in the log anymore
* (performance) performance tuning: (reduced dispace Messages) --> up to 4 times faster

Anmerkung: Ich persönlich habe mit einer MaxMessageLength  = 25 gute Erfahrungen gemacht.

lG und viel Vergnügen
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 November 2015, 14:05:49
@moonsorrox

Leider konnte ich noch nicht die Ursache der Verbindungsabbrüche feststellen. Bin mir aber nicht sicher ob es nicht an einem anderen Modul liegt.
Bei mir tritt dieser Fehler einfach nicht auf, auch zusammen mit dem GDS modul gibts bei mir keine Probleme.
(Anmerkung: das GDS Modul blockiert bei mir ca 30s das System :-( , da ich es nur zum Testen Verwende ist's mir egal).

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 24 November 2015, 11:53:47
geht ja alles erst mal...!
sehe immer mal ein paar disconnectes aber ist überschaubar...!  ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 10:48:14
Hallo,

ich habe sechs Logo7 mit Fhem laufen und möchte jetzt auf das S7 Modul langsam umstellen, da alle im Forum davon so begeistert sind.
Ich versuche jetzt mich schon ein paar Tage daran, aber wenn ich in die Übnersicht gehe, steht im Reiter S7 Logo disconnected.
Was habe ich vergessen, was mache ich Falsch?

Habe ne neue Speicherkarte in den R-Pi gesteckt, Fhem neu installiert. Dateiem 44.** in das FHEM Verzeichnis gezogen.

Gruß
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 November 2015, 10:58:30
ZitatDateiem 44.** in das FHEM Verzeichnis gezogen

und die Rechte sowie Benutzer/Gruppe angepasst? Hat bei mir sofort funktioniert mit ner LOGO8.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 11:08:09
und die Rechte sowie Benutzer/Gruppe angepasst?

nö, wie mache ich das nochmal  :)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 November 2015, 11:15:40
Linux Grundwissen  ;)
Guckst du http://linuxwiki.de/DateiRechte

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 12:18:17
Linux ist nicht gerade meine Stärke :(

Habe jetzt paar Sachen ausprobiert, komme aber nicht weiter >:(
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 November 2015, 12:36:18
Das wird jetzt OT
mit sudo chown fhem.dialout <FileName> änderst du Besitzer Gruppe auf fhem.dialout
mit sudo cmod z.B 755 änderst du die Zugriffsrechte auf Lesen Schreiben Ausführen

http://support.ecs-webhosting.de/FragenundAntworten/Linux-Dateirechte-und-755-777-etc-verstehen
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 25 November 2015, 12:54:48
also ich sage mal die Angaben sind etwas dürftig... du musst uns schon ein paar mehr Infos zukommen lassen...!

Als erstes welche Dateien hast du alle ins Fhem Verzeichnis geladen..?
Dann, so wie franky08 schon sagt mit putty ein dailout absetzen..!
chown -R fhem:dialout /opt/fhem

dann uns hier ein list deines Logos rein stellen...!
Und dann schauen wir ob wir ein "connected to PLC" deiner Logo hin bekommen..

dann erst geht es weiter... und das wird nicht leichter...  ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 14:33:57
Reingeladen habe ich:

44_S7.pm , ARead, AWrite, Client, DRead, DWrite.pm

List:
2015.11.25 14:21:36 3: TCPClient RecvPacket error (IP= 192.168.178.246):
2015.11.25 14:21:36 2: S7_connect: logo2 Could not connect to PLC (2)
2015.11.25 14:26:13 0: Server shutdown
2015.11.25 14:26:16 1: Including fhem.cfg
2015.11.25 14:26:16 3: telnetPort: port 7072 opened
2015.11.25 14:26:16 3: WEB: port 8083 opened
2015.11.25 14:26:16 3: WEBphone: port 8084 opened
2015.11.25 14:26:16 3: WEBtablet: port 8085 opened
2015.11.25 14:26:16 2: eventTypes: loaded 6 events from ./log/eventTypes.txt
2015.11.25 14:26:16 1: Including ./log/fhem.save
2015.11.25 14:26:16 1: usb create starting
2015.11.25 14:26:17 3: Probing CUL device /dev/ttyAMA0
2015.11.25 14:26:17 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.11.25 14:26:17 3: Probing FRM device /dev/ttyAMA0
2015.11.25 14:26:22 1: usb create end
2015.11.25 14:26:22 2: SecurityCheck:  telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.11.25 14:26:22 0: Server started with 10 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user fhem, pid 2991)
2015.11.25 14:26:25 3: TCPClient RecvPacket error (IP= 192.168.178.246):
2015.11.25 14:26:25 2: S7_connect: logo2 Could not connect to PLC (2)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 14:41:28
 Internals
ActiveTransmission 1
DEF LOGO7 192.168.178.246
Interval 1
LocalTSAP 256
NAME logo2
NR 23
RemoteTSAP 512
S7TYPE LOGO7
STATE disconnected
TYPE S7
ipAddress 192.168.178.246
maxPDUlength 240

Readings
state disconnected 2015-11-25 14:26:25
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 November 2015, 14:46:49
Zitat2015.11.25 14:26:25 3: TCPClient RecvPacket error (IP= 192.168.178.246):
2015.11.25 14:26:25 2: S7_connect: logo2 Could not connect to PLC (2)

Hat die LOGO auch die angegebene IP 192.168.178.246? Sonst must du mal nach der Fehlermeldung suchen "TCPClient RecvPacket error", ich kann damit leider nichts anfangen.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 14:58:47
Ja, die IP ist die Richtige (Ping ausgeführt)
Lief wunderbar mit dem LOGO(Fhem) Modul

was nun :-[
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 November 2015, 16:26:38
Wie hast du die LOGO definiert? Den WIKI kennst du?

ZitatDefines Siemens LOGO!
Für die Konfiguration der Siemens Logo! 7 oder 8 existiert eine Vereinfachte Konfigurationssyntax. Hier werden alle notwendigen Einstellungen im Hintergrund generiert, diese können bei Bedarf angepasst werden.

Als ersten Schritt muss auch hier eine Verbindung mit der SPS eingerichtet werden. Dazu verwendet man das S7 Modul.

define <name> S7 {LOGO7|LOGO8} <ip_address>

Parameter:

Parameter   Beschreibung
<name>   FHEM Name des Devices
LOGO8   SPS Typ
<ip_address>   IP Adresse der SPS
Anmerkung: Es wird defaultmäßig jede Sekunde geprüft ob ein Speicherblock zu lesen ist.

ZitatLief wunderbar mit dem LOGO(Fhem) Modul

Welces Modul meinst du?

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 25 November 2015, 16:53:46
Ich habe das Logo so  LOGO definiert:

define logo2 S7 LOGO7 192.168.178.246

Mit dem Modul im Forum : Modul LOGO für die Mikrosteuerung Siemens Logo 7/8

Mit dem laufen bei mir alle sechs Logo ohne Probleme, nur Floorplan geht nicht.

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 November 2015, 17:05:59
Wie ich oben schon geschrieben habe, wenn die Definition OK ist bleibt noch die Meldung "TCPClient RecvPacket error", da ist etwas nicht OK. Diesen Fehler solltest du beheben. Ich weis damit leider nicht allzuviel anzufangen, könnte das Modul sein oder eine TCP/IP Geschichte. Vlt. wirst du im Netz oder hier im Forum fündig.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 26 November 2015, 00:51:56
Zitat von: GeRei77 am 25 November 2015, 14:33:57
Reingeladen habe ich:

44_S7.pm , ARead, AWrite, Client, DRead, DWrite.pm

das ist soweit OK

Zitat von: GeRei77 am 25 November 2015, 14:33:57
List:
2015.11.25 14:21:36 3: TCPClient RecvPacket error (IP= 192.168.178.246):
2015.11.25 14:21:36 2: S7_connect: logo2 Could not connect to PLC (2)
2015.11.25 14:26:13 0: Server shutdown
2015.11.25 14:26:16 1: Including fhem.cfg
2015.11.25 14:26:16 3: telnetPort: port 7072 opened
2015.11.25 14:26:16 3: WEB: port 8083 opened
2015.11.25 14:26:16 3: WEBphone: port 8084 opened
2015.11.25 14:26:16 3: WEBtablet: port 8085 opened
2015.11.25 14:26:16 2: eventTypes: loaded 6 events from ./log/eventTypes.txt
2015.11.25 14:26:16 1: Including ./log/fhem.save
2015.11.25 14:26:16 1: usb create starting
2015.11.25 14:26:17 3: Probing CUL device /dev/ttyAMA0
2015.11.25 14:26:17 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.11.25 14:26:17 3: Probing FRM device /dev/ttyAMA0
2015.11.25 14:26:22 1: usb create end
2015.11.25 14:26:22 2: SecurityCheck:  telnetPort has no password/globalpassword attribute.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.11.25 14:26:22 0: Server started with 10 defined entities (version $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $, os linux, user fhem, pid 2991)
2015.11.25 14:26:25 3: TCPClient RecvPacket error (IP= 192.168.178.246):
2015.11.25 14:26:25 2: S7_connect: logo2 Could not connect to PLC (2)

das ist kein list vom Logo..! das ist ein Auszug aus deinem logfile

wenn dein Logo--> logo2 heißt muss das list heißen "list logo2"
ah ich habs weiter unten gesehen  ;)

hier mal mein list:
Internals:
   ActiveTransmission 0
   CFGFN      ./FHEM/System.cfg
   DEF        LOGO8 10.0.0.70
   Interval   1
   LocalTSAP  256
   NAME       myLogo
   NR         2731
   RemoteTSAP 512
   S7TYPE     LOGO8
   STATE      connected to PLC
   TYPE       S7
   ipAddress  10.0.0.70
   maxPDUlength 240
   myLogo_MSGCNT 4776
   myLogo_TIME 2015-11-26 00:55:00
   Readings:
     2015-11-26 00:47:37   state           connected to PLC
Attributes:
   alias      Logo 8  230RCE
   group      Logo Anzeige
   icon       siemens_logo@#F0E68C
   room       HWR
   sortby     01


Edith://

mir fällt da noch ein, dein Fhem Server ist auch im gleichen IP Bereich 192.168.178.xxx..?
Dann fällt mir auch nichts mehr ein.
Der Wert "ActiveTransmission 0" bei mir ist der bei dir franky auch "0" weil bei ihm ist der "1" !!
Evtl. verhält sich die Logo7 anders wie unsere Logo8...! Vllt kann Charlie was dazu sagen..
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 26 November 2015, 21:13:42
Guten Abend,

als mein Rechner, wie der RPi und meine Logo sind alle im selben Netzwerk.

Muss ich in der Logo Software Netzwerk Konfiguration etwas beachten? :-\
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 28 November 2015, 18:57:25
Hallo GeRei77,

Also wie es ausseht kann das Modul nicht zur Logo connecten.
Wenn du pingen kannst dann sollte die Netzwerkverbindung soweit OK sein.

Wie hast du die Netzwerkconfig auf der Logo eingerichtet?
Verbindet sich nur das FHEM Modul zur logo (keine zweiter Client)?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 29 November 2015, 15:18:54
Hallo Charlie71,

Habe gestern Abend die Verbindung hinbekommen  :D :D

Weiß aber nicht 100 prozentig woran es lag. Hab nochmal die Dateien 44_S7* eingespielt, rechte nochmal vergeben und RPi neu gestartet.
Fhem konnte dann eine Verbindung zu einem Logo herstellen.
Bei der anderen habe ich unter Servereinstellungen den Remote TSAP auf 01.00 gestellt und war danach auch verbunden.

Bin jetzt mal zufrieden und hoffe demnächst wenn ich wieder mehr Zeit habe mit dem programmieren zu beginnen.

Vielen Dank an alle
Titel: Systemlast
Beitrag von: goerdi am 30 November 2015, 00:47:23
Hallo !

Ich bin auf Jessie umgestiegen, und dabei fiel mir auf das sie Systemlast mit diesem Modul hoeher ist als mit den "Logo Only Modul"
Mir viel das am SVG Plot auf welcher die RPi Frequenz auszeichnet. beim "alten" kam die Freq. nur recht selten auf max... aber seit der Umstellung ist dies ein durchgängiger Balken.
Kann das einer bestätigen ?
Gibts ne Möglichkeit die Last zu senken ?

Gruss Gerd
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 30 November 2015, 11:06:31
Moin,

ich habe das Modul schon eine Weile in Betrieb. Bis vor Kurzem funktionierte alles prima. Neuerdings sieht mein Log so aus:


2015.11.30 10:38:22 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240
2015.11.30 10:38:49 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.11.30 10:38:49 2: S7_300 S7 disconnected
2015.11.30 10:38:52 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240
2015.11.30 10:39:19 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.11.30 10:39:19 2: S7_300 S7 disconnected
2015.11.30 10:39:22 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240
2015.11.30 10:41:47 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.11.30 10:41:47 2: S7_300 S7 disconnected
2015.11.30 10:41:50 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240
2015.11.30 10:42:19 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2015.11.30 10:42:19 2: S7_300 S7 disconnected
2015.11.30 10:42:22 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240
2015.11.30 10:42:49 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.


Das Log ist quasi voll damit...

Geändert hat sich eigentlich nichts - es wurde nur immer mal ein paar mehr Daten die ich lese/schreibe.

Mein System ist FHEM 5.6 auf RaspberryPi 2. Das Modul ist auf 2.10 und an eine S7 300 2DP mit CP 343-1 angebunden.
Wo kann ich ansetzen den Fehler zu suchen?

Danke!

Gruß

David


EDIT: Kann es an der Menge der Daten die gleichzeitig gelesen werden sollen liegen?
Manche Werte möchte ich nur 1x am Tag aktualisieren. Wie stelle ich es an, das nur zu einer bestimmten Zeit der Wert gelesen wird?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 November 2015, 11:45:09
Hallo goerdi,

wenn du nichts an den Standardeinstellung änderst, wird jede Sekunde alle daten von der SPS eingelesen und die logischen Clients (DRead ,.... ) aktualisiert.
Die logischen Clients versenden dann auch bei jeden Update ein notify (unabhängig ob sich der Status geändert hat oder nicht).
Das ist ein ganz normales verhalten in FHEM. Damit jedoch nicht das System unnötige notifys verschickt kannst du dass über die standard Attribute event-on-change-reading und event-min-interval beeinflussen.

Hier ein Beispiel aus meiner Config:
Es wird der Ausgang für einen Rolloausgang gemonitort. Ein Notify soll nur dann geschickt werden wenn sich der status ändert aber es soll alle 10 Minuten auf jeden Fall ein Notify geschickt werden:

define L1_Q15 S7_DRead Q15
attr L1_Q15 IODev logo
attr L1_Q15 alias Rollo auf
attr L1_Q15 devStateIcon Ein:li_wht_on Aus:li_wht_off
attr L1_Q15 event-min-interval .*:600 #<--- Alle 10 min ein status update schicken
attr L1_Q15 event-on-change-reading state #<--- nur wenn sich der Status geändert hat dann ein Notify schicken
attr L1_Q15 eventMap on:Ein off:Aus


Noch ein Beispiel für meinen Temperatursensor, der wird nur dann im FHEM aktualisiert wenn sich die Temperatur um 0.5°C geändert hat


define innentemp S7_ARead db 0 796 u16
attr innentemp IODev logo3
attr innentemp alias Innentemperatur
attr innentemp event-min-interval .*:600 #<--- Alle 10 min ein status update schicken
attr innentemp event-on-change-reading .*:0.5  #<--- nur wenn sich die Temperatur um 0.5°C geändert hat dann ein Notify schicken
attr innentemp icon icoTempHausEG
attr innentemp multiplicator 0.1
attr innentemp stateFormat {sprintf("%.1f",ReadingsVal("innentemp","state",0))." °C"}


wenn du das konsequent umsetzt solltest die Systemlast stark zurück gehen.
Du kannst die Aufrufdauer aller Module mit "apptime" prüfen.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 November 2015, 19:21:18
Hallo davipet,

Vermutlich liegt es nicht an der Datenmenge, wieviele Daten liest du den von der SPS ein (#digitale Datenpunkte, # analoge Datenpunkte)?. Was sagt den apptime?

Theoretisch besteht die Möglichkeit mehre Connections zur selben SPS zu machen über den Parameter Intervall (siehe Wiki) kannst Du steuern wie oft die Wert von der SPS gelesen werden sollen. Aber Vorsicht nicht alle SPS unterstützen mehrere simultane connection zum selben client (meine Logo7 mag das nicht und lässt nur eine Verbindung zu)

Versuch einfach das Modul neu zu installieren, weiss nicht warum aber mehrere haben damit das Problem gelöst

lG
Karl
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 November 2015, 19:40:57
Hallo Leute,

ich bin gerade (wieder) dabei das Modul ein wenig umzubauen.
Der Focus ist dabei definitiv auf Geschwindigkeit.
Dabei hat sich die Geschwindigkeit von V2.9 auf V2.11 ungefähr um den Faktor 8 gesteigert (zumindest bei meiner Config)
Ich werde in einen der nächsten Versionen auf nonBlocking calls umsteigen das sollte noch ein wenig Speed bringen.

Im Anhang eine Testversion (V2.11) ist wirklich nur zum testen (dh nicht für den Produktivbetrieb) gedacht.
In dieser Version habe ich die nonBlocking Calls vorbereitet und diverse caches eingebaut (--> modul ist wieder schneller)

Außerdem habe ich ein Problem gefixed, das sich negativ beim modul reload ausgewirkt hat (das modul ist lt. apptime mit jedem reload langsamer geworden erst mit einem kompletten shutdown reload hat das behoben).

Bitte das Modul testen und bei Problemen mir ein Feedback schicken.

Release Notes:
V2.11
* (fix) memory allocation fix during shutdown/restart sequence
* preperation  for non blocking calls: job caching, clients chache --> speeds up the module

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 01 Dezember 2015, 08:21:22
Hallo Karl,

Der CP 343-1 erlaubt bis zu 12 Verbindungen. 1 Nutzt mein WinCC-Server und 1 das FHEM. Also sind theoretisch 10 weitere Verbindungen möglich. Auch vom selben Client.
Wenn ich dich richtig verstehe kann ich eine Verbindung mit einem sehr großen Intervall für die sehr langsamen Werte anlegen und per
attr <name> IODev <weitere_Verbindung>
mit der Variable Verknüpfen. Das ist ein Ansatz mit dem ich leben kann. Ich probiere das mal aus.

Derzeit lese/schreibe ich 24Digitale und 9 analoge Werte. (Habe zum Test schon ~50 Analoge auskommentiert)
Das ist nicht viel denke ich. Der Fehler kommt aber noch immer.

Mit "Modul neu installieren" meinst du die 44_S7_*.pm überschreiben?

An dieser Stelle mal ein dickes Dankeschön für das Modul! Ich finde es grandios, dass Leute wie Du in ihrer Freizeit derart geniale Dinge schaffen und vor allem über einen sehr langen Zeitraum beispiellos supporten. Ich weiß das zu schätzen und profitiere sehr davon. Also, vielen Dank!

Gruß

David
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 Dezember 2015, 09:42:27
Hallo davipet,

ich denke hier gibt es mehrere Missverständnisse bzw ich bin mir nicht sicher ob es klar ist

1) Eine SPS mit mehreren Connections
Ein Beispielcode:

# S7 Kommunikation mit 1 CPUs und 2 verschiedenen Intervallen
#erste Connection aktuallisiert jede Sekunde
define 317fast S7 192.168.1.101 0 2 1
attr 317fast room System

#zweite Connection aktuallisiert alle 5 minuten
define 317slow S7 192.168.1.101 0 2 300
attr 317slow room System

# FHEM Taster an 317
define Taster_317 S7_DWrite db 23 0.0
attr Taster_317 IODev 317fast
attr Taster_317 devStateIcon .*:toggle:TRIGGER
attr Taster_317 event-on-change-reading state
attr Taster_317 group Licht
attr Taster_317 room Keller

# Rückmeldung ob 317 DO gesetzt hat
define Rueckmeldung_317 S7_DRead db 21 0.0
attr Rueckmeldung_317 IODev 317slow
attr Rueckmeldung_317 event-on-change-reading state
attr Rueckmeldung_317 group Licht
attr Rueckmeldung_317 room Keller


2)Datenmenge
Es ist tatsächlich nicht viel. Ein kompletter Einlesevorgang aller Werte inklusiver aller Notifiys in FHEM sollte < 80ms sein

3)Neuinstallieren
ja einfach nur überschreiben.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 01 Dezember 2015, 09:56:48
Hi,

Zitat von: charlie71 am 01 Dezember 2015, 09:42:27

# S7 Kommunikation mit 1 CPUs und 2 verschiedenen Intervallen
#erste Connection aktuallisiert jede Sekunde
define 317fast S7 192.168.1.101 0 2 1
attr 317fast room System

#zweite Connection aktuallisiert alle 5 minuten
define 317slow S7 192.168.1.101 0 2 300
attr 317slow room System

# FHEM Taster an 317
define Taster_317 S7_DWrite db 23 0.0
attr Taster_317 IODev 317fast
attr Taster_317 devStateIcon .*:toggle:TRIGGER
attr Taster_317 event-on-change-reading state
attr Taster_317 group Licht
attr Taster_317 room Keller

# Rückmeldung ob 317 DO gesetzt hat
define Rueckmeldung_317 S7_DRead db 21 0.0
attr Rueckmeldung_317 IODev 317slow
attr Rueckmeldung_317 event-on-change-reading state
attr Rueckmeldung_317 group Licht
attr Rueckmeldung_317 room Keller


Ja, so habe ich es verstanden und auch umgesetzt.
Es kommen bei beiden Verbindungen leider schon Verbindungsabbrüche.

Ich spiele nachher mal 2.11 ein.

Was mich verwundert ist, dass es eine ganze Weile (Monate) problemlos funktionierte...

apptime gibt folgendes zurück:

name; function; max; count; total; average; maxDly
tmr-S7_GetUpdate; HASH(0x3171c40); 1847; 21; 30754; 1464.48; 48; HASH(S7_300_2)


Gruß

David
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 Dezember 2015, 11:57:04
Hallo David,

@Verbindungsabbrüche bei 2 Connections zur selben SPS:
Auch bei der Logo hatte ich das selbe Problem.
Vielleicht kannst du bei deiner SPS mehrere Connection mit unterschiedlichen TSAP (Rack/Slot) einrichten.

@Verbindungsabbrüche und Apptime Resultat
Der Funktionsauf für die SPS ist seeeeeeehr langsam (> 1s), was in Summe ein Problem ist, da FHEM eigentlich jede Sekunde (default Einstellung des Moduls) die Werte aktualisieren sollte und das hier nicht mehr ganz klappt.
(Anmerkung: bei ähnlich großen Anzahl an Datenpunkte sollte die apptime average < 80ms sein)

Für die Vorgehensweise benötige ich noch ein paar Infos
1) Was passiert in apptime wenn du das FHEM restartest (shutdown restart) (< V2.11 ist hier noch ein bug drinnen der das System langsamer macht)
2) Was passiert in apptime nach dem du auf 2.11 upgegraded hast?
3) Verwendest du event-on-change-reading und event-min-interval attribute?

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 01 Dezember 2015, 12:33:20
Ich habe 2.11 drin. Die zweite Verbindung habe ich wieder entfernt. An der Datenmenge kann es ja eigentlich nicht liegen.

Apptime sagt direkt nach restart:

name; function; max; count; total; average; maxDly
tmr-S7_GetUpdate; HASH(0x1b94c58); 1838; 11; 17438; 1585.27; 2629 HASH(S7_300_2)


Ja, ich verwende event-on-change-reading recht konsequent. event-min-interval gar nicht.

Ich habe nun meine ursprüngliche Conf wieder am Start. Also lese ich etwa 60 Analoge, Schreibe 10 Digitale und lese 9 Digitale Werte.

Noch ist im Log alles ruhig. Ich update hier wenn sich etwa tut.
Danke!

David
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 01 Dezember 2015, 13:52:35
Hallo David,

versuch mal die MessageLength auf 30 zu beschränken.
Beispiel aus meiner Konfig:

define mySPS S7 LOGO7 10.0.0.242
attr mySPS MaxMessageLength 30


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 03 Dezember 2015, 07:48:46
Moin,

ich habe mit der 2.11 nun keine Verbindungsabbrüche mehr. ~40 Stunden nun stabil! Ich habe an der Config auch nichts weiter geändert.

Die MaxMessageLength ist auch default.

Was ich gemacht habe ist von fu_zhou in Post #484 (http://forum.fhem.de/index.php/topic,26092.msg263701.html#msg263701) beschrieben.

in der "44_S7_Client.pm" den Wert "RecvTimeout =>" von 500 auf 3000 gesetzt.

Wenn gewünscht setze ich das nochmal runter um zu verifizieren, dass es daran lag. Sonst lasse ich es jetzt erst mal so.

Danke für die Unterstützung!

David
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 03 Dezember 2015, 11:28:32
Hallo Davipet,

gut das es jetzt funktioniert.

Ich persönlich denke, dass es bei einer stabilen Netzwerkverbindung (dh kein wlan) es nicht notwendig ist, die Timeouteinstellung auf 3s zu erhöhen (ein Messagetransfer zwischen SPS und FHEM dauert üblicherweise <10ms).


Wenn apptime für den Funktionsaufruf "tmr-S7_GetUpdate" einen average Wert > 100ms liefert, denke ich dass die Config noch ein wenig optimiert werden müsste. Es ist für eine verfünftige FHEM performance notwendig dass dieser Wert << 1s ist.
(Ich würde dir auch Vorschläge liefern, wenn du mir deine config per PM zukommen lässt. Anschließend würde ich basierend aus diesen Erfahrungen einen Optimierungsleitfaden im Wiki zu verfassen)

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ClausW am 03 Dezember 2015, 22:29:36
Hallo zusammen,

von der FHEM Funktionalität auf dem Raspberry Pi in Verbindung mit meiner Siemens Logo 8 bin ich begeistert.

Zum Test der Möglichkeiten habe ich das Modul von Charlie auf dem Raspberry installiert und dann losgelegt.

Mit dem System möchte ich die Rolläden im Haus steuern und habe dafür einen Testschaltplan mit der Software LOGO Comfort entworfen.
Die Steuerung der Rollladenmotore soll dabei über Tastbefehle an Netzwerkeingänge der Logo erfolgen.

Mit dem Befehl:

define Logo76 S7 LOGO8 192.168.1.76
define Motor1 S7_DWrite db 150.1

kann ich auch den Motor schalten.

Da ich aber einen Tastbefehl brauche, habe ich in der WIKI gelesen, dass man über das Attribut "trigger_length" den Schaltbefehl in einen Tastbefehl umwandeln kann.

Nur leider habe ich nirgendwo gefunden, wie ich dieses trigger_length-Attribut als Befehl eingeben kann. Die Beispiele in der FHEM-WIKI zum triggern helfen mir hier überhaupt nicht weiter....

Könnt Ihr mir hier bitte weiterhelfen?
Schon mal besten Dank und viele Grüße
Claus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ak0509 am 03 Dezember 2015, 22:56:16
Hallo,

im Motor1 gewünschte TRIGGER Länge einstellen
mit  set Motor1 TRIGGER ausführen

kg AK
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ClausW am 04 Dezember 2015, 14:25:26
Hallo,

vielen Dank für die schnelle Hilfestellung.

Neben den Befehlen:
define Logo76 S7 LOGO8 192.168.1.76
define Motor1 S7_DWrite db 150.1

habe ich versucht folgendes einzugeben:

"set Motor1 trigger_length 5"

um einen Tastimpuls von 5 Sekunden Länge an den Motor zu senden.
Dabei erhalte ich aber die Fehlermeldung:

"Unknown argument trigger_length...."

Wenn ich jedoch den Befehl:

"set Motor1 trigger"

eingebe, erhalte ich einen Tastimpuls von 1 Sekunde Länge.

Wie und wo kann ich denn über die "trigger_length" die Impulslänge vorgeben.

Vielen Dank und viele Grüße
Claus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Dezember 2015, 15:12:31
Hallo CausW,

prüfe bitte deine Modul Version diese sollte >2.10 sein (einfach version eingeben).
Du kannst das Attribut "trigger_length" auch mittels drop down menü auswählen.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ClausW am 04 Dezember 2015, 15:39:05
Hallo Charlie,

besten Dank für die Hilfe.

Meine Version ist die V2.10 und mit dem DropDown-Menü komme ich jetzt auch klar.

Nun funktioniert fast alles - bis auf die Tatsache, dass ich meine Netzwerkeingänge bei der Logo8 nicht direkt an wählen kann.

Wenn ich schreibe:
"define Motor1 S7_DWrite NI1"
dann findet er den Netzwerkeingang nicht. Um den Netzwerkeingang anzusprechen muss ich eingeben:
"define Motor1 S7_DWrite db 150.1"

Aber das funktioniert auch ganz gut.

Viele Grüße
Claus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tweak am 08 Dezember 2015, 20:35:41
Hallo,
Mittels dem Modul hier, lese ich den Merker einer Logo aus. Und wenn der Merker High ist löse ich ein Notify aus was mir Bilder von meiner IP-Cam macht und anschließend versendet.
Das Problem ist, dass ich immer zwei Mails erhalte. Jetzt hab ich mal im Event-Monitor nachgesehen und festgestellt, dass das dort so aussieht:

2015-12-08 20:27:39 S7_DRead Glocke on
2015-12-08 20:27:39 S7_DRead Glocke on

ist das Normal das zwei mal der selbe Event kommt?

Sg
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 08 Dezember 2015, 20:55:42
Hallo Tweak,

welcher Version des Moduls verwendest Du?
Dieses Problem sollte in der letzten Version > 2.10 nicht vorhanden sein.

lG
Karl
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tweak am 08 Dezember 2015, 23:13:07
Hallo,
hab die vom ersten Post, 2.10 eingespielt.

Witzig ist, das dies nur bei dem einen Merker auftritt. Bei den Ausgängen nicht die ich mit Read Abfrage.

SG
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Dezember 2015, 20:39:52
Hallo Tweak,

ich hab mir mal das Thema mit den Dupplicated Events angesehen. Ich konnte dieses Problem nich nachtstellen,weder in V2.09, V2.10, V2.11 und in der V2.12.
Wenn das Problem weiterhin auftritt, kannst du es mit dem Attribut event-on-change-reading ausfiltern.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Dezember 2015, 21:01:31
Hallo Leute,

kleines Update von mir. Ich habe in den letzten Wochen Zeit investiert das Modul umzubauen, dass die gesamte Kommunikation mit der S7 im Hintergrund abläuft.
Leider hat sich nicht der gewünschte Zeitgewinn eingestellt.  Der Overhead wurde so gross, dass das Modul in Summe langsamer wurde und die CPU Last sich signifikant erhöht hat.

Aus diesem Grund bin ich davon abgekommen, diesen Ansatz weiter zu verfolgen.

Ich habe das Modul aber noch weiter in Richtung Geschwindigkeit Optimiert.

Ich lade alle dazu ein die "Modul Geschwindigkeit" mittes apptime zu prüfen und anschliessend  zu optimieren.
Mein Testergebnis der Versionen V2.9, V2.10, V211 und V212 findet ihr in nachfolgender Tabelle:







Versionohne Configoptimierungmit Configoptimierung
V2.09691ms79,8ms
V2.10626ms126ms
V2.11617ms61ms
V2.12564ms46,3ms

Die optimierte Config (3. Spalte), unterscheidet sich von der "normalen" Config dahin, dass konsequent für alle S7_DRead das Attribut event-on-change-reading verwendet wurde.
Man sieht in dieser Tabelle sehr gut dass man einiges an Geschwindigkeit gut machen kann.

lG
Charlie71

Edit: Infos zum Apptime modul gibts hier:
http://www.fhemwiki.de/wiki/Apptime
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Dezember 2015, 21:05:08
Hallo Leute,

die Version V212 ist nun auch fertig.
Im wesentlichen wurde die Geschwindigkeit des Moduls erhöht (siehe auch voriges Posting) und ein kleiner Fehler behoben.
Das Modul findet ihr wie immer im ersten Posting.

Release notes:
* performance optimisation
* fix in rebuild cache function

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 12 Dezember 2015, 13:26:05
@Charlie71
Danke für die Aufklärung zu Apptime  ;)

ich bekomme allerdings zu dem S7 Modul die folgenden Informationen
tmr-S7_GetUpdate      HASH(0x3d47de0)     11     18      137     7.61      2 HASH(myLogo)

wie bekommst du die Zeiten..?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Dezember 2015, 16:05:42
Hallo Moonsorrox

in der dritten Spalte von hinten steht die durchschnittliche Verarbeitungszeit in ms.
In deinem Fall sind das 7.61ms.

lG
Chrarlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tweak am 12 Dezember 2015, 19:30:49
Zitat von: charlie71 am 11 Dezember 2015, 20:39:52
Hallo Tweak,

ich hab mir mal das Thema mit den Dupplicated Events angesehen. Ich konnte dieses Problem nich nachtstellen,weder in V2.09, V2.10, V2.11 und in der V2.12.
Wenn das Problem weiterhin auftritt, kannst du es mit dem Attribut event-on-change-reading ausfiltern.

lG
Charlie71

Hallo Charlie,
mir ist nun weiters ein Problem aufgefallen und zwar, dass der Merker scheinbar in unregelmässigen abständen "toggelt". Die Logo kriegt kein Eingangssignal das der Merker sich irgendwie verändern soll, außerdem würde ich das auch mitbekommen da die Glocke dann leuten würde.
Konkret, ich hab auf dem Read ein Notify was mir danach eine Ablauf ausführt. Scheinbar aber ließt S7Read hin und wieder ein fehlerhaftes on aus was aber kein on ist, so das das Notify ausgelöst wird :(

Sg
Manuel

Edit: Mit der neuen Version ist der doppelte Read weg :)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Dezember 2015, 20:17:59
Hallo Tweak,

scheint wirklich ein interessanter Fall zu sein, da bis her noch niemand diesen Fehler Reportet hat.
Das das Modul nur mit den Merkern Probleme haben sollte schließe ich nahezu aus, da bei der Logo die Merker nur bestimmte Adressen im Datenbaustein 0 sind wie auch alle Eingänge, Ausgänge. (Was ich natürlich nicht ausschließen kann, ist das die Logo selbst Probleme macht)

Anmerkung: ich selbst habe 4 Logos auf FHEM hängen und hatte noch nie den von dir beschriebenen Fehler.

Wie kommen wir hier weiter?
1) Prüfe das Logfile. Wenn ein Fehler im Modul auftritt solltest du dort einen Hinweis finden.
2) Welche Logo Version verwendest Du?
3) Welche FHEM Version verwendest Du?
4) Poste mal folgende Infos:
- Deine FHEM config
- Dein Siemens Logo Programm


ich schau mir das dann gerne an.
lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 14 Dezember 2015, 20:32:51
Hallo ich hätte da mal eine Frage,
wenn ich  z.b den Status einer Fritz Steckdose an die S7 Variable übergeben möchte mache ich dies mit einem notify


FBDECT_16:.* set  DECT_01_state_to_S7 $EVENT


Wie kann ich es realisieren das ich die Steckdose über Fhem als auch über die SPS ein und ausschalten kann?

Muss ich hierzu eine zweites notify anlagen? Oder gibt er eine elegantere Lösung?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 15 Dezember 2015, 12:07:00
Hallo emilio
Du wirst wohl ein weiteres notify oder aehnliches anlegen muessen. Derzeit kennt Deine SPS nur den Zustand der Steckdose und fhem weiss nur, dass irgenwer den Zustand der Steckdose wissen moechte. Wenn nun die SPS die Steckdose schalten soll, so musst Du unweigerlich den zweiten Weg etablieren. Sprich die SPS muss fhem mitteilen, dass sie die Steckdose schalten moechte! (Dies ist mit Ein- und Ausgaengen vergleichbar!)
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: c.pudel am 15 Dezember 2015, 16:00:51
Hallo,

ich versuche vom FHEM aus, einen Bit in einem Datenbaustein meiner SPS zu setzen.
Bei der Steuerung handelt es sich um eine S7  CPU1515SP PC.

Die benötigten S7 Module wurden bereits im FHEM hinzugefügt.
Mit define <name> S7 <ip_address> <rack> <slot> [<Intervall>]
habe ich die SPS angelegt. Im Reading steht "state      connected to PLC     2015-12-15 09:45:01".

Die Verbindung wurde also erfolgreich aufgebaut und gehalten.

Mein Problem ist es jetzt, dass sobald ich  define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <byteaddress>.<bitaddress>
eingebe, im Filelog flogende Einträge generiert werden:

2015.12.15 08:23:40 3: CPU1515SP01 S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2015.12.15 08:23:40 2: CPU1515SP01 S7 disconnected
2015.12.15 08:23:43 3: CPU1515SP01 S7_connect: connect to PLC with maxPDUlength=960
2015.12.15 08:23:50 3: CPU1515SP01 S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2015.12.15 08:23:50 2: CPU1515SP01 S7 disconnected

Das zieht sich solange hin, bis das FHEM sich neustartet.

Hat jemand eine Idee woran es liegen könnte und wie man dieses Problem beheben kann?
Oder ist das S7 Modul nicht für die CPU 1515SP PC geeigent?


Grüße Christoph

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 Dezember 2015, 22:46:38
Hallo c.pudel,

prüf bitte deine S7 config ob die DB und Area Einstellungen stimmen.

Grüsse
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 18 Dezember 2015, 10:38:36
Hallo Leute,

habe mal wieder an einem Problem zu knappern.
Habe jetzt 3 Logos mit Fhem verbunden und jetzt aktualisiert sich die Seite nicht mehr selbstständig.
Muss um den aktuellen Status zu bekommen immer selber den Browser aktualisieren. :-\
Wenn ich mit meinem iPad drauf zugreife,  bekomme ich auch keine Verbindung mehr her und muss den RPi neu starten. :-\
Habt Ihr eine Idee voran das liegen könnte?

Danke schon mal
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 18 Dezember 2015, 11:37:04
Hallo GeRei77

hatte das selbe Problem. Die Ursache dafür war, das ich das event-on-change-reading falsch konfiguriert hatte.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 18 Dezember 2015, 21:51:30
Hallo Charlie71,

danke, hast Du mir noch einen Tip wie und wo ich das event-on-change-reading konfigurieren muss?

Habe bei jedem Ausgang und Eingang das event-on-change-reading angehängt, hat aber leider nichts gebracht :-\

... mit dem IPhone Safari sehe ich jetzt die Änderungen, im Firefox an Win10 nicht.

lg
GeRei77
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 Dezember 2015, 20:26:42
Hallo GeRei77,

Beispiel für event-on-change-reading für ein digital reading:

define L1_Q3 S7_DRead Q3
attr L1_Q3 event-on-change-reading state


Bin mir jedoch nicht sicher ob das wirklich das Problem ist. Bitte kontrolliere ob die Events im Event Monitor.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 20 Dezember 2015, 21:46:37
Hallo Charlie71,

der Event Monitor zeigt alles perfekt an.

lg
GeRei77

update: Habe gerade Safari auf meinem Win10 Rechner installiert und da geht problemlos die Aktuallisierung.
Warum nicht mehr beim Firefox???
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 21 Dezember 2015, 17:48:05
Hallo GeRei77,

also wenn's im Event Monitor sichtbar ist, dann liegt das Problem nicht beim S7 Modul.
Scheint somit am Firefox zu liegen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Chris83 am 23 Dezember 2015, 23:00:11
Hi charlie71,
ich habe dein Modul auf meinem Raspberry laufen zusammen mit eine S7 300 und einem CP.
Bit schreiben / lesen und Analogwert lesen funktioniert perfekt.
Doch wenn ich: "define Kellertemperatur S7_AWrite db 112 12 float" schreibe bekomme ich folgende Meldung:
Cannot load module S7_AWrite

Im log steht dann:
2015.12.23 22:39:54 1: reload: Error:Modul 44_S7_AWrite deactivated:
Missing right curly or square bracket at ./FHEM/44_S7_AWrite.pm line 582, at end of line
syntax error at ./FHEM/44_S7_AWrite.pm line 582, at EOF

2015.12.23 22:39:54 0: Missing right curly or square bracket at ./FHEM/44_S7_AWrite.pm line 582, at end of line
syntax error at ./FHEM/44_S7_AWrite.pm line 582, at EOF


Hast Du einen Tip für mich wo ran das liegen kann?

Gruß
Chris83
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Dezember 2015, 09:09:29
Hallo Chris83,

die Frage ist leicht zu beantworten: Ein Bug im Modul (ich hab beim letzten Umbau eine Klammer vergessen).
Das File im Anhang einfach tauschen.
Bitte Poste ob der Fehler behoben ist.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 30 Dezember 2015, 08:44:29
Hallo charlie71, ich beobachte seit einiger Zeit ebenfalls eine Fehlermeldung im Log:
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954
2015.12.30 03:05:08 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954

2015.12.30 03:05:08 3: LOGO S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.12.30 03:05:09 2: LOGO S7 disconnected
2015.12.30 03:05:12 3: LOGO S7_connect: connect to PLC with maxPDUlength=240
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954
2015.12.30 03:14:12 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954

2015.12.30 03:14:12 3: LOGO S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2015.12.30 03:14:12 2: LOGO S7 disconnected
2015.12.30 03:14:15 3: LOGO S7_connect: connect to PLC with maxPDUlength=240


Definiert ist die Logo folgendermaßen:
define LOGO S7 LOGO8 192.168.2.104
attr LOGO DbLogExclude .*
attr LOGO MaxMessageLength 120
attr LOGO room LOGO8


Version:
44_S7.pm                   212 2015-12-11 12:00:00Z charlie71
44_S7_DRead.pm             212 2015-12-11 12:00:00Z charlie71
44_S7_DWrite.pm            212 2015-12-11 12:00:00Z charlie71

# $Id: 44_S7_Client.pm 211 2015-11-30 12:00:00Z charlie71 $



Hast du einen Tipp wo ich einmal nachsehen könnte?

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 30 Dezember 2015, 11:43:37

Hallo Frank,

die Netzwerkverbindung wird aus irgend einem Grund gestört/unterbrochen. Aus diesem Grund kommt es zu einem TCP Fehler.
Dieser wird aktuell mit einem Reconnect behoben.

Wie häufig tritt dieser Fehler auf?

Leider konnte ich den Fehler noch nicht reproduzieren.
Somit muss ich ein wenig raten:
* Netzwerk (ist die Netzwerkverbindung stabil, WLAN?)
* Könnte auch ein side effect eines anderen Moduls sein
* ???

Prüfe mal mit apptime ob deine Module langsamer werden immer.
Prüfe auch ob der Speicherbedarf von FHEM anwächst

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 30 Dezember 2015, 11:48:14
Hallo Charlie71, ich werde das mal beobachten, könnte auch mit einem kompletten restart des Host zusammenhängen, ggf. war die Netzwerkverbindung zu dem Zeitpunkt der Fehlermeldung noch nicht etabliert.

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Chris83 am 30 Dezember 2015, 23:25:04
Hi charlie71,
das update file funktioniert Fehlerfrei.
Dein Modul ist ganz große Klasse.

Vielen Dank

Chris83
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Januar 2016, 09:31:24
Hallo Leute,

ich hab wieder eine neue Version (V213) gebaut.
Gegenüber der V212 ist nur der Fix für S7_AWrite enthalten.

Neue Version kann wie immer im ersten Posting herunter geladen werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: winner81 am 11 Januar 2016, 22:07:37
Hallo zusammen

Erstmal Danke für die super Arbeit von Euch!
Ich habe noch ein Problem bei mir. Im Einsatzt ist eine 1513-1PN CPU sowie die neusten Module V213.

Ich kriege beim S7_AWrite folgende Meldung im Log:


016.01.11 21:52:53 3: mySPS S7_connect: connect to PLC with maxPDUlength=960
2016.01.11 21:53:00 3: mySPS S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2016.01.11 21:53:00 2: mySPS S7 disconnected
2016.01.11 21:53:03 3: mySPS S7_connect: connect to PLC with maxPDUlength=960
2016.01.11 21:53:10 3: mySPS S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2016.01.11 21:53:10 2: mySPS S7 disconnected
2016.01.11 21:53:13 3: mySPS S7_connect: connect to PLC with maxPDUlength=960
2016.01.11 21:53:20 3: mySPS S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2016.01.11 21:53:20 2: mySPS S7 disconnected



Hier meine Config: (Hab den gleichen Fehler für Byte, UINT und FLOAT)


##############################################################
## S7 Verbindung
##############################################################
define mySPS S7 192.168.1.200 0 1
attr mySPS room System

# Temperatur aus dem Web an mySPS schicken
define Wetter Weather 638242 1800 de
attr Wetter room Wetter

define Temp_AU_Web S7_AWrite db 20 72 u8
attr Temp_AU_Web IODev mySPS
attr Temp_AU_Web event-on-change-reading state
attr Temp_AU_Web room Wetter
attr Temp_AU_Web stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}

define Temp_AU_Web_notify notify Wetter {\
fhem "set Temp_AU_Web ".ReadingsVal("Wetter","temp_c","10");;\
}
attr Temp_AU_Web_notify room Wetter


Wie Ihr seht, das Anfänger Beispiel...
Wenn ich den AWrite ausmaskiere bleibt die Verbindung bestehen.

DB20 ist vorhanden auf der Steuerung

Danke und Gruss
Ronny
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 13 Januar 2016, 06:39:08
Hallo Winner81

sorry dass erst jetzt die Antwort kommt.
Wenn ein AWrite definiert wird, wird der verwendete Speicherbereich zyklisch von der SPS gelesen.
Diese Leseoperation schlägt in deinem Fall fehl.
Meist liegt es an einem Konfigproblem: zb Datenbaustein existiert auf SPS Seite nicht, falscher Datenbereich, ....
--> Config Prüfen

Anmerkung: Wenn du das einzige logische Modul herausnimmst, wird nur die ISOoverTCP Verbindung aufgebaut - was in deinem Fall ja funktioniert - aber es findet kein Datenaustausch statt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: winner81 am 13 Januar 2016, 13:04:14
Hallo Charlie71

Vielen Dank für Deine Antwort.
Also der DB existiert, auch der Adressbereich stimmt (DB20.DBB72). Siehe Anhang.
Muss ich von der Steuerung aus auch eine ISOoverTCP Verbindung auf FHEM anlegen? Da bin ich mit Wiki nicht ganz gestiegen.
Wenn ich Online auf der Steuerung geschaut habe, wurde die Verbindung aber als PG-Verbindung angezeigt.
Oder was muss ich sonst noch Steuerungsseite anlegen? Eine Serververbindung wie bei der LOGO ist bei der S7-1500 nicht vorhanden.

Danke und Gruss
Ronny
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 13 Januar 2016, 19:11:15
Hallo Winner81,

auf der FHEM musst du nichts mehr konfigurieren.
Stimmt deine Rack / Slot Konfig auf der S7 (aktuell hast Rack = 0 und Slot = 1 im FHEM ausgewählt) ?

Wenn das nicht klappt, versuch mal mit einen ARead einen anderen Wert (eventuell auch von einem anderen DB) auzulesen.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: winner81 am 14 Januar 2016, 06:26:52
Hallo charlie71

Danke für die Info's! Werde es am WE testen und dann ein Feedback geben.

Gruss
Ronny
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: winner81 am 14 Januar 2016, 20:49:26
Problem gelöst :D
Bei der 1513-1PN CPU muss in den Einstellungen unter Schutz die Freigabe für die GET/PUT Kommunikation gegeben werden (siehe Anhang).
Rack und Slot sind bei dieser CPU (0/1).

Nochmals vielen Dank für Deine Unterstützung.
Gruss
winner81

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 Januar 2016, 17:05:01
Hallo Winner81

super da es jetzt klappt.
Es währe nett, wenn du eine kurze Zusammenfassung deiner S7-1500 Config ins S7 Wiki schreiben könntest.
Diese würde sicher Anderen weiterhelfen.

Danke & lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 15 Januar 2016, 18:02:03
Moin zusammen,

ich hatte auch den Fehler, das beim Senden der Formate u16, s16, u32, s32 sowie Float per S7_AWrite zu einer S7 200 und zur S7 300 ein Fehler auftrat und die Verbindung abgebrochen wurde. Habe dann im Modul S7_AWrite Zeile 239, 245, 251, 257 sowie 263 auf jeweils $WordLen = &S7Client::S7WLByte; geändert und es funktioniert  ;)  Wenn ich das richtig interpretiere soll ja in der Variable $WordLen nicht die Länge sondern das zu übertragende Format (0x02 für Byte) enthalten sein. Vielleicht hilft es ja jemandem der ähnliche Probleme hat.
Gruß Zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 16 Januar 2016, 19:18:05
Hallo,
weiß nicht ob ich die funktion nicht finde oder ob es diese nicht gibt.
Wie kann ich ein Bit, ob merker oder db-bit inst egal, inertieren?

keinne die linnodave aus windows, und bin noch nicht so fit als das ich mir die quellcode selb anpassen könnte fals es das nicht gibt.

gruß

@charlie71
s7-1500 müsste gehen wenn es die libnodave ist, du musst nur put/get aktivieren, das findest du un den Geräteeinstellungen unter Schutz.
Allerdings kannst du nur auf nicht Optimierte Daten zugreifen, zumindest ist mir nur das gelungen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 16 Januar 2016, 20:31:13
Hallo

@Zicki
vielen Dank an Zicki für den Hinweis. Ich werde das in der nächsten Release anpassen.
@MadMax
mir ist nicht ganz klar was Du möchtest.

lG
Charlie
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 16 Januar 2016, 20:36:01
Hallo Leute,

ich habe vor kurzen das S7 Modul ins FHEM Sourceforge eingecheckt.
Das Modul ist somit offizielles Modul.
Updates werden somit ab jetzt nur mir über die FHEM Update Funktion zur Verfügung gestellt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 16 Januar 2016, 21:29:19
Hallo Zikki,

ich habe mal deinen Vorschlag auf meiner Logo7 getestet. Leider funktioniert es nicht - Es gibt immer einen Protokollfehler.
Somit kommt dein Vorschlag vorerst nicht ins Modul.

lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: John am 17 Januar 2016, 12:23:49
Hi Charly71,

prima, daß dein Modul nun im FHEM Repository liegt.

Ein Hinweis zum Problem von Zicki aufgeworfenen Problem:

In meinem LOGO-Treiber verwende ich ausschliesslich die Wortlänge Byte über alle Datentypen hinweg

Vielleicht liefert dies den allgemeineren Ansatz zum Schreiben von Werten.

Hier ein Auszug aus meinem Code-Fragment:

sub WriteAnalog($$)
{
  my ( $self, $dp, $data ) = @_;
  my $aresult;
  my $aFormat;

  my $asize = $dp->{size};

  # ein C-Array erzeugen
  my $bdata = Device::LOGO::snap7p::new_byteArray($asize);

  # perl number packen mit ziel big endian
  if ( $dp->{format} eq 'i1' || $dp->{format} eq 'u1' )
  {
    $aFormat = $dp->{unpackFormat};
  } else
  {
    $aFormat = $dp->{unpackFormat} . '>*';    # big endian
  }

  my $apackedData = pack( $aFormat, $data );

  # entpacken als array of bytes
  my @arr = unpack( 'C*', $apackedData );

  # bytes nacheinander in das C Array kopieren
  for ( my $i = 0 ; $i < $asize ; $i++ )
  {
    my $cdata = $arr[$i];
    Device::LOGO::snap7p::byteArray_setitemX( $bdata, $i, $cdata );
  }

  # ziel index ermitteln
  my $aindex = $dp->{mindex};
  my $adbno  = $self->{DBNo};
  $aresult = Device::LOGO::snap7p::Cli_WriteArea(
    $self->{client},
    0x84,       # Kennung f. DB
    $adbno,     # db nr
    $aindex,    # location index
    $asize,     # Anzahl
    0x02,       # ID for Bytes
    $bdata
  );
}


John
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Komet16 am 17 Januar 2016, 17:49:10
Hallo ich bin Thorsten,

ich beschäftige mich erst seit kurzen mit dem Raspberry in Verbindung mit S7 habe eine 315 2 DP hier am laufen! Lese auch schon ein paar Daten aus! Läuft also!

Dann habe ich Whatsapp installiert! Läuft auch!

Nun zu meiner Frage ?

Lese eine BOOL aus und wollte mich bei Änderung infomieren lassen über Whatsapp! Aber finde nichts wie ich den Befehl auslesen kann und dann über Whatsapp die Info senden kann!

Und andersrum würde mich auch intressieren! Also ich suchen einen den Befehl für Fhem zum auslesen und senden (s7>Whatsapp) und (Whatsapp> S7)!

Wäre vielleicht einer von euch Fachmänner so Nett mir zu Helfen? Danke schon mal und freue mich über eure Antworten!

Danke und Gruß
Thorsten (Komet16)     
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 20 Januar 2016, 06:38:03
Hallo Thorsten,

um auf Änderungen eines Datenpunktes reagieren zu können, kannst Du ein Notify verwenden.
Das Notify kann beliebigen Code ausführen und somit auf Infos zum whats app modul schicken.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Komet16 am 21 Januar 2016, 16:40:25
Ah Danke!

Werde ich darüber Informieren! Falls ich noch Fragen habe werde ich hier wohl noch mal Fragen müssen!

Danke!

Gruß an alle!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 22 Januar 2016, 18:29:44
Hallo

@Zicki nochmals vielen Dank für deinen Hinweis. Basierend auf deinen Vorschlag gibt es nun eine neue Version, bei der AWrites auch bei S7 200 und zur S7 300 funktionieren sollten.
Bei den Logos hat es bereits vorher funktioniert.
Neue Version ist bereits eingecheckt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Humidor am 23 Januar 2016, 16:19:26
Hi,
versuche aktuell Temperatur und Luftfeuchtedaten zur SPS in einen DB zu übertragen. Die eigentliche Abfrage auf Temperatur funktioniert, allerdings ist der state, welcher in den DB geschrieben wird, trotz eingetragener Temperatur auf "0". Dementsprechend kommt im DB auch nur eine 0 an. Beschreibe ich über den set Befehl manuell, wird der entsprechende Wert auch im DB gesetzt, die Kommunikation funktioniert also (Siehe Anhang).
Hat jemand eine Idee, was ich falsch mache?
Danke vorab!
Grüße
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Januar 2016, 16:52:28
Hallo Humidor

wie setzt du den Wert von Temp_SZ.
Hinweis: dein Stateformat gibt Infos von LaCrosse_28 und nicht von Temp_SZ.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 24 Januar 2016, 11:41:26
Hallo charlie71

habe die neue Version gleich mal getestet  :) funktioniert mit der S7 200.

Gruß Zicki
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Humidor am 24 Januar 2016, 15:11:00
Hallo Charlie,

ich ging davon aus, dass ich Temp_SZ brauche, um das Reading vom Sensor auszulesen. Da Temp_SZ ein AWrite ist, war ich der Meinung, dass der Wert vom Sensor dort automatisch eingetragen wird. Hab' da wohl irgendeinen Deckfehler drin  :-[

Brauche da wohl ein notify für :D

EDIT:

Mit eingefügtem Notify wird mir erfolgreich ein neues Reading in Temp_SZ gesetzt, soweit so gut, es muss ja in state geladen werden, wenn ich also setstate eingebe, anstatt setreadings, steht weiterhin eine "0" drin.

LaCrosse_28:temperature.* {   fhem("setreadings Temp_SZ $EVENT")
}
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2016, 15:47:10
Hallo Humidor

ich denke jetzt sehe ich dein Problem.
Readings sind die tatsächlichen wert die aus der SPS geladen werden.
Wenn du einen analogen Datenpunkt beschreiben möchtest funktioniert das wie folgt:
ZB:
set Temp_SZ 55.7

dh du musst dein notify ein wenig anpassen.
lG
Charlie71

PS: wenn nicht klappt poste bitte deine notify config.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Humidor am 24 Januar 2016, 15:57:44
Hallo Charlie,

das habe ich soweit hinbekommen, aber ich möchte den analogen Datenpunkt mit dem aktuellen Wert (in meinem Fall die Temperatur), beschreiben. Dieser Wert kommt von einem Funk Sensor, und wird in ein Reading geschrieben. Das Reading möchte ich auslesen und zur SPS schicken.

define LaCrosse_28 LaCrosse 28
attr LaCrosse_28 IODev myJeeLink
attr LaCrosse_28 alias Schlafzimmer Temperatur
attr LaCrosse_28 group Temperaturen
attr LaCrosse_28 room Schlafzimmer

define Temp_SZ S7_AWrite db 5 24 u16
attr Temp_SZ IODev SPS
attr Temp_SZ event-on-change-reading state
attr Temp_SZ room Schlafzimmer
attr Temp_SZ stateFormat {sprintf("%.1f", ReadingsVal ("LaCrosse_28","temperature",0))." °C"}

define Temp_SZ_in_dummy notify LaCrosse_28:temperature.* {   fhem("set "hier_muss_ich_es_doch_beschreiben_oder?")\
}\

attr Temp_SZ_in_dummy group Temperaturen
attr Temp_SZ_in_dummy room Schlafzimmer
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2016, 16:47:27
Hallo Humidor,

Das Notify hängt vom Event des LaCrosse_28 ab (Siehe auch http://fhem.de/commandref.html#notify).
Am besten du schaust dir im Fehm "Event Monitor" das Event von LaCrosse_28.
Dann kannst du beurteilen welcher Teil des Events wichtig ist .

Beispiel wenn der 2. Teil des Events die Temperatur enthält
define Temp_SZ_in_dummy notify LaCrosse_28:temperature.* set Temp_SZ  $EVTPART1

lG
Charlie71

PS: Wenn es noch immer Probleme gibt poste bitte einen Auszug aus dem Event Monitor der infos von LaCrosse_28 enthält.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Humidor am 24 Januar 2016, 17:23:30
Hallo Charlie

leider bisher alles erfolglos. In der logfile wird "You have to enter a numeric value: 0 - 65535" ausgeben. Auszug aus dem Event Monitor anbei...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2016, 18:43:19
Hall Humidor,

also das Notify funktioniert. Jedoch versuchst du gerade eine float zahl auf eine Integer Variable auf der S7 zu schreiben und das geht nicht.
Lösungsvorschläge:
1) Du änderst den S7 Datentyp auf float
2) Du versuchst den Datentyp auf fhem Seite zu konvertieren:
define Temp_SZ_in_dummy notify LaCrosse_28:temperature.* {my $value = ceil($EVTPART1);;fhem ("set Temp_SZ $value");;}


lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Humidor am 24 Januar 2016, 20:47:27
Hallo Charlie,

danke für deine Hilfe! Die Temperatur wird nun als float von FHEM in ein Doppelwort meines DB's übertragen und kann nun als Gleitpunktzahl weiterverarbeitet werden. :)
Da ich jetzt noch gerne die Luftfeuchte übertragen würde, erstellte ich ein neues Notify. Allerdings wird nichts in das S7_AWrite eingetragen.

--> notify LaCrosse_10:humidity.* set Hum_WZ $EVTPART2

EVTPART2, da im Eventmonitor als nächstes, nach Temperatur, Humidity kommt?

Grüße
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Januar 2016, 21:19:03
Hallo Humidor,

nein, über "LaCrosse_10:humidity.*" wird das Event gefiltert. Und mit $EVTPART0, $EVTPART1, ...
wählst du den Teil der Eventmeldung aus.
Nochmals die Empfehlung lies dir die Notify Beschreibung in der Commandref durch (http://fhem.de/commandref.html#notify), dort ist das beschrieben.
Versuchs mal mit
define XXX notify LaCrosse_10:humidity.* set Hum_WZ $EVTPART1

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Humidor am 25 Januar 2016, 10:23:51
Hallo Charlie,

danke für den Hinweis. Es funktioniert nun. Die Beschreibung werde ich mir durchlesen.

Grüße
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 30 Januar 2016, 14:43:13
Zitat von: Komet16 am 17 Januar 2016, 17:49:10
Hallo ich bin Thorsten,

ich beschäftige mich erst seit kurzen mit dem Raspberry in Verbindung mit S7 habe eine 315 2 DP hier am laufen! Lese auch schon ein paar Daten aus! Läuft also!

Dann habe ich Whatsapp installiert! Läuft auch!

Nun zu meiner Frage ?

Lese eine BOOL aus und wollte mich bei Änderung infomieren lassen über Whatsapp! Aber finde nichts wie ich den Befehl auslesen kann und dann über Whatsapp die Info senden kann!

Und andersrum würde mich auch intressieren! Also ich suchen einen den Befehl für Fhem zum auslesen und senden (s7>Whatsapp) und (Whatsapp> S7)!

Wäre vielleicht einer von euch Fachmänner so Nett mir zu Helfen? Danke schon mal und freue mich über eure Antworten!

Danke und Gruß
Thorsten (Komet16)     

Hallo Thorsten,

Du schreibst, "Dann habe ich Whatsapp installiert! Läuft auch!" !
Das liest sich soooo einfach, war es auch sooo einfach ?
Ich habe Probleme bei der Installation von Python und weiß nicht, ob und wie ich es richtig mache.
Nach welcher Anleitung bist Du vorgegangen ? Die im WIKI ?

Gruß Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 Februar 2016, 06:49:10
Hallo rhonline,

auch ich hab whatsapp installiert, es war wirklich so einfach wie im wiki beschrieben.
http://www.fhemwiki.de/wiki/Yowsup

hat auf Anhieb geklappt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 04 Februar 2016, 09:03:16
Moin charlie71,

seit gestern läuft es bei mir auch !
Musste allerdings mein RaspPi komplett neu aufsetzen.
Waren wohl einige Dateien zerschossen !?
Jetzt kann ich schauen, was ich mir so alles von meiner S7 schicken lasse ;-)

Gruß
Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rhonline am 05 Februar 2016, 18:10:14
WOW !!!

Mit dem Handy via WhatsApp über fhem (Modul 32_yowsup), weiter über fhem (Modul 44_S7) zur S7 .... Licht einschalten !
Das nenn ich sm@rte Hausautomation  8)

Ja bin ich denn schon drin, oder was  ;)

Klasse !
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Adebo am 17 Februar 2016, 09:52:43
Hallo
Bin neu hier und möchte meine Vipa 313sc mit fhem verbinden.
Fhem läuft auf einem Raspberry .
Habe Auszüge aus dem Wiki-Beisp.  in die fhem.cfg übernommen und an der Vipa über cp343-1 eine unspezifizierte Verbidung eingetragen.
DB's 70-73 sind im Projekt.
CP343-1 ist auf Rack 0 und slot 9
Kriege immer folgende Meldung.:

2016.02.17 08:28:08 3: 317 S7_connect: connect to PLC with maxPDUlength=240
2016.02.17 08:28:15 3: 317 S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2016.02.17 08:28:15 2: 317 S7 disconnected

Fhem.Cfg
# S7 Kommunikation
define 317 S7 192.168.178.130 0 9
attr 317 room System

# FHEM Taster an 317
define Taster_317 S7_DWrite db 73 0.0
attr Taster_317 IODev 317
attr Taster_317 devStateIcon .*:toggle:TRIGGER
attr Taster_317 event-on-change-reading state
attr Taster_317 group Licht
attr Taster_317 room Keller

# Rückmeldung ob 317 DO gesetzt hat
define Rueckmeldung_317 S7_DRead db 71 0.0
attr Rueckmeldung_317 IODev 317
attr Rueckmeldung_317 event-on-change-reading state
attr Rueckmeldung_317 group Licht
attr Rueckmeldung_317 room Keller


Komm hier einfach nicht weiter??

Danke

MfG ADebo
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: web.a am 17 Februar 2016, 11:19:20
Hallo, ich habe die Vipa 315SB. Ich benutze Rack 0 Slot 2. Der CP Slot ist nicht relevant, es zählt der Slot der CPU.

Gesendet von meinem C6503 mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Adebo am 17 Februar 2016, 11:49:08
Besten Dank :) :) :)

MfG
Adebo
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 20 Februar 2016, 16:09:56
Hallo John,

ich habe dein LOGO Modul im Einsatz und bin damit sehr zufrieden. Gibt es eine bessere Möglichkeit einen Taster bzw. Eingangssignal an die Logo zeitlich zurückzusetzen. Ich habe mehrere Netzwerkeingänge über die Logo wo Parallel auch festinstallierte Taster im Haus das Signal schalten.

Aktuell habe ich es gelöst, dass ich ein LogoTaster z.B. V3.0 erstellt habe und diesen wieder mit einem Notify zurücksetze.
Bessere wäre natürlich ein on-for-timer oder so ähnlich. Wäre so was realisierbar? Ich denke so eine Tasterfunktion wird sicherlich häufig genutzt.

Schöne Grüße,
SteRa




Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 21 Februar 2016, 00:29:59
siehe commandref S7_DWRITE:
set name TRIGGER
setz das Bit für 1 Sekunde.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 21 Februar 2016, 08:59:15
Irgendwie gibt es ja zwei Module.  Habe nur Logo, da gibt es das nicht..  Steige dann mal um auf S7 mit Logo  ;)

Gruß SteRa
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 21 Februar 2016, 12:48:24
Hallo,

ich habe jetzt das Modul S7 installiert und möchte eine Logo8 mit NI schalten..
Merker kann ich schalten, aber die Netzwerkeingänge leider nicht..

Muss ich noch was einstellen in der Logo, dass sie Netzwerkeingänge akzeptiert?

define LogoLampeFlurOben1 S7_DWrite NI7
attr LogoLampeFlurOben1 IODev myLogo
attr LogoLampeFlurOben1 event-on-change-reading *.



so gehts
define LogoLampeFlurOben1 S7_DWrite M1
attr LogoLampeFlurOben1 IODev myLogo
attr LogoLampeFlurOben1 event-on-change-reading *.




Gruß,
SteRa
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: web.a am 23 Februar 2016, 18:48:20
Zitat von: stera am 21 Februar 2016, 12:48:24
Hallo,

ich habe jetzt das Modul S7 installiert und möchte eine Logo8 mit NI schalten..
Merker kann ich schalten, aber die Netzwerkeingänge leider nicht..

Muss ich noch was einstellen in der Logo, dass sie Netzwerkeingänge akzeptiert?

define LogoLampeFlurOben1 S7_DWrite NI7
attr LogoLampeFlurOben1 IODev myLogo
attr LogoLampeFlurOben1 event-on-change-reading *.



so gehts
define LogoLampeFlurOben1 S7_DWrite M1
attr LogoLampeFlurOben1 IODev myLogo
attr LogoLampeFlurOben1 event-on-change-reading *.




Gruß,
SteRa
Hallo, *. Ist falsch. Einfach drehen . *
dann passt der Filter. Zur Logo kann ich dir leider nicht weiter helfen.  :o

Gesendet von meinem C6503 mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: HorstR am 23 Februar 2016, 20:03:18
Hallo,

ich versuche eine S7-1214C mit Fhem (RasPi) zu verbinden.

folgendes habe ich gemacht:

- Fhem mit update auf dem neuesten Stand gebracht
- Raspi im gleichen Subnetz mit 192.168.42.102
- PLC Hardware eine S7-1214C
- DB1 erstellt 10 Bytes groß, Optimierter Bausteinzugriff abgeschaltet

In fhem.cfg diese beiden Zeilen eingefügt:
...
define HR1200 S7 192.168.42.42 0 1
define HR1200_In S7_DRead db 1 0.1
...

Im Logfile stehen folgende Einträge:
2016.02.23 19:46:53 3: HR1200 S7_connect: connect to PLC with maxPDUlength=240
2016.02.23 19:47:00 3: HR1200 S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2016.02.23 19:47:00 2: HR1200 S7 disconnected

Hat jemand Erfahrung mit der Kopplung einer S7-1200 und kann helfen?

Gruss Horst
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 23 Februar 2016, 20:39:49
Zitat von: web.a am 23 Februar 2016, 18:48:20
Hallo, *. Ist falsch. Einfach drehen . *
dann passt der Filter. Zur Logo kann ich dir leider nicht weiter helfen.  :o

Gesendet von meinem C6503 mit Tapatalk

Danke für die Info.

Das komische ist, dass die NQ funktionieren. Habe Testweise in der Logo

O M1
O NI10
=NQ 4

programmiert. M1 schaltet NQ4 EIN, aber mit NI10 kommt kein Eingang an ???

Hoffentlich da kann einer weiterhelfen?

Gruß,
SteRa


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 24 Februar 2016, 19:00:52
Ich habe heute ja Aufgrund eines neuen Raspberry 2, fhem komplett neu aufgesetzt. Leider ist das Problem das gleiche.. Werde vorerst die Eingänge auf Merker umstellen. Hoffe jemand hat noch eine Idee, warum die NQ funktionieren und die NI nicht  :-\ :-\ :-\

Gruß,
SteRa
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 24 Februar 2016, 21:34:12
Zitat von: charlie71 am 04 Januar 2016, 09:31:24
Hallo Leute,

ich hab wieder eine neue Version (V213) gebaut.
Gegenüber der V212 ist nur der Fix für S7_AWrite enthalten.

Neue Version kann wie immer im ersten Posting herunter geladen werden.

lG
Charlie71
Hallo ich habe mich eine Weile nicht mehr mit Fhem beschäftigt. Ich möchte das aktuelle Modul installieren. Momentan verwende ich v2.9.
Leider finde ich in Post 1 nicht den Download? Hat sich was geändert oder bin ich blind?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 25 Februar 2016, 07:47:35
Hallo emilio20
Wie im ersten Post geschrieben steht, ist das Modul seit jetzt offiziell. Das heisst es wird ueber ein fhem Update verteilt!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: emilio_35 am 25 Februar 2016, 20:43:19
Hallo Vielen Dank,

Vielleicht kannst du mir noch bei einem Problem helfen das ich bis jetzt nicht lösen konnte.

ich senden den Status einer Fritz Steckdose zur SPS dies Funktioniert auch soweit. Jetzt möchte ich die Steckdose von der SPS aus schalten.
hierzu müsste ich einen Bit von der SPS in Fhem einlesen und ein notify auslösen.

Das Problem ist das ich die Steckdose nicht mehr direkt  Schalten kann da ja das notify jede sekunde das Bit aus der SPS ausliest und dessen Status in die Steckdose schreibt.
Was muss ich machen damit das notify nur bei wertänderung ausgefürt wird ?




define DECT_01_state_to_Fhem S7_DRead db 361 0.0
attr DECT_01_state_to_Fhem IODev SPS315
attr DECT_01_state_to_Fhem room SPS
define DECT_01_state_to_Fhem_notify notify DECT_01_state_to_Fhem:.* set FBDECT_16 $EVENT
attr DECT_01_state_to_Fhem_notify room SPS


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 Februar 2016, 14:44:39
OT on

Hallo Emilio
Wieder einmal vermischst Du die Themen! Das gehoert hier nicht hin! Du hattest schon mal Probleme mit notify, und anscheinend hast du es noch nicht verstanden! Notify reagiert auf einen Trigger, dieser Trigger kommt vom S7_Dread-device! Wenn Du den Trigger nur bei Aenderung ausgeloest haben moechtest, dann must das da definieren! Siehe auch http://forum.fhem.de/index.php/topic,40357.msg325883.html#msg325883 da hast Du das schon einmal richtig gemacht.

OT off
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: HorstR am 28 Februar 2016, 17:55:49
Hallo noch mal,
ich komme ohne eure Hilfe nicht weiter:

Es geht um eine S7-1214C, ich habe alles xmal kontroliert, Rack und Slot stimmen, habe auch mal mit MaxMessageLenght experimentiert,
es kommt aber immer die gleiche Fehlermeldung: Invalid PDU received

define HR1200 S7 192.168.42.42 0 1
define HR1200_In S7_DRead db 1 0.0
...

Im Logfile stehen folgende Einträge:
2016.02.23 19:46:53 3: HR1200 S7_connect: connect to PLC with maxPDUlength=240
2016.02.23 19:47:00 3: HR1200 S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2016.02.23 19:47:00 2: HR1200 S7 disconnected


Gruss Horst


Problem gelöst:
In der Gerätekonfiguration von TIA muss der Haken gesetzt werden (im Dialog Webserver->Schutz ganz nach unten scrollen)
"Zugriff über Get/Put Kommunikation durch entfernten Partner (..) erlauben."
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: DSchmndtk am 06 März 2016, 02:37:20
Hallo,
ich benutze die Logo schon seit ca. 6 Jahren und nun habe ich mich mal an die Visualisierung gemacht. Aktuell habe ich eine Logo 8 und einen Raspberry Pi 2 auf dem FHEM läuft. Bei der LOGO habe ich bei den Ethernet-Verbindungen eine Server Verbindung hinzugefügt.Ich kann auch alle Signale (I und Q)wunderbar einlesen. Was aber nicht geht ist das Schalten der Netzwerkeingänge NI. Ich habe gefühlt schon das ganze Internet durchsucht, bin aber auf keine Hilfe gestoßen. Ich hoffe hier kann mir jemand weiterhelfen? Ich füge im Anhang meine FHEM Config Datei , Ein Bildausschnitt des Logoprogramms, Logo-Server-Settings sowie die Log Datei bei.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dirkbalzer am 06 März 2016, 03:33:49
Zitat von: DSchmndtk am 06 März 2016, 02:37:20Ich hoffe hier kann mir jemand weiterhelfen?

Ich glaube das Problem liegt in deiner fhem.cfg Datei.

Versuch mal anstatt define NI1 S7_DWrite NI1
das ganze mal so: define NI1 S7_DWrite db 0 0.0
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 07 März 2016, 12:14:48
Habe das gleiche Problem und bin auf Merker umgestiegen..

Hast du das schon ausprobiert dirkbalzer?

Gruß,
SteRa
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dirkbalzer am 07 März 2016, 12:20:07
Ja, bei mir funktioniert der Teil mit den Netzwerk Ein/Ausgängen.
Habe das so auf meiner fhem.cfg gezogen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: DSchmndtk am 07 März 2016, 17:21:45
Hallo zurück,

Vielen Dank dirkbalzer, mit diesen Einstellungen funktioniert es bestens. Ich denke allerdings, das es laut Doku hätte auch laufen müssen. Aber egal jetzt läuft es ja.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: KOAL am 07 März 2016, 23:08:39
Hallo Leute,
ich habe ständig Disconnect mit einer CPU315 auf CP-343 LEAN. (Verbindung über (openvpn)VPN Tunnel, da SPS nicht im gleichen Haushalt)

config:
#########################################################################
#SIMATIC SPS
#########################################################################

define BONSTINGL_SPS S7 192.168.12.100 0 2
attr BONSTINGL_SPS room 02_Bon_Heizhaus,System
attr BONSTINGL_SPS verbose 3
define FileLog_BONSTINGL_SPS FileLog ./log/BONSTINGL_SPS-%Y-%m-%d.log BONSTINGL_SPS
attr FileLog_BONSTINGL_SPS logtype text
attr FileLog_BONSTINGL_SPS room 99_Logs

schreiben.
#
#FHEM S7 COM
#
define Bon_Heiz_Fluter_Rechts_EIN_AUS S7_DWrite db 60 30.1
attr Bon_Heiz_Fluter_Rechts_EIN_AUS IODev BONSTINGL_SPS
attr Bon_Heiz_Fluter_Rechts_EIN_AUS event-on-change-reading state
attr Bon_Heiz_Fluter_Rechts_EIN_AUS eventMap on:on off:off
attr Bon_Heiz_Fluter_Rechts_EIN_AUS group Bon_Heiz_Licht
attr Bon_Heiz_Fluter_Rechts_EIN_AUS room 02_Bon_Heizhaus
define FileLog_Bon_Heiz_Fluter_Rechts_EIN_AUS FileLog ./log/Bon_Heiz_Fluter_Rechts_EIN_AUS-%Y-%m-%d.log Bon_Heiz_Fluter_Rechts_EIN_AUS
attr FileLog_Bon_Heiz_Fluter_Rechts_EIN_AUS logtype text
attr FileLog_Bon_Heiz_Fluter_Rechts_EIN_AUS room 99_Logs

lesen:

define Bon_Heiz_Fluter_Rechts_VISU S7_DRead db 61 0.1
attr Bon_Heiz_Fluter_Rechts_VISU IODev BONSTINGL_SPS
attr Bon_Heiz_Fluter_Rechts_VISU event-min-interval 600
attr Bon_Heiz_Fluter_Rechts_VISU event-on-change-reading state
attr Bon_Heiz_Fluter_Rechts_VISU room 02_Bon_Heizhaus


Auszug aus dem Logfile:
2016-03-07_22:59:00 BONSTINGL_SPS disconnected
2016-03-07_22:59:01 BONSTINGL_SPS connected to PLC
2016-03-07_23:00:00 BONSTINGL_SPS disconnected
2016-03-07_23:00:03 BONSTINGL_SPS disconnected
2016-03-07_23:00:04 BONSTINGL_SPS connected to PLC
2016-03-07_23:00:35 BONSTINGL_SPS disconnected
2016-03-07_23:00:38 BONSTINGL_SPS disconnected
2016-03-07_23:00:39 BONSTINGL_SPS connected to PLC
2016-03-07_23:00:49 BONSTINGL_SPS disconnected
2016-03-07_23:00:52 BONSTINGL_SPS disconnected
2016-03-07_23:00:53 BONSTINGL_SPS connected to PLC
2016-03-07_23:01:01 BONSTINGL_SPS disconnected
2016-03-07_23:01:04 BONSTINGL_SPS disconnected
2016-03-07_23:01:06 BONSTINGL_SPS connected to PLC
2016-03-07_23:01:19 BONSTINGL_SPS disconnected
2016-03-07_23:01:22 BONSTINGL_SPS disconnected
2016-03-07_23:01:23 BONSTINGL_SPS connected to PLC
2016-03-07_23:01:31 BONSTINGL_SPS disconnected
2016-03-07_23:01:34 BONSTINGL_SPS disconnected
2016-03-07_23:01:36 BONSTINGL_SPS connected to PLC
2016-03-07_23:01:43 BONSTINGL_SPS disconnected
2016-03-07_23:01:47 BONSTINGL_SPS disconnected
2016-03-07_23:01:47 BONSTINGL_SPS connected to PLC
2016-03-07_23:02:01 BONSTINGL_SPS disconnected
2016-03-07_23:02:04 BONSTINGL_SPS disconnected
2016-03-07_23:02:22 BONSTINGL_SPS disconnected
2016-03-07_23:02:25 BONSTINGL_SPS disconnected
2016-03-07_23:02:32 BONSTINGL_SPS disconnected
2016-03-07_23:02:35 BONSTINGL_SPS disconnected
2016-03-07_23:02:42 BONSTINGL_SPS disconnected
2016-03-07_23:02:45 BONSTINGL_SPS disconnected
2016-03-07_23:02:52 BONSTINGL_SPS disconnected
2016-03-07_23:02:55 BONSTINGL_SPS disconnected
2016-03-07_23:03:02 BONSTINGL_SPS disconnected
2016-03-07_23:03:05 BONSTINGL_SPS disconnected
2016-03-07_23:03:05 BONSTINGL_SPS connected to PLC
2016-03-07_23:03:36 BONSTINGL_SPS disconnected
2016-03-07_23:03:39 BONSTINGL_SPS disconnected
2016-03-07_23:03:40 BONSTINGL_SPS connected to PLC
2016-03-07_23:03:48 BONSTINGL_SPS disconnected
2016-03-07_23:03:51 BONSTINGL_SPS disconnected
2016-03-07_23:03:52 BONSTINGL_SPS connected to PLC

das geht schon ewig so,..

Ich kann zwar schalten nur oft dauert es eben bis der Befehl an die SPS weiter gereicht wird, da diese gerade nicht verbunden ist,..was kann da sein?

LG und danke
KOAL
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 10 März 2016, 10:32:38
Hallo KOAL

Ich denke Dein Problem kommt von der VPN-Verbindung. Das macht das Ganze langsam. Soweit ich weiss ist kein Timeout von charly vorgesehen. Da Du aber doch eh eine RPI auf der anderen Seite hast, kannst Du doch dort auch ein fhem laufen lassen, und dann per fhem2fhem oder ser2net die eigentlichen Daten uebertragen. Ich habe aber beides noch nicht gemacht, bin dir da also keine Hilfe!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: lee am 11 März 2016, 21:47:30
Hallo Leute,

ich hab die Verbindung zu meiner S7 erfolgreich eingerichtet und auch schon einen DB beschreiben und auflesen können.
Jetzt funktioniert auf einmal das auslesen nicht mehr!!!
Weiß wer weiter??? könnte es sein, dass ich was versehentlich gelöscht hab???

Und noch eine Frage ;-)
Ist es möglich die Rückmeldung und Taster bzw Schalter zu verbinden (in einer Zeile darzustellen).

LG Lee
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 12 März 2016, 08:28:43
Hallo,
Zu deiner ersten frage kann man dir schlecht helfen bei den wenigen Infos.

Zu deiner zweiten Frage, wenn ich das richtig verstanden habe willst du ne Schaltfläche die in deiner SPS ein Bis setzt oder toggelt und gleichzeitig eine Anzeige ob die Lampe an oder aus ist?
Wenn du das so meinst, das geht ist aber etwas aufwändiger aber ich könnte meine Varianten naher mal Posten.

Gruß
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: lee am 12 März 2016, 08:43:58
Servus MadMax,

ja genau das möchte ich machen!

Welche Infos brauchst du mir weiter Helfen zu können.
Es kommt mir so vor als würde der S7_DRead nicht arbeiten.

LG
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 12 März 2016, 15:34:34
Hallo Lee,

was für eine SPS hast du, mit CP? Dann die Konfiguration in Fhem? Alles was du gemacht hast um du Verbindung aufzubauen und das Bit in dem DB zu lesen.

So dann mal ne kleine Anleitung:
als erstes brauchst du einen Dummy der deine Schaltfläche ist.

define Schalfzimmer_LED_BUTTON dummy
attr Schalfzimmer_LED_BUTTON devStateIcon on:light_light_dim_100@yellow:klick off:light_light_dim_00@black:klick klick:light_light_dim_00@black
attr Schalfzimmer_LED_BUTTON event-on-change-reading state
attr Schalfzimmer_LED_BUTTON fp_Dachgeschoss 159,754,0,,
attr Schalfzimmer_LED_BUTTON room Schlafzimmer
attr Schalfzimmer_LED_BUTTON setList state:on,off,klick
attr Schalfzimmer_LED_BUTTON webCmd state

Dieser hat verschiedene Icons für die Zustände und dazu "Befehle".
Ist der Status on dann wird das Bild light_light_dim_100 in Gelb angezeigt, ist der Zustand off dann wird light_light_dim_00 in schwarz angezeigt. Beibeiden wird der wert "klick" gesetzt wenn du drauf drückst, bei klick wird das Bild light_light_dim_00 angezeigt damit überhaut was angeziegt wird.

Der Rest ist selbsterklärend oder?

Weiter gehts mit dem DRead:

define Schalfzimmer_LED S7_DRead Q1
attr Schalfzimmer_LED IODev LOGO_Dach
attr Schalfzimmer_LED event-on-change-reading state
attr Schalfzimmer_LED room Schlafzimmer

Wichtig "event-on-change-reading"!!!

Dann das notify das den Status der Lampe auf den Dummy schreibt.

define n_Schalfzimmer_LED notify Schalfzimmer_LED { my $VALUE = ReadingsVal("Schalfzimmer_LED", "state", 10);; fhem("set Schalfzimmer_LED_BUTTON ".$VALUE) }
attr n_Schalfzimmer_LED room Schlafzimmer


dann das DWrite das du beschreiben willst.

define Schalfzimmer_LED_Bit S7_DWrite db 0 200.0
attr Schalfzimmer_LED_Bit IODev LOGO_Dach
attr Schalfzimmer_LED_Bit room Schlafzimmer


und zum Schluss das notify das in meinem Falle das Bit Triggert wenn auf dem Dummy "geklickt" wurde.

define n_Schalfzimmer_LED_tip notify Schalfzimmer_LED_BUTTON:klick set Schalfzimmer_LED_Bit TRIGGER
attr n_Schalfzimmer_LED_tip room Schlafzimmer


habe das so mehrfach bei mir im Einsatz, würde mich aber auch für alternative Ideen begeistern.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: KOAL am 12 März 2016, 21:24:38
Zitat von: pc1246 am 10 März 2016, 10:32:38
Hallo KOAL

Ich denke Dein Problem kommt von der VPN-Verbindung. Das macht das Ganze langsam. Soweit ich weiss ist kein Timeout von charly vorgesehen. Da Du aber doch eh eine RPI auf der anderen Seite hast, kannst Du doch dort auch ein fhem laufen lassen, und dann per fhem2fhem oder ser2net die eigentlichen Daten uebertragen. Ich habe aber beides noch nicht gemacht, bin dir da also keine Hilfe!

Gruss Christoph

Hallo, naja auf der anderen Seite läuft ein DDWRT Router als VPN Client, aber ich könnte einen alten RPi als fhem "Client" umfunktionieren,...hoffe das ist nicht zuviel Aufwand (Fhem2Fhem hab ich noch nie versucht),..die VPN hat eine Latenz von ca. 200-350ms.

Danke für den TIPP :)
..werde berichten

LG
KOAL
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dbox2user am 21 März 2016, 21:06:18
Hallo Leute!
Ich komme da gerade nicht weiter....

Ich habe erfolgreich meine LOGO8 mit dem S7-Modul in Fhem angebunden und kann problemlos meine Merker schalten und Eingänge/Ausgänge abfragen.
Soweit schonmal ein tolles Modul!!! :)

Im Wiki-Eintrag des S7-Moduls steht beim Thema LOGO-Anbindung:
"Anmerkung: Es wird defaultmäßig jede Sekunde geprüft ob ein Speicherblock zu lesen ist. "

Angelegt habe ich meine LOGO8  wie folgt:
define Teich_Logo S7 LOGO8 192.168.xxx.xxx

Die zugehörigen Eingänge/Ausgänge/Merker werden nun wirklich jede Sekunde abgefragt (->Jede Sekunde wird in Fhem ein Event gefeuert)
Um dies zu reduzieren habe ich bereits das Atribut "Event on change" benutzt.

Kann man irgendwie einstellen, dass die Abfrage der LOGO überhaupt nur z.B. alle 10Sekunden erfolgt??
In den "Internals" des Device gibt es ja "Interval 1" (also 1 Sekunde Abfrageinterval)
Das Interval kann man leider nicht verändern. Oder doch??

Bei der Kommunikation zu einer S7 kann man ja im define den Interval anpassen...
"define <name> S7 <ip_address> <rack> <slot> [<Intervall>]"
--> das klappt bei der LOGO8 leider nicht.

Wäre toll wenn ich den Abfrageintervall irgendwie anpassen könnte. ;)

Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 22 März 2016, 07:41:18
Hallo dbox2user
http://www.fhemwiki.de/wiki/S7
Was denkst du bedeutet Intervall?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dbox2user am 22 März 2016, 10:58:53
Hallo Christoph

nachdem ich im letzten post bereits aus dem S7-Wiki-Eintrag zitiert habe, ist mir der Wiki Eintrag wohl bekannt.
Aber danke dass Du nochmal darauf hingewiesen hast.
Mir ist klar was Intervall bedeutet... Deshalb hab ich ja gefragt WIE man den Wert des Intervall ändert.??
Hierfür gibt es nämlich kein Attribut das man einfach setzen kann.

Und das das Beispiel aus dem Wiki Eintrag wo man den Intervall im define angibt ("define <name> S7 <ip_address> <rack> <slot> [<Intervall>]")
bezieht sich wie bereits erwähnt auf die Verbindung zu einer S7 und nicht wie in meinem Fall auf die LOGO8.
Bei der LOGO8 klappt das nicht im define... Oder muss es hier irgendwie anders eingegeben werden???

Gruß Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 22 März 2016, 12:18:11
Sorry Christian
Ich hatte leider nach dem Satz "Das Interval kann man leider nicht verändern. Oder doch??" aufgehoert zu lesen!  :-[ :-[
Da ich keine Logo mehr habe, und auch keine mit Netzwerk hatte, kann ich Dir da nicht wirklich weiterhelfen. Hast Du versucht "define <name> S7 {LOGO7|LOGO8} <ip_address> [<Intervall>]"? Ansonsten musst Du auf Charlie warten, oder in das Modul gucken!
Gruss und nochmals sorry
Christoph
P.S.: Was stoert Dich an der sekuendlichen Abfrage?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dbox2user am 24 März 2016, 10:29:27
Hallo,
"define <name> S7 {LOGO7|LOGO8} <ip_address> [<Intervall>]" hab ich probiert, funktioniert bei der Logo aber leider nicht. :(
Das Modul habe ich angeschaut, leider fehlen mir die nötigen Perl-Kenntnisse um richtig zu verstehen was da alles steht. :o
Warum ich das Intervall überhaupt ändern möchte.... Ich möchte unnötige Geräteanfragen/Traffic vermeiden. (Würde ja z.B. auch keinen Sinn machen, wenn man einen Raumtemperatursensor jede Sekunde abfragen würde)
Mit "Event on change" habe ich wenigstens schonmal keine dauernden Events, aber am liebstens wäre es mir wie gesagt wenn ich den Abrageintervall komlett reduzieren könnte.
Vielleicht liest ja Charlie oder jemand anders der Rat weiß das hier demnächst und kann weiterhelfen.

Gruß,
Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zicki am 24 März 2016, 15:59:40
Hallo dbox2user

hierzu kannst du im Modul 44_S7.pm die Zeile 160 "$hash->{Interval} = 1;" von 1 auf 10 setzen dann sollten die Werte nur alle 10 Sekunden abgerufen werden.

#####################################
sub S7_Define($$) {
   my ( $hash, $def ) = @_;
   my @a = split( "[ \t][ \t]*", $def );

   my ( $name, $ip_address, $LocalTSAP, $RemoteTSAP, $res, $PDUlength, $rack,
      $slot );

   $name = $a[0];

   if ( uc $a[2] eq "LOGO7" || uc $a[2] eq "LOGO8" ) {
      $ip_address       = $a[3];
      $LocalTSAP        = 0x0100;
      $RemoteTSAP       = 0x0200;
      $hash->{Interval} = 1;
      if ( uc $a[2] eq "LOGO7" ) {
         $hash->{S7TYPE} = "LOGO7";
      }
      else {
         $hash->{S7TYPE} = "LOGO8";
      }
      $PDUlength = 240;


Gruß Zicki

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dbox2user am 29 März 2016, 09:06:30
Hallo Zicki,

danke schonmal für den Tip mit der Änderung direkt im Modul.
Ansich scheint das zu funktionieren, jedoch bekomme ich so ständige Einträge im Systemlog mit "connect / disconnect"...
Ich werde es erstmal so lassen wie bisher... da kann ich auch problemlos die Updates der Module machen.

Vielleicht kommt irgendwann die Eingabemöglichkeit des Intervalls ganz regulär im Modul.

Trotzdem DANKE! :)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 14 Mai 2016, 17:27:14
Hallo Leute,

sorry für meine Abstinenz im Forum.
zuerst mal ein paar Infos zu den letzten Fragen:
@dbox2user:
Das Intervall kann in nächsten Version mit "set" verändert werden.
Alternativ kannst du deine Logo8 auch wie folgt konfigurieren:
Beispiel für Intervall = 5s
define mySlowLogo8 S7 SPS_IP 8 0 5

@DSchmndtk und alle anderen Logo8 Benutzer:
Das Problem mit den Netzwerk Ein-/Ausgängen NI, NQ, NAI, NAQ ist, das das Modul hier davon ausgeht dass die selben VM-Adressen wie im Handbuch (auf der Seite 110) beschrieben ist, verwendet wird. Leider ist dass nur die halbe Miete, es muss im Logo Programm die Adresse auch entsprechend gesetzt werden. Da dies immer wieder zur Verwirrung führt werde ich diese Config methode in der nächsten Release als Depricated (unerwünscht) kennzeichen.

Bessere Vorgehensweise (Erklärung an Hand eines NI):
In der Logo!Soft legt man für den NI den VM-Parameter fest. Im attachten Bild kann man sehen, dass der NI12 auf die Adresse VB106.0 gelegt wird.
Um nun den NI- Eingang vom FHEM zu verwenden, folgendes DWrite konfigurieren:
define myLogo8 S7_DWrite db 0 106.0

Das wars auch schon.

Ausblick auf die nächste Release:
Die nächste Release wird nun auch einen Support für die S5 enthalten, und wie immer alles in Perl geschrieben.
Aktuell bin ich beim Testen der Release.

lG
Charlie71





Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MaxPollin am 15 Mai 2016, 10:04:07
Moin zusammen,

ich komme beim Auslesen von einem Zähler meiner Logo8 nicht weiter. Vielleicht kann mir jemand auf die Sprünge helfen?

Ich habe einen Zähler auf VM 120 eingerichtet. Im Logo Webinterface kann ich den Wert abfragen. Das klappt soweit. Wenn ich jetzt hier in FHEM den Wert abfragen möchte kommt leider kein Wert. Folgendes habe ich als Abfrage:

define Zustand_Rollo S7_ARead db 0 120 u32

Als Wert kommen nur Fragezeichen. Was muss ich als Baustein Nr. angeben? Lasse ich den Baustein weg, kommt eine Fehlermeldung...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 Mai 2016, 11:26:31
Hallo MaxPollin,

Bist du sicher das du den richtigen Datentyp hast. Bei meiner Logo7 lese ich Zählerstande mit mit u16 ein.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MaxPollin am 15 Mai 2016, 12:10:10
Ich habe den Fehler gefunden. Es lag daran, dass TSAP nicht auf 2.00 eingestellt war. Der Datentyp ist soweit mit u32 richtig.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 23 Juni 2016, 22:12:32
Hallo Leute,

habe gerade wieder ein Problem mit zwei Logos 7.
Das eine zeigt immer disconnected und das andere wechselt immer zwischen disconnected und connected to PLC.

Habe meine Logos neu versorgt, wegen einer kleiner Änderung und komme nicht mehr drauf, woran es liegt.
Hat jemand eine Idee?

Vielen Dank schon mal
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 Juni 2016, 22:40:49
Hallo GeRei77,

Gibt es mehrere Geräte die auf die Logos zugreifen?

Wenn du das log Level im FHEM erhöhst gibts mehr Infos im Logfile. (attr global verbose 5)

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 26 Juni 2016, 21:20:43
Hallo Charlie71,

Ich greife nur mit Fhem auf die Logo zu, aber die Logo´s untereinander greifen auch auf sich zu.
Ich habe auf einem LOGO eine Astronomische Uhr angelegt (Logo Rollladen). Diese hat bis vor ein paar Tagen
allen anderen Logo´s mitgeteilt, wann es nacht ist. Das geht auch nicht mehr.
Ist das ein Problem im Logo und wie kann ich das beheben?

LG
GeRei77
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 26 Juni 2016, 21:30:14
Hallo GeRei77

für dein Problem kann es viele Ursachen geben aber fangen wir mal an:
1) Logos aus und wieder an schalten (Wenn viele TCP Verbindungen auf / Abgebaut wurden, mag die Logo nicht mehr ;-))
2) Das Logging im FHEM aufdrehen und das log file posten (attr global verbose 5)
3) Die Netzwerkeinstellungen von der Logo posten

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 27 Juni 2016, 19:29:19
Funktioniert hatte das aber mal oder ist das alles neu?

Die LOGO kann 6 oder 8 Verbindungen aufbauen? Du hast ja 6 wenn ich das richtig gesehen habe. Sind die eventuell mit der Kombinationslast überfordert?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 27 Juni 2016, 21:57:32
Danke MadMax,

Du hast den richtigen Riecher gehabt ;)


Habe in jedem Logo damals vorsichtshalber jede Ethernet Verbindung eingetragen, dann noch zwei für Fhem ;D

Bis vor paar Tage lief es so auch problemlos. Jetzt habe ich alle, die ich nicht nutze rausgeworfen und wolla, alle wieder OK :D


Jetzt habe ich aber gleich noch ein Problem.
Bei mir ist ein Relais abgebrant, vermutte ich zumindest. Wenn ich das Logo ausschalte, blieb mein Licht im Flur an.
Nach 3,5 Jahren echt enttäuschend. Jetzt habe ich mir eine neue LOGO7 eingebaut.
Das Alte war ein 0ba7.Standart und das neu ein 0ba7.ES1.

Problem, ich kann den Zustand von meinen Merker und Ausgänge sehen, aber ich kann seit dem nicht mehr auf dem LOGO das Licht ein und ausschalten.

Hat jemand eine Idee, was ich ändern muss?

Gurß  GeRei77
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 28 Juni 2016, 19:58:00
Das freut mich  :)

Welches Licht meinst du? das vom Display oder das was du Programmiert haste?

Warum hast du bei deiner LOGO nicht das Relais getauscht? Hab gelesen das das machbar ist.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 28 Juni 2016, 21:06:22
Hallo MadMax,

Relais tauschen beim Logo ::) hab ich noch nciht gehört, sollte ich aber mal googlen,

wollt mir wieso noch ein Logo anschaffen, damit ich Fensterkontakte in Fhem sichtbar machen kann.
Somit hatte ich für die Anschaffung wenigstens einen Grund ;)

Nur wieso verhält sich das neue Logo anders wie meine alten??

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 29 Juni 2016, 19:15:53
Hallo,

Ich weiß nicht was du hast aber bei meinen steht ES4 drauf zumindest ist die so projektiert. Habe leider nur diese darum kene ich auch keinen unterschied.
Setzt du die Merker von FHEM aus oder Die VS-Bits also im Datenbaustein?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 29 Juni 2016, 21:08:02
Hallo MadMax,

ich muss mich korrigieren, es ist ein ES4. LogoSoft 7.0 kennt zeigt ES1 an, gerade habe ich ich LogoSoft8 ausprobiert und da kommt die Meldung, dass es eine ES4 ist.
Ich setzte Merker, hat bis dato auch immer funktioniert.

Gruß
GeRei77
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 01 Juli 2016, 18:05:20
Hallo,

Ich verwende die Merker nicht dafür.
ich habe das alles über Netzwerkeingänge denen ich ein Bit aus dem Variablen Speicher zuordnen uns diese setzte ich über fhem.

Klappt mit Logosoft 8 und Logo 0BA7.ES4 bei drei Logos ohne probleme.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 01 Juli 2016, 22:42:33
OK, danke.
Schade das  die Merker bei 0ab7.ES4 nicht mehr gehen.
Werde bei Gelegenheit mal ein Netzwerkeingang ausprobieren.

Gibt es da was besonderes zu beachten, bei der Umstellung?

Gruß
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 02 Juli 2016, 09:40:45
Ich weiß nicht ob es nicht geht, habs nie probiert da ich aus der S7 Welt komme und Merker eh meide  ;D
Ich Lese Merker in Fehm als Status oder Meldungen aber schreibe nur die VS Bits.

Nein ist nahezu das gleiche,  du setzt den Netzwerkeingang an Stelle des Merker und weist diesem das Bit im VS zu. Aber das wurde hier vor ein paar Post's beschrieben wenn ich das richtig gesehen habe.

Werde das mit den Merker aber auch mal bei mir testen wenn ich Zeit finde
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Edi77 am 05 Juli 2016, 11:48:52
Hallo,

Beim mir stürzt FHEM immer mal wieder ab mir dieser Meldung

DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.
2016.07.05 05:59:46 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.

2016.07.05 05:59:46 3: Logo128 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2016.07.05 05:59:46 2: Logo128 S7 disconnected
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.
2016.07.05 05:59:46 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.

2016.07.05 05:59:46 3: Logo129 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2016.07.05 05:59:46 2: Logo129 S7 disconnected
2016.07.05 05:59:58 3: Logo128 S7_connect: connect to PLC with maxPDUlength=240
2016.07.05 05:59:58 3: Logo129 S7_connect: connect to PLC with maxPDUlength=240
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.
2016.07.05 06:00:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.

2016.07.05 06:00:11 3: Logo128 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2016.07.05 06:00:11 2: Logo128 S7 disconnected
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.
2016.07.05 06:00:11 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.

2016.07.05 06:00:11 3: Logo129 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2016.07.05 06:00:11 2: Logo129 S7 disconnected
2016.07.05 06:00:14 3: Logo128 S7_connect: connect to PLC with maxPDUlength=240
2016.07.05 06:00:14 3: Logo129 S7_connect: connect to PLC with maxPDUlength=240


Ich überwache schon seit Monaten mein Netz, ich kann definitiv ausschließen das es Netzwerkprobleme sind, da ich permanent die Erreichbarkeit der Logos und FHEM mit PRTG überprüfe. Auffällig ist, das es immer Logos der Generation 0ba8 sind und nicht 0ba7
Da da vielleicht jemand einen Tip?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 05 Juli 2016, 12:22:16
Hallo Edi77,
habe zwar keinen Tip, habe aber die gleichen Fehlermeldungen. Diese kommen zu unterschiedlichen Zeiten, an manchen Tagen auch gar nicht:
DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.
2016.07.04 10:21:42 0: DIE:send: Cannot determine peer address at FHEM/44_S7_Client.pm line 954.

2016.07.04 10:21:42 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2016.07.04 10:21:42 2: myLogo S7 disconnected
2016.07.04 10:21:45 3: myLogo S7_connect: connect to PLC with maxPDUlength=240

Ansonsten gibt es keine Probleme mit der Logo8, alles funktioniert wie gewollt.
Vielleicht hat ja einer der Wissenden hier einen Lösungsvorschlag.
Doesel

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Edi77 am 05 Juli 2016, 14:30:49
Mein Problem ist dann das sich der ganze FHEM aufhängt und meine anderen Messdaten nicht erfasst werden, und gewissen Steuerungen nicht gehen.
Habe mir schon überlegt mit diesem  https://forum.fhem.de/index.php?topic=25110.0  (https://forum.fhem.de/index.php?topic=25110.0) Abhilfe zu schaffen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 06 Juli 2016, 20:27:48
Hall MadMax,

den Merker mit Netzwerkeing wechseln haut bei mir nicht hin.
 
bekomme beim Speichern die Meldung:
wrong syntax: define S7_DWrite ...
Only for Logo7 or Logo8: define S7_DWrite

Das Logo ist so definiert: define LogoLichtEG S7 LOGO7 192.168.178.244

hast Du ne Idee, was ich falsch mache?

LG
GeRei77
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 06 Juli 2016, 23:46:35
Zitat von: GeRei77 am 06 Juli 2016, 20:27:48
define S7_DWrite ...
Commandref:
define <name> S7_DWrite {db} <DB> <address>
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 07 Juli 2016, 18:13:55
define tes S7_DWrite db 0 0.0

So sollte es gehen
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 07 Juli 2016, 22:31:04
Gibt es eine Tabele, welcher Netzwerkeingang welcher Datenpunkt ist?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 08 Juli 2016, 15:06:35
Nein das musst du bei dem Netzwerkeingang konfigurieren
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 08 Juli 2016, 21:00:35
Kannst Du mir ein Beispiel nennen für NI2 V7.0  ::)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 09 Juli 2016, 05:38:57
So wie hier beschrieben

Zitat von: charlie71 am 14 Mai 2016, 17:27:14
Hallo Leute,

sorry für meine Abstinenz im Forum.
zuerst mal ein paar Infos zu den letzten Fragen:
@dbox2user:
Das Intervall kann in nächsten Version mit "set" verändert werden.
Alternativ kannst du deine Logo8 auch wie folgt konfigurieren:
Beispiel für Intervall = 5s
define mySlowLogo8 S7 SPS_IP 8 0 5

@DSchmndtk und alle anderen Logo8 Benutzer:
Das Problem mit den Netzwerk Ein-/Ausgängen NI, NQ, NAI, NAQ ist, das das Modul hier davon ausgeht dass die selben VM-Adressen wie im Handbuch (auf der Seite 110) beschrieben ist, verwendet wird. Leider ist dass nur die halbe Miete, es muss im Logo Programm die Adresse auch entsprechend gesetzt werden. Da dies immer wieder zur Verwirrung führt werde ich diese Config methode in der nächsten Release als Depricated (unerwünscht) kennzeichen.

Bessere Vorgehensweise (Erklärung an Hand eines NI):
In der Logo!Soft legt man für den NI den VM-Parameter fest. Im attachten Bild kann man sehen, dass der NI12 auf die Adresse VB106.0 gelegt wird.
Um nun den NI- Eingang vom FHEM zu verwenden, folgendes DWrite konfigurieren:
define myLogo8 S7_DWrite db 0 106.0

Das wars auch schon.

Ausblick auf die nächste Release:
Die nächste Release wird nun auch einen Support für die S5 enthalten, und wie immer alles in Perl geschrieben.
Aktuell bin ich beim Testen der Release.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: GeRei77 am 14 Juli 2016, 21:06:09
Danke Madmax,

hat ein bischen gebraucht, da der NI sich anders verhält, als der Merker.
Ich mußte immer zwei mal den Schalter drücken, bis mein Licht an bzw. aus ging.

Den Trigger an der richtigen Stelle noch eingefügt (das hat am längsten gebraucht) umd wolla Licht geht wie gewohnt an und aus.
Vielleicht muss ich das ganz noch ein bisschen Modifizieren, aber im ganzen bin ich jetzt zufrieden.

Kann ich so auch die NI am Logo 0ba7.Standart anwenden?

LG
GeRei77
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 15 Juli 2016, 19:56:45
Probier es doch aus, denke die wird es da auch geben
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 04 August 2016, 22:35:41
Hallo Leute,

die experimentelle Unterstützung von S5 wurde jetzt ins Modul integriert. Die experimentelle Version des Moduls kann in folgenden Thread herunter geladen werden:
https://forum.fhem.de/index.php/topic,56295.0.html

Wenn genug positives Feedback kommt werde ich S5 Erweiterung in den offiziellen Teil übernehmen.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NONO87 am 03 Oktober 2016, 20:14:19
Hallo,
bei mir klappt es bisher alles mit den NI Eingängen usw. Also sie schalten dann alles was ich vorgebe. Nun habe ich an der Logo noch einen Hardwaretaster angeschlossen. Der NI und der Hardwaretaster setzen über ein OR und RS einen Ausgang. Jetzt möchte ich aber in fhem den Status des Hardwaretasters an dem define für den NI sehen. Ist das für einen Anfänger wie mich machbar?

Gesendet von meinem C6503 mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Maddin2016 am 10 Oktober 2016, 14:26:59
Hallo zusammen, zunächst großes Lob für das tolle Modul. Ich habe aber ein Problem. Ich benutze das Tia Portal und eine ET 200S CPU dort gibt es über einen Baustein zwei Möglichkeiten eine Verbindung aufzubauen. Entweder über TCP oder ISO OVER TCP. In Der TCP Verbindung muss ich einen Port eingeben. Ist das Egal welchen ich nehme so das das Modul auch damit arbeitet und bei der ISO OVER TCP muss ich eine TSAP eingeben die aber nicht so ganz eindeutig eingeben werden kann. Zum Verständnis habe ich einmal zwei Screenshoots angehangen. Was muss dort eingetragen werden damit es auf das Modul passt. Danke für eure Hilfe

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 10 Oktober 2016, 16:37:02
Hallo Maddin
Ersteinmal willkommen im Forum! Du musst gar nichts einstellen, ausser der IP-Adresse! Ich kann aber noch einmal nachsehen, wie es im STEP7 ist!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 11 Oktober 2016, 15:01:38
Hallo Maddin,

die richtige Verbindungsart ist ISO-Over-TCP
Das S7 Modul FHEM verwendet eine fixe remote TSAP von 01.00
die lokale TSAP muss wie im wiki beschreiben berechnet werden (bzw frei vergeben werden)

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Maddin2016 am 13 Oktober 2016, 00:14:24
Hallo zusammen,

habe nun die Verbindung stehen danke Charlie. Habe trotzdem eine Verständnisfrage möchte gerne Werte vom FHEM an die S7 schicken. habe mir dafür eine Dummy Variable angelegt und die ich mit notify beschreibe diese

define Spannung dummy
define Read_Spannung notify FBDECT_Fritzhome_17:voltage.* set Spannung $EVTPART1

Diese wollte ich dann über den Writebefehl zur S7 schreiben. Leider weiß ich zwei Fragen nicht:

a) welches Zahlenformat ist den die Variable spannung es steht zwar nun 235.33 drin ist das dann eine float Zahl
b) Ich bekomme mit dem Befehl define Spannung S7_AWrite db 500 0 float den Inhalt des Dummys nicht geschrieben da ich ja dann zweimal die Variable Spannung deklariert hätte.

Wie bekommen ich den Inhalt von Spannung dann in die S7 geschrieben ? Das muss doch gehen ?

Danke für eure Hilfe
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 13 Oktober 2016, 23:17:53
Zitat von: Maddin2016 am 13 Oktober 2016, 00:14:24
b) Ich bekomme mit dem Befehl define Spannung S7_AWrite db 500 0 float den Inhalt des Dummys nicht geschrieben da ich ja dann zweimal die Variable Spannung deklariert hätte.
Lass den dummy weg, der ist überflüssig. Das notify kann ja direkt in das S7_AWrite-device schreiben.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Maddin2016 am 14 Oktober 2016, 08:10:32
Steh auf dem Schlauch kann mir jemand ein Beispiel geben ?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 14 Oktober 2016, 08:15:02
Moin
Ganz einfach, loesche den Dummy Spannung, leg das andere define Spannung an, und dann solltest Du fertig sein! Das notify schreibt dann den Wert auf den DB500 DD0.
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Maddin2016 am 14 Oktober 2016, 08:17:44
Kann mir einer von euch ein Code Beispiel geben wäre wirklich super nett
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MrFisch am 31 Oktober 2016, 12:37:15
Hallo,

ich würde gerne einen analogen Wert zum Testen an meine S7-1214 schicken. Sobald ich über das Define S7_AWrite eine Verbindung aufbaue, bricht im Sekundentakt die Verbindung zur SPS zusammen.
Was mache ich falsch... hab zum üben das Wetter-Beispiel aus der S7-WIKI genommen um die Temperatur zu senden. Wenn ich ein S7_DWrite deklariere, kann ich Bits in meinen Datenbausteinen steuern. Ich bekomme es nur nicht mit analogen Werten hin.

Jemand einen Tipp für mich?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 November 2016, 14:41:21
Hallo MrFisch,

das Modul resetet die Verbindung automatisch wenn ein Übertragungsfehler auftritt.
Ich vermute in Deinen Fall dass die S7 Seite nicht sauber eingerichtet hat. zB falscher DB.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 14 Dezember 2016, 19:17:38
Hallo Leute,

ich habe heute eine Neue Version des Moduls eingecheckt, diese Version unterstützt nun auch die S5.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Porsti am 15 Dezember 2016, 09:21:14
Hallo,

habe heute das Update durchgeführt und nach einem Neustart von fhem kommen immer die folgenden Meldungen im Log:


2016.12.15 09:11:29 1: PERL WARNING: "my" variable %gets masks earlier declaration in same scope at ./FHEM/44_S7.pm line 1267, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: "my" variable %sets masks earlier declaration in same scope at ./FHEM/44_S7.pm line 1272, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: "my" variable @areasconfig masks earlier declaration in same scope at ./FHEM/44_S7.pm line 1276, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: "my" variable @s7areas masks earlier declaration in same scope at ./FHEM/44_S7.pm line 1282, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: "my" variable @areaname masks earlier declaration in same scope at ./FHEM/44_S7.pm line 1287, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_Initialize redefined at ./FHEM/44_S7.pm line 1291, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_connect redefined at ./FHEM/44_S7.pm line 1319, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_disconnect redefined at ./FHEM/44_S7.pm line 1392, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_reconnect redefined at ./FHEM/44_S7.pm line 1409, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_Define redefined at ./FHEM/44_S7.pm line 1424, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_Undef redefined at ./FHEM/44_S7.pm line 1511, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_Set redefined at ./FHEM/44_S7.pm line 1525, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_Get redefined at ./FHEM/44_S7.pm line 1532, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_Attr redefined at ./FHEM/44_S7.pm line 1556, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_getAreaIndex4AreaName redefined at ./FHEM/44_S7.pm line 1656, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_WriteToPLC redefined at ./FHEM/44_S7.pm line 1675, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_WriteBitToPLC redefined at ./FHEM/44_S7.pm line 1747, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_ReadBlockFromPLC redefined at ./FHEM/44_S7.pm line 1821, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_setBitInBuffer redefined at ./FHEM/44_S7.pm line 1890, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_getBitFromBuffer redefined at ./FHEM/44_S7.pm line 1934, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_getAllWritingBuffersFromPLC redefined at ./FHEM/44_S7.pm line 1961, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_GetUpdate redefined at ./FHEM/44_S7.pm line 2020, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_dispatchMsg redefined at ./FHEM/44_S7.pm line 2040, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_readAndDispatchBlockFromPLC redefined at ./FHEM/44_S7.pm line 2062, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_getReadingsList redefined at ./FHEM/44_S7.pm line 2131, <$fh> line 264.
2016.12.15 09:11:29 1: PERL WARNING: Subroutine S7_readFromPLC redefined at ./FHEM/44_S7.pm line 2330, <$fh> line 264.


Gruß
Porsti
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 Dezember 2016, 18:58:58
Hallo Porsti,

sch... da hab ich was übersehen.
Ist schon  gefixed und eingechecked.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: aorta am 15 Dezember 2016, 20:19:55
Hallo
Gibt es eine Möglichkeit Betriebsstundenzähler und Zeitglieder von der Logo 8 aus zu lesen?
Danke
MfG
Patrick
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 15 Dezember 2016, 21:58:49
Ähh, ist die Version in SVN OK, der Code kommt mir "spanisch" vor, da ALLES raus ist  ;) (44_S7: Perl Warings fixed)

VG
Frank
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 16 Dezember 2016, 22:24:59
Hallo frank08,

nach dem Update auf die neue SVN Version vom 15.12. sehe ich keine von Porst beschriebene Warnings mehr.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 16 Dezember 2016, 22:31:16
Hallo aorta

ja das sollte wie folgt funktionieren:
1) In Logo Soft Comfort eine "Parameter VM Zuordnung" einrichten
2) In FHEM Modul Datenpunkte entsprechend des Datentyps der VM Zuordnung einrichten.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 17 Dezember 2016, 12:54:42
Soweit ich weiß sind die Zeiten in der LOGO als BCD hinterlegt, also eine Einschaltzeit von einer Zeitschaltuhr hat zwei Byte, davon eins Stunden und das andere Minuten, aber halt in BCD.

ich habe mit da ein notify zum umrechnen gebastelt, aber man könnte das doch sicher mit in dem S7 Modul intigrieren oder?

Gruß
Max
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 17 Dezember 2016, 20:05:29
Hallo MadMax,

man könnte die Umrechnung ins Modul packen (ist ja open source).
Bin aber der Meinung, dass dies nicht zum ISO-OVER-TCP Interface auf der Netzwerkebene 4 passt sondern es benötigt hier eine Implementierung auf dem Presentationlayer (layer 6).
Aus diesem Grund möchte ich das Interface nicht anpassen.
Aber wie ja bereits erwähnt, das Modul ist ja open Source.

lG
Charlie71
Titel: Cannot load module S7
Beitrag von: Black_Death_HH am 19 Dezember 2016, 15:01:28
Moin,

ich wollte mir gerade ein S7 Modul anlegen. Hat bisher immer super geklappt. Nun kommt die Fehlermeldung "Cannot load module S7". FHEM ist absolut aktuell. Das einzige was zu sagen wäre, dass ich mir ne neue ActivePerl Version installiert habe. Sonst ist das System wie immer.

Auszug aus dem Logfile:

2016.12.19 23:27:57 0: Can't locate Device/SerialPort.pm in @INC (you may need to install the Device::SerialPort module) (@INC contains: . C:/Program Files (x86)/Perl/site/lib C:/Program Files (x86)/Perl/lib ./FHEM) at FHEM/44_S7_S5Client.pm line 13.
BEGIN failed--compilation aborted at FHEM/44_S7_S5Client.pm line 13.
Compilation failed in require at ./FHEM/44_S7.pm line 12.


Kann mir jemand weiter helfen? Bin in Fhem und Perl noch nicht so versiert.

Danke.

Gruß, Thomas.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: franky08 am 25 Dezember 2016, 22:36:43
Hallo, ich verzweifle gerade an der Vielfalt der Siemens Logo 8 Familie. Ich suche nach einer Logo mit Digitaleingang (über Netzwerk) welche mir über einen analogen Ausgang eine Spannung von 0 bis 24V bereitstellt. Im Prinzip ein Digital-Analog Converter. Hintergrund ist eine Junkers Stetigregelung für die Heizung welche ich z.Zt. über ein AVRNETIO und einen DAC mache.

Aus dem WIKI:
ZitatAnaloge Ausgänge 0-32V
Die leicht nachzubauende Schaltung besteht aus einem DAC (LTC1257) und einem Operationsverstärker (LM358).DAC LTC1257 mit Verstärkerschaltung
Der LTC1257 wandelt (bei interner Referenzspannung) einen digital übermittelten Wert (über die Eingänge CLK, DIN und LOAD) in eine Spannung von 0-2,048V. Diese Spannung wird anschließend von dem LM358 erhöht.

Kann mir jemand auf die Sprünge helfen??

Schöne Weihnachten noch und
VG
Frank

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 05 Januar 2017, 12:00:40
Hi

kann mir einer sagen wie ich die Netzwerk eingänge meiner Logo schalten kann??

ich habe das modul angelegt. habe die eingänge bestimmt. aber wenn ich auf on klicke passiert nix.
wo liegt mein Fehler.
Wenn ich auf den schalter im haus drücke zeigt der mir dieses per ausgang an.
nur wo ist mein fehler das sie sich von Fhem nicht schalten lassen.

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NONO87 am 05 Januar 2017, 12:14:55
Wie sieht denn dein device von dem NetzwerkEingang aus? Dann könnte man evtl den Fehler leicht beheben

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 05 Januar 2017, 12:22:42
hallo

unter def steht nur bei mir dieses "NI3"
Das ist der netzwerkeingang für Urlaubsmodus. also der Netzwerkeingang funktonier so auch. steuer zuzeit über eine andere softwäre per handy. möchte es nur nun so machen.

define Urlaub S7_DWrite NI3
habe ich vorher einegeben.
Titel: S7 Modul anlegen klappt noch nicht
Beitrag von: Black_Death_HH am 05 Januar 2017, 13:50:04
Moin Leute,

habe es noch nicht geschafft das S7-modul bei mir anzulegen. Es klappt einfach nicht. Es kommt immer die Meldung "Cannot load module S7". FHEM läuft bei mir auf Windows 10 64bit. Habe alles nach der Anleitung im Wiki installiert. FHEM ist aktuell. Es hatte mit ganz am Anfang mit einer 64bit Version von Active-Perl funktioniert. Damit ich Win32-Serial Port nutzen kann, brauche ich aber Active-Perl 32bit. Damit will aber einfach das S7-Modul nicht. Ich verzweifel langsam. Hier der Auszug aus dem Logfile:

2017.01.05 13:38:27 0: Can't locate Device/SerialPort.pm in @INC (you may need to install the Device::SerialPort module) (@INC contains: . C:/Perl/site/lib C:/Perl/lib ./FHEM) at FHEM/44_S7_S5Client.pm line 13.
BEGIN failed--compilation aborted at FHEM/44_S7_S5Client.pm line 13.
Compilation failed in require at ./FHEM/44_S7.pm line 12.


Ich weiß nicht mehr weiter...

Vielleicht hat ja jemand ne Idee...

LG, Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NONO87 am 05 Januar 2017, 15:36:00
@wasserwerk33

Öffne mal im Logo Programm den NetzwerkEingang. Dort kannst du einen Parameter eingeben. Setze einfach den ersten auf 100 und den zweiten lasse auf 0.
Dann übertragen.

In fhem unter def db 0 100.0 eintragen. Dann sollte es gehen

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 06 Januar 2017, 17:04:45
@ NONO87

Danke hat geklappt.
super sache.
schönes weekend.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: blommaep am 08 Januar 2017, 14:28:52
War gerade am suchen ob es moglich is bei meine Logo7 die NI zu benutzen. Viel uber den Logo und Fhem ist mir noch unbekannt, hab es danke Ihrer post aber geschaft ein NI von fhem zu schalten (trigger):
In fhem:
define Logo7_NI1 S7_DWrite db 0 0.0

In Logo!soft:
NI properties -> Read from "local variable memory" + VB:0 bit: 0

Das local variable memory usw ist mir aber ganz nicht bekannt. Wurde mir mehr sicher fuhlen das etwas zu verstehen, mochte nicht gerne etwas kaputt schreibenn. Vielen info gibt es aber bei die LogoSoft hilfe auch nicht... Deswegen, wenn jemand mir im gute richting weisen konnte, wurde mir sehr freuen:

Ich habe verstehen das VB:x bit: y sich auf x.y mapt. Habe auch gefunden das mein Logo7 850 Variable hat.
Aber wie bin ich sicher das diese VB nich auch irgendwo anderes fur benutzt wird? Wofur kann VB noch benutzt werden? (Habe nur 64 NI...)
Wiefiel bit hat ein VB? Kan ik zb ein NI2 machen als VB: 0 bit: 1 und egal in fhem S7_Write?

Dann gibt es aber noch ein parameter: db 0 . Wass ist diese erste null? Die Logo hat nur db 0?

Weiter genugt mir das als eingang. Ist einfach. Wurde mir freuen auch NO zu benuzen als ruckmeldung nach fhem (Jetzt lese ich ein M aus, aber das ist alles nur noch im anfang.) Jemand ein idee ob es bei Logo7 moglich ist? Bei NO habe ich nicht die moglichkeit "local variable memory" zu wahlen... Das modul understutz auch nicht NO fur Logo7 ... (hatte ich Logo8, es war mir immer noch nicht klar wie die NO in LogoSoft ein zu stellen)

Vielen dank.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 25 Januar 2017, 19:40:15
Hi
Ich hoffe ich bin damit hier richtig falls nicht bitte eben sagen und nicht böse sein.

Habe ein problem mit meinem Fhem Tablet UI.

Und zwar wenn ich meinen schalter drücke sehe ich dieses leider nciht in meinem Batteriestatus.

<li class="halbTransparent border-left border-right" data-row="3" data-col="1" data-sizex="1" data-sizey="2">
<header class="headerTransparent">Sonnenschutz</header>
<div class="top-space-mobile">
<div data-type="push" 
             data-device="Sonnenschutz_hoch_OG"
             data-icon="fa-arrow-circle-up"
             data-set="TRIGGER"
     class="big">
        </div>
  <div data-type="push" 
             data-device="Sonnenschutz_OG"
             data-icon="fa-arrow-circle-down"
             data-set="TRIGGER"
     class="big">
</div>
<div class="">Obergeschoß
</div>
</li>


<li class="halbTransparent border-right" data-row="3" data-col="2" data-sizex="1" data-sizey="2">
<header class="headerTransparent">Sonnenschutz</header>
<div class="top-space-mobile">
<div data-type="push" 
             data-device="Sonnenschutz_hoch_UG"
             data-icon="fa-arrow-circle-up"
             data-set="TRIGGER"
     class="big">
        </div>
<div data-type="push" 
             data-device="Sonnenschutz_UG"
             data-icon="fa-arrow-circle-down"
             data-set="TRIGGER"
     class="big">
</div>
<div class="">Untergeschoß
</div>
</li>

<li class="halbTransparent border-right" data-row="3" data-col="3" data-sizex="1" data-sizey="1">
<header class="headerTransparent">Urlaub</header>
<div class="top-space-mobile">
<div data-type="switch"
      data-device="SchalterUrlaub"
      data-set-on="on"
      data-set-off="off" class="cell" >
</div>
</li>
<li class="halbTransparent border-right" data-row="3" data-col="4" data-sizex="1" data-sizey="1">
<header class="headerTransparent">Party</header>
<div class="top-space-mobile">
<div data-type="switch"
      data-device="Party"
      data-set="trigger" class="cell" >
</div>
</li>

<li class="halbTransparent border-right" data-row="4" data-col="3" data-sizex="2" data-sizey="1">
</li>

<li class="halbTransparent border-left border-right" data-row="5" data-col="1" data-sizex="4" data-sizey="2">
<header class="headerTransparent">Kontrolle</header>
<div class="top-space">
<div class="inline">
<div data-type="symbol"
data-device="Urlaub_Kontrolle"
data-get=""
data-states='["on","off"]'
data-icons='["fa-battery-4","fa-battery-1 fa-blink"]'
data-colors='["green","firebrick"]'
class="big">
</div>
<div class="">Urlaub
</div>
</div>
<div class="inline">
<div data-type="symbol"
data-device="Party_Kontrolle"
data-get="battery"
data-states='["ok","low"]'
data-icons='["fa-battery-4","fa-battery-1 fa-blink"]'
data-colors='["green","firebrick"]'
class="big">
</div>
<div class="">Party
</div>
</div>
<div class="inline">
<div data-type="symbol"
data-device="Sonnenschutz_Kontrolle_OG"
data-get="battery"
data-states='["ok","low"]'
data-icons='["fa-battery-4","fa-battery-1 fa-blink"]'
data-colors='["green","firebrick"]'
class="big">
</div>
<div class="">Sonnenschutz OG
</div>
</div>
<div class="inline">
<div data-type="symbol"
data-device="Sonnenschutz_Kontrolle_UG"
data-get="battery"
data-states='["ok","low"]'
data-icons='["fa-battery-4","fa-battery-1 fa-blink"]'
data-colors='["green","firebrick"]'
class="big">
</div>
<div class="">Sonnenschutz UG
</div>
</div>
</div>
</li>


Wo mache ich den fehler???
Und falls einer besser statusanzeigen hat würde ich mich auch freuen.

Danke schon mal im vorraus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NSA am 26 Januar 2017, 19:51:40
hey :)

ich bin zur Zeit am krübeln wie ich meine Lampensteuerung in FHEM integrieren kann. Ich habe eine LOGO8 auf der ein einfaches Programm für die Lampen Steuerung läuft.
Im einfachsten Fall Eingang I1 über Stromstoß-Block auf Ausgang Q1. Ich würde gern die Lampe (Q1) prallel über Fhem ansteuern. Zudem sollte der korrekte Status zurück gemeldet werden.
Das ganze sollte möglichst in FHEM bloß ein Gerät darstellen. Man müsste also in diesem Gerät die Ansteuerung an die Logo weiterleiten (NI)
und den Status von der LOGO zurücklesen (NQ).

Hat jemand von euch einen Tipp? Viele Grüße
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 26 Januar 2017, 19:55:20
@nsa

Schau mal ein höher da ist ein Bild von mir. Da ist Reader und Writer. Desweitern kannst du es als netzwerkeingang nur schalten. Und am Ende kannst du einen Merkel setzen oder einen Netzwerk Ausgang angeben.

Könnte ich dir damit helfen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NSA am 26 Januar 2017, 20:04:58
@Wasserwerk33

das bild hat nicht so gute Qualität. Man erkennt nicht soviel :(
Kann man das auch in einem Gerät abbilden? Ich würde es gern über Siri steuern. Dazu wird in dem Gerät aber immer auch der aktuelle Status des Ausgangs bzw Merkers benötigt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 26 Januar 2017, 20:11:21
Ich rufe die zustände über meine ausgäng ab.
ich bekomme sie aber auch noch nicht in einer Batterie als Status in Tui angezeigt das klappt bei mir leider auch nicht so wie ich es möchte.

p.s. versuch mal ob du mit diesem Bild mehr anfangen kannst. Bei mir sind die Jalusien gerade unten
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NSA am 26 Januar 2017, 20:22:04
so ist es bei mir auch umgesetzt. Ich habe ein Gerät zum triggern (S7_DWrite) und eins für den Status (S7_DRead). Ich würde diese beiden aber gern in ein Gerät zusammenführen.
Also z.B.  set Lampe on -> sendet über NI das Signal zum einschalten von Q1. Und der Zustand von Q1 wird zyklisch in den Zusatnd von Lampe gespiegelt. Es wäre dann so das nach dem set Lampe on Befehle. Die Lampe in Fhem erst nach Rückmeldung der LOGO den Zustand wechselt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 26 Januar 2017, 21:11:42
ja genau und das versuche ich auch. aber es klappt bei mir einfach nicht habe schon DWrite oder auch Jalousien_runter eingegeben aber es klappt einfach nicht. Keine status anzeige.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NONO87 am 26 Januar 2017, 21:53:40
Habe auch lange dafür gebraucht bis ich eine Lösung gefunden habe.
NetzwerkEingang parallel zu dem hardwaretaster im Programm. Dann den NetzwerkEingang sowie den Ausgang der Logo in fhem einbinden. Diese beiden mit structure verbinden.


clientstate_behavior relative

clientstate_priority on off

webCmd trigger

Dann sollte es gehen.

Gesendet von meinem SM-G901F mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NSA am 27 Januar 2017, 17:15:52
@Wasserwerk33,NONO87

ich habe das Problem mit einem Readingsproxy gelöst. Funktioniert super und ist auch mit kleinem Aufwand umgesetzt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: NSA am 28 Januar 2017, 16:22:44
Kennt jemand das Problem? Ich habe immer wieder Verbindungsabbrüche.


2017.01.28 16:11:18 3: Logo S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2017.01.28 16:11:18 2: Logo S7 disconnected
2017.01.28 16:11:18 3: Logo S7_WriteBitToPLC: PLC is not
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 30 Januar 2017, 14:10:03
Meine Logo verbindet nicht.
Was mache ich falsch?
define Logo1 S7 LOGO7 10.0.0.16

Logfile:
2017.01.30 12:40:33 0: S7_connect: ERROR in Socket Creation: Verbindungsaufbau abgelehnt at FHEM/44_S7_S7Client.pm line 524, <$fh> line 1416.
2017.01.30 12:40:33 2: S7_connect: Logo1 Could not connect to PLC (-1)

List Logo1:
Internals:
   DEF        LOGO7 10.0.0.16
   Interval   1
   LocalTSAP  256
   NAME       Logo1
   NR         499
   RemoteTSAP 512
   S7TYPE     LOGO7
   STATE      disconnected
   TYPE       S7
   dirty      0
   maxPDUlength 240
   plcAddress 10.0.0.16
   Readings:
     2017-01-30 12:40:33   state           disconnected
   ReadingList:
Attributes:
   room       Test

Die Logo hängt per Kabel im Netz. Und lässt sich auch mit der Software bedienen.

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 31 Januar 2017, 20:02:02
hi
hast du die über netztwerkkabel oder wlan??
Hast du sie im Router freigegeben??
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 31 Januar 2017, 20:03:59
@ NSA
hast du es nach dem Prinzip von umgesetzt oder nach welchem??
Zitat
Zitat von: NONO87 am 26 Januar 2017, 21:53:40
Habe auch lange dafür gebraucht bis ich eine Lösung gefunden habe.
NetzwerkEingang parallel zu dem hardwaretaster im Programm. Dann den NetzwerkEingang sowie den Ausgang der Logo in fhem einbinden. Diese beiden mit structure verbinden.


clientstate_behavior relative

clientstate_priority on off

webCmd trigger

Dann sollte es gehen.

Gesendet von meinem SM-G901F mit Tapatalk


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 31 Januar 2017, 22:26:08
hallo,
Netzwerkkabel, ich kann die Logo ja programmieren über Netz. Ping Geht auch. Nur Fhem initialisiert sie nicht.

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 02 Februar 2017, 17:43:34
ich habe dir mal mein kopiert. aber ich finde keinen unterschied. Also sehen beide gleich aus. nur das bei logo 8 steht. aber das liegt ja an der logo version.

Kann du den über fhem einen S7_DWrite oder S7_DRead anlegen oder geht dieses schon erstmal garnicht
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eusebio am 02 Februar 2017, 18:34:46
Hallo,

Leider komme ich mit der Anbindung meiner Logo8 an fhem nicht klar.

Ich definiere meine Logo:

define Logo1 S7 LOGO8 192.168.5.30

das funktioniert. Dann definiere ich weiter:

define Licht S7_DRead db 0 11.0
attr Licht IODev Logo1

daraufhin disconnected die Logo mit folgenden Fehlermeldungen:

2017.02.02 18:26:34 3: Logo1 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2017.02.02 18:26:34 2: Logo1 S7 disconnected
2017.02.02 18:26:37 3: Logo1 S7_connect: connect to PLC with maxPDUlength=240
DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
2017.02.02 18:26:44 0: DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.

Kann jemand helfen?

Gruß und Danke,

Andreas

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Boe3eh am 02 Februar 2017, 20:38:17
Hallo!
Das Modul S7_DRead ließt ja die digitalen Ein- und Ausgänge der Logo ein. Bei meinen zwei Logo8 liegt hierbei standardmäßig der
Eingang I1 auf DB 1024.0
Eingang I2 auf DB 1024.1
usw.
Ausgang Q1 auf DB 1064.0
Ausgang Q2 auf DB 1064.1
usw.

Wenn also dein Licht z.B. der Ausgang Q1 von deiner Logo ist und du willst den Zustand von Q1 in FHEM einlesen, probiere mal:

Logo1 S7 LOGO8 192.168.5.30

define Licht S7_DRead db 0 1064.0
attr Licht IODev Logo1

Gruß René
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 02 Februar 2017, 20:46:35
Was bedeutet diese Fehlermedung?

Logfile:
2017.01.30 12:40:33 0: S7_connect: ERROR in Socket Creation: Verbindungsaufbau abgelehnt at FHEM/44_S7_S7Client.pm line 524, <$fh> line 1416.
2017.01.30 12:40:33 2: S7_connect: Logo1 Could not connect to PLC (-1)

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 02 Februar 2017, 23:01:11
Hallo,

meinen Respekt an die/den Entwickler des S7 Modul.

Habe jetzt auch versucht eine LOGO8 an Fhem zu binden. Funktioniert an sich gut, bekomme aber immer die folgende "bekannte" Meldung

2017.02.02 22:53:34 3: Licht_EG S7_connect: connect to PLC with maxPDUlength=240
2017.02.02 22:54:33 3: Licht_EG S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2017.02.02 22:54:33 2: Licht_EG S7 disconnected
2017.02.02 22:54:36 3: Licht_EG S7_connect: connect to PLC with maxPDUlength=240

das geht immer so weiter

habe schon alle Varianten der Connection getestet also als LOGO, als S7 mit Q mit db etc. immer das gleiche.

Gibt es da irgendwelche Erkenntnisse ?

Danke für alle Bemühungen

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eusebio am 03 Februar 2017, 08:22:37
@Boe3eh

Danke erst mal, aber S7_DRead kann doch wohl auch Netzwerkausgänge lesen (oder nicht?) , und der liegt bei mir bei 11.0.
Eine Änderung auf 1064.0 produziert den gleichen Fehler.

Noch eine andere Idee?

Gruß,

Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 03 Februar 2017, 09:24:38
Hallo,

Die Netzwerkausgänge sind fest auf einen VB gemappt.
NQ1 = V 1390.0 also wie die physischen Ausgänge.

Ich glaube auch nicht das man diese schreiben kann, habe ich aber noch nicht getestet.
Sind eigentlich nur für Master/Slave oder Remote gedacht. Teste ich nachher gleich mal.

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 03 Februar 2017, 09:32:25
Hallo,

nochmal nur zur Sicherheit Du hast unter Netzwerkverbindungen aber eine HMI Verbindung in DER LOGO eingerichtet
-> Neue Netzwerkverbindung -> mit Operator Panel Verbinden -> TSAP 01.00 links und 02.00 rechts  -> rechts Häkchen alle Verbindungen zulassen.
Die TSAP sind fix und nicht verhandelbar !

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eusebio am 03 Februar 2017, 11:04:59
Hallo MichaelBerlin,

Sicher dass TSAP 01.00 links hin muss? , ist bei mir umgekehrt

Die Verbindung zur Logo geht ja auch, bricht erst ab sobald ich ein S7_DRead oder S7_DWrite definiere.

Gruß,

Andreas

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 03 Februar 2017, 12:56:20
Hallo,

hab ich mich geirrt. Stimmt !

Dann sollte es funktionieren. Hab etliche LOGO getestet sowohl 0ba7 als auch 0ba8. Evtl. hast Du ein Firmwareproblem.
Es gibt eine fehlerhafte Serie von Siemens betrifft die 0ba8, der Firmwarestand Fw Ver.  V1.08.03 hat einen Bug in der Netzwerkfunktionalität.
Äußert sich eigentlich mit unkontrolliertem stoppen des Programm, es wurde aber auch von Problemen mit der Verbindung berichtet. Muss auf jeden Fall umgetauscht werden.

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eusebio am 03 Februar 2017, 14:12:18
Hallo,

habe mein Problem erkannt. Ich benutze logocontrol von http://www.frickelzeugs.de/logocontrol/.

Sobald ich logocontrol ausschalte funktioniert alles bestens.

Kann mir vielleicht jemand sagen wie ich beides parallel betreiben kann?

Gruß,

Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 03 Februar 2017, 19:22:49
Hallo,

daran bastele ich auch gerade. Die LOGO lässt aber nur eine HMI Verbindung zu.
Fhem macht aber doch Logocontrol überflüssig. Alles was damit geht kann Fhem auch.

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eusebio am 03 Februar 2017, 19:56:11
Hallo,

Hier die Lösung von user Elmo aus dem Frickelzeug-Forum:

Zitat
1. Im Logo Programm eine neue Serververbindung anlegen.
2. hab hier SERVER TSAP 21.00 CLIENT TSAP 3.00 eingestellt
3. In FHEM unter /opt/fhem/FHEM im Modul 44_S7.pm folgendes in Zeile 158 + 159 editieren
$LocalTSAP = 0x2100
$RemoteTSAP = 0x0300
Passt dann zur TSAP in LOGOSoft
Hier der Auszug aus der 44_S7.pm

if ( uc $a[2] eq ,,LOGO7" || uc $a[2] eq ,,LOGO8" ) {
$ip_address = $a[3];
$LocalTSAP = 0x2100;
$RemoteTSAP = 0x0300;
$hash->{Interval} = 1;
if ( uc $a[2] eq ,,LOGO7" ) {
$hash->{S7TYPE} = ,,LOGO7";
}
else {
$hash->{S7TYPE} = ,,LOGO8";

Hab keinen anderen Weg gefunden oder versucht.
Nachteil: Bei einem FHEM Update muß dieses wieder manuell angepasst werden.

Das funktioniert einwandfrei.

Gruß,

Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 03 Februar 2017, 20:25:15
Hi,

Danke für den Tip geht super. Kann jetzt mit Fhem und einem VB Prog gleichzeitig auf die LOGO zugreifen.
Hab aber trotzdem das von mir oben beschriebene Problem mit der Fehlermeldung im LOG von Fhem.
obwohl alles funktioniert sind die laufenden Verbindungsabrüche lästig.

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eusebio am 04 Februar 2017, 17:52:57
Hallo,

Da kann ich dir leider nicht weiterhelfen, bei mir gibt es keine Abbrüche mehr.

Gruß,

Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 04 Februar 2017, 20:37:59
Hallo,

hab die Ursache gefunden. Die Anwesenheitserkennung via Bluetooth war der Auslöser. Irgendwie kollidieren die miteinander.
Muss das noch näher untersuchen, bin aber ein Fhem Neuling und verstehe einige Hintergründe noch nicht so.

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 05 Februar 2017, 10:42:25
@ NONO87


ich habe es hinbekommen. Habe es aber nicht nach eurem prinzip gemacht.

hier ich hänge euch mein Prinzip mit der Batterie unten dran. ;)
<li class="halbTransparent" data-row="3" data-col="2" data-sizex="1" data-sizey="1">
<header class="headerTransparent">Jalousie</header>
<div class="">
<div class="inline">
<div class="top-space">
<div class="inline">
<div data-type="symbol"
data-device="UG_Runter_Kontrolle_"
data-get-on="on"
data-get-off="Off"
data-states='["on","off"]'
data-icons='["fa-battery-4","fa-battery-1 fa-blink"]'
data-colors='["green","firebrick"]'
class="bigger">
</div>
</li>


Titel: Reading in S7_AWrite schreiben
Beitrag von: Black_Death_HH am 15 Februar 2017, 13:11:28
Moin,

ich hab mal wieder ne Frage. Im Anfängerbereich konnte man mir nicht helfen. Ich versuche Device-Readings einfach in ein S7_AWrite zu "verschieben/kopieren". Als Beispiel habe ich das temp_c aus dem Weather-Modul (wie auch im Wiki beschrieben) verwendet. Die Namen habe ich auf mein Projekt geändert. Ansonsten alles kopiert und die define-Zeile in Fhem eingefügt. Es funktioniert nur einfach nicht. Der Wert aus dem Wetter-Modul wird nicht in das S7_AWrite übergeben.

Logfile-Auszug:

2017.02.15 12:59:06 1: ERROR evaluating my $NAME='Wetter_Trelde';my $EVTPART7='1026';my $EVTPART4='W:';my $EVENT='T: 7  H: 56  W: 4  P: 1026';my $EVTPART2='H:';my $EVTPART5='4';my $EVTPART3='56';my $SELF='S7_Temp_c_notify';my $EVTPART1='7';my $EVTPART6='P:';my $TYPE='Weather';my $EVTPART0='T:';{\ fhem "set S7_Temp_c ".ReadingsVal("Wetter_Trelde","temp_c","10");;\ }: syntax error at (eval 200927) line 1, at EOF

2017.02.15 12:59:06 3: S7_Temp_c_notify return value: syntax error at (eval 200927) line 1, at EOF


Besteht eine Möglichkeit den Code über den regexp Wizard zu generieren? So mache ich vielleicht weniger Fehler.
Und kann mir jemand sagen, ob ich die Uhrzeit des Sonnenuntergangs in ein S7_AWrite schieben kann? in der SPS ist das Datenformat ja dann TOD. Muss ich das irgendwie in FHEM umwandeln? Hat das mal jemand probiert?

Gruß, Thomas


Edit: Habe es selbst hinbekommen (endlich). Allerdings nun die Frage ob man auch die Uhrzeit übermitteln kann. Diese müsste ich wahrscheinlich zerlegen oder? Wenn ja, wie würde das gehen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: reinlinde am 15 Februar 2017, 16:16:11
Hallo erst mal,
ich möchte gerne mit meiner Logo7 von Logomonitor nach Fhem wechsel und brauche die DB  Wert für AI1 bis AI6 für den ARead oder die Stelle wo man das nachlesen kann.
Digital Werte einlesen klappt schon.
Bin neu hier.

Gruß Reinhard
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: zelli001 am 18 Februar 2017, 19:05:33
Zitat von: Black_Death_HH am 15 Februar 2017, 13:11:28
Moin,

ich hab mal wieder ne Frage. Im Anfängerbereich konnte man mir nicht helfen. Ich versuche Device-Readings einfach in ein S7_AWrite zu "verschieben/kopieren". Als Beispiel habe ich das temp_c aus dem Weather-Modul (wie auch im Wiki beschrieben) verwendet. Die Namen habe ich auf mein Projekt geändert. Ansonsten alles kopiert und die define-Zeile in Fhem eingefügt. Es funktioniert nur einfach nicht. Der Wert aus dem Wetter-Modul wird nicht in das S7_AWrite übergeben.

Logfile-Auszug:

2017.02.15 12:59:06 1: ERROR evaluating my $NAME='Wetter_Trelde';my $EVTPART7='1026';my $EVTPART4='W:';my $EVENT='T: 7  H: 56  W: 4  P: 1026';my $EVTPART2='H:';my $EVTPART5='4';my $EVTPART3='56';my $SELF='S7_Temp_c_notify';my $EVTPART1='7';my $EVTPART6='P:';my $TYPE='Weather';my $EVTPART0='T:';{\ fhem "set S7_Temp_c ".ReadingsVal("Wetter_Trelde","temp_c","10");;\ }: syntax error at (eval 200927) line 1, at EOF

2017.02.15 12:59:06 3: S7_Temp_c_notify return value: syntax error at (eval 200927) line 1, at EOF


Besteht eine Möglichkeit den Code über den regexp Wizard zu generieren? So mache ich vielleicht weniger Fehler.
Und kann mir jemand sagen, ob ich die Uhrzeit des Sonnenuntergangs in ein S7_AWrite schieben kann? in der SPS ist das Datenformat ja dann TOD. Muss ich das irgendwie in FHEM umwandeln? Hat das mal jemand probiert?

Gruß, Thomas


Edit: Habe es selbst hinbekommen (endlich). Allerdings nun die Frage ob man auch die Uhrzeit übermitteln kann. Diese müsste ich wahrscheinlich zerlegen oder? Wenn ja, wie würde das gehen?
Dann lass uns doch mal an deiner Lösung teilhaben

Gesendet von meinem SM-G935F mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: PataMat am 19 Februar 2017, 21:13:02
Zitat von: reinlinde am 15 Februar 2017, 16:16:11
... brauche die DB  Wert für AI1 bis AI6 für den ARead ...

Hallo Reinhard,

die Werte hätte ich auch gerne, hab' sie aber ebensowenig gefunden (bin auch Fhem-Novize ;) ). Meine Notlösung ist, die Analogeingänge auf Analogmerker zu legen und diese auszulesen.


define AM1 S7_ARead db 0 952 s16
define AM2 S7_ARead db 0 954 s16
...
define AM10 S7_ARead db 0 970 s16
...



Gruß, Mario

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: OGOL am 19 Februar 2017, 21:57:30
Zitat von: reinlinde am 15 Februar 2017, 16:16:11
brauche die DB  Wert für AI1 bis AI6 für den ARead
Zitat von: PataMat am 19 Februar 2017, 21:13:02
die Werte hätte ich auch gerne, hab' sie aber ebensowenig gefunden

LOGO!Soft Comfort Online-Hilfe: Extras -> Parameter-VM-Zuordnung  ;D

Gruß, OGOL

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: PataMat am 19 Februar 2017, 22:39:27
Hallo OGOL,

tatsächlich, da stehen sie! So nah und ich hab' das halbe Internet abgesucht  :-[


define AI1 S7_ARead db 0 926 s16
define AI2 S7_ARead db 0 928 s16
...
define AI8 S7_ARead db 0 940 s16


Danke Dir!

Gruß, Mario
Titel: Lösung readingsval()
Beitrag von: Black_Death_HH am 20 Februar 2017, 11:42:35
Moin,

hier nun die Lösung meines Reading in S7_AWrite kopieren Problems. Die meisten Anleitungen reagieren ja immer nur auf ein reading, daher waren sie für mich nicht so wirklich brauchbar und ich die Lösung im Wiki war ein Auszug aus der fhem.cfg, wenn ich das richtig verstanden haben. Und da soll man ja nicht rumfummeln, wenn man so wie ich, keine Ahnung hat  ;)

Also habe ich dann folgendes in das Eingabefeld geschrieben:

1.) Das entsprechende S7_AWrite anlegen

define S7_temp_c S7_AWrite db 301 4 s8

2.) Dann das notify das auf das reading reagiert (hier die Temperatur temp_c aus dem weather Modul)

define S7_temp_c_notify notify Wetter {}

3.) Das angelegte notify öffnen und auf "DEF" klicken. Dort dann den Inhalt der geschweiften Klammer beschreiben, hier dann also das Auslesen des Readings temp_c aus dem weather Modul mit dem Namen "Wetter"

fhem "set S7_Temp_c ".ReadingsVal("Wetter","temp_c","99")

Nun noch die Attribute wie gewünscht anlgene und gut. Für die Cracks unter euch sicher ganz einfach, ich hab etwas länger gebraucht  :P


Nun bräuchte ich nur noch Hilfe beim Zerlegen der Uhrzeit und/oder auch des Datum in drei entsprechende Variablen. Wer kann das?

Gruß, Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 26 Februar 2017, 13:27:06
Hallo zusammen,

Ich habe ein Problem mit der Verbindung zu meiner S7-315. leider bricht die Verbindung immer wieder ab.
Ich greife mit einem zweiten gerät, vermutlich über libnodave o.ä. Gelöst parallel auf die gleich s7 zu. Kann dies FHEM in die Quere kommen?

017.02.26 13:10:42 4: S7: SPS GetUpdate called ...
2017.02.26 13:10:42 4: SPS READ Block AREA=db (3), DB =2, ADDRESS=2, LENGTH=1
2017.02.26 13:10:42 4: SPS READ Block AREA=db (3), DB =14, ADDRESS=0, LENGTH=1
2017.02.26 13:10:42 4: SPS READ Block AREA=db (3), DB =14, ADDRESS=0, LENGTH=1
2017.02.26 13:10:43 3: SPS S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2017.02.26 13:10:43 2: SPS S7 disconnected
2017.02.26 13:10:46 4: S7: SPS connect PLC_address=192.168.178.6, LocalTSAP=256, RemoteTSAP=258
2017.02.26 13:10:46 3: SPS S7_connect: connect to PLC with maxPDUlength=240


NACHTRAG: Also es scheint wirklich an der Kombiniation mit dem Exor TouchPanel zu liegen. Leider nicht Open Source. Wenn ich das TP ausschalte gibt es auch keine Verbindungsabbrüche mehr. Gibt es noch irgendwelche Parameter in FHEM die ich hier evtl. anpassen könnte (timeout zeit oder ähnliches)? Werde mich parallel mal an Exor wenden...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 27 Februar 2017, 23:15:59
Hallo,

@Tomk
wird das gleiche Problem sein wie 2 Seiten weiter vorne beschrieben. 2 HMI an einer S7 gehen nicht. Schau mal auf Seite 60 da gibt es einen Lösungsansatz der funktioniert.

Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Februar 2017, 07:09:43
Hallo
An einer S7-300 gehen schon mehrere HMI! Dies muss man aber gegebenenfalls einstellen in der Netzkonfiguration. (Zulaessige Verbindungen oder so!)
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 02 März 2017, 07:19:40
Hallo zusammen,

besten dank für die Hinweise: Die Verbindung ist nun seit gestern nachmittag stabil. Ich habe in der S7 eine ISO über TCP Verbindung für FHEM projektiert. Damit läuft es stabil... Besten dank für das S7 Modul: Ich bin begeistert!!!

Gruß
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 02 März 2017, 09:24:42
Was bedeutet diese Fehlermedung?

Logfile:
2017.01.30 12:40:33 0: S7_connect: ERROR in Socket Creation: Verbindungsaufbau abgelehnt at FHEM/44_S7_S7Client.pm line 524, <$fh> line 1416.
2017.01.30 12:40:33 2: S7_connect: Logo1 Could not connect to PLC (-1)

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: otto am 04 März 2017, 10:40:24
Gibt es eine Möglichkeit die Uhr im logo auslesen und einstellen
mit
define HZA.Stunde S7_AWrite db 0 988 s8
disconected das LOGO immer

Gruß otto
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 März 2017, 22:22:38
Hallo

@bert: Die Fehlermeldung bedeutet dass keine Netzwerkverbindung zur Logo aufgebaut werden konnte.

@otto: leider kann man die Uhr nur gestoppter LOGO setzen. --> darum habe ich die Funktion nicht implementiert

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 10 März 2017, 00:47:29
@charlie71 Ich kann Programme auf die Logo laden und abrufen.
Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 10 März 2017, 07:09:09
@bert
Was noch nichts darueber aussagt, dass Deine Definition richtig ist, oder Dein fhem ueberhaupt Netzwerkzugriff zu der S7 hat!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: dirkbalzer am 10 März 2017, 09:14:29
Hallo ich habe gestern eine 1215C CPU bekommen und diese natürlich gleich mal in Fhem integriert.

Ich habe hier aber ein Problem mit der Darstellung von Realzahlen....
Wenn ich in der CPU den Wert im DB auf 7.1 setze zeigt mir Fhem den Wert 7.09999990463257 ?!?

Jemand eine Idee woher das kommen kann?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 März 2017, 11:30:19
Hallo

@bert. Das ist schon klar dass du deine Logo7 übers Netz programmieren kannst  ;)
Zusammenfassung der Meisten Ursachen bei Verbindungsproblemen:

1) Die SPS (insbesondere die LOGO) unterstützt nur wenige gleichzeitige TCP Verbindungen. Wenn zu viele offen sind dann werden weitere abgelehnt

2) Es gibt eine TCP Verbindung die immer wieder geöffnet und geschlossen wird. Da mag die Logo nur bedingt, dann einer bestimmten Zeit verweigert die Logo jede weiteren Verbindungsaufbau. Hier hilft nur ein Neustart der Logo.

3) Netzwerkproblemen zwischen den FHEM Server und der Logo. Liegen sie im selben Netzwerk? Gibt es eine Firewall dazwischen? Kannst du vom FHEM Server die Logo anpingen?


lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 März 2017, 11:34:30
Hallo dirkbalzer

Die Ursache ist dass float Zahlen verwendet werden, diese liefern im wesentlichen nur eine approximierte Darstellung einer reellen Zahl (https://de.wikipedia.org/wiki/Gleitkommazahl).
Da heißt das Verhalten ist so korrekt, nur die Darstellung ist ein Problem.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 13 März 2017, 17:51:53
Hallo,
ich habe mir eine neue Logo8 gekauft, jetzt funktioniert die Verbindung nach FHEM. Die Fehlermeldung bei meiner Logo7 kommen nicht mehr.

Ich habe, die Meldung der Stellung der Ventile aus FHEM.
Ich bekomme die Aussen- und Vorauftemperatur  im Minutentakt aktualisert aus FHEM.

Jetzt habe ich nur das Problem, wie bekomme ich die Daten aus FHEM in die Logo, im Wiki bin ich nicht fündig geworden(oder es ist nicht das richtige).


Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 14 März 2017, 08:48:47
@bert:

Sau mal da nach:
https://wiki.fhem.de/wiki/S7#Analoge_Datenpunkte_zum_Schreiben

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 14 März 2017, 17:23:52
Hallo,Charlie71
wenn ich den Merker M1 mit "define M1W S7_DWrite M1" auf On setze,sollte doch unter "define M1 S7_DRead M1" als Rückmeldung für den Merker M1 ebenfalls On erscheinen. Oder mach ich da nen Denkfehler.
Die Startadresse für AM1 ist ja 1118. Was ist die Startadresse für AM2? Ich steh da voll auf´m Schlauch.

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 14 März 2017, 18:27:30
Moin bert
Kannst du nicht mal Deine devices listen? Bitte in Codetags! Was Du schreibst, ist scher verstaendlich! Zudem werden die Werte eigentlich zurueckgelesen, so dass Du dafuer keine zwei devices brauchst, geht aber!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 14 März 2017, 19:31:25
Hallo Bert,

wenn du einen Schreib Datenpunkt mit DWRITE definierst benötigst Du keinen zusätzlichen DREAD Datenpunkt, da auch beim DWRITE Datenpunkt der Wert von der SPS in jedem Zyklus gelesen wird.
Warum benötigst du die Startadresse für AMx?
Bei der Logo kannst du ja diese synonyme direkt verwenden.
(Die Startadressen findest du in der Hilfe von Logo!Soft)

lG
Charlie71

Zitat von: bert am 14 März 2017, 17:23:52
Hallo,Charlie71
wenn ich den Merker M1 mit "define M1W S7_DWrite M1" auf On setze,sollte doch unter "define M1 S7_DRead M1" als Rückmeldung für den Merker M1 ebenfalls On erscheinen. Oder mach ich da nen Denkfehler.
Die Startadresse für AM1 ist ja 1118. Was ist die Startadresse für AM2? Ich steh da voll auf´m Schlauch.

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 15 März 2017, 10:32:06
Hallo, @PC1246 hier meine Device-Listings
Internals:
   ADDRESS    1118
   AREA       db
   DATATYPE   float
   DB         0
   DEF        db 0 1118 float
   IODev      Logo1
   LASTInputDev Logo1
   LENGTH     4
   Logo1_MSGCNT 23040
   Logo1_TIME 2017-03-15 09:57:52
   MSGCNT     23040
   NAME       AM1W
   NR         506
   STATE      23
   TYPE       S7_AWrite
   Readings:
     2017-03-15 09:57:52   state           23
Attributes:
   IODev      Logo1
   room       Logo


Hallo, charlie71
nach dem anlegen des Devices mit Synonym kommt:

wrong syntax: define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DWrite {I|Q|M}1..24

also geht der Analogmerker nicht.

Das ist meine Aussentemp, im Minutentakt aktalisiert, die soll in den AM2.
Internals:
   CHANGED
   DEF        28.E16415060000 60
   IODev      OWoben
   LAST_READ_FAILED 0
   NAME       DS18B20_E16415060000
   NOTIFYDEV  global
   NR         171
   NTFY_ORDER 50b-DS18B20_E16415060000
   STATE      17
   TYPE       OWDevice
   Readings:
     2017-03-15 10:01:34   alarm           1
     2017-03-15 10:01:34   state           temperature: 17  alarm: 1
     2017-03-15 10:01:34   temperature     17
     2017-03-13 13:04:31   temperature10   12.25
     2017-03-13 13:04:44   temperature11   12.25
     2017-03-13 13:04:55   temperature12   12.1875
   Fhem:
     address    28.E16415060000
     alerting   1
     bus        bus.0
     interfaces temperature
     interval   60
     getters:
       address
       crc8
       family
       fasttemp
       id
       locator
       r_address
       r_id
       r_locator
       temperature
       temperature10
       temperature11
       temperature12
       temperature9
       temphigh
       templow
       type
     polls:
       temperature
     setters:
       temphigh
       templow
     state:
       temperature
Attributes:
   IODev      OWoben
   alias      Dach
   event-on-change-reading .*
   model      DS18B20
   resolution 10
   room       Lüftung
   stateFormat temperature


Was ist die Startadresse von AM2 auf der Logo8, bei der Logo7 gibt das.
Die folgende Tabelle zeigt die Zuordnungen zwischen E/A und VM-Adressen für LOGO! 0BA8:
     
Blocktyp
VM-Adresse (von)VM-Adresse (bis)Bereich
I   1024  1031   8 Bytes
AI 1032  1063 32 Bytes
Q  1064  1071  8 Bytes
AQ 1072 1103 32 Bytes
M   1104 1117 14 Bytes
AM 1118 1245 128 Bytes
NI  1246 1261 16 Bytes
NAI 1262 1389 128 Bytes
NQ 1390 1405 16 Bytes
NAQ 14061469 64 Bytes


Es wäre schön, wenn in dem genannten Wiki auch eine Beispiel *.cfg für die Logo wäre. Die S7/S5 Beispiele helfen mir nur beschränkt weiter.

Gruß Bert

P.S. Ich wäre ja bereit mir eine S7 anzuschaffen, aber kann man die auch mit der Logo-Software programieren, denn S7 kann ich nicht.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 15 März 2017, 12:25:23
Hallo bert
Deine Fehlermeldung bezieht sich aber auf das anlegen eines DWRITE, nicht AWRITE!
Da solltest du noch einmal nachbessern! Und das Listing, welches Du fuer mich gemacht hast ist eins fuer S5/S7!?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 15 März 2017, 13:13:40
Hallo, @pc1246

da bich wohl in der Zeile verrutscht beim Koperen. Bei define AM2W S7_AWrite AM2 erscheint,

AM2W wrong syntax: define <name> S7_AWrite {inputs|outputs|flags|db} <DB> <start> {u8|s8|u16|s16|u32|s32|float}
deshalb wollte die Start-Adresse für AM2

Welches Listing meinst Du? Das sind Devices aus FHEM bzw. aus der Logo-Hilfe

Gruß Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 15 März 2017, 14:33:37
Zitat von: bert am 15 März 2017, 13:13:40
Hallo, @pc1246

Welches Listing meinst Du? Das sind Devices aus FHEM bzw. aus der Logo-Hilfe

Gruß Bert
Internals:
   ADDRESS    1118
   AREA       db
   DATATYPE   float
   DB         0
   DEF        db 0 1118 float
   IODev      Logo1
   LASTInputDev Logo1
   LENGTH     4
   Logo1_MSGCNT 23040
   Logo1_TIME 2017-03-15 09:57:52
   MSGCNT     23040
   NAME       AM1W
   NR         506
   STATE      23
   TYPE       S7_AWrite
   Readings:
     2017-03-15 09:57:52   state           23
Attributes:
   IODev      Logo1
   room       Logo


Mit dem Synonym kann ich Dir leider nicht helfen, da meine Logos schon lange verkauft sind! Im Code ist dort aber nichts abgelegt, so dass das wohl genauso geht wie bei der S5/S7! Allerdings fehlt Dir dann wieder die Adresse! Aber da kann Charlie was zu sagen!

Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 15 März 2017, 19:35:15
Hallo Bert,

ich wiederhole mich nur ungern, die VM Adressen können in der Online Hilfe von der Logo!Soft nachgelesen werden:

0BA8: AM 1118 1245
0BA7: AM 952 982

Noch einen Hinweis, die Logos unterstützen nur 16bit Datentypen kein float.
dh Das define für den AM1 der Logo8 lautet:

define fhemToLogo8 S7_AWrite db 0 1118 u16

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: bert am 15 März 2017, 23:51:16
Hallo, @charlie71

vielen Dank für die Mühe.

Beste Grüße Bert
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 27 März 2017, 08:39:14
Moin,

ich bin dabei mein FHEM neu aufzusetzen... Ich habe nun die 5.8 und die letzten Updates laufen.

Zugleich habe ich noch eine 1,5 Jahre alte Version laufen.

Beide Verbinden zu einer S7 315 2DP.

Und bei beiden bekomme ich folgendes im Log:


2017.03.27 08:26:26 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2017.03.27 08:26:26 2: S7_300 S7 disconnected
2017.03.27 08:26:29 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240
2017.03.27 08:32:57 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2017.03.27 08:32:57 2: S7_300 S7 disconnected
2017.03.27 08:33:00 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240


Bei der alten Version habe ich das ignoriert... es lief ja alles.
Es funktioniert auch weiterhin - auch mit der neuen Version. Ich frage mich nur was ich falsch mache.

In der neuen Config ist noch nicht viel drin:


# S7 Kommunikation
define S7_300 S7 10.2.2.100 0 2
attr S7_300 room TEST

# Garagentor an S7
define Tor S7_DWrite db 9 0.7
attr Tor IODev S7_300
attr Tor event-on-change-reading state
attr Tor eventMap on:on off:off
attr Tor room TEST


Danke :)

Gruß

David
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 27 März 2017, 09:35:29
Hallo davipet,

vermutlich liegt das Problem daran, dass mit 2 FHEMs gleichzeit mir der selbe SPS verbunden wird.
FHEM verwendet intern immer eine fixe TSAP - Adresse , dh das 2 FHEM mit der selben TSAP auf die SPS zugreifen.

Versuche bitte nur mit einer FHEM Instanz auf die SPS zuzugreifen.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 27 März 2017, 13:41:16
Anbei mal ein Screenshot vom Webserver des CP. Der Zweite FHEM taucht hier nicht mit auf (wäre 10.2.2.10)
Die anderen Stationen sind ein Siemens TouchPanel und ein PC mit Siemens WinCC.
Kann ich dem zweiten FEHM eine andere TSAP geben?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 27 März 2017, 13:46:42
... und wärend ich den letzt Post verfasse tut sich folgendes im Log:


2017.03.27 13:43:40 3: S7_300 S7_ReadBlockFromPLC ReadArea error: 256=Invalid PDU received.
2017.03.27 13:43:40 2: S7_300 S7 disconnected
2017.03.27 13:43:43 3: S7_300 S7_connect: connect to PLC with maxPDUlength=240


Und im Anhang der Screenie vom zweiten verbundenen FHEM...

Was ist TSAP überhaupt? - ich frag erstmal google...

Danke!

David
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 27 März 2017, 13:47:17
Hallo davipet
Hast du denn ueberhaupt so viele Verbindungen erlaubt? Ich meine drei sind Standard!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 27 März 2017, 13:53:31
hallo davipet,

leider lässt sich die TSAP vom FHEM ohne Module code Änderung nicht anpassen.

Zum anderen Beschränkt die SPS die Anzahl der TCP Verbindungen wie bereits pc1246 bereits erwähnt.

Folgender Lösungsvorschlag:
Nimm ein FHEM zu kommunikation mit der SPS. Und tausch die Infos über FHEM2FHEM aus:
https://wiki.fhem.de/wiki/FHEM2FHEM

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: davipet am 27 März 2017, 13:55:55
Hallo Christoph,

ich denke ja. anbei ein Screenshot.
Erlaubt sind 12, belegt sind 4; frei sind 8
Sollte also eigentlich gehen.


OK, danke. Fhem2Fhem ist ne Möglichkeit.

Gruß

David


EDIT:
OK der erste Screenshot bezieht sich auf alle S7 Verbindungen (also auch Profibus etc.)

Anbei die Diagnose vom CP. Der ist auf 4 Verbindungen beschränkt.
WinCC, TouchPanel, FHEM1 und die Dianose offen = FEHM2 bleibt draußen :(
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 27 März 2017, 14:22:36
Moin
Ich meine mich zu erinnern, dass man das parametrieren kann. Ist allerdings mit Neustart verbunden!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 05 Mai 2017, 06:49:51
Hallo davipit, ich habe das gleiche Problem ebenfalls mit einer 315-2DP (siehe meine Post auf Seite 62). Allerdings habe ich kein zweites FHEM sondern ein Panel welches ebensfalls über LAN auf die sps zugreift. Ich denke auch hier kommen sich die beiden Teilnehmer in die Quere...

Leider kann ich nicht FHEM2fhem nutzen :-( ich dachte ich hätte das Problem mittels Änderung der Kommunikationsmethode gelöst, aber dem war nicht so... tritt bei mir manchmal jede Minute auf, manchmal ein paar Tage gar nicht.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 06 Mai 2017, 19:01:07
Habe heute nochmal mit den S7 Kommunikationsparametern gespielt... TSAP habe alle möglichen Varianten durchprobiert. Die Einstellung hat meiner Meinung nach überhaupt keinen Einfluss auf die Kommunikationsabrüche.
Hat irgendjemand noch eine Idee? Mir gehen immer wieder Taster Ereignisse und Türkontakte verloren weil die S7 Verbindung in diesem Moment neu aufgebaut wird...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 06 Mai 2017, 21:42:31
Hallo,

aktuell ist die FHEM local TSAP als Konstante im File 444_S7.pm in der Zeile 230:

$LocalTSAP = 0x0100;

Ihr könntet mal versuchen diese zu ändern und mir ein Feedback geben  ob die Änderung was gebracht hat.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 07 Mai 2017, 07:59:33
So ich habe nochmal ein bisschen probiert:
a) in 44_S7.pm habe ich die TSAP (local und partner angepasst). Entsprechend habe ich die S7 Konfiguration angepasst --> Ergebnis die Verbindung kann nicht mehr aufgebaut werden. Was mich wundert ist die max PDU länge wird jetzt auf einmal mit 960 in FHEM angezeigt, obwohl ich daran nichts geändert habe. Vorher stand in den SPS internals immer maxPDUlength 240. die 960 passen jedoch zu den in 44_S7.pm Zeile 233 definierten $PDUlength =0x3c0. Aber warum wurde ohne meine TSAP Änderung die 240 Bytes verwendet?
b) die PDUlength Unstimmigkeit hat mich dazu geführt auch S7 seitig PDUx >240Byte zu erlauben.
Leider war hiermit immer noch kein Verbindungsaufbau möglich.
c) also habe ich in 44_S7.pm die TSAP wieder zurück geändert. S7 Einstellungen wurden beibehalten. --> Ergebnis bislang: Abbrüche deutlich seltener...
Wunderlich hierbei ist, das jetzt die TASP Einstellungen der SPS sich eindeutig unterscheiden von den FHEM einstellungen... daher scheint dies nicht wirklich eine Rolle zu spielen.


Ich werde weiter probieren und berichten.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 07 Mai 2017, 12:19:34
Update: keine Abbrüche mehr seit 8:00 Uhr... die Lösung bei mir in 44_S7_Client die timeout Zeit von 500 auf 750ms geändert...

Kann man das irgendwie als Parameter einbauen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 07 Mai 2017, 17:49:15
Hallo Tomk,

bereite das Attribut für die nächste Release vor.
Hat jemand sonst noch Wünsche?

Anmerkung zur PDU Size:
Diese wird beim Verbindungsaufbau zwischen den Teilnehmern ausgehandelt und kann sich von der ursprünglichen natürlich unterscheiden.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 08 Mai 2017, 06:03:48
Besten vorab  Charlie!
Bei mir scheint das Problem mit der Timeout Anpassung endgültig behoben zu sein... nun seit ca. 1 Tag keinen Verbindungsabbruch mehr.
Zusammengefasst für alle die das gleiche Problem später nochmal haben: TASP scheint bei der Verbindung FHEM und S7-300 irgendwie keine große Rolle zu spielen. Ich habe in der S7 nun einen ganz anderen Wert. MaxPDU habe ich in der S7 auch größer als 240 Byte erlaubt (ist aber wahrscheinlich auch nicht des Rätsels Lösung). Die Lösung war in 44_S7_Client die Timeout Zeit von 500 auf 750ms zu ändern...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 13 Mai 2017, 11:19:45
Hallo

das neue receiveTimeoutMs Attribut ist via update verfügbar.
default wert 500ms

lG
Charlie71
Titel: neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tomk am 13 Mai 2017, 11:42:03
Super, tausend Dank!!!

Scheint zu funktionieren... habe das Attribut auf 750ms gesetzt und hatte heute Nacht keine Timeouts...
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ichirou am 31 Mai 2017, 19:16:51
Hallo zusammen,

das Modul sieht sehr interessant aus. Bevor ich mir jetzt weiter Gedanken mache, es nutzt die PG/OP Schnittstelle?
Habe hier eine VIPA 313-5BF03 liegen, läuft das?
Falls ja, löst das 2 Dutzend Probleme, angefangen mit einem Gateway auf MPI :)

Grüße
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 01 Juni 2017, 07:11:14
Jain
Es wird TCPIP genutzt, ohne Netzwerkanschluss keine Chance!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: web.a am 01 Juni 2017, 14:39:17
Ich nutze eine Vipa 315SB AG12
Funktioniert ohne großen Aufwand. Laut Google hat deine 313 einen RJ45 Netzwerk Anschluss

Gesendet von meinem Xperia ZL mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ichirou am 01 Juni 2017, 21:50:45
Hi,

der RJ45 ist nur für PG/OP und nicht für offene Kommunikation. Ein richtiges Ethernet kriege ich da nicht drüber, auch wenn mir eine Statuswebseite angezeigt wird. Ich überlege derzeit, ob sich die Anschaffung einer VIPA Micro mit Analog Out Modul lohnt. Des basteln wegen sicher, aber um die 400€ ist auch nicht grad einfach.
Ein Kommunkationsmodul mit Speed-Bus für die 313 liegt von Siemens in der Bucht zwischen 1€ und 850€, bei VIPA das große bei ~1300. Ich denke, da ist klar, das ich dann eher das HMI erstmal als GW mißbrauche.

Trotzdem danke für das Modul, es kommt der Tag, an dem ich es einsetzen werde :)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: web.a am 02 Juni 2017, 08:51:35
@Ichirou
Ich würde sagen es geht mit der Vipa 313, Eine Verbindung mit dem OC Wizard wird nicht benötigt.
Wenn du über den Netzwerk Anschluss Step 7 Programmieren kannst wird es gehen.

Meine Konfiguration auf FHEM:
define VipaSPS S7 192.168.1.10 0 2
192.168.1.10 IP musst du entsprechend deinem Netzwerk anpassen, die 0 und die 2 wie oben angefügt lasen

Beispiele:

Auslesen Bit 4.3 aus Datenbaustein 10:
define EG_Alarm S7_DRead db 10 4.3

Auslesen Ausgang 2.6:
define FBH_Ein S7_DRead outputs 0 2.6

Auslesen Merker 19.6
define Blinktakt3s S7_DRead flags 0 19.6

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ichirou am 02 Juni 2017, 21:52:12
Hi web.a,

danke für die Tips, ich kann jetzt mit Freude sagen, es funktioniert 1A.
Die notifys haben mir noch etwas zu schaffen gemacht, der arme Raspi hatte gut zu tun, aber jetzt funktioniert die Testumgebung wunderbar.

Vielen Dank an alle Beteiligten :)

Ichirou
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: web.a am 05 Juni 2017, 13:49:10
Ja gerne ;-)

Gesendet von meinem Xperia ZL mit Tapatalk

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 24 Juni 2017, 11:22:14
Hallo

das Modul unterstützt nicht nur eine TCP Schnittstelle, sondern auch die serielle MPI Schnittstelle, somit kann nicht nur eine S7 sondern auch eine S5 angebunden werden.
Ob die Kommunikation auch mit der MPI Schnittstelle der Vipa 313 klappt wurde noch nicht getestet.

lg
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ralf_ am 05 Juli 2017, 23:07:12
@charlie71 :  als erstes höchsten Respekt für diese tolle Modul !

Ich habe es erfolgreich für S5  (AG115U) eingebunden,
SPS-Daten lassen sich einwandfrei lesen.

Aus meiner Begeisterung heraus habe ich im folgenden gleich einige weitere SPS-Bits in FHEM definiert, und bin dann leider doch auf massive Perfomanceprobleme gestoßen.  Ich rede hierbei nicht von Events und Logs, welche ich von Anfang an mit "on-change-reading=.*" unterbunden hatte.

Über "apptime" habe ich reproduzierbare Messwerte ermittelt,
name                                     function                               max  count    total  average maxDly TS Max call     param Max call
tmr-S7_GetUpdate                         HASH(0x2ff4f18)                       3830      1     3830  3830.00      9 05.07. 22:13:28 HASH(115u)

welche bei jedem Abruf für knappe 4 Sekunden alles blocken. Außer das Intervall auf 60 Sekunden zu setzen, gab es aktuell keine Möglichkeit, FHEM benutzbar zu halten.

Ich rufe einen DB ab, welcher in 2 Bytes insgesamt 15 Datenpunkte  (15 Bits aus einem DB) definiert hat. Der eigentlich Abruf über AS511 dürfte max 300 ms dauern, was auch ein Gegentest mit libnodave bestätigt. Ebenso komme ich in FHEM mit nur einem Bit auf ähnliche Werte.

Im folgenden habe ich die Analyse bis zum Trace der seriellen Kommunikation getrieben und festgestellt, dass für jedes einzelne Bit der komplette DB erneut über AS511 abgerufen wird. Es wird also in jedem Intervall ein und der selbe DB für jedes Bit erneut abgerufen.  Damit erklärt sich auch die 4 Sekunden Bearbeitungszeit.

Gemäß Wiki https://wiki.fhem.de/wiki/S7#Funktionsprinzip (https://wiki.fhem.de/wiki/S7#Funktionsprinzip) war ich davon ausgegangen, dass  je Intervall die benötigten Daten nur einmal über AS511 geholt werden:  "Aus dem Ergebnis werden Leseblöcke abgeleitet, die dann von der SPS geholt werden. Danach werden die Clientmodule mit den aktualisierten Werten versorgt." 
Ist es beabsichtigt, dass  ein DB, welcher in mehreren Devices angesprochen wird, trotzdem mehrfach  (über langsames AS511 mit 9600 Bd) abgerufen wird ?


mfg Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: TechnoTron am 06 Juli 2017, 18:13:41
Hallo,

eine kurze Frage. Ist es möglich, dass man eine Variable mit offset setzen kann? Also einen Array beschreiben kann..?

Lg
Tron
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 09 Juli 2017, 09:26:41
Hallo Ralf,

Sorry für mein Delay, hatte  in den letzten Tagen Handwerker im Haus ;-)

Was Du erklärst scheint soweit schlüssig zu sein. Ich möchte mir gerne das Problem genauer ansehen. Dafür benötige ich weitere Infos:
1. relevanter Auszug aus der fhem.cfg (alles was mit dem Modul zu tun hat wichtig ist die Config der Readings und Writings)
2. Logfileauszug: Damit ich verstehen kann was im Modul passiert, habe ich zusätzliche log Meldungen eingebaut die werden aber erst bei höheren log level.
Bitte den log level von 3 auf 5 setzen:

# globale Änderung des Loglevel, gilt für alle Module
attr global verbose 5

Ich benötige nur einen Auszug von 30s danach kann das Loglevel wieder zurückgesetzt werden. Wenn du das Loglevel nicht zurückdrehst, dann wird dein Log file sehr schnell sehr lang werden.

Bitte dann beide Infos posten, dann kann ich mit der Problemanalyse vorfahren.
lG
Charlie71

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ralf_ am 11 Juli 2017, 22:45:36
Hallo Charlie,

vielen Dank für das Angebot der Problemrecherche,
ich habe die SPS-config  und das verbose5-log angehängt,
die sps.cfg ist bei meiner Install sowieso ausgelagert in dieses extra File und somit komplett,
im log ist auf die relevanten Einträge gekürzt.

Dankeschön

viele Grüße Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 12 Juli 2017, 23:00:46
Hallo Ralf,

ich denke ich konnte das Problem lokalisieren. Bitte das File aus dem Anhang tauschen und testen. Bitte um Rückmeldung ob der fix erfolgreich war damit ich das ganze in die offizielle Release aufnehmen kann.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: ralf_ am 13 Juli 2017, 01:28:59
Hallo Charlie,

das schaut sehr gut aus,

name                                     function                               max  count    total  average maxDly TS Max call     param Max call
tmr-S7_GetUpdate                         HASH(0x1319f98)                        286    720   189323   262.95    287 13.07. 01:02:51 HASH(115u)


die Zeiten liegen mit dem Fix im erwarteten Rahmen von unter 300ms,
ich konnte das Polling-Intervall nun auf 1 Sekunde setzen,
FHEM reagiert weiterhin flüssig, und die SPS-Aktualisierung nun ebenfalls.

vielen herzlichen Dank, insbsondere für die sehr schnelle Arbeit   :)

mfg Ralf
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 16 August 2017, 08:25:10
Hallo Leute,

ich hab wieder mal Zeit gefunden die Performance des Moduls zu verbessern.
Die Performanceverbesserungen werden nur mit der Verwendung von "event-on-change-reading" und/oder "event-min-interval" wirksam.

Ich habe die neue Version gerade eingecheckt, kann somit morgen via update bezogen werden.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Cnetrwal am 17 August 2017, 12:34:35
Hallo

Ich habe vor einigen tagen mein FHEM upgedatet und damit die aktuellen S7 Module
installiert. Habe dann das neue Feature mit kurzer LOGO7/8 Notation probiert.
Für digitale Devices funktioniert es auch aber für Analoge nicht. Hab mir den Code angesehen
und festgestellt das das binden an das physikalische Device zu spät passiert. Daher gehen
alle checks für LOGOx schief.
Ich habe z.B.: folgendes geändert:

--- FHEM/44_S7_ARead.pm (Revision 44)
+++ FHEM/44_S7_ARead.pm (Arbeitskopie)
@@ -48,6 +48,7 @@
my @a = split( "[ \t][ \t]*", $def );

my ( $name, $area, $DB, $start, $datatype );
+ AssignIoPort($hash);    # logisches modul an physikalisches binden !!!

$name     = $a[0];
if ( uc $a[2] =~ m/^[NA](\d*)/ ) {
@@ -210,7 +211,6 @@
push( @{ $modules{S7_ARead}{defptr}{$ID} }, $hash );
}

- AssignIoPort($hash);    # logisches modul an physikalisches binden !!!

$hash->{IODev}{dirty} = 1;
Log3 $name, 4,

 

Dann funktioniert es auch mit dem S7_A- devices

LG

Christian
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 18 August 2017, 20:24:54
Hallo Christian,

vielen Dank für deine Hilfe. Ich hab dass Modul schon angepasst und eingecheckt.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mr_tembo am 23 September 2017, 02:36:37
Hallo Zusammen,

ich betreibe seit ca. 1 Jahr eine LOGO! 8.FS4. Nun wollte ich meine Logo 8 welche unsere Heizungsanlage steuert an meinen Fhem anbinden. 
Das einbinden der Logo sowie den Status der Qx Eingänge abzufragen ist/war kein Problem. Ich scheitere jedoch an dem S7_Aread.

AI1 bis AI4 werden an der Logo als analoge Eingänge betrieben. Nun wollte ich diese Werte über den S7_Aread auslesen.  Ich bekomme immer die Fehlermeldung
"...Only for Logo7 or Logo8: define S7_ARead {AI|AM|AQ|NAI|NAQ}"

Mein Eintrag sieht so aus (wie gesagt DRead funktioniert, nur der ARead nicht)

define Hz.Logo S7 LOGO8 192.168.123.188
attr Hz.Logo room 8.00_Heizung

# Heizkreispumpe
define Hz.Pumpe S7_DRead Q1
attr Hz.Pumpe event-on-change-reading state
attr Hz.Pumpe room 8.00_Heizung

define Hz.Innentemperatur S7_ARead AI3
attr Hz.Innentemperatur IODev Hz.Logo
attr Hz.Innentemperatur event-on-change-reading state
attr Hz.Innentemperatur room 8.00_Heizung
attr Hz.Innentemperatur stateFormat {sprintf("%.1f",ReadingsVal($name,"state",0))." °C"}


Kann mir bitte jemand weiterhelfen.

Herzlichen Dank. Mr. Tembo


auch der Versuch über einen analogen Netzwerkausgang (NAQ1) scheitert.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 23 September 2017, 08:12:58
Hallo mr_tembo,

ich hab gerade
define test_ARead S7_ARead AI3
auf der aktuellen Version mit meiner Logo8.FS4 getestet. Funktioniert auf Anhieb einwandfrei.

Bitte aktualisiere dein FHEM auf die neuerste Version.

Bitte um Info ob es dann geklappt hat.
lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: mr_tembo am 23 September 2017, 10:21:08
Hallo Charlie71,

das war es gewesen. An das Update hatte ich nicht mehr gedacht.sorry und herzlichen Dank

GRüße Mr_Tembo
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Tesla am 02 Oktober 2017, 16:09:33
Hallo,

@charlie71:
S7 ist ein tolles Modul! Die Logo ist recht weit verbreitet. Wir unterrichten auch an der Schule über und mit der Logo!8.

FHEM betreibe ich unter Raspbian Jessie. Ich habe folgendes Problem und einen Lösungsvorschlag:

Die Logo befindet sich bei mir in einem anderen logischen IP-Netz als FHEM. Daher sind die Paketlaufzeiten größer und der default timeout in IO::Socket::INET (in nicht notwendigem Ausmaß) auch.
Wenn die Logo nicht erreichbar ist, kommt der timeout offensichtlich so spät, dass die anderen Timer nicht mehr wie geplant funktionieren und FHEM fast vollständig geblockt ist. FHEM ist dann jedenfalls nicht mehr funktionsfähig.

Lösungsvorschlag (nur für 44_S7_S7Client, die anderen überblicke ich nicht):
Timeout in sub TCPConnect explizit setzen:

new IO::Socket::INET(
.....
.....
Timeout => 0.5,
)
fest oder besser konfigurierbar.

Ein Wunsch für die Zukunft wäre noch ein "Set Close" für das Modul oder ein Attribut "disable"

mfg Tesla
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: tugsi am 12 November 2017, 11:51:13
Ich hab mal eine Verständnisfrage bzw. generell eine Frage zu dem Modul.

Ich habe hier bei mir eine S7-300 im Einsatz, die meine Automatisierung übernimmt.
FHEM soll nur ergänzend dazu sein und als Visualisierung mit Touch laufen.
Soweit die Theorie.

Jetzt habe ich zum testen nur mal ein Bit genommen, welches mein Flurlicht einschaltet, das klappt auch sehr gut.
Nur ich habe mir gedacht, wenn ich jetzt zB sämtliche Status die ich in meiner SPS für bestimmte Vorgänge habe, abfrage von FHEM und ebenso an der Visualisierung per Touch ein und ausschalten lasse etc, dann werden da schon eine Menge an Bits etc hin- und hergeschickt.
Dies passiert ja wie ich verstanden habe, im Sekundentakt.

Ich frage mich, ob dies nicht zu einer Belastung wird für den Raspberry und das System?

Bei uns auf der Arbeit schicken wir zwischen den einzelnen SPSen immer ganze DBs hin und her.
Habe ich hier irgendwie auch die Möglichkeit statt aus einem DB einzelne Bits zu nehmen, einen gesamten DB abzufragen?

Ich stelle mir zum Beispiel vor, dass ich ein Gesamt-DB für einzelne StatusBits einlese und in FHEM dann definiere, welches Bit welches ist.
So lese ich nur einmal ein DB ein und nicht jedes Bit einzeln.
Oder macht das Modul dies schon automatisch?
Wie gesagt, ich habe zum testen erst ein BIT aus einem DB.

Ich hoffe ich habe mich einigermassen verständlich ausgedrückt :)

Gruß Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 13 November 2017, 08:36:14
Hallo Thomas
Das Modul schcikt nicht jedes Bit einzeln. Wenn ich mich recht entsinne, ist es so aufgebaut, dass aufgrund der Definitionen sinnvolle Bloecke gebildet werden, so dass dann entsprechende Pakete entstehen. Kann man ganz gut sehen, wenn man mal mehrere Bits aus einem DB definiert!
Da das Modul inzwischen auch nonblocking ist (?), sollte es den RPI auch nicht ausbremsen. Ich kann aber mal gucken, wie sehr meine Kommunikation das fhem belastet.
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: tugsi am 29 November 2017, 04:32:13
Hab gestern ein Update gemacht und auch gesehen, dass die S7- Dateien upgedatet wurden, aber seitdem habe ich mySPS als Device nicht mehr und wenn ich es versuche zu definieren, wird mir gesagt, dass er dei S7 module nicht laden kann.
Das Log sagt folgendes:

2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_Initialize redefined at ./FHEM/44_S7.pm line 38.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_connect redefined at ./FHEM/44_S7.pm line 66.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_disconnect redefined at ./FHEM/44_S7.pm line 139.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_reconnect redefined at ./FHEM/44_S7.pm line 156.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_Define redefined at ./FHEM/44_S7.pm line 173.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_Undef redefined at ./FHEM/44_S7.pm line 260.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_Set redefined at ./FHEM/44_S7.pm line 274.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_Get redefined at ./FHEM/44_S7.pm line 281.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_Attr redefined at ./FHEM/44_S7.pm line 305.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_getAreaIndex4AreaName redefined at ./FHEM/44_S7.pm line 419.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_WriteToPLC redefined at ./FHEM/44_S7.pm line 438.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_WriteBitToPLC redefined at ./FHEM/44_S7.pm line 510.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_ReadBlockFromPLC redefined at ./FHEM/44_S7.pm line 584.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_setBitInBuffer redefined at ./FHEM/44_S7.pm line 653.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_getBitFromBuffer redefined at ./FHEM/44_S7.pm line 697.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_getAllWritingBuffersFromPLC redefined at ./FHEM/44_S7.pm line 724.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_GetUpdate redefined at ./FHEM/44_S7.pm line 783.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_dispatchMsg redefined at ./FHEM/44_S7.pm line 803.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_readAndDispatchBlockFromPLC redefined at ./FHEM/44_S7.pm line 825.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_getReadingsList redefined at ./FHEM/44_S7.pm line 894.
2017.11.29 04:28:10 1: PERL WARNING: Subroutine S7_readFromPLC redefined at ./FHEM/44_S7.pm line 1093.
2017.11.29 04:28:10 1: reload: Error:Modul 44_S7 deactivated:
Attempt to reload 44_S7_S5Client.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 12.

2017.11.29 04:28:10 0: Attempt to reload 44_S7_S5Client.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 12.


Ist da was fehlerhaft oder muss ich irgendwas auf meinen Raspberry noch nachinstallieren, was bisher nicht gebraucht wurde?

Gruß Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 29 November 2017, 06:55:56
Moin
Charlie hatte ein Update gemacht wegen eines Fehlers bei treshold. Wenn das bei Dir fehlschlaegt, dannhat er evtl. einen Fehler eingebaut. Einfach die letzten versionen wieder einspielen, und abwarten!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: doesel am 29 November 2017, 07:34:05
Hallo,
auch mich hat das Update gestern kalt erwischt:
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_Initialize redefined at ./FHEM/44_S7.pm line 38, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_connect redefined at ./FHEM/44_S7.pm line 66, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_disconnect redefined at ./FHEM/44_S7.pm line 139, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_reconnect redefined at ./FHEM/44_S7.pm line 156, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_Define redefined at ./FHEM/44_S7.pm line 173, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_Undef redefined at ./FHEM/44_S7.pm line 260, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_Set redefined at ./FHEM/44_S7.pm line 274, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_Get redefined at ./FHEM/44_S7.pm line 281, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_Attr redefined at ./FHEM/44_S7.pm line 305, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_getAreaIndex4AreaName redefined at ./FHEM/44_S7.pm line 419, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_WriteToPLC redefined at ./FHEM/44_S7.pm line 438, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_WriteBitToPLC redefined at ./FHEM/44_S7.pm line 510, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_ReadBlockFromPLC redefined at ./FHEM/44_S7.pm line 584, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_setBitInBuffer redefined at ./FHEM/44_S7.pm line 653, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_getBitFromBuffer redefined at ./FHEM/44_S7.pm line 697, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_getAllWritingBuffersFromPLC redefined at ./FHEM/44_S7.pm line 724, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_GetUpdate redefined at ./FHEM/44_S7.pm line 783, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_dispatchMsg redefined at ./FHEM/44_S7.pm line 803, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_readAndDispatchBlockFromPLC redefined at ./FHEM/44_S7.pm line 825, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_getReadingsList redefined at ./FHEM/44_S7.pm line 894, <$fh> line 5.
2017.11.28 13:11:15 1: PERL WARNING: Subroutine S7_readFromPLC redefined at ./FHEM/44_S7.pm line 1093, <$fh> line 5.
2017.11.28 13:11:15 1: reload: Error:Modul 44_S7 deactivated:
Attempt to reload 44_S7_S5Client.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 12, <$fh> line 5.

2017.11.28 13:11:15 0: Attempt to reload 44_S7_S5Client.pm aborted.
Compilation failed in require at ./FHEM/44_S7.pm line 12, <$fh> line 5.

2017.11.28 13:11:15 2: wrong syntax : define <name> S7_DRead {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DRead {I|Q|M|NI|NQ}1..24

Schlauerweise hat mir FHEM meine Logo-Definitionen gleich aus der config gelöscht! Wohl dem, der regelmäßig ein Backup macht.
Doesel
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: tugsi am 29 November 2017, 12:08:08
Danke für die Info, hab ich mir schon fast gedacht, mich hatte nur gewundert, dass hier noch keiner was dazu geschrieben hatte.

Gibt es denn für die einzelnen Module sowas wie Github o.ä. wo man nachschauen kann, was geändert wurde?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fhainz am 29 November 2017, 12:39:59
Klar. Im svn kannst du nachsehen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 Dezember 2017, 10:35:55
Hallo tugsi,

Das Modul führt kein Bitweises Lesen durch, sondern das Modul ist so schlau, dass es anhand der Konfiguration berechnet welche Blöcke gelesen werden müssen. Somit werden die Lesevorgänge minimiert. Nur das Schreiben (FHEM -> SPS) wird bitweise durchgeführt.
Das Modul ist übrings nicht Nonblocking, das Lesen von 40 - 60 Datenpunkten dauert bei mir ca 40ms (gemessen mit apptime). Durch eine nonblocking Implementierung würde die Geschwindigkeit nicht gesteigert werden, da der overhead beim nonblocking den geschwindigkeitsvorteil wieder kompensieren würde (Ich hab das testweise ausprobiert).

lg
Charlie71

Zitat von: tugsi am 12 November 2017, 11:51:13
Ich hab mal eine Verständnisfrage bzw. generell eine Frage zu dem Modul.

Ich habe hier bei mir eine S7-300 im Einsatz, die meine Automatisierung übernimmt.
FHEM soll nur ergänzend dazu sein und als Visualisierung mit Touch laufen.
Soweit die Theorie.

Jetzt habe ich zum testen nur mal ein Bit genommen, welches mein Flurlicht einschaltet, das klappt auch sehr gut.
Nur ich habe mir gedacht, wenn ich jetzt zB sämtliche Status die ich in meiner SPS für bestimmte Vorgänge habe, abfrage von FHEM und ebenso an der Visualisierung per Touch ein und ausschalten lasse etc, dann werden da schon eine Menge an Bits etc hin- und hergeschickt.
Dies passiert ja wie ich verstanden habe, im Sekundentakt.

Ich frage mich, ob dies nicht zu einer Belastung wird für den Raspberry und das System?

Bei uns auf der Arbeit schicken wir zwischen den einzelnen SPSen immer ganze DBs hin und her.
Habe ich hier irgendwie auch die Möglichkeit statt aus einem DB einzelne Bits zu nehmen, einen gesamten DB abzufragen?

Ich stelle mir zum Beispiel vor, dass ich ein Gesamt-DB für einzelne StatusBits einlese und in FHEM dann definiere, welches Bit welches ist.
So lese ich nur einmal ein DB ein und nicht jedes Bit einzeln.
Oder macht das Modul dies schon automatisch?
Wie gesagt, ich habe zum testen erst ein BIT aus einem DB.

Ich hoffe ich habe mich einigermassen verständlich ausgedrückt :)

Gruß Thomas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fhainz am 10 Dezember 2017, 10:49:10
Hallo charlie!

Ich nutze eine Logo8 und mir ist ein seltsames Verhalten bei den Netzwerkeingängen aufgefallen. Ein NI kann von FHEM aus nur in der "langen" Schreibweise mit angabe der db und bit gesetzt werden. Direkt per "Kurzschreibweise" zB NI1 kann er nicht gesetzt werden. Ich hab mir bisher mir der langen Schreibweise beholfen, ein anderer User ist die Tage auch darüber gestolpert. (https://forum.fhem.de/index.php/topic,80743.0.html)

Funktioniert nicht:
define ni1 S7_DWrite NI1

Funktioniert:
define ni1 S7_DWrite db 0 100.0

Hast du eine Idee?

Weiter wollte ich fragen ob das Problem, das FHEM hängt wenn die Logo nicht erreichbar ist, behoben wurde. (https://forum.fhem.de/index.php/topic,26092.msg693316.html#msg693316)

Grüße
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 10 Dezember 2017, 21:25:02
Hallo fhainz,


Leider liegt das Problem bei der Kurzschreibweise nicht am FHEM Modul sondern an der Logo. Ich habe selbst 4 Logos im Einsatz in manchen Konstellation kann ich direkt auf NI schreiben, aber manchmal nicht. Aber vielleicht kann ja jemand anderer helfen.

Es gibt nun ein Attribut RecvTimeout, damit kann man einstellen wie lange das Modul auf eine Antwort von der S7 wartet.

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fhainz am 10 Dezember 2017, 21:35:59
Alles klar, danke dir!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: tugsi am 28 Januar 2018, 11:07:41
Moin,
hatte mal seperat eine Anfrage gestellt, aber keine Antwort bekommen, ich versuche es nochmal hier :-)

-----
Hallo,
ich benutze das SPS-Modul von charlie71 und lese aus einem bereitgestellten DB BOOLs und BYTEs aus.
Jetzt habe ich zB in einem BYTE Hexwerte drin, die mir im Grunde einen bestimmten Status angeben.

Ein Beispiel
Ich bekomme ein Hex B#16#8D (Dezimal 141) dies würde im Klartext bedeuten "Nachtbetrieb".
So gibt es mehrere verschiedene Statuse (ca. 20 Stück)

Jetzt würde ich gerne im FHEM nicht den Dezimalwert sehen sondern sofort den Klartext.

Hab ich irgendwie eine Möglichkeit eine Art Tabelle zu hinterlegen, welche mir dann den richtigen Text anzeigt?

Ich hoffe ich habe es verständlich genug erklärt *lach
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 28 Januar 2018, 11:55:32
Hallo tugsi
Ja das geht, ich weiss aber nicht wie! Ich wuerde deine erste Anfrage mal in Anfaengerfragen verschieben. Denn Du willst ja nur eine Uebersetzungstabelle erstellen, das hat nichts mit dem Modul per se zu tun!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 08 Februar 2018, 12:54:37
Hallo Zusammen,

ich habe ein Problem, das Modul löscht mir nach dem Neustart alle NI von meiner LOGO8.
Die War früher mal eine LOGO7 und ist gegen eine LOGO8 getauscht worden.
Ich hatte bei der LOGO7 die NIs (S7_DWrite) direkt über die DB Adresse adressiert "DEF db 0 201.2" jetzt "DEF NI8".

Das hatte auch funktioniert aber nach dem Neustart sind alle weg.

im Log steht folgendes:


2018.02.08 12:34:16 2: wrong syntax : define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DWrite {I|Q|M|NI|NQ}1..24
2018.02.08 12:34:16 1: define Rollo_Schlafzimmer_Up S7_DWrite NI17: wrong syntax : define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DWrite {I|Q|M|NI|NQ}1..24


und...


2018.02.08 12:34:53 1: configfile: wrong syntax : define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DWrite {I|Q|M|NI|NQ}1..24
wrong syntax : define <name> S7_DWrite {inputs|outputs|flags|db} <DB> <address>
Only for Logo7 or Logo8:
define <name> S7_DWrite {I|Q|M|NI|NQ}1..24


und das auch noch...


Please define BAD_DG_LED_1_Bit first
Please define BAD_DG_LED_2_Bit first
Please define BAD_DG_LED_2_Bit first
Please define Bad_Fenster_offen_Logo first
Please define Bad_Fenster_offen_Logo first
Please define Fusbodenheizung_Manuell first
Please define Fusbodenheizung_Manuell first


Definition der LOGO:

defmod LOGO_Dach S7 LOGO8 192.168.10.201
attr LOGO_Dach devStateIcon connected.*:siemens_logo@green disconnected:siemens_logo@red
attr LOGO_Dach fp_Dachgeschoss 328,798,0,LOGO_Dach,
attr LOGO_Dach room SPS

setstate LOGO_Dach connected to PLC
setstate LOGO_Dach 2018-01-11 16:45:26 error ok
setstate LOGO_Dach 2018-02-08 12:34:12 state connected to PLC


Ich hoffe mir kann da jemand weiterhelfen, danke.

Gruß
Max

PS: Die Module sind aktuell.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 08 Februar 2018, 13:20:16
Moin
Trifft das evtl. #985!? Dann steht darunter auch eine Antwort, wenn auch leider nicht befriedigend!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 08 Februar 2018, 13:41:38
Nicht ganz, ich konnte die NIs schreiben, hat alles super funktioniert, ca 2Wochen, nur nach dem Neustart sind die alle nicht meht in FHEM.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 11 Februar 2018, 12:01:18
Hallo,

ich habe das Problem gefunden, es liegt am define der DWrite, wahrscheinlich auch bei allen.

Ich habe eine LOGO8 und drei LOGO7 im Einsatz, NIs gehen aber nur bei der LOGO8.
In meiner FHEM.cfg ist aber die letzte Definierte SPS eine LOGO7 und bei Neustart und beim definieren einer neuen Variable (DWrite) nimmt das Modul als IODev die letzte Definierte SPS also meine LOGO7.

Leider weiß in nicht wie ich das im Modul anpassen kann, habe es jetzt erstmal so gelöst indem ich meine LOGO8 als letztes definiere, dies funktioniert aber wenn man mehrere verschidenene SPSen hat wird dies zu einem Problem.

Meine Idee wäre jetzt das man beim define das IODev direkt mit angeben kann, beispiel:

define Wohnzimmer_LED_Bit S7_DWrite NI1 LOGO_Keller

aktuell ist dies ja so:

define Wohnzimmer_LED_Bit S7_DWrite NI1
attr Wohnzimmer_LED_Bit IODev LOGO_Keller

Also wird das IODev erst später hinzugefügt und ist beim Define noch nicht bekannt.

Gruß
Max
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 11 Februar 2018, 12:50:53
So...

dafür funktionieren die anderen Steuerungen nicht mehr.
Die Verbindung zu den LOGO7 bricht immer ab.


2018.02.11 12:49:13 3: LOGO_Keller S7_connect: connect to PLC with maxPDUlength=240
2018.02.11 12:49:20 3: TCPClient ReadArea error (IP= 192.168.10.200) returned data not OK: 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 02, 00, 00, 0e, 00, 00, 32, 03, 00, 00, 02, 00, 00, 02, 00, 04, 00, 00, 04, 01, 05, 04, 00, 00, 02, f0, 80, 19, 02, f0, 80, 32, 01, 00, 00, 02, 00, 00, 0e, 00, 00, 04, 01, 12, 0a, 10, 02, 00, 51, 00, 00, 84, 00, 20, 08, ff, 04, 06, 40, 02, 00, 00, 00, 02, 00, 00, 00, 06, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00, 00, 01, 02, 8a, 01, e0, 00, 02, 55, f1, 00, 02, 02, 4a, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00
2018.02.11 12:49:20 3: LOGO_Keller S7_ReadBlockFromPLC ReadArea error: 768=Error during data read
2018.02.11 12:49:20 2: LOGO_Keller S7 disconnected


also verschiedene SPS Steuerungen gleichzeitig scheinen nicht zu funktionieren.

Gruß
Max
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: kujaku80 am 11 Februar 2018, 19:13:29
Zitat von: charlie71 am 23 Juni 2016, 22:40:49
Hallo GeRei77,

Gibt es mehrere Geräte die auf die Logos zugreifen?

Wenn du das log Level im FHEM erhöhst gibts mehr Infos im Logfile. (attr global verbose 5)

lG
Charlie71

Hallo, auch ich habe auch ein Problem mit ständigen connect /disconnect meiner 0BA7.

Ich greife mit logocontrol noch auch die Logo zu um Daten für die Netio App bereitzustellen.

Gibt es eine Lösung um mit logocontrol und fhem gleichzeitig evtl. auch in Abständen auf die Logo zuzugreifen?

Hauptsächlich möchte ich in fhem nur meine Temperaturen grafisch darstellen lassen.

Oder hat jemand logocontrol im Einsatz und greift die Daten für fhem direkt mittels HTTPMOD ab und hat eine Hilfestellung wie das ganze funktioniert?

Grüße Markus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 13 Februar 2018, 14:17:19
Hallo,

ich habe das mit den verschiedenen Steuerungen gelöst, ist wahrscheinlich nicht das Gelbe vom Ei aber es funktioniert so bei mir.
Werde das ganze noch ein wenig Testen.

Ich überspringe das Define wenn FHEM noch nicht initialisiert ist und lade die Module über ein notify.

$hash->{NotifyFn} = "S7_DRead_Notify";


Im Anhang sind die beiden Digital Module, für die Analogen habe ich es nicht angepasst.

Ich hoffe wir können hier zusammen die Funktion fest ins Modul übernehmen.

Gruß
Max
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 13 Februar 2018, 16:15:42
UPDATE.

denke das funktioniert jetzt so aber wie gesagt ist nicht das gelbe vom Ei.

Bin hiermit nicht zufrieden, dies benutze ich um das IODev zu ändern wenn IODev keine LOGO ist und die DEF für eine LOGO.

fhem "attr ".$hash->{NAME}." IODev ".$IODEV_NAME;


Bitte vor dem Testen ein Backup machen! Ich hatte zum Glück eins...

Gruß
Max
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: jailbreaker07 am 04 April 2018, 10:00:52
Hallo,

ich habe vereinzelt Abbrüche zwischen Logo OBA8 und Fhem mit einem daraus resultierenden Freeze  von teilweise 20 Sekunden und mehr...
Ich verwende zwei LOGO OBA8...


2018.04.04 03:55:10 3: Logo_2 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2018.04.04 03:55:10 2: Logo_2 S7 disconnected
2018.04.04 03:55:34 3: Logo_2 S7_connect: connect to PLC with maxPDUlength=240
2018.04.04 03:55:34 1: 192.168.1.249:2001 disconnected, waiting to reappear (meinLGW:keepAlive)
DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
2018.04.04 03:55:34 0: DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.

2018.04.04 03:55:34 3: Logo_1 S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2018.04.04 03:55:34 2: Logo_1 S7 disconnected
2018.04.04 03:55:34 1: Perfmon: possible freeze starting at 03:55:14, delay is 20.565
2018.04.04 03:55:34 1: HMUARTLGW meinLGW:keepAlive KeepAlive sent 15.131s too late, this might cause a disconnect!
2018.04.04 03:55:34 1: 192.168.1.249:2000 disconnected, waiting to reappear (meinLGW)
2018.04.04 03:55:34 3: Opening meinLGW:keepAlive device 192.168.1.249:2001
2018.04.04 03:55:34 1: 192.168.1.249:2000 reappeared (meinLGW)
2018.04.04 03:55:34 3: meinLGW:keepAlive device opened
2018.04.04 03:55:34 3: HMUARTLGW meinLGW BidCoS-port opened
2018.04.04 03:55:34 3: HMUARTLGW meinLGW:keepAlive KeepAlive-port opened
2018.04.04 03:55:37 3: Logo_1 S7_connect: connect to PLC with maxPDUlength=240



Gruß

Thorsten
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 04 April 2018, 11:17:56
Zitat von: jailbreaker07 am 04 April 2018, 10:00:52
Hallo,

ich habe vereinzelt Abbrüche zwischen Logo OBA8 und Fhem mit einem daraus resultierenden Freeze  von teilweise 20 Sekunden und mehr...
Ich verwende zwei LOGO OBA8...


Gruß

Thorsten
Moin
Bist Du Dir sicher, dass es nicht woanders dran liegt? Die Uhrzeit waere auch gut fuer einen refresh der IP durch Deinen Provider!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: martin95 am 11 November 2018, 17:56:10
Guten Tag miteinander

Ich möchte den Beitrag von TESLA nochmal aufwärmen:
https://forum.fhem.de/index.php/topic,26092.msg693316.html#msg693316

Ich betreibe eine LOGO!8 die via einer VPN Verbindung mit dem FHEM (Raspberry Pi 3 Model B) verbunden ist.
Das läuft (tagelang) perfekt bis die VPN Verbindung abbricht. Bei unerreichbarer LOGO!8 ist der FHEM Server parktisch nicht mehr
zu gebrauchen. Webinterface und weitere LAN-Geräte (HMLAN) hängen sich ab oder haben eine Verzögerung im Minuten-Berreich.

Kann (man/ ich) das Verhalten bei nicht erreichbarer LOGO 'irgendwie' verbessern?

Ansonsten ist das S7 ist ein wirklich tolles Modul!

Herzlichen Dank,

Martin
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Edi77 am 12 November 2018, 23:53:39
Hallo

Ich habe eine Frage zum S7_ARead und Logo 0ba8

Block B001 ist ein Zählerbaustein der am Eingang I13 einen Wasserzaehler zaehlt
Also sollte das doch so gehen

define Wasserzaehler S7ARead db 1 0 u32
attr Wasserzaehler Logo129


Aber leider funktioniert das nicht.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 14 November 2018, 19:13:09
@martin95

Hallo Martin,

hast schon versucht das Attribut ReceiveTimeoutMs vom defaultwert 500ms zu verkleinen (minimal Wert 100ms).

lG
Charlie71
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: charlie71 am 14 November 2018, 19:19:59
Hallo Edi,

alle Daten der Logo liegen am DB 0. Das folgende sollte klappen, sofern du den Block B001 in der VM Konfiguration auf die Adresse 0 als DWORD gelegt hast.

lG
Charlie71

define Wasserzaehler S7ARead db 0 0 u32
attr Wasserzaehler Logo129


Zitat von: Edi77 am 12 November 2018, 23:53:39
Hallo

Ich habe eine Frage zum S7_ARead und Logo 0ba8

Block B001 ist ein Zählerbaustein der am Eingang I13 einen Wasserzaehler zaehlt
Also sollte das doch so gehen

define Wasserzaehler S7ARead db 1 0 u32
attr Wasserzaehler Logo129


Aber leider funktioniert das nicht.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: martin95 am 16 November 2018, 20:56:48
@charlie71

Hallo Charlie71

Vielen Dank für den Tipp  :)

Ja ich hatte das Attribut ReceiveTimeoutMs auf 200ms & 100ms verkleinert (und FHEM zur Sicherheit neu gestartet) jedoch ohne sichtbaren Erfolg.

Gäbe es ein Möglichkeit das Modul jeweils temporär zu deaktivieren? (zBsp via "attr xyz disable 1")?
Dann könnte ich via Ping festellen ob die LOGO! noch erreichbar ist und falls nicht das Modul automatisch deaktivieren (...)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 28 November 2018, 22:29:39
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 29 November 2018, 11:15:46
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 29 November 2018, 16:39:25
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 30 November 2018, 07:17:56
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 30 November 2018, 10:53:54
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 30 November 2018, 13:14:15
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 03 Dezember 2018, 10:56:14
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Dezember 2018, 11:18:01
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 03 Dezember 2018, 11:59:22
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 03 Dezember 2018, 12:54:36
Gut
Dann warten wir einfach erstmal ab!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: elmo25674 am 10 Januar 2019, 19:50:24
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: jailbreaker07 am 14 Januar 2019, 09:10:18
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 13 März 2019, 00:16:36
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 13 März 2019, 07:27:37
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 13 März 2019, 10:51:26
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
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 04 Mai 2019, 22:20:54
@charlie71

Hallo Charlie71,

habe ähnliche Probleme und würde im gewissen Zeitraum eine S7-1200 vom Stromnetz nehmen.
Bei nicht erreichen der CPU habe ich folgenden Fehler alle 10sec in etwa.

"S7_connect: ERROR in Socket Creation: Invalid argument at FHEM/44_S7_S7Client.pm line 528."

Wie kann ich den abstellen bzw. was ist es für ein Auffwand ein "attr disable" einzufügen?
Wäre sehr dankbar für deine Antwort.

Gruß,
SteRa

Zitat von: martin95 am 16 November 2018, 20:56:48
@charlie71

Hallo Charlie71

Vielen Dank für den Tipp  :)

Ja ich hatte das Attribut ReceiveTimeoutMs auf 200ms & 100ms verkleinert (und FHEM zur Sicherheit neu gestartet) jedoch ohne sichtbaren Erfolg.

Gäbe es ein Möglichkeit das Modul jeweils temporär zu deaktivieren? (zBsp via "attr xyz disable 1")?
Dann könnte ich via Ping festellen ob die LOGO! noch erreichbar ist und falls nicht das Modul automatisch deaktivieren (...)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 07 Oktober 2019, 17:28:38
EDIT:
alles zurück, ich hatte den anderen Fhem Server noch am mitlaufen, dadurch haben zwei geräte drauf zugegriffen und deshalb kamen die disconnected
:)

Ich muss mich hier auch mal melden, da ich nun mit meinem gesamten Fhem umgezogen bin auch ein neues Gerät.
Das Gerät Intel-NUC ist nur etwas neuer vom Prozessor her, dass sollte eigentlich nicht entscheiden sein.

Folgendes Problem ich habe das Logo komplett neu angelegt und kurzzeitig funktioniert es soll heißen Logo connected to PLC.
Nach ca. 5min. geht aber das Theater los und er schaltet sich immer auf disconnected, dass ganze Spielchen geht dann fortlaufend weiter.

Habe cih etwas vergessen einzurichten beim neu erstellen. Es ist ewig lange her das ich dieses Modul mal erstellt habe und hatte echt nei Probleme.
Was gibt es zu beachten.?
dies steht im log

2019.10.07 17:27:51 0: DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
2019.10.07 17:27:44 3: myLogo S7_connect: connect to PLC with maxPDUlength=240
2019.10.07 17:27:41 2: myLogo S7 disconnected
2019.10.07 17:27:41 3: myLogo S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: stera am 07 Oktober 2019, 18:56:58
Hallo,

schön das sich das Problem lösen konnte  :D

Hoffe Charlie71 meldet sich nochmal. Habe vorübergehend eine eigene Fhem Docker Instanz für das Modul angelegt. Diese schalte ich im Winter nun weg und nehme die S7-Steuerung vom Netz  ::) 8)

Gruß,
SteRa


Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 12 November 2019, 12:50:30
Hallo zusammen,
ich habe eine ET200 über das S7 Modul an fhem angebunden, was bisher auch problemlos funktioniert hat.
Aber seit heute bekomme ich dauernd disconnects und ich kann auch die einzelnen devices nicht mehr wirklich bedienen. Teilweise passiert erst etwas, wenn ich ein gerät 4-5x schalte.
Wie lässt sich das ganze eingrenzen bzw. wie kann man hier nach Fehlern suchen?
2019.11.12 12:48:24.476 3: ET200 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2019.11.12 12:48:24.509 2: ET200 S7 disconnected
2019.11.12 12:48:24.572 3: ET200 is disconnected ? --> reconnect
2019.11.12 12:48:24.590 2: ET200 S7 disconnected
2019.11.12 12:48:27.548 3: ET200 S7_connect: connect to PLC with maxPDUlength=240
2019.11.12 12:48:27.591 2: ET200 S7_connect: allready connected!
2019.11.12 12:48:37.785 3: ET200 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2019.11.12 12:48:37.808 2: ET200 S7 disconnected
2019.11.12 12:48:39.202 3: ET200 is disconnected ? --> reconnect
2019.11.12 12:48:39.223 2: ET200 S7 disconnected
2019.11.12 12:48:40.856 3: ET200 S7_connect: connect to PLC with maxPDUlength=240
2019.11.12 12:48:42.224 2: ET200 S7_connect: allready connected!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 13 November 2019, 07:26:33
Moin
Pauschal wuerde ich erstmal im Netzwerk nach einem Problem suchen!
Kommst du denn mit der S7-SW noch auf die ET200?
Was hast du gemacht, bevor es auf einmal nicht mehr ging? Update?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 14 November 2019, 20:39:30
Hallöchen,

meine Vermutung würde in die gleiche Sparte greifen:

ich habe ein ähnliches Problem gehabt, als ich zwei mal auf die entsprechende S7 zugreifen wollte. D.h. Ich habe mein Testsystem auch eingebunden und habe zum einen immerwieder Probleme bei der Abfrage gehabt. Zum anderen war es aber so, dass ich auch dann mit der Programmieroberfläche nicht mehr auf die Bausteine zugreifen konnte. Ich musste mind. eine (meist sogar beide) Anbindungen deaktivieren.

Andere Alternative, die ich vor kurzem mit einem anderen Gerät hatte:
Falls Anbindung per WLAN funktioniert und Du einen AccessPoint neu dazu / verstellt hast, schau mal ob das ggf. der Grund sein könnte

Das wären so meine Ideen.... Vielleicht hilft es ja ;)

Drück die Daumen und
schöne Grüße
Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 14 November 2019, 22:30:49
Danke für die schnelle Hilfe!
Das "Problem" war letztendlich einfacher gelöst als erwartet: Kompletter System-Neustart des fhem-hosts.
Vorher hatte ich bereits (unerfolgreich) probiert: diverse fhem-neustarts, diverse fhem-docker container neustarts, neustart der S7, Programm neu laden auf die S7.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ajuba am 23 November 2019, 07:17:01
Hallo
Ich bin sporadischen Netzaussetzern in meine Heimnetz auf der Spur und nachdem ich schon fast alle Teilnehmer weggeschaltet habe vermute ich, dass es evt. von der S7-315DP respektive dem CP343-1 kommen könnte.
Ich verwende das Fhem S7 Modul schon seit Jahren und es funktioniert gut aber an manchen Tagen geht beim surfen oder Radio streamen für einige Minuten gar nichts mehr und der Router (früher Netgear jetzt Fritzbox) ist auch nicht erreichbar. Auch auf das NAS kann ich nicht mehr zugreifen. Die Internetverbindung am Router bleibt aber aufrecht. Es sieht so aus, als ob der Router voll mit Anfragen überlastet ist und nichts mehr durch geht.

Hin und wieder habe ich im Log File solche Fehlermeldungen, die ich aber nicht direkt oben beschriebenen Aussetzern zuordnen kann.
2019.11.22 20:36:42 1: [Freezemon] myFreezemon: possible freeze starting at 20:35:53, delay is 49.55 possibly caused by: tmr-S7_GetUpdate(PLC)
DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.
2019.11.22 20:36:42 0: DIE:send: Cannot determine peer address at FHEM/44_S7_S7Client.pm line 851.

2019.11.22 20:36:42 3: PLC S7_ReadBlockFromPLC ReadArea error: -2=unknown errorcode
2019.11.22 20:36:42 2: PLC S7 disconnected
2019.11.22 20:36:45 3: PLC S7_connect: connect to PLC with maxPDUlength=240
2019.11.22 23:12:43 1: [Freezemon] myFreezemon: possible freeze starting at 23:12:42, delay is 1.123 possibly caused by: tmr-S7_GetUpdate(PLC) tmr-FW_closeInactiveClients(N/A)
2019.11.22 23:59:00 3: DbLog myDbLog -> addLog created - TS: 2019-11-22 23:59:00, Device: LimesWetter, Type: NETATMO, Event: addLog, Reading: rain_day, Value: 0.00, Unit: mm
2019.11.23 05:12:15 3: ABFALL Abfall - CALENDAR:Abfallkalender triggered, updating ABFALL Abfall ...
2019.11.23 06:20:48 1: [Freezemon] myFreezemon: possible freeze starting at 06:20:47, delay is 1.066 possibly caused by: tmr-S7_GetUpdate(PLC)
2019.11.23 06:20:53 1: [Freezemon] myFreezemon: possible freeze starting at 06:20:52, delay is 1.685 possibly caused by: tmr-SYSMON_Update(sysmon) tmr-S7_GetUpdate(PLC)


Kann es sein, dass ich bei der CP343-1 Einstellung was ändern muss?

Danke für jeden Tip
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: flummy1978 am 24 November 2019, 16:21:39
Hallo,

berufsbedingt, hab ich das ein oder andere mal damit zu tun, aber bin dennoch sicher gerade aus dem Kopf, ohne selbst davor zu sitzen vor falschen Aussagen nicht befreit. Dennoch versuche ich mal zu helfen:

Mich wundert es ehrlich gesagt ein wenig, dass es überhaupt funktioniert und na klar sollte man dort imho noch was ändern:

Zitat von: Ajuba am 23 November 2019, 07:17:01
Kann es sein, dass ich bei der CP343-1 Einstellung was ändern muss?

  • Wie muss der Netzübergang eingestellt werden? Router oder Kein Router? Aktuell habe ich Keinen Router verwenden eingestellt
  • Muss ich mit einem Subnetz vernetzt sein oder nicht? Aktuell habe ich eine Verbindung mit meinem Netz projektiert.

Du benutzt doch einen Router ? Warum bist Du der Meinung, dass man dort "keinen Router" eingeben sollte ? Un vernetzt ist es ja auch, weil die CP343 dazu dient eine Schnittstelle für Deine CPU darzustellen und Du dadurch mit anderen Netzwerkteilen (wie z.B. eben auch Fhem) kommunizierst.

Also Router einstellen und Vernetzt ebenso, dann sollte es in diese Richtung schon mal nichts mehr schief gehen.

Die fehlende Router Einstellung KANN durchaus Dein Problem sein, weil irgendwelche Anfragen von der CP im nirgendwo landen (weil kein Router angegeben ist) -- Aber muss nicht zwingend der einzige Grund sein.  Vor allem diese "wo einige Minuten nichts mehr geht"  - Aussage wundert mich. Einige Sekunden ok. 1 Minute vielleicht auch noch, aber einige Minuten  :o ???

Vielleicht hilft das ja schon... Ansonsten braucht man sicher ein wenig mehr Infos aus Deinem Netzwerk (IP Struktur, wieviele Geräte wieviele im Wlan usw)

Grüße
Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 25 November 2019, 07:04:22
Moin
@Andreas: Vernetzt ist er, deswegen blau markiert! Und den Router muss man nicht angeben, da dies bei Siemens, meines Wissens nach, eine andere Bedeutung hat. Es geht hierbei um die Kommunikation in andere Netze zu anderen SPSen, nicht in einem Netz. Und die S7 soll ja wohl nicht in die weite Welt telefonieren.
@Ajuba: Klaer uns mal bitte ein wenig mehr ueber Dein Netz auf. Gerade Fritz!Box ist problematisch, wenn man viele WLAN Teilnehmer hat!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ajuba am 25 November 2019, 09:25:09
Das mit dem Router unter Siemens habe ich gestern Nacht auch noch bei Siemens gefunden. Da ist das Siemens-eigene Routing in andere Subnetze gemeint, also z.B. über den CP einer anderen PLC in ein anderes Sub-Netz. Das benötigt man u.a. um von einer Programmierstation aus alle PLCs im Netzwerk zu warten. Es hat also nichts mit dem klassischen Netzwerk Router zu tun.

Mir ist nun zusätzlich noch folgendes aufgefallen: Der S7-CP verbindet sich nur über Half-Duplex/100MBit mit dem Switch obwohl er auf Automatic steht und eigentlich Full-Duplex können sollte. Alle anderen Netzteilnehmer sind am Switch mit Full-Duplex angezeigt. Außerdem zeigt das Switch Monitoring am Port des CP einige "Bad Received Packets" an.

Bevor man sich auf die Fritzbox stürzt: diese Probleme hatte ich auch schon vorher mit A1 Modem + Netgear Router + Unmanaged Switch
Fritzbox 7590 und Smart TP-link Switch 24-Port-Gigabit-Easy-Smart-Switch TL-SG1024DE sowie TP-link 8-Port-Gigabit-Easy-Smart-Switch TL-SG108E habe ich gerade erst gekauft, in der Hoffnung, dass eines der alten Geräte einen Schaden hatte. Fehler tritt trotzdem noch auf.

Fehlerbild:
Beim Surfen am Handy oder Notebook (über WLAN) oder PC (LAN) geht auf einmal die Inernetverbindung verloren. Beim Notebook bleibt die WLAN Verbindung aufrecht. Manchmal kommt man im Datei-Explorer noch auf das NAS manchmal auch nicht. Selbst am PC mit LAN Verbindung gelingt der Aufruf des Router Webinterfaces nicht (früher Netgear jetzt Fritzbox)
Es kommt vor egal ob parallel Video oder Audio Streaming laufen. Das dauert mindestens eine Minute meistens sogar länger. Meistens geht es dann von selbst wieder. Wenn es zu lange dauert hilft nur Router aus und wieder ein. Mein ISP A1 wie auch Fritzbox zeigen, dass die Internetverbindung nie unterbrochen war.
Es sieht so aus, als ob der Router durch Anfragen (broadcast storm?, von wem?)  komplett lahm gelegt wird.
Häufigkeit: Einige Tage gar nicht | einmal pro Abend | mehrmals pro Abend

Mein Netz sieht folgendermaßen aus:
Durchgestrichene Geräte sind vorübergehend vom Netz genommen. AllPlay Lautsprecher direkt am LAN zeigt gleiches Fehlerbild.
A1----FritzBox ----- 24x switch ------ WLAN AccessPoint 1 (gleiche SSID aber anderer Kanal)
                                                ------ NAS
                                                ------ Drucker
                                                ------ PC
                                                ------ AllPlay Lautsprecher
                                                ------ PLC Simatic S7
                                                ------ Raspberry Pi FHEM
                                                ------ 8x switch   ------ TV Recorder
                                                                           ------ Homematic CCU
                                                                           ------ WLAN AccessPoint 2 (gleiche SSID aber anderer Kanal ) ----- WandTablet mit Fully für Floorplan
                                                                                                                                                                         ----- WandHandy mit Fully für Floorplan
                                                                                                                                                                         ----- WandHandy mit Fully für Floorplan
                                                                                                                                                                         ----- AllPlay Lautsprecher 1
                                                                                                                                                                         ----- AllPlay Lautsprecher 2
                                                                                                                                                                         ----- Handy 1
                                                                                                                                                                         ----- Handy 2
                                                                                                                                                                         ----- iPAD
                                                                                                                                                                         ----- Yeelight

Ich habe mich auch schon mit Wireshark beschäftigt, blicke aber noch nicht durch wie ich das richtig angehen soll. Da sehe ich den Wald vor lauter Bäumen nicht.
Natürlich könnte ich noch weitere Komponenten vom Netz nehmen aber wegen der teils großen und unregelmäßigen Fehlerabstände ist es schwierig zu entscheiden ob es nun passt oder nicht.
Ich habe mich auch schon mit Wireshark beschäftigt, blicke aber noch nicht durch wie ich das richtig angehen soll. Da sehe ich den Wald vor lauter Bäumen nicht.

Grüße
Ajuba
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 November 2019, 07:28:48
Moin
Das sieht erstmal nicht schlimm aus!
Das Halbduplexproblem duerfte Dein eigentliches Problem nicht generieren.
So einfach aus der Huefte geschossen wuerde ich jetzt einen Defekt eines Switches vermuten. Wir hatten so etwas gerade erst.
Gerade wenn Dein WLAN an dem 8x haengt, wuerde ich den als erstes in Verdacht haben.
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ajuba am 26 November 2019, 10:51:41
Router und Switches wurden aus eben diesem Grund gerade erst getauscht und sind vollkommen neu.
Das Problem bestand eben auch schon vorher mit altem Router und alten Switches.
Der Access Point hing vorher in einer anderen Ecke direkt an einer Dose am ersten (großen) Switch. Da ich einen Fehler in der Dose vermutete habe ich ihn nun in der anderen Ecke am kleinen Switch hängen.

Die neuen Switches können einen Cable check und dieser meldet bei allen Kabeln "normal".
Natürlich könnte ich mal versuchen, ob mir ein 30m Patch Kabel vom Keller bis dorthin reicht, aber ob die Übung wirklich was bringt ist fraglich.

Der Switch port an dem die S7-PLC hängt verzeichnet täglich ein paar "Bad RX pakets". Alle anderen zeigen 0 Paketfehler an.
Am Raspberry sehe ich auch "dropped receive pakets" aber laut einige Internet Foren ist das angeblich normal - oder doch nicht?

Durch die teilweise langen Abstände zwischen Fehlern ist das systematische Wegschalten auch nicht einfach.
Gerade heute Früh, vier Tage nach dem letzten Problem, war mein Handy, das mich mit WLAN Radio wecken sollten vom Netz geschmissen (Network Authentification error). 5 Minuten später hab ich es neu verbunden und alles läuft prima.

Was bleibt sonst noch?
Der Access Point von Medion? Ich könnte versuchen ob ich mit ihm als Repeater die Fritzbox bis ins Wohnzimmer verstärken kann. Aber falls das Gerät als ganzes was hat hilft das wohl auch nichts.

Mir erschiene systematisches Aufzeichnen mit Wireshark am sinnvollsten. Die Fritzbox kann ja direkt die Daten erzeugen. Aber mein erster Versuch, so eine zig MB Datei mit Wireshark zu lesen endete mit einer Fehlermeldung über Dateninkonsistenz gefolgt von einem Bluescreen am PC und ich konnte ihn nur mit Rettungs CD wieder beleben.

Guter Rat ist teuer.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 26 November 2019, 11:59:26
Moin
Ja, dann kannst Du nur noch anders herum rangehen. Wer ist jetzt noch alt, und wer kann der Stoerer sein?
Viel Erfolg, Gruss
Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ajuba am 27 November 2019, 10:33:35
 :o ??? :'(
Na dann mal ran ans lustige Probieren. Ich gebe in ein paar Wochen Bescheid
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ajuba am 03 Februar 2020, 07:35:43
Nach zweimonatigen Test kann ich den Netzwerk-Störer verkünden:

Es war der Raspberry, genauer gesagt sein Netzgerät.  :o ::)
Ich hatte ein gutes 2,0A Nokia Handy-Ladegrät als Stromversorgung im Einsatz bis ich im Internet einen Artikel gefunden habe, der erklärte dass eine zu schwache Stromversorgung der Hauptgrund für Netzwerkprobleme sei. Dabei bezieht sich schwach nicht auf die Leistung sondern die Stabilität.
Das Tückische an der schwachen Stromversorgung ist, dass der Raspi einfach USB, WLAN (und offensichtlich auch LAN) kurz wegschaltet und dann wieder dazu. Wahrscheinlich passiert das sogar flackernd sodass der Router für einige Minuten komplett überfordert wird.
Der Raspberry selbst läuft währenddessen aber munter weiter, ohne dass ich davon etwas bemerken konnte.

Nach dem Kauf eines Original Raspberry Netzgeräts vor Weihnachten lief mein Heimnetz seither ohne Störungen und Aussetzer.  :)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 02 April 2020, 08:21:03
Hallo zusammen,
ich habe seit einigen Monaten eine S7 Steuerung an fhem angebunden. Die Verbindung an sich ist auch zuverlässig und es funktioniert alles.
Seit 2 Tagen habe ich allerdings im 1-3 Minuten-Takt folgendes im Log:
2020.04.02 07:39:47.756 3: ET200_1 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2020.04.02 07:39:47.777 2: ET200_1 S7 disconnected
2020.04.02 07:39:50.822 3: ET200_1 S7_connect: connect to PLC with maxPDUlength=240
2020.04.02 07:40:10.218 3: ET200_1 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2020.04.02 07:40:10.242 2: ET200_1 S7 disconnected
2020.04.02 07:40:13.115 3: S7_AWrite_bad_sollwert_temperatur S7_AWrite_Set: not connected to PLC
2020.04.02 07:40:13.115 3: notify_badsollwert_an_PLC return value: S7_AWrite_bad_sollwert_temperatur S7_AWrite_Set: not connected to PLC
2020.04.02 07:40:13.265 3: ET200_1 S7_connect: connect to PLC with maxPDUlength=240
2020.04.02 07:40:39.595 3: ET200_1 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2020.04.02 07:40:39.617 2: ET200_1 S7 disconnected
2020.04.02 07:40:42.677 3: ET200_1 S7_connect: connect to PLC with maxPDUlength=240
2020.04.02 07:42:21.070 3: ET200_1 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2020.04.02 07:42:21.104 2: ET200_1 S7 disconnected
2020.04.02 07:42:24.136 3: ET200_1 S7_connect: connect to PLC with maxPDUlength=240


Wie immer an solch einer Stelle die spannende Frage: was wurde geändert, seit das Problem auftritt?
Ich habe einige Datenpunkte ergänzt die zwischen fhem und der S7 hin und her gehen.
Diese Datenpunkte habe ich überprüft und konnte keinen Fehler finden. Auch einen Neustart des fhem hosts sowie der S7 habe ich durch (hatte ja schon einmal bei dieser Art von Problem geholfen)

Wie kann kann ich den Fehler genauer eingrenzen? Lässt sich herausfinden, wo bzw. was genau auf der S7 gelesen werden soll, wenn es zu dem Fehler kommt?
Ich habe mal testweise verbose auf 5, aber um den disconnect herum sind jeweils immer andere Datenpunkte, die aktualisiert werden:
2020.04.02 07:53:45.262 4: ET200_1 READ Block AREA=db (3), DB =112, ADDRESS=0, LENGTH=44
2020.04.02 07:53:45.267 5: ET200_1 S7_dispatchMsg AW db 112 0 44 ET200_1 00,01,5f,90,00,06,68,a0,00,01,5f,90,00,1b,77,40,04,2f,2a,c0,04,fd,29,20,04,fd,29,20,01,49,97,00,01,49,97,00,01,b7,74,00,00,12,4f,80 S7_AWrite_esszimmer_bewegungsmelder_dauer_nacht,S7_AWrite_esszimmer_bewegungsmelder_dauer_abend,S7_AWrite_esszimmer_bewegungsmelder_dauer_morgen,S7_AWrite_esszimmer_licht_blockierzeit_hand,S7_AWrite_esszimmer_einschaltzeit_licht_abend,S7_AWrite_esszimmer_ausschaltzeit_licht_abend,S7_AWrite_esszimmer_einschaltzeit_licht_nacht,S7_AWrite_esszimmer_ausschaltzeit_licht_nacht,S7_AWrite_esszimmer_einschaltzeit_licht_morgen,S7_AWrite_esszimmer_ausschaltzeit_licht_morgen,S7_AWrite_esszimmer_durchreiche_max_zeit_ohne_bewegung
2020.04.02 07:53:45.268 5: ET200_1: dispatch AW db 112 0 44 ET200_1 00,01,5f,90,00,06,68,a0,00,01,5f,90,00,1b,77,40,04,2f,2a,c0,04,fd,29,20,04,fd,29,20,01,49,97,00,01,49,97,00,01,b7,74,00,00,12,4f,80 S7_AWrite_esszimmer_bewegungsmelder_dauer_nacht,S7_AWrite_esszimmer_bewegungsmelder_dauer_abend,S7_AWrite_esszimmer_bewegungsmelder_dauer_morgen,S7_AWrite_esszimmer_licht_blockierzeit_hand,S7_AWrite_esszimmer_einschaltzeit_licht_abend,S7_AWrite_esszimmer_ausschaltzeit_licht_abend,S7_AWrite_esszimmer_einschaltzeit_licht_nacht,S7_AWrite_esszimmer_ausschaltzeit_licht_nacht,S7_AWrite_esszimmer_einschaltzeit_licht_morgen,S7_AWrite_esszimmer_ausschaltzeit_licht_morgen,S7_AWrite_esszimmer_durchreiche_max_zeit_ohne_bewegung
2020.04.02 07:53:45.268 5: ET200_1 S7_AWrite_Parse AW db 112 0 44 ET200_1 00,01,5f,90,00,06,68,a0,00,01,5f,90,00,1b,77,40,04,2f,2a,c0,04,fd,29,20,04,fd,29,20,01,49,97,00,01,49,97,00,01,b7,74,00,00,12,4f,80 S7_AWrite_esszimmer_bewegungsmelder_dauer_nacht,S7_AWrite_esszimmer_bewegungsmelder_dauer_abend,S7_AWrite_esszimmer_bewegungsmelder_dauer_morgen,S7_AWrite_esszimmer_licht_blockierzeit_hand,S7_AWrite_esszimmer_einschaltzeit_licht_abend,S7_AWrite_esszimmer_ausschaltzeit_licht_abend,S7_AWrite_esszimmer_einschaltzeit_licht_nacht,S7_AWrite_esszimmer_ausschaltzeit_licht_nacht,S7_AWrite_esszimmer_einschaltzeit_licht_morgen,S7_AWrite_esszimmer_ausschaltzeit_licht_morgen,S7_AWrite_esszimmer_durchreiche_max_zeit_ohne_bewegung
2020.04.02 07:53:45.268 4: ET200_1 READ Block AREA=db (3), DB =132, ADDRESS=0, LENGTH=52
2020.04.02 07:53:45.273 5: ET200_1 S7_dispatchMsg AW db 132 0 52 ET200_1 00,01,5f,90,00,03,a9,80,00,01,5f,90,03,f8,3c,40,04,ab,ad,c0,04,ab,ad,c0,01,49,97,00,01,49,97,00,01,b7,74,00,01,12,a8,80,00,60,21,60,00,09,27,c0,00,52,65,c0 S7_AWrite_bad_bewegungsmelder_dauer_nacht,S7_AWrite_bad_bewegungsmelder_dauer_abend,S7_AWrite_bad_bewegungsmelder_dauer_morgen,S7_AWrite_bad_einschaltzeit_licht_abend,S7_AWrite_bad_ausschaltzeit_licht_abend,S7_AWrite_kueche_einschaltzeit_licht_abend,S7_AWrite_bad_einschaltzeit_licht_nacht,S7_AWrite_bad_ausschaltzeit_licht_nacht,S7_AWrite_kueche_ausschaltzeit_licht_abend,S7_AWrite_kueche_einschaltzeit_licht_nacht,S7_AWrite_bad_einschaltzeit_licht_morgen,S7_AWrite_kueche_ausschaltzeit_licht_nacht,S7_AWrite_bad_ausschaltzeit_licht_morgen,S7_AWrite_bad_licht_blockierzeit_hand,S7_AWrite_bad_heizung_dusche_vorheizzeit,S7_AWrite_kueche_ausschaltzeit_licht_morgen,S7_AWrite_bad_heizung_dusche_max_zeit_ohne_bewegung,S7_AWrite_bad_heizung_max_standbyzeit
2020.04.02 07:53:45.274 5: ET200_1: dispatch AW db 132 0 52 ET200_1 00,01,5f,90,00,03,a9,80,00,01,5f,90,03,f8,3c,40,04,ab,ad,c0,04,ab,ad,c0,01,49,97,00,01,49,97,00,01,b7,74,00,01,12,a8,80,00,60,21,60,00,09,27,c0,00,52,65,c0 S7_AWrite_bad_bewegungsmelder_dauer_nacht,S7_AWrite_bad_bewegungsmelder_dauer_abend,S7_AWrite_bad_bewegungsmelder_dauer_morgen,S7_AWrite_bad_einschaltzeit_licht_abend,S7_AWrite_bad_ausschaltzeit_licht_abend,S7_AWrite_kueche_einschaltzeit_licht_abend,S7_AWrite_bad_einschaltzeit_licht_nacht,S7_AWrite_bad_ausschaltzeit_licht_nacht,S7_AWrite_kueche_ausschaltzeit_licht_abend,S7_AWrite_kueche_einschaltzeit_licht_nacht,S7_AWrite_bad_einschaltzeit_licht_morgen,S7_AWrite_kueche_ausschaltzeit_licht_nacht,S7_AWrite_bad_ausschaltzeit_licht_morgen,S7_AWrite_bad_licht_blockierzeit_hand,S7_AWrite_bad_heizung_dusche_vorheizzeit,S7_AWrite_kueche_ausschaltzeit_licht_morgen,S7_AWrite_bad_heizung_dusche_max_zeit_ohne_bewegung,S7_AWrite_bad_heizung_max_standbyzeit
2020.04.02 07:53:45.274 5: ET200_1 S7_AWrite_Parse AW db 132 0 52 ET200_1 00,01,5f,90,00,03,a9,80,00,01,5f,90,03,f8,3c,40,04,ab,ad,c0,04,ab,ad,c0,01,49,97,00,01,49,97,00,01,b7,74,00,01,12,a8,80,00,60,21,60,00,09,27,c0,00,52,65,c0 S7_AWrite_bad_bewegungsmelder_dauer_nacht,S7_AWrite_bad_bewegungsmelder_dauer_abend,S7_AWrite_bad_bewegungsmelder_dauer_morgen,S7_AWrite_bad_einschaltzeit_licht_abend,S7_AWrite_bad_ausschaltzeit_licht_abend,S7_AWrite_kueche_einschaltzeit_licht_abend,S7_AWrite_bad_einschaltzeit_licht_nacht,S7_AWrite_bad_ausschaltzeit_licht_nacht,S7_AWrite_kueche_ausschaltzeit_licht_abend,S7_AWrite_kueche_einschaltzeit_licht_nacht,S7_AWrite_bad_einschaltzeit_licht_morgen,S7_AWrite_kueche_ausschaltzeit_licht_nacht,S7_AWrite_bad_ausschaltzeit_licht_morgen,S7_AWrite_bad_licht_blockierzeit_hand,S7_AWrite_bad_heizung_dusche_vorheizzeit,S7_AWrite_kueche_ausschaltzeit_licht_morgen,S7_AWrite_bad_heizung_dusche_max_zeit_ohne_bewegung,S7_AWrite_bad_heizung_max_standbyzeit
2020.04.02 07:53:45.275 4: ET200_1 READ Block AREA=db (3), DB =521, ADDRESS=0, LENGTH=8
2020.04.02 07:53:45.279 5: ET200_1 S7_dispatchMsg AR db 521 0 8 ET200_1 00,00,21,7e,00,00,00,07 S7_ARead_wohnzimmer_stromzaehler_zaehlwert,S7_ARead_wohnzimmer_stromzaehler_momentanverbrauch
2020.04.02 07:53:45.280 5: ET200_1: dispatch AR db 521 0 8 ET200_1 00,00,21,7e,00,00,00,07 S7_ARead_wohnzimmer_stromzaehler_zaehlwert,S7_ARead_wohnzimmer_stromzaehler_momentanverbrauch
2020.04.02 07:53:45.280 5: ET200_1 S7_ARead_Parse AR db 521 0 8 ET200_1 00,00,21,7e,00,00,00,07 S7_ARead_wohnzimmer_stromzaehler_zaehlwert,S7_ARead_wohnzimmer_stromzaehler_momentanverbrauch
2020.04.02 07:53:45.280 4: ET200_1 READ Block AREA=db (3), DB =371, ADDRESS=0, LENGTH=8
2020.04.02 07:53:45.285 5: ET200_1 S7_dispatchMsg AR db 371 0 8 ET200_1 00,01,72,80,00,00,00,1c S7_ARead_keller_stromzaehler_24v_zaehlwert,S7_ARead_keller_stromzaehler_24v_momentanverbrauch
2020.04.02 07:53:45.286 5: ET200_1: dispatch AR db 371 0 8 ET200_1 00,01,72,80,00,00,00,1c S7_ARead_keller_stromzaehler_24v_zaehlwert,S7_ARead_keller_stromzaehler_24v_momentanverbrauch
2020.04.02 07:53:45.286 5: ET200_1 S7_ARead_Parse AR db 371 0 8 ET200_1 00,01,72,80,00,00,00,1c S7_ARead_keller_stromzaehler_24v_zaehlwert,S7_ARead_keller_stromzaehler_24v_momentanverbrauch
2020.04.02 07:53:45.286 4: ET200_1 READ Block AREA=db (3), DB =121, ADDRESS=0, LENGTH=16
2020.04.02 07:53:45.291 5: ET200_1 S7_dispatchMsg AW db 121 0 16 ET200_1 3a,98,3a,98,00,00,00,00,00,00,00,00,00,00,1e,2c S7_AWrite_wohnzimmer_dimwert_innen,S7_AWrite_wohnzimmer_dimwert_aussen,S7_AWrite_wohnzimmer_stromzaehler_korrekturwert
2020.04.02 07:53:45.291 5: ET200_1: dispatch AW db 121 0 16 ET200_1 3a,98,3a,98,00,00,00,00,00,00,00,00,00,00,1e,2c S7_AWrite_wohnzimmer_dimwert_innen,S7_AWrite_wohnzimmer_dimwert_aussen,S7_AWrite_wohnzimmer_stromzaehler_korrekturwert
2020.04.02 07:53:45.291 5: ET200_1 S7_AWrite_Parse AW db 121 0 16 ET200_1 3a,98,3a,98,00,00,00,00,00,00,00,00,00,00,1e,2c S7_AWrite_wohnzimmer_dimwert_innen,S7_AWrite_wohnzimmer_dimwert_aussen,S7_AWrite_wohnzimmer_stromzaehler_korrekturwert
2020.04.02 07:53:45.291 4: ET200_1 READ Block AREA=db (3), DB =520, ADDRESS=0, LENGTH=2
2020.04.02 07:53:45.296 5: ET200_1 S7_dispatchMsg DR db 520 0 2 ET200_1 06,00 S7_DRead_wohnzimmer_licht_ein_aus,S7_DRead_wohnzimmer_dimmer_innen_ein_aus,S7_DRead_wohnzimmer_dimmer_aussen_ein_aus,S7_DRead_wohnzimmer_hand_auto_abend_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_hand_auto_nacht_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_hand_auto_morgen_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_licht_abend_ein_aus,S7_DRead_wohnzimmer_licht_nacht_ein_aus,S7_DRead_wohnzimmer_licht_morgen_ein_aus
2020.04.02 07:53:45.297 5: ET200_1: dispatch DR db 520 0 2 ET200_1 06,00 S7_DRead_wohnzimmer_licht_ein_aus,S7_DRead_wohnzimmer_dimmer_innen_ein_aus,S7_DRead_wohnzimmer_dimmer_aussen_ein_aus,S7_DRead_wohnzimmer_hand_auto_abend_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_hand_auto_nacht_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_hand_auto_morgen_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_licht_abend_ein_aus,S7_DRead_wohnzimmer_licht_nacht_ein_aus,S7_DRead_wohnzimmer_licht_morgen_ein_aus
2020.04.02 07:53:45.297 5: ET200_1 S7_DRead_Parse DR db 520 0 2 ET200_1 06,00 S7_DRead_wohnzimmer_licht_ein_aus,S7_DRead_wohnzimmer_dimmer_innen_ein_aus,S7_DRead_wohnzimmer_dimmer_aussen_ein_aus,S7_DRead_wohnzimmer_hand_auto_abend_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_hand_auto_nacht_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_hand_auto_morgen_rueckmeldung_hand_aktiv,S7_DRead_wohnzimmer_licht_abend_ein_aus,S7_DRead_wohnzimmer_licht_nacht_ein_aus,S7_DRead_wohnzimmer_licht_morgen_ein_aus
2020.04.02 07:53:45.297 4: ET200_1 READ Block AREA=db (3), DB =140, ADDRESS=0, LENGTH=3
2020.04.02 07:53:45.303 5: ET200_1 S7_dispatchMsg DW db 140 0 3 ET200_1 4c,00,0f S7_DWrite_FBH1,S7_DWrite_FBH2,S7_DWrite_FBH3,S7_DWrite_FBH4,S7_DWrite_FBH5,S7_DWrite_FBH6,S7_DWrite_gang_eg_freigabe_fbh_bad,S7_DWrite_FBH8,S7_DWrite_FBH9,S7_DWrite_FBH10,S7_DWrite_gang_eg_simulation_licht_abend,S7_DWrite_gang_eg_simulation_licht_nacht,S7_DWrite_gang_eg_simulation_licht_morgen,S7_DWrite_gang_eg_licht_abend_ein_aus,S7_DWrite_gang_eg_licht_nacht_ein_aus,S7_DWrite_gang_eg_licht_morgen_ein_aus,S7_DWrite_gang_eg_sonnenuntergang_als_einschaltzeit_licht_abend,S7_DWrite_gang_eg_sonnenaufgang_als_ausschaltzeit_licht_morgen,S7_DWrite_gang_eg_taster_steckdose_kamera_ein_aus,S7_DWrite_gang_eg_taster_steckdose_stehlampe_ein_aus
2020.04.02 07:53:45.303 5: ET200_1: dispatch DW db 140 0 3 ET200_1 4c,00,0f S7_DWrite_FBH1,S7_DWrite_FBH2,S7_DWrite_FBH3,S7_DWrite_FBH4,S7_DWrite_FBH5,S7_DWrite_FBH6,S7_DWrite_gang_eg_freigabe_fbh_bad,S7_DWrite_FBH8,S7_DWrite_FBH9,S7_DWrite_FBH10,S7_DWrite_gang_eg_simulation_licht_abend,S7_DWrite_gang_eg_simulation_licht_nacht,S7_DWrite_gang_eg_simulation_licht_morgen,S7_DWrite_gang_eg_licht_abend_ein_aus,S7_DWrite_gang_eg_licht_nacht_ein_aus,S7_DWrite_gang_eg_licht_morgen_ein_aus,S7_DWrite_gang_eg_sonnenuntergang_als_einschaltzeit_licht_abend,S7_DWrite_gang_eg_sonnenaufgang_als_ausschaltzeit_licht_morgen,S7_DWrite_gang_eg_taster_steckdose_kamera_ein_aus,S7_DWrite_gang_eg_taster_steckdose_stehlampe_ein_aus
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH1
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH2
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH3
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH4
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH5
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH6
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_freigabe_fbh_bad
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH8
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH9
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_FBH10
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_simulation_licht_abend
2020.04.02 07:53:45.303 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_simulation_licht_nacht
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_simulation_licht_morgen
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_licht_abend_ein_aus
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_licht_nacht_ein_aus
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_licht_morgen_ein_aus
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_sonnenuntergang_als_einschaltzeit_licht_abend
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_sonnenaufgang_als_ausschaltzeit_licht_morgen
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_taster_steckdose_kamera_ein_aus
2020.04.02 07:53:45.304 5: ET200_1 S7_DWrite_Parse update S7_DWrite_gang_eg_taster_steckdose_stehlampe_ein_aus
2020.04.02 07:53:45.304 4: ET200_1 READ Block AREA=db (3), DB =510, ADDRESS=0, LENGTH=1
2020.04.02 07:53:45.805 3: ET200_1 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2020.04.02 07:53:45.828 2: ET200_1 S7 disconnected

2020.04.02 07:46:55.193 4: S7: ET200_1 GetUpdate called ...
2020.04.02 07:46:55.193 4: ET200_1 READ Block AREA=outputs (1), DB =Q, ADDRESS=1, LENGTH=26
2020.04.02 07:46:55.200 5: ET200_1 S7_dispatchMsg DR outputs Q 1 26 ET200_1 02,00,07,0c,00,00,00,00,02,00,00,00,04,00,00,00,00,00,00,00,00,00,00,01,03,01 S7_DRead_kueche_steckdose_abzugshaube_ein_aus,S7_DRead_kueche_steckdose_sonos_ein_aus,S7_DRead_kueche_ubleuchten,S7_DRead_kueche_licht_decke,S7_DRead_kueche_ambilight,S7_DRead_kueche_rollladen_auf,S7_DRead_kueche_rollladen_ab,S7_DRead_esszimmer_licht_durchreiche,S7_DRead_esszimmer_ambilight,S7_DRead_esszimmer_steckdose_sonos_ein_aus,S7_DRead_esszimmer_steckdose_stehlampe_ein_aus,S7_DRead_esszimmer_licht_decke,S7_DRead_esszimmer_rollladen_auf,S7_DRead_esszimmer_rollladen_ab,S7_DRead_gang_eg_steckdose_kamera_ein_aus,S7_DRead_gang_eg_steckdose_stehlampe_ein_aus,S7_DRead_gang_eg_licht_nacht,S7_DRead_gang_eg_licht_morgen,S7_DRead_gang_eg_licht_abend,S7_DRead_wohnzimmer_ambilight,S7_DRead_wohnzimmer_steckdose_stehlampe,S7_DRead_wohnzimmer_steckdose_sonos,S7_DRead_wohnzimmer_rollladen_rechts_ab,S7_DRead_wohnzimmer_rollladen_rechts_auf,S7_DRead_wohnzimmer_rollladen_links_ab,S7_DRead_wohnzimmer_rollladen_links_auf,S7_DRead_wohnzimmer_steckdose_tv,S7_DRead_bad_licht_spiegel_ein_aus,S7_DRead_bad_steckdose_sonos_ein_aus,S7_DRead_bad_heizung_dusche_ein_aus,S7_DWrite_aussenbereich_licht_eingang,S7_DRead_aussenbereich_licht_terasse,buetest,S7_DWrite_schlafzimmer_rolladen_links_auf,S7_DWrite_schlafzimmer_rolladen_links_ab,S7_DWrite_schlafzimmer_rolladen_rechts_auf,S7_DWrite_schlafzimmer_rolladen_rechts_ab,S7_DRead_wc_licht_decke,S7_DRead_aussenbereich_eingangstuer_oeffner,S7_DRead_gang_eg_rueckmeldung_fbh_bad
2020.04.02 07:46:55.201 5: ET200_1: dispatch DR outputs Q 1 26 ET200_1 02,00,07,0c,00,00,00,00,02,00,00,00,04,00,00,00,00,00,00,00,00,00,00,01,03,01 S7_DRead_kueche_steckdose_abzugshaube_ein_aus,S7_DRead_kueche_steckdose_sonos_ein_aus,S7_DRead_kueche_ubleuchten,S7_DRead_kueche_licht_decke,S7_DRead_kueche_ambilight,S7_DRead_kueche_rollladen_auf,S7_DRead_kueche_rollladen_ab,S7_DRead_esszimmer_licht_durchreiche,S7_DRead_esszimmer_ambilight,S7_DRead_esszimmer_steckdose_sonos_ein_aus,S7_DRead_esszimmer_steckdose_stehlampe_ein_aus,S7_DRead_esszimmer_licht_decke,S7_DRead_esszimmer_rollladen_auf,S7_DRead_esszimmer_rollladen_ab,S7_DRead_gang_eg_steckdose_kamera_ein_aus,S7_DRead_gang_eg_steckdose_stehlampe_ein_aus,S7_DRead_gang_eg_licht_nacht,S7_DRead_gang_eg_licht_morgen,S7_DRead_gang_eg_licht_abend,S7_DRead_wohnzimmer_ambilight,S7_DRead_wohnzimmer_steckdose_stehlampe,S7_DRead_wohnzimmer_steckdose_sonos,S7_DRead_wohnzimmer_rollladen_rechts_ab,S7_DRead_wohnzimmer_rollladen_rechts_auf,S7_DRead_wohnzimmer_rollladen_links_ab,S7_DRead_wohnzimmer_rollladen_links_auf,S7_DRead_wohnzimmer_steckdose_tv,S7_DRead_bad_licht_spiegel_ein_aus,S7_DRead_bad_steckdose_sonos_ein_aus,S7_DRead_bad_heizung_dusche_ein_aus,S7_DWrite_aussenbereich_licht_eingang,S7_DRead_aussenbereich_licht_terasse,buetest,S7_DWrite_schlafzimmer_rolladen_links_auf,S7_DWrite_schlafzimmer_rolladen_links_ab,S7_DWrite_schlafzimmer_rolladen_rechts_auf,S7_DWrite_schlafzimmer_rolladen_rechts_ab,S7_DRead_wc_licht_decke,S7_DRead_aussenbereich_eingangstuer_oeffner,S7_DRead_gang_eg_rueckmeldung_fbh_bad
2020.04.02 07:46:55.201 5: ET200_1 S7_DRead_Parse DR outputs Q 1 26 ET200_1 02,00,07,0c,00,00,00,00,02,00,00,00,04,00,00,00,00,00,00,00,00,00,00,01,03,01 S7_DRead_kueche_steckdose_abzugshaube_ein_aus,S7_DRead_kueche_steckdose_sonos_ein_aus,S7_DRead_kueche_ubleuchten,S7_DRead_kueche_licht_decke,S7_DRead_kueche_ambilight,S7_DRead_kueche_rollladen_auf,S7_DRead_kueche_rollladen_ab,S7_DRead_esszimmer_licht_durchreiche,S7_DRead_esszimmer_ambilight,S7_DRead_esszimmer_steckdose_sonos_ein_aus,S7_DRead_esszimmer_steckdose_stehlampe_ein_aus,S7_DRead_esszimmer_licht_decke,S7_DRead_esszimmer_rollladen_auf,S7_DRead_esszimmer_rollladen_ab,S7_DRead_gang_eg_steckdose_kamera_ein_aus,S7_DRead_gang_eg_steckdose_stehlampe_ein_aus,S7_DRead_gang_eg_licht_nacht,S7_DRead_gang_eg_licht_morgen,S7_DRead_gang_eg_licht_abend,S7_DRead_wohnzimmer_ambilight,S7_DRead_wohnzimmer_steckdose_stehlampe,S7_DRead_wohnzimmer_steckdose_sonos,S7_DRead_wohnzimmer_rollladen_rechts_ab,S7_DRead_wohnzimmer_rollladen_rechts_auf,S7_DRead_wohnzimmer_rollladen_links_ab,S7_DRead_wohnzimmer_rollladen_links_auf,S7_DRead_wohnzimmer_steckdose_tv,S7_DRead_bad_licht_spiegel_ein_aus,S7_DRead_bad_steckdose_sonos_ein_aus,S7_DRead_bad_heizung_dusche_ein_aus,S7_DWrite_aussenbereich_licht_eingang,S7_DRead_aussenbereich_licht_terasse,buetest,S7_DWrite_schlafzimmer_rolladen_links_auf,S7_DWrite_schlafzimmer_rolladen_links_ab,S7_DWrite_schlafzimmer_rolladen_rechts_auf,S7_DWrite_schlafzimmer_rolladen_rechts_ab,S7_DRead_wc_licht_decke,S7_DRead_aussenbereich_eingangstuer_oeffner,S7_DRead_gang_eg_rueckmeldung_fbh_bad
2020.04.02 07:46:55.206 5: ET200_1 S7_dispatchMsg DW outputs Q 1 26 ET200_1 02,00,07,0c,00,00,00,00,02,00,00,00,04,00,00,00,00,00,00,00,00,00,00,01,03,01 S7_DRead_kueche_steckdose_abzugshaube_ein_aus,S7_DRead_kueche_steckdose_sonos_ein_aus,S7_DRead_kueche_ubleuchten,S7_DRead_kueche_licht_decke,S7_DRead_kueche_ambilight,S7_DRead_kueche_rollladen_auf,S7_DRead_kueche_rollladen_ab,S7_DRead_esszimmer_licht_durchreiche,S7_DRead_esszimmer_ambilight,S7_DRead_esszimmer_steckdose_sonos_ein_aus,S7_DRead_esszimmer_steckdose_stehlampe_ein_aus,S7_DRead_esszimmer_licht_decke,S7_DRead_esszimmer_rollladen_auf,S7_DRead_esszimmer_rollladen_ab,S7_DRead_gang_eg_steckdose_kamera_ein_aus,S7_DRead_gang_eg_steckdose_stehlampe_ein_aus,S7_DRead_gang_eg_licht_nacht,S7_DRead_gang_eg_licht_morgen,S7_DRead_gang_eg_licht_abend,S7_DRead_wohnzimmer_ambilight,S7_DRead_wohnzimmer_steckdose_stehlampe,S7_DRead_wohnzimmer_steckdose_sonos,S7_DRead_wohnzimmer_rollladen_rechts_ab,S7_DRead_wohnzimmer_rollladen_rechts_auf,S7_DRead_wohnzimmer_rollladen_links_ab,S7_DRead_wohnzimmer_rollladen_links_auf,S7_DRead_wohnzimmer_steckdose_tv,S7_DRead_bad_licht_spiegel_ein_aus,S7_DRead_bad_steckdose_sonos_ein_aus,S7_DRead_bad_heizung_dusche_ein_aus,S7_DWrite_aussenbereich_licht_eingang,S7_DRead_aussenbereich_licht_terasse,buetest,S7_DWrite_schlafzimmer_rolladen_links_auf,S7_DWrite_schlafzimmer_rolladen_links_ab,S7_DWrite_schlafzimmer_rolladen_rechts_auf,S7_DWrite_schlafzimmer_rolladen_rechts_ab,S7_DRead_wc_licht_decke,S7_DRead_aussenbereich_eingangstuer_oeffner,S7_DRead_gang_eg_rueckmeldung_fbh_bad
2020.04.02 07:46:55.206 5: ET200_1: dispatch DW outputs Q 1 26 ET200_1 02,00,07,0c,00,00,00,00,02,00,00,00,04,00,00,00,00,00,00,00,00,00,00,01,03,01 S7_DRead_kueche_steckdose_abzugshaube_ein_aus,S7_DRead_kueche_steckdose_sonos_ein_aus,S7_DRead_kueche_ubleuchten,S7_DRead_kueche_licht_decke,S7_DRead_kueche_ambilight,S7_DRead_kueche_rollladen_auf,S7_DRead_kueche_rollladen_ab,S7_DRead_esszimmer_licht_durchreiche,S7_DRead_esszimmer_ambilight,S7_DRead_esszimmer_steckdose_sonos_ein_aus,S7_DRead_esszimmer_steckdose_stehlampe_ein_aus,S7_DRead_esszimmer_licht_decke,S7_DRead_esszimmer_rollladen_auf,S7_DRead_esszimmer_rollladen_ab,S7_DRead_gang_eg_steckdose_kamera_ein_aus,S7_DRead_gang_eg_steckdose_stehlampe_ein_aus,S7_DRead_gang_eg_licht_nacht,S7_DRead_gang_eg_licht_morgen,S7_DRead_gang_eg_licht_abend,S7_DRead_wohnzimmer_ambilight,S7_DRead_wohnzimmer_steckdose_stehlampe,S7_DRead_wohnzimmer_steckdose_sonos,S7_DRead_wohnzimmer_rollladen_rechts_ab,S7_DRead_wohnzimmer_rollladen_rechts_auf,S7_DRead_wohnzimmer_rollladen_links_ab,S7_DRead_wohnzimmer_rollladen_links_auf,S7_DRead_wohnzimmer_steckdose_tv,S7_DRead_bad_licht_spiegel_ein_aus,S7_DRead_bad_steckdose_sonos_ein_aus,S7_DRead_bad_heizung_dusche_ein_aus,S7_DWrite_aussenbereich_licht_eingang,S7_DRead_aussenbereich_licht_terasse,buetest,S7_DWrite_schlafzimmer_rolladen_links_auf,S7_DWrite_schlafzimmer_rolladen_links_ab,S7_DWrite_schlafzimmer_rolladen_rechts_auf,S7_DWrite_schlafzimmer_rolladen_rechts_ab,S7_DRead_wc_licht_decke,S7_DRead_aussenbereich_eingangstuer_oeffner,S7_DRead_gang_eg_rueckmeldung_fbh_bad
2020.04.02 07:46:55.207 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_licht_eingang
2020.04.02 07:46:55.207 5: ET200_1 S7_DWrite_Parse update buetest
2020.04.02 07:46:55.207 5: ET200_1 S7_DWrite_Parse update S7_DWrite_schlafzimmer_rolladen_links_auf
2020.04.02 07:46:55.207 5: ET200_1 S7_DWrite_Parse update S7_DWrite_schlafzimmer_rolladen_links_ab
2020.04.02 07:46:55.207 5: ET200_1 S7_DWrite_Parse update S7_DWrite_schlafzimmer_rolladen_rechts_auf
2020.04.02 07:46:55.207 5: ET200_1 S7_DWrite_Parse update S7_DWrite_schlafzimmer_rolladen_rechts_ab
2020.04.02 07:46:55.208 4: ET200_1 READ Block AREA=inputs (0), DB =I, ADDRESS=2, LENGTH=18
2020.04.02 07:46:55.215 5: ET200_1 S7_dispatchMsg DR inputs I 2 18 ET200_1 01,08,00,00,00,0a,04,00,04,04,00,00,00,04,01,00,00,08 S7_DRead_kueche_fenster_geschlossen,S7_DRead_wc_tk,S7_DRead_aussenbereich_eingangstuer_tk,S7_DRead_bad_fenster_links_geschlossen,S7_DRead_bad_fenster_rechts_geschlossen,S7_DRead_bad_fenster_links_gekippt,S7_DRead_bad_fenster_rechts_gekippt,S7_DRead_kueche_fenster_gekippt,S7_DRead_esszimmer_Fenster_rechts_geschlossen,S7_DRead_esszimmer_Fenster_rechts_gekippt,S7_DRead_esszimmer_Fenster_links_geschlossen,S7_DRead_esszimmer_Fenster_links_gekippt,S7_DRead_kueche_bewegungsmelder,S7_DRead_esszimmer_bewegungsmelder,S7_DRead_gang_eg_bewegungsmelder,S7_DRead_wohnzimmer_bewegungsmelder_1,S7_DRead_wohnzimmer_bewegungsmelder_2,S7_DRead_bad_bewegungsmelder,S7_DRead_buero_bewegungsmelder,S7_DRead_gang_og_bewegungsmelder,S7_DRead_schlafzimmer_bewegungsmelder
2020.04.02 07:46:55.216 5: ET200_1: dispatch DR inputs I 2 18 ET200_1 01,08,00,00,00,0a,04,00,04,04,00,00,00,04,01,00,00,08 S7_DRead_kueche_fenster_geschlossen,S7_DRead_wc_tk,S7_DRead_aussenbereich_eingangstuer_tk,S7_DRead_bad_fenster_links_geschlossen,S7_DRead_bad_fenster_rechts_geschlossen,S7_DRead_bad_fenster_links_gekippt,S7_DRead_bad_fenster_rechts_gekippt,S7_DRead_kueche_fenster_gekippt,S7_DRead_esszimmer_Fenster_rechts_geschlossen,S7_DRead_esszimmer_Fenster_rechts_gekippt,S7_DRead_esszimmer_Fenster_links_geschlossen,S7_DRead_esszimmer_Fenster_links_gekippt,S7_DRead_kueche_bewegungsmelder,S7_DRead_esszimmer_bewegungsmelder,S7_DRead_gang_eg_bewegungsmelder,S7_DRead_wohnzimmer_bewegungsmelder_1,S7_DRead_wohnzimmer_bewegungsmelder_2,S7_DRead_bad_bewegungsmelder,S7_DRead_buero_bewegungsmelder,S7_DRead_gang_og_bewegungsmelder,S7_DRead_schlafzimmer_bewegungsmelder
2020.04.02 07:46:55.216 5: ET200_1 S7_DRead_Parse DR inputs I 2 18 ET200_1 01,08,00,00,00,0a,04,00,04,04,00,00,00,04,01,00,00,08 S7_DRead_kueche_fenster_geschlossen,S7_DRead_wc_tk,S7_DRead_aussenbereich_eingangstuer_tk,S7_DRead_bad_fenster_links_geschlossen,S7_DRead_bad_fenster_rechts_geschlossen,S7_DRead_bad_fenster_links_gekippt,S7_DRead_bad_fenster_rechts_gekippt,S7_DRead_kueche_fenster_gekippt,S7_DRead_esszimmer_Fenster_rechts_geschlossen,S7_DRead_esszimmer_Fenster_rechts_gekippt,S7_DRead_esszimmer_Fenster_links_geschlossen,S7_DRead_esszimmer_Fenster_links_gekippt,S7_DRead_kueche_bewegungsmelder,S7_DRead_esszimmer_bewegungsmelder,S7_DRead_gang_eg_bewegungsmelder,S7_DRead_wohnzimmer_bewegungsmelder_1,S7_DRead_wohnzimmer_bewegungsmelder_2,S7_DRead_bad_bewegungsmelder,S7_DRead_buero_bewegungsmelder,S7_DRead_gang_og_bewegungsmelder,S7_DRead_schlafzimmer_bewegungsmelder
2020.04.02 07:46:55.219 4: ET200_1 READ Block AREA=db (3), DB =700, ADDRESS=0, LENGTH=1
2020.04.02 07:46:55.227 5: ET200_1 S7_dispatchMsg DR db 700 0 1 ET200_1 00 S7_DRead_haus_alarmanlage_anforderung_scharf_schalten_aktiv,S7_DRead_haus_alarmanlage_rueckmeldung_scharf,S7_DRead_haus_alarmanlage_rueckmeldung_warnung_1_bewegung,S7_DRead_haus_alarmanlage_rueckmeldung_voralarm,S7_DRead_haus_alarmanlage_rueckmeldung_alarm
2020.04.02 07:46:55.228 5: ET200_1: dispatch DR db 700 0 1 ET200_1 00 S7_DRead_haus_alarmanlage_anforderung_scharf_schalten_aktiv,S7_DRead_haus_alarmanlage_rueckmeldung_scharf,S7_DRead_haus_alarmanlage_rueckmeldung_warnung_1_bewegung,S7_DRead_haus_alarmanlage_rueckmeldung_voralarm,S7_DRead_haus_alarmanlage_rueckmeldung_alarm
2020.04.02 07:46:55.228 5: ET200_1 S7_DRead_Parse DR db 700 0 1 ET200_1 00 S7_DRead_haus_alarmanlage_anforderung_scharf_schalten_aktiv,S7_DRead_haus_alarmanlage_rueckmeldung_scharf,S7_DRead_haus_alarmanlage_rueckmeldung_warnung_1_bewegung,S7_DRead_haus_alarmanlage_rueckmeldung_voralarm,S7_DRead_haus_alarmanlage_rueckmeldung_alarm
2020.04.02 07:46:55.229 4: ET200_1 READ Block AREA=db (3), DB =500, ADDRESS=0, LENGTH=1
2020.04.02 07:46:55.233 5: ET200_1 S7_dispatchMsg DR db 500 0 1 ET200_1 00 S7_DRead_kueche_hand_auto_abend_rueckmeldung_hand_aktiv,S7_DRead_kueche_hand_auto_nacht_rueckmeldung_hand_aktiv,S7_DRead_kueche_hand_auto_morgen_rueckmeldung_hand_aktiv
2020.04.02 07:46:55.234 5: ET200_1: dispatch DR db 500 0 1 ET200_1 00 S7_DRead_kueche_hand_auto_abend_rueckmeldung_hand_aktiv,S7_DRead_kueche_hand_auto_nacht_rueckmeldung_hand_aktiv,S7_DRead_kueche_hand_auto_morgen_rueckmeldung_hand_aktiv
2020.04.02 07:46:55.234 5: ET200_1 S7_DRead_Parse DR db 500 0 1 ET200_1 00 S7_DRead_kueche_hand_auto_abend_rueckmeldung_hand_aktiv,S7_DRead_kueche_hand_auto_nacht_rueckmeldung_hand_aktiv,S7_DRead_kueche_hand_auto_morgen_rueckmeldung_hand_aktiv
2020.04.02 07:46:55.234 4: ET200_1 READ Block AREA=db (3), DB =131, ADDRESS=0, LENGTH=8
2020.04.02 07:46:55.239 5: ET200_1 S7_dispatchMsg AW db 131 0 8 ET200_1 0b,b8,6b,6c,00,0f,09,c4 S7_AWrite_bad_dimmer_mindesthelligkeit,S7_AWrite_bad_dimmer_maximalhelligkeit,S7_AWrite_bad_dimmer_geschwindigkeit,S7_AWrite_bad_dimwert
2020.04.02 07:46:55.240 5: ET200_1: dispatch AW db 131 0 8 ET200_1 0b,b8,6b,6c,00,0f,09,c4 S7_AWrite_bad_dimmer_mindesthelligkeit,S7_AWrite_bad_dimmer_maximalhelligkeit,S7_AWrite_bad_dimmer_geschwindigkeit,S7_AWrite_bad_dimwert
2020.04.02 07:46:55.240 5: ET200_1 S7_AWrite_Parse AW db 131 0 8 ET200_1 0b,b8,6b,6c,00,0f,09,c4 S7_AWrite_bad_dimmer_mindesthelligkeit,S7_AWrite_bad_dimmer_maximalhelligkeit,S7_AWrite_bad_dimmer_geschwindigkeit,S7_AWrite_bad_dimwert
2020.04.02 07:46:55.241 4: ET200_1 READ Block AREA=db (3), DB =150, ADDRESS=0, LENGTH=1
2020.04.02 07:46:55.249 5: ET200_1 S7_dispatchMsg DW db 150 0 1 ET200_1 00 S7_DWrite_aussenbereich_taster_licht_terasse,S7_DWrite_aussenbereich_tuer_manuell_oeffnen_1,S7_DWrite_aussenbereich_tuer_manuell_oeffnen_2,S7_DWrite_aussenbereich_tuer_automatisch_oeffnen,S7_DWrite_aussenbereich_quittierung_fehler_tueroeffner,S7_DWrite_aussenbereich_simulation_terassenlicht
2020.04.02 07:46:55.250 5: ET200_1: dispatch DW db 150 0 1 ET200_1 00 S7_DWrite_aussenbereich_taster_licht_terasse,S7_DWrite_aussenbereich_tuer_manuell_oeffnen_1,S7_DWrite_aussenbereich_tuer_manuell_oeffnen_2,S7_DWrite_aussenbereich_tuer_automatisch_oeffnen,S7_DWrite_aussenbereich_quittierung_fehler_tueroeffner,S7_DWrite_aussenbereich_simulation_terassenlicht
2020.04.02 07:46:55.250 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_taster_licht_terasse
2020.04.02 07:46:55.250 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_tuer_manuell_oeffnen_1
2020.04.02 07:46:55.250 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_tuer_manuell_oeffnen_2
2020.04.02 07:46:55.251 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_tuer_automatisch_oeffnen
2020.04.02 07:46:55.251 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_quittierung_fehler_tueroeffner
2020.04.02 07:46:55.251 5: ET200_1 S7_DWrite_Parse update S7_DWrite_aussenbereich_simulation_terassenlicht
2020.04.02 07:46:55.251 4: ET200_1 READ Block AREA=db (3), DB =133, ADDRESS=0, LENGTH=8
2020.04.02 07:46:55.256 5: ET200_1 S7_dispatchMsg AW db 133 0 8 ET200_1 41,ba,66,66,41,bd,99,9a S7_AWrite_bad_sensorbox_temperatur,S7_AWrite_bad_sollwert_temperatur
2020.04.02 07:46:55.256 5: ET200_1: dispatch AW db 133 0 8 ET200_1 41,ba,66,66,41,bd,99,9a S7_AWrite_bad_sensorbox_temperatur,S7_AWrite_bad_sollwert_temperatur
2020.04.02 07:46:55.256 5: ET200_1 S7_AWrite_Parse AW db 133 0 8 ET200_1 41,ba,66,66,41,bd,99,9a S7_AWrite_bad_sensorbox_temperatur,S7_AWrite_bad_sollwert_temperatur
2020.04.02 07:46:55.256 4: ET200_1 READ Block AREA=db (3), DB =142, ADDRESS=0, LENGTH=48
2020.04.02 07:46:55.758 3: ET200_1 S7_ReadBlockFromPLC ReadArea error: 3=A timeout occurred waiting a reply.
2020.04.02 07:46:55.781 2: ET200_1 S7 disconnected

Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 08 April 2020, 19:31:53
Hat hier keiner einen heißen Tipp für mich? Ich würde den Fehler gerne versuchen einzugrenzen, aber anhand der Logs komme ich hier nicht weiter. Auch im Diagnosepuffer der S7 steht hier nichts von unzulässigen DB-Zugriffen o.ä.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 09 April 2020, 08:27:07
Moin
Was mir auffaellt, ist die Tatsache, dass Du verdammt viele verschiedenen Datenpunkte hast!
Ich wage mal zu vermuten, dass die Antworten nicht schnell genug kommen. Reduziere das doch mal auf einen DB!?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 09 April 2020, 08:56:18
Hi Christoph,
ich habe tatsächlich meine Datenpunkte aufgeteilt nach Räumen sowie nochmal nach Datentypen. Sowohl das S7 Projekt als auch FHEM befinden sich im Aufbau. Dadurch kommen immer mal wieder Datenpunkte dazu und alte fallen weg. Mit kleinen DBs verschiebt sich über diese Aufteilung so gut wie nichts. Das war die Idee hinter diesem Konstrukt.
Aber wenn das für das Modul hinderlich ist, dann werde ich mal versuchen die Aufteilung nach Datentypen raus zu nehmen. Sollte dann mindestens die Hälfte der DBs einsparen.
Ich hoffe, dass die Aktion zum Erfolg führt. Vielen Dank erst mal für den Tipp.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 21 April 2020, 07:48:34
Mittklerweile habe ich die Hälfte meiner DBs "eingespart", sodass ich bei aktuell 25 bin. Geholfen hat es leider absolut nichts. Immernoch kommt es im 1-5 Minuten Takt zu einem Timeout.
Um das DB Thema endgültig auszuschließen, habe ich testweise bei fast allen Datenpunkten das IODev rausgenommen, sodass nur noch 3 DBs abgefragt werden. Ebenfalls keine Änderung. Das heißt die Anzahl der DBs scheint hier nicht das Problem zu sein.
Aber was kann es noch sein? ich verzweifle hier so langsam echt. Die Anbindung lief absolut super (trotz der vielen DBs) und plötzlich hat es mit den Timeouts angefangen. Ich weiß auch ehrlich gesgat nicht, wo ich noch weiter suchen kann.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 21 April 2020, 08:34:05
Moin
Nur mal dumm gefragt. Worauf laeuft Dein fhem? Nicht, dass es bei Dir das gleiche Problem wie bei Ajuba ist.
Bei mir scheint das Problem auch vorzuliegen, das werde ich heute Abend mal testen, hat aber nur Auswirkungen auf das Netzwerk, nicht auf das S7-Modul. (Glaube ich!)
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 21 April 2020, 08:37:44
Mein fhem läuft als Docker-Container auf einem NUC8 i5-8259U. Aber raspberrys habe ich auch zwei Stück am laufen. Da sind nur 2 fhem-Testinstanzen drauf.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 21 April 2020, 14:04:48
Hi
Naja, dann nimm die doch mal vom Netz weg! Und so nebenbei gefragt, eine Testinstanz moechte nicht zufaellig auch gerne mit der S7 reden?
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: pc1246 am 22 April 2020, 08:47:01
Zitat von: pc1246 am 21 April 2020, 08:34:05
Bei mir scheint das Problem auch vorzuliegen, das werde ich heute Abend mal testen, hat aber nur Auswirkungen auf das Netzwerk, nicht auf das S7-Modul. (Glaube ich!)
Moin
So habe gestern abend nebenbei rumgeforscht. Mein zweites fhem auf dem ThinClient ist der Stoerenfried. Jetzt muss ich nur noch rausfinden warum.
Das Gute ist, dass ich jederzeit rausfinden kann ob es stoert oder nicht, da von 4 mangebaren Switchen hoechstens noch zwei erreichbar sind.
Ist hier dann aber OT!
Gruss Christoph
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Thomas41587 am 02 Juni 2020, 13:07:00
Nach langem testen melde ich mich mal zurück.
Das Problem wurde beseitgt, obwohl ich es nicht ganz nachvollziehen kann.
Offenbar scheint es die Tatsache gewesen zu sein, dass fhem als Docker-Instanz lief. Ich habe das ganze zunächst auf meinen RaspberryPi umgezogen (lief Problemlos, aber Performance natürlich deutlich schlechter) und final wieder zurück auf den NUC, allerdings direkt auf dem Host, nicht als Docker Instanz.

So kann ich - zumidnest aus meiner Sicht - sagen:
Das Modul ist NICHT mit vielen DBs und/oder vielen Variablen überfordert
Die Raspberrys haben bei mir nicht gestört
Im Falle von Docker umgebenungen muss man evtl. genauer hin schauen, wobei ich hier keine weitere Fehlersuche betrieben habe

Eventuell hilft das ja dem einen oder anderen bei zukünftigen Problemen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 19 Juni 2020, 23:21:34
Ich muss jetzt mal fragen da ich ewig keine Probleme mit meinem Logo8 und Fhem hatte, seit ca. 3 Tagen kann ich von Fhem aus keine Geräte mehr ansprechen die auf meinem Logo gesteuert werden.
Gab es irgend ein Update, welches ich verpaßt habe, oder hat sich was geändert.

Meine Beleuchtungen die ich mit dem Logo steuere werden von Fhem nicht mehr geschaltet. Da ich gefühlt eine Ewigkeit nichts mehr gemacht habe, nun meine Frage wie gehe ich jetzt am besten vor um das wieder in Gang zu bekommen..?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 Juni 2020, 12:34:26
Hat keiner einen Tipp für mich, ich weiß grad nicht wie ich das hinbekomme..?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Ajuba am 22 Juni 2020, 12:57:14
Warum sollte ein verpasste Update an einem geschlossenen System, das vorher funktioniert hat etwas ändern?
Wenn du vorher an Fhem nichts verändert hast würde ich eher mal das Umfeld abchecken. Hat sich am Netzwerk was geändert?
Auf Raspis macht manchmal der aus dem Ruder laufenende Speicher Probleme und dann geht gar nichts mehr.
Schon mal einen kompletten Neustart des Fhem Servers probiert? Nicht nur Fhem sondern die ganze Hardware.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 Juni 2020, 13:32:39
Zitat von: Ajuba am 22 Juni 2020, 12:57:14
Warum sollte ein verpasste Update an einem geschlossenen System, das vorher funktioniert hat etwas ändern?
ich habe bisher immer die Updates gemacht und es funktionierte ja auch immer, verpasst habe ich keines, oder was meintest du.?

Zitat von: Ajuba am 22 Juni 2020, 12:57:14
Wenn du vorher an Fhem nichts verändert hast würde ich eher mal das Umfeld abchecken. Hat sich am Netzwerk was geändert?
Auf Raspis macht manchmal der aus dem Ruder laufenende Speicher Probleme und dann geht gar nichts mehr.
Ich habe nichts verändert, hatte ich oben schon geschrieben, warum soll ich auch etwas ändern, es läuft ja alles über das Logo und die Taster und Beleuchtungen auf dem Logo funktionieren ja auch..!!
Mir geht es dabei einzig und allein um die Terrassenbeleuchtung, die Fhem immer eingeschaltet hat und daran habe ich ja auch gemerkt das irgend etwas nicht stimmt
Wie du an meiner Signatur sehen kannst nutze ich keinen Raspi, habe seit eh und je alles auf dem NUC.

Zitat von: Ajuba am 22 Juni 2020, 12:57:14
Schon mal einen kompletten Neustart des Fhem Servers probiert? Nicht nur Fhem sondern die ganze Hardware.
Ja klar die einfachsten Dinge schon längst gemacht, Fhem und auch den Interl NUC neu gestartet samt OS, aber es geht trotzdem nicht.
Wenn ich einen kleinen Ansatz hätte was ich machen könnte wäre das schon eine Hilfe.

Es wurde in Fhem und dem S7 Modul auch nichs an den Adressen geändert, alles wie immer und wie geschrieben schon mindestens 3Jahre damit nichts gehabt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 22 Juni 2020, 15:35:12
so folgendes habe ich bisher gefunden.
Es funktionierte die Anzeige d.h. ich habe ja im Logo die Ausgänge Q1-Q8 diese Ausgänge kamen in Fhem an und haben mir gezeigt das z.B. das Licht meiner Terasse eingeschaltet wurde, wenn ich dieses über den Taster gemacht habe.

Dann habe ich da ja nichts geändert wurde ein Device komplett gelöscht und wieder angelegt und siehe da es funktiniert wieder.
Da ich ja mehrere Logo Ausgänge über Fhem hatte habe ich beim nächsten device nur mal IODev gelöscht und wieder angelegt, dass habe ich mit allen Eingängen die ich von Fhem aus schalten kann gemacht...
Nun funktioniert alles wieder...

Eine Erklärung dafür habe ich aber nicht, ob dieses nun ein Restart oder einem Update von Fhem stand hält weiß ich nicht. Werde ich beim nächsten Fhem Update sehen  ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Starkstrombastler am 05 Juli 2020, 13:05:40
in meinem System laufen fünf Logo7 und eine Logo8. Ich habe dabei folgendes Problem kennen gelernt:

Im Config-File dürfen die Logo7-Definitionen nicht mit den Logo8-Definitionen vermischt werden.

Weil zuerst die Logos 0BA7 da waren und später die 0BA8 dazukam, sieht das Config-File im Prinzip wie folgt aus:

define LogoA S7 LOGO7 192.168.178.71
#.....
define LogoB S7 LOGO7 192.168.178.72
#.....
#.....
define LogoE S7 LOGO7 192.168.178.75

# es folgen hunderte Definitionen D/A Read/Write für die Logos 0BA7
define A_AA S7_DWrite DB 0 1.3
attr A_AA IODev LogoA
#.....

# es folgt die Def. für die Logo8:
define LogoH S7 LOGO8 192.168.178.78

# es folgen die Definitionen D/A Read/Write für die Logo8
define H_ABC S7_DWrite DB 0 1.5
attr H_ABC IODev LogoH
#.....
#.....


so weit, so gut.

Wird aber danach noch ein Define für eine der Logo7 angehangen, z.B. so:

define A_PWM.Freigabe S7_DRead M15
attr A_PWM.Freigabe IODev LogoA


dann erscheint nach einem Fhem-Neustart in den Internals folgende Adresse:

ADDRESS   1105.6

Das ist aber die Adresse bei einer Logo8.

Wird jetzt die Definition über den Def-Editior manuell durchgeführt,
dann erscheint in den Internals die korrekte Logo7-Adresse:
ADDRESS 949.6

Das Problem lässt sich also durch Editieren des cfg-Files beheben, das ist aber kein Dauerzustand.
Ist das Problem bereits bekannt, gibt es einen besseren Trick?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: moonsorrox am 13 Oktober 2020, 23:20:25
ich melde mich jetzt nach fast 4 Monaten wieder einmal weil ich gestern gemerkt habe das meine Logo Ein-/Ausgänge nicht mehr von Fhem verarbeitet werden. Es sind auch ausnamslos alle IOs...!
Wie ich mir helfen kann weiß ich nun vom letzten mal...
Die Vorgehensweise ist folgende, ich lösche in allen Ein-/Ausgängen einmal IODev ein füge sie wieder hinzu und alles läuft wieder.
Erklären kann ich mir dieses Problem leider nicht, in den Logs von Fhem ist nichts zu finden.

Mal schauen ob ich hier in ca. 4 Monaten wieder etwas schreibe ;)
Titel: Antw:S7_WriteBitToPLC: wrong block length 1 (max length -1) - Fehler
Beitrag von: rossi007 am 17 Dezember 2020, 09:57:17
... nach langem Suchen, viel Googlen und Rumraten anhand diffuser Tips konnte ich das Auftreten des Eintrags im Log nun loswerden. Es trat bei den devices auf, deren Deklaration räumlich vor dem Haupteintrag define HaustechnikSPS S7 xxx.xxx.1.52 0 2 2 in der FHEM.cfg zu stehen kam. Nachdem ich manuell in einem Editor das define vor alle aufrufenden devices des Typs define TVAktiv S7_DWrite flags 0 x.x gerückt habe, trat der Fehler bisher seit Wochen nicht mehr auf. Es würde mich freuen, wenn jemand den Effekt bestätigen kann.
Titel: Antw:S7_WriteBitToPLC: wrong block length 1 (max length -1) - Fehler
Beitrag von: flummy1978 am 17 Dezember 2020, 15:14:00
Saubär der Rossi !  ;D

Wie auch immer Du das gefunden hast... Bei mir war es dann wohl Zufall durch Löschen und Neuanlegen der Geräte wohl ZUFÄLLIG so ergeben, dass bei mir die Sachen dann in der CFG der Reihe nach vorhanden waren. Lange Rede kurzer Sinn:

Zitat von: rossi007 am 17 Dezember 2020, 09:57:17
Es trat bei den devices auf, deren Deklaration räumlich vor dem Haupteintrag define HaustechnikSPS S7 xxx.xxx.1.52 0 2 2 in der FHEM.cfg zu stehen kam
....
Es würde mich freuen, wenn jemand den Effekt bestätigen kann.

Kann ich genauso bestätigen. Hab es grad auf meinem Live System getestet. Den Define der S7 hinter 2 S7 Geräte gesetzt und diese dann angesteuert:
2020.12.17 15:05:39.339 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)
2020.12.17 15:05:39.342 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)
2020.12.17 15:05:49.754 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)
2020.12.17 15:05:49.756 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)
2020.12.17 15:05:53.042 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)
2020.12.17 15:05:53.045 3: S7_WriteBitToPLC: wrong block length  1 (max length -1)

Danach das Ganze wieder Rückgängig gemacht und alles war wieder gut.

Gute Arbeit - und mein Lob.... Ich hab damals auch alles abgesucht aber nichts gefunden. Irgendwann war es ja dann von alleine weg ... jetzt weiss ich auch warum ::)

VG
Andreas
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: rossi007 am 22 Dezember 2020, 07:39:17
Puh, das freut mich  :D, daß ich keine Gespenster gesehen habe und die Jagd nun beendet ist. Man fühlt sich einfach nicht wohl, wenn man nicht reinblickt und irgendein Eigenleben in der Software ist. Wenn wir jetzt noch die zig Links voller diffuser Mutmaßungen, denen ich nach dem Googlen gefolgt bin, einfangen und löschen könnten, wäre das traumhaft ;)
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Florian E. am 03 Februar 2021, 20:44:38
UPDATE:

Nachdem ich in den Offline-Einstellungen der SPS den "S7-Zugriff" erlaubt habe, ist die Verbindung ohne Einschränkungen möglich.
Also doch wieder zu früh einen Foren-Eintrag verfasst...:-)

###########################################

Hallo,

ich habe mir eine Logo besorgt um damit neben meinen andere System zu experimentieren.
Da ich mich bislang noch nie mit dem LOGOs auseinandergesetzt haben, habe ich einfach die nächstbeste bestellt. Jetzt nach ein paar recherchen habe ich herausgefunden, dass dies eine relativ neue Version ist. Die 8.3 (6ED1052-1MD08-0BA1)
Muss man bei den 8.3 Versionen der Logo irgendwas beachten bzw. ist es überhaut schon möglich diese über dieses Modul anzubinden?

Danke im Voraus für eure Antwort!
Gruß Florian!
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: hackepeter am 12 April 2021, 17:45:27
Hallo,

vielen Dank für das tolle Modul, wirklich Klasse!

Leider funktioniert das disable attribut nicht. Ist es auf 1 gesetzt wird dennoch ständig versucht eine Verbindung aufzubauen.

Auch würde ich mir bei den entsprechenden Modulen S7_ARead, S7_AWrite,... ein disable attribut wünschen.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Wasserwerk33 am 15 Mai 2021, 22:26:57
Hallo Leute

was muss ich den nun irgendwo irgendwie ändern? Habe die Logo 8 seit Jahren im Betrieb seit ein paar Monaten habe ich Probleme ich damit. Sie verbindet sich alle paar Minuten neu. Raspberry neu gestartet. Logo8 neu gestartet. define schon mehr mal geändert und neu angelegt. Aber es ändert nix dran. Habe das define auch schon neu geschrieben. Aber ändert nix. Hat jemand eine Idee für mich.

danke im vorraus
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Umber am 17 Dezember 2021, 15:20:40
Hallo,

ich bin am überlegen meine I2C-Eingänge einzumotten und stattdessen ein Logo zu nehmen.
Ich benötige nur noch 7 Eingänge für Bewegungsmelder, ein weiterer Vorteil wäre dass ich mit der Logo 4 Ausgänge zu Verfügung hätte die mir dann einen Fallback ermöglichen würden.
Das ist aber zweitrangig.

Ich möchte eigentlich nur die Eingänge zu Fhem weiterleiten und dort die Logik festlegen.
So nun zu meiner Frage, wie zuverlässig läuft das Modul in Verbindung mit einer Logo?

MfG
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: eckhard scholz am 21 Dezember 2021, 13:06:52
Hallo Umber,

also ich habe drei LOGO`s und eine S7 300 mit dem Modul in Fhem eingebunden.
Die Laufen seit mehreren Jahren ohne Probleme. Ich mach es aber anders herum. Die Steuerungen haben die meiste Logik und Fhem zeigt nur an. Damit laufen die Siemenser auch ohne Fhem, wenn`s mal sein muß.

Gruß
Eckhard
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Umber am 24 Dezember 2021, 14:52:37
Danke für die Antwort!

Dann werde ich das Projekt mal angehen.
Die Logo wird halt hauptsächlich als Eingangskarte missbraucht.
Auf den Eingängen kommen die Bewegungsmelder an, fhem wertet diese aus und steuert HUE oder Mqtt Lampen mit der gewünschten Helligkeit an.

Ein Eingang werde ich von einem Tasmota Device zur Überwachung ansteuern lassen, wenn der Mqtt Server nicht erreichbar ist.
Auf die Logo kommt dann ein Fallback Programm, dies übernimmt die Ansteuerungen der HUE/Mqtt Lampen via Koppelrelais.
Die Kalten werden dadurch hart Ein bzw. Aus geschaltet.
Einziger Nachteil ist dass die HUE/Mqtt Lampen mit der letzten eingestellten Helligkeit angehen.
Aber das kann ich verschmerzen, ich erreiche dann dass die Beleuchtung ohne Raspberry/fhem funktionsfähig bleibt.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Edi77 am 02 August 2022, 20:21:52
Hallo,

Habe mit 2 relativ alten Logo 0ba7 ein Problem.
Ich kann die Ausgänge nicht auslesen. Netzwerkeingänge setzen und lesen geht.
Gibt es dazu ein Problem?
Spreche die über S7_DRead Q1 an.

Die beiden Problem Logos haben die Firmware 1.03.28, die mit 1.03.32 haben dieses Problem nicht.
Kann man eigentlich ein Firmware Update machen?
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MichaelBerlin am 02 August 2022, 21:33:48
Hallo,

Firmware Update geht bei LOGO nicht. Wie hast Du die LOGO definiert ? define LOGO_2_DG S7 LOGO7 192.168.2.14 oder define LOGO_2_DG S7 LOGO8 192.168.2.14 funktionieren bei mir.

LG Michael
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: Edi77 am 03 August 2022, 00:52:27
Also LOGO7 natürlich.
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 08 August 2022, 10:19:31
Hallo,

Ich lese die Ausgänge über den DB zurück.


defmod Q1 S7_DRead DB 0 942.0


Gruß
Max
Titel: Antw:neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: MadMax am 20 November 2022, 15:58:18
Hallo Zusammen,

ich wollte bei einem Wochentimer in meiner LOGO BA7 die Zeit auslesen und verstellen.
Diese wird aber in zwei Bytes als BCD abgelegt.
B0 Stunde BCD
B1 Minute BCD

Also wollte ich beide einzeln lesen und anzeigen.
Ich habe jetzt noch das Datenvormat b8 für 8bit BCD hinzugefügt.
Bei meiner LOGO BA7 funktioniert das soweit auch.

Gerne Testen und in die Originale Version übernehmen.

Gruß
Max
Titel: Aw: neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fhainz am 15 Mai 2023, 11:26:29
Hallo!

Ich habe ein Problem mit dem Lesen Digitaler Eingänge bei einer S7-1500. Die S7-Module nutze ich seid länger Zeit ohne größere Probleme. Jetzt habe ich diverse DRead Datenpunkte neuangelegt und musste feststellen, dass viele davon nicht aktualisiert werden. Im State bleiben die 3 ? stehen, IODev ist gesetzt, aber es passiert nichts. Bei machen zuvor angelegten DRead Eingänge, die bisher funktioniert haben, habe ich jetzt das selbe Problem, sie werden nicht mehr aktualisiert.
Das Verhalten hat mich sehr irritiert, die Adressen stimmen. Also habe ich testweise anstatt dem DRead das DWrite Modul verwendet. Mein Gedanke war, vom Lese-Verhalten sollte sich ja nichts ändern und beschreiben will ich ja nicht bzw funktioniert nicht da die SPS wieder darüberschreibt. Und mit dem DWrite Modul funktioniert das lesen aller Digitalen Eingänge wieder wunderbar.

Gibt es eine Limitierung der Eingänge im DRead Modul? Hat jemand so ein Verhalten schonmal beobachtet oder hat sonst einen Tipp für mich?

Ich bin das DRead und die zugehörigen Module einmal überflogen konnte aber auf die schnelle nichts finden. Bevor ich mir jetzt aber die Mühe mache und DRead mit DWrite vergleiche wollte ich hier mal nachfragen. Als Workaround funktioniert ja die Verwendung des DWrite Moduls.

Schöne Grüße

 
Titel: Aw: neues Modul: SIEMENS Anbindung / S7 / Siemens Logo
Beitrag von: fhainz am 29 Juli 2023, 18:42:14
Zitat von: fhainz am 15 Mai 2023, 11:26:29Hallo!

Ich habe ein Problem mit dem Lesen Digitaler Eingänge bei einer S7-1500. Die S7-Module nutze ich seid länger Zeit ohne größere Probleme. Jetzt habe ich diverse DRead Datenpunkte neuangelegt und musste feststellen, dass viele davon nicht aktualisiert werden. Im State bleiben die 3 ? stehen, IODev ist gesetzt, aber es passiert nichts. Bei machen zuvor angelegten DRead Eingänge, die bisher funktioniert haben, habe ich jetzt das selbe Problem, sie werden nicht mehr aktualisiert.
Das Verhalten hat mich sehr irritiert, die Adressen stimmen. Also habe ich testweise anstatt dem DRead das DWrite Modul verwendet. Mein Gedanke war, vom Lese-Verhalten sollte sich ja nichts ändern und beschreiben will ich ja nicht bzw funktioniert nicht da die SPS wieder darüberschreibt. Und mit dem DWrite Modul funktioniert das lesen aller Digitalen Eingänge wieder wunderbar.

Gibt es eine Limitierung der Eingänge im DRead Modul? Hat jemand so ein Verhalten schonmal beobachtet oder hat sonst einen Tipp für mich?

Ich bin das DRead und die zugehörigen Module einmal überflogen konnte aber auf die schnelle nichts finden. Bevor ich mir jetzt aber die Mühe mache und DRead mit DWrite vergleiche wollte ich hier mal nachfragen. Als Workaround funktioniert ja die Verwendung des DWrite Moduls.

Schöne Grüße

 

Bin gerade wieder über dieses Problem gestolpert. Niemand eine Idee?