UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[BlackAlpha]

Hi @all,

nur mal am Rande: Es MUSS an der Implementierung der Snap7 im ioBroker-Adapter liegen. Ich habe mit dem Entwickler des openHAB-Logo-Bindings gesprochen und der Connect ist in der Snap7-Lib für eine 0BA7 und 0BA8 identisch - er unterscheidet sich jedoch generell vom Connect zu einer S7. Der Betrag von Vumer macht mich da viel mehr stutzig: Es wirkt für mich so (wenn ich das lese), als würde die 0BA8 nur deshalb funktionieren, weil sie wie eine S7 angesprochen wird und der Haken im Adapter keine Auswirkungen hat. Ich habe aktuell nicht auf dem Schirm, wo da die Unterschiede zwischen 0BA7 und 0BA8 liegen.

Grüße,

BlackAlpha

[Vumer]

@ LOGO!7 Nutzer

macht doch im Github einen Ticket (Issues) auf

Schöne Grüße

[apollon77]

Auch wenn ich kein s7 Nutzer bin habe ich heute mal Bissl gegoogelt.

http://snap7.sourceforge.net/logo.html

Der Adapter blendet bei Wahl von s7 Logo andere Felder ein die gefüllt werden müssen. Die konfig passt bei euch und ihr tragt dort was ein ?! ( Sorry für vllt dumme fragen aber ich versuche auszuschließen)

[Steff]

Hallo apollon77,

habe beide Logo´s bei mir im Einsatz. Die 0BA8 geht (problemlos) allerdings braucht dazu nicht einmal die S7 LOGO im Adapter ausgewählt werden, somit spielen auch die TSAP´s keine Rolle! Die 0BA7 geht gar nicht. Die Einstellungen (TSAP etc.) sind korrekt. Ich habe irgendwo auf Seite zwei dieses Threads auch einmal einen Wireshark Mitschnitt gestartet, bei dem mir aufgefallen ist, das die 8er einen regelmässigen Datenverkehr erzeugen, bei den 7er allerdings bleibt es nur bei den Reconnect-Versuchen. Im Log taucht dann die Meldung "Connection failed. Code #655470" auf.

Github Issue Eintrag ist von mir ;)

Gruß Steff

[apollon77]

Hm … dann muss es irgendwo in der node-snap7 Lib liegen oder sogar noch weiter "Unten", also in der snap7 lib. Lass uns mal auf Github weitermachen

[Steff]

Oops…

was heißt das?? Bin diesbezüglich total grün hinter den Ohren :oops:

[Vumer]

bin live dabei :lol:

und läuft?

[apollon77]

Sooooooooooo … Mit Super Unterstützung von Steff haben wir den Grund gefunden. War doch einfacher als vermutet. Es gab einen Schreibfehler (Gross/Kleinschreibung auch noch "nur") im Adapter wodurch die LOGO-Einstellungen aus der Adapter-Konfig nie wirklich verwendet wurden :-((

Auf Github gibt es die 1.1.1 vom Adapter. Bitte testen!!!

@BlackAlpha: vllt gibst Du ioBroker ja doch noch ne Chance :-)

[apollon77]

@Vumer:

bin live dabei :lol:

und läuft? `

Steff war echt "Live" dabei … Github-Kommunikation im 3 Minuten-Takt :-)

War super produktiv und konstruktiv und lösung gefunden!

[Vumer]

hatte ne Hoffnung das Eingänge, Ausgänge und Merker auch funktionieren aber leider nein

! s7.0 2018-01-05 19:22:25.255 error try reconnection
! s7.0 2018-01-05 19:22:25.255 warn Poll error count: 6 code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:25.250 warn EBRead error[1064 - 1065]: code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:24.234 warn Poll error count: 5 code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:24.229 warn EBRead error[1064 - 1065]: code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:23.233 warn Poll error count: 4 code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:23.231 warn EBRead error[1064 - 1065]: code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:22.217 warn Poll error count: 3 code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:22.214 warn EBRead error[1064 - 1065]: code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:21.189 warn Poll error count: 2 code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:21.187 warn EBRead error[1064 - 1065]: code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:20.222 warn Poll error count: 1 code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:20.221 warn EBRead error[1064 - 1065]: code: 0x900000 (errCliAddressOutOfRange)
! s7.0 2018-01-05 19:22:20.220 info Connected in LOGO! mode
! s7.0 2018-01-05 19:22:20.219 info Connect in LOGO! mode to 768 / 512
! s7.0 2018-01-05 19:22:20.217 info LOG localTSAP=768 / remoteTSAP=512
! s7.0 2018-01-05 19:22:19.829 info starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.s7, node: v6.12.2
! iobroker 2018-01-05 19:17:11.190 info Local

na gut, bleibe bei DB1 ;)

[Steff]

Hallo Vumer,

hast du LogoControl im Hintergrund laufen?

Gruß

[Vumer]

nein, nicht mehr

wiso?

[Steff]

Das war bei mir das Problem, sobald ich einen DB oder einen Eingang etc. angelegt hatte bekam ich die gleichen Log-Einträge wie du. Nachdem ich LC beendet habe war Ruhe. Bei mir geht seit da alles (DB / Eingänge / Ausgänge / Merker)

Gruß

[Steff]

Achso du hast ja keine 7er.

Zeig mir bitte mal einen Screenshot von deinen Eingängen

[apollon77]

In dm github issue hatte ich noch nen Link zu nem anderen Forum rausgesucht wo es auch PDFs gab mit Infos … vllt helfen die. Aber da ist jetzt Steff der bessere Support. Übergebe daher an ihn zurück ;-))

[Vumer]

[Steff]

Danke für die Blumen :lol:

Spass bei Seite - danke @apollon77 für das schnelle Fixen des Adapters!

Hat mir sehr viel Spaß bereitet hier mitzuhelfen, so konnte ich wenigstens auch mal etwas dazu beitragen - wenn schon programmieren nicht meine Stärke ist :oops:

Gruß Steff

[Steff]

@Vumer,

den Fehler habe ich am Anfang auch gemacht. Du gibst unter Eingänge die Adressen der VM an, die gehören aber nur unter DB rein. Unter Eingänge / Ausgänge / Merker sind die Adresse nach dem Schema Q1 –> 0.0 / Q2 --> 0.1 usw., bei den Ausgängen und Merkern geht es dann gleich weiter.

Gruß

[Vumer]

Jaaa, Danke!!! Funktioniert.

Aber 7er und 8er haben verschidene VM-Adressen :roll: erkännt der Adapter das?

[Steff]

Ich denke schon.

Habe es aber nicht ausprobiert, weil ich meine E/A/M´s "direkt" Abfrage und nicht über die Adresse in der VM.

Edit: Geht, habe es soeben getestet.

Gruß Steff