Es wird eine Warnmeldung ausgeben das die falschen Datentypen empfangen werden. Siehe Screenshots.
Wert stimmt auch nicht überein. Variable 'gateGardenIsClosed' sollte im ioBroker TRUE sein.

Parametrierung ist meiner Meinung nach korrekt.

PLC:

Objects:

Instance config:

Log:

Think about update stable version to 1.1.7

Version: stable=1.1.4 (607 days old) => latest=1.1.7 (18 days old)
Installs: stable=526 (72.15%), latest=105 (14.4%), total=729
Click to edit

Describe the bug
VDx von der Logo! werden nicht richtig auf die Objekte in ioBroker übertragen
Bsp. VD24 -> Wert steht auf VD28
V1.2.5, Logo 8.3

Ist es möglich einen Faktor für die Objekte in der Adapterkonfiguration einzufügen (genauso wie es bereits im Modbus-Adapter bereits umgesetzt ist). Ich habe bis jetzt keine möglichkeit gefunden die gelesenen Werte (z.B. Klimadaten) zu skalieren.

Since version 0.4.0 node-snap7 supports a set of platforms and node versions as prebuilt binaries that are automatically downloaded on installation. Compilation is now the fallback. Maybe this is interesting for you.

It looks like the adapter with Siemens LOGO 0BA7 will not work. See http://forum.iobroker.net/viewtopic.php?f=36&t=7209&start=40

I am new in the forum and I have the following issue:
The IO Broker works fine in my smart home project. Now I would like to add the S7 Logo (V7) to the IOBroker, but I have no change to connect both components. The S7 Logo adapter works fine (green LED) but I cannot send data from the IO Broker to the Logo.
Perhaps somebody have a detail documentation for this connection ?

I try to find something in this forum, but the documention is only available for the S7-300 with DBs.

Thanks for your help

Hallo,
hab jetze den JS controller von 3.2 auf 3.3 upgedatet
Jetzt bekomm ich auf alle objekte eine Warnung (Instanz läut aber).
z.B.
(3608) Object of state "s7.0.DBs.DB1000.StromWLanRel_1" is missing the required property "common.type"

dann hab ich alle Objekte rausgelöscht und den Adapter neu gestartet.
Dann wieder die Objekte (Merker und DB´s) importiert.

Das hat leider auch nicht geholfen.

Wie bekomm ich diese Flut an Warnungen weg?

Danke vorab für eure Hilfe

Think about update stable version to 1.2.5

Version: stable=1.2.4 (69 days old) => latest=1.2.5 (15 days old)
Installs: stable=585 (47.33%), latest=108 (8.74%), total=1236
Click to edit

Hey,
Funktioniert dein Adapter auch mit der Logo8,
wen ja könntest du mal eine Erklärung veröffentlichen?

Hi,

the new js-controller 2.0 will come into latest repository in the next days and we want to make sure that all adapters are working well. We already did a 2 weeks Beta test and so some adapter were aleady checked and some needed slight adjustments.

You can find more information in ioBroker/ioBroker.js-controller#482 and in the ioBroker Forum. If you have more technical questions please write in the referenced issue or in the Developer thread please. General questions are best in the genral thread.

Please update your systems to js-controller 2.0 and check your adapter.

Please close this issue once you have checked your adapter or received successfull reports from users.

Thank you very much for your support. Please contact us in the other Threads or Forum on any question.

Transfer of string from IoB to S7 does not work with following error:

s7.0 | 2021-11-07 12:18:08.504 | error | (19312) Exception-Code: ERR_INVALID_ARG_TYPE: The "size" argument must be of type number. Received type string ('202')
s7.0 | 2021-11-07 12:18:08.503 | error | (19312) TypeError [ERR_INVALID_ARG_TYPE]: The "size" argument must be of type number. Received type string ('202') at Function.alloc (buffer.js:370:3) at send (/opt/iobroker/node_modules/iobro
s7.0 | 2021-11-07 12:18:08.502 | error | (19312) uncaught exception: The "size" argument must be of type number. Received type string ('202')

S7 1500 with db element with STRING[20]

I think the error can be located at this line

PLCHome/node-red-contrib-ads#19 (comment)

old: var stringbuf = new Buffer(val.toString().slice(0,convert.length-1) + '\0', 'binary')
wrong: var stringbuf = Buffer.alloc(val.toString().slice(0,convert.length-1) + '\0', 'binary')
new: var stringbuf = Buffer.from(val.toString().slice(0,convert.length-1) + '\0', 'binary')

Beim Versuch eine .csv Datei mit den Daten meines DBs in den Adapter zu importieren kommt nur kurz die Meldung "data updated".
Es wird nichts importiert, Fehlermeldung erscheint keine.

Alle Adapter sind aktuell (Beta)
Node 12.16.2
NPM 6.14

Think about update stable version to 1.2.4

Version: stable=1.2.2 (57 days old) => latest=1.2.4 (30 days old)
Installs: stable=536 (45.16%), latest=143 (12.05%), total=1187
Click to edit

Sentry Issue: IOBROKER-S7-17

ReferenceError: db is not defined
  File "/opt/iobroker/node_modules/iobroker.s7/main.js", line 1458, in null.<anonymous>
    dbID:           db.id,
  File "/opt/iobroker/node_modules/iobroker.s7/node_modules/async/dist/async.js", line 271, in wrapper
    callFn.apply(this, args);
  File "/opt/iobroker/node_modules/iobroker.s7/node_modules/async/dist/async.js", line 498, in iteratorCallback
    callback(null);
  File "/opt/iobroker/node_modules/iobroker.s7/node_modules/async/dist/async.js", line 324, in null.<anonymous>
    callFn.apply(this, args);
  File "/opt/iobroker/node_modules/iobroker.s7/main.js", line 1431, in null.<anonymous>
    callback(null, res);

Hallo,

habe einen Fehler bei dem Zugriff auf eine S7 1212 DC/DC7DC / 6ES7 212-1AE40-0XB0 / Firmware 4.3.1

Das normale Verbinden klappt und die Anzeige wird grün, aber wenn ich Eingangsadressen anlege (z.B. 0.0), wird sie nur noch gelb und im Log erscheint folgende Fehlermeldung:

Kann es sein, dass es was mit der Firmware Version zu tun hat? Oder hat Jemand einen anderen Lösungsvorschlag?
Die Objekte werden auch nicht angelegt - nur der Channel

Danke Euch im Voraus!

Gruß
Lhoem

Hallo,
seit dem Update auf den JSC 3.0.20 bekomme ich folgende Warnmeldung(en) im LOG

Gruß Steffen

For Admin3 some changes are needed: see http://forum.iobroker.net/viewtopic.php?f=24&t=10268

After I updated Node.js to 12.16.2, the adapter isn't working anymore. Any ideas how to fix this? I realy need this adapter again, otherwise I hav to go back to 10.x.x.

Beim exportieren von Daten aus dem Adapter werden Punkte (Byte.Bit) mitexportiert. Beimanschliessenden importieren wird jedoch zusätzlich noch ein Punkt eingefügt. Die Daten haben dann zwei Punkte (Byte..Bit). Siehe Forum --> http://forum.iobroker.net/viewtopic.php?f=36&t=7209&start=80#p115823
Der Fehler betrifft nur die Reiter Eingänge, Ausgänge und Merker, beim Reiter DBs funktioniert es. Dort werden vorhandene Punkte nicht mitexportiert.

Hallo,

wenn man unter "DBs" einen einzelnen Datenpunkt über "+" hinzufügen möchte, wird das System wahnsinnig langsam, die einzelnen Felder zu befüllen wird zu einer echten Geduldsprobe. Bei der Eingabe der DB-Adresse passiert es hin und wieder sogar, dass das Dialogfenster vom Adapter einfach weiß wird und man einen Refresh machen muss. In der Version mit der alten GUI hatte ich die Probleme nicht.

Ich habe 671 Datenpunkte in 7 DBs angelegt, die Kommunikation funktioniert einwandfrei.

Im TSV Import-/Export-Fenster muss man jetzt die Adresse beginnend mit "DB..." eingeben, also z.B. DB80 8, bisher hat als Adresse "80 8" gelangt, da das Ganze ja im DB Dialog passiert ist. Kann man jetzt Eingänge, Ausgänge, Merker, DBs im selben TSV-Dialogfeld (gemischt) importieren? Dann macht es Sinn, die Adressen mit Kennung (DB, E, A, M) einzugeben. Wenn geplant ist, das so zu lassen, muss ich meine TSV-Quelle (Excel) entsprechend ändern, so dass das führende "DB" ergänzt wird.

Was kann ich tun, um an der Behebung der langsamen Eingabe mitzuwirken?

The upcoming version 2.0.0 of js-controller will support a new mode for low memory devices. For this, a few minor adjustments to the adapter must be made. Please follow these instructions: https://forum.iobroker.net/viewtopic.php?f=24&t=20387#p213466

wenn ich versuche mit dem Adapter die LOGO 0BA8 abzufragen oder zu steuern funktioniert das ganze einmal.
Nach dem automtaischen Neustart der Instanz wieder 1x Funktion danach 6x Fehlfunktion und Neustart des Adapters

s7.1 | 2021-10-25 08:31:00.212 | warn | Poll error count: 1 code: 0x90068
s7.1 | 2021-10-25 08:31:00.211 | warn | EBRead error[0 - 1]: code: 0x90068

s7.1 | 2021-10-25 08:30:58.999 | info | Successfully connected in LOGO! mode
s7.1 | 2021-10-25 08:30:58.790 | info | Connect in LOGO! mode to 512 / 512

s7.1 | 2021-10-25 08:30:53.790 | warn | MBRead error[2 - 3]: code: 0x90020
s7.1 | 2021-10-25 08:30:53.789 | warn | ABRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:53.788 | error | try reconnection: Disconnect successful: true
s7.1 | 2021-10-25 08:30:53.787 | warn | Poll error Last-Error Info: 589856: ISO : An error occurred during send TCP : Other Socket error (32)
s7.1 | 2021-10-25 08:30:53.787 | warn | Poll error count: 6 code: 0x90020
s7.1 | 2021-10-25 08:30:53.786 | warn | EBRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:52.786 | warn | MBRead error[2 - 3]: code: 0x90020
s7.1 | 2021-10-25 08:30:52.785 | warn | ABRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:52.784 | warn | Poll error Last-Error Info: 589856: ISO : An error occurred during send TCP : Other Socket error (32)
s7.1 | 2021-10-25 08:30:52.783 | warn | Poll error count: 5 code: 0x90020
s7.1 | 2021-10-25 08:30:52.782 | warn | EBRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:51.782 | warn | MBRead error[2 - 3]: code: 0x90020
s7.1 | 2021-10-25 08:30:51.782 | warn | ABRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:51.781 | warn | Poll error Last-Error Info: 589856: ISO : An error occurred during send TCP : Other Socket error (32)
s7.1 | 2021-10-25 08:30:51.780 | warn | Poll error count: 4 code: 0x90020
s7.1 | 2021-10-25 08:30:51.779 | warn | EBRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:50.779 | warn | MBRead error[2 - 3]: code: 0x90020
s7.1 | 2021-10-25 08:30:50.778 | warn | ABRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:50.778 | warn | Poll error Last-Error Info: 589856: ISO : An error occurred during send TCP : Other Socket error (32)
s7.1 | 2021-10-25 08:30:50.777 | warn | Poll error count: 3 code: 0x90020
s7.1 | 2021-10-25 08:30:50.776 | warn | EBRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:49.776 | warn | MBRead error[2 - 3]: code: 0x90020
s7.1 | 2021-10-25 08:30:49.775 | warn | ABRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:49.774 | warn | Poll error Last-Error Info: 589856: ISO : An error occurred during send TCP : Other Socket error (32)
s7.1 | 2021-10-25 08:30:49.774 | warn | Poll error count: 2 code: 0x90020
s7.1 | 2021-10-25 08:30:49.773 | warn | EBRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:48.773 | warn | MBRead error[2 - 3]: code: 0x90020
s7.1 | 2021-10-25 08:30:48.772 | warn | ABRead error[0 - 1]: code: 0x90020
s7.1 | 2021-10-25 08:30:48.771 | warn | Poll error Last-Error Info: 589856: ISO : An error occurred during send TCP : Other Socket error (32)
s7.1 | 2021-10-25 08:30:48.770 | warn | Poll error count: 1 code: 0x90068
s7.1 | 2021-10-25 08:30:48.769 | warn | EBRead error[0 - 1]: code: 0x90068
s7.1 | 2021-10-25 08:30:47.549 | info | Successfully connected in LOGO! mode
s7.1 | 2021-10-25 08:30:47.340 | info | Connect in LOGO! mode to 512 / 512

Think about update stable version to 1.3.5

Version: stable=1.2.5 (96 days old) => latest=1.3.5 (15 days old)
Installs: stable=663 (51.48%), latest=97 (7.53%), total=1288
Click to edit

Seit dem Update auf den JSC 3.3.1 wird mein Logfile mit Warnungen gefüllt.

z.B.:

(3601) Object of state "s7.0.DBs.DB125.Temperatur_Puffer_Oben_SPS" is missing the required property "common.type"

In den RAW-Eigenschaften der Variable steht das hier:
{ "from": "system.adapter.s7.0", "user": "system.user.admin", "ts": 1619768929158, "common": { "name": "", "role": "value.temperature", "unit": "", "read": true, "write": false }, "native": { "cat": "db", "type": "REAL", "db": "DB125", "len": "", "dbId": 125, "address": 126, "offsetBit": 0, "rw": false, "wp": false }, "acl": { "object": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator", "state": 1636 }, "_id": "s7.0.DBs.DB125.Temperatur_Puffer_Oben_Kessel", "type": "state" }

Könnte es sein, dass hier die Eigenschaft "type" fehlt?

Versions:

• Adapter version: 1.2.5
• JS-Controller version: 3.3.1
• Node version: 12.22.1
• Operating system: Ubuntu 18.04.2 LTS

Vielen Dank

Hallo,
habe ein Problem mit dem ansprechen von Netzwerk Eingängen. Sobald ich die Adresse einfüge funktioniert das Adapter nicht mehr bzw. die Abfragen von VM Adressen nicht mehr. Habe den Fehlercode Angefügt:

Please see also: https://forum.iobroker.net/viewtopic.php?f=20&t=20150

I use the Siemens Simatic S7 Adapter with three Logo! 8.FS4. Everything is fine, I use the current version 1.1.4

But at least one of the instances is loosing the connection one time per day.

1. First, there are several warnings (ABRead error[0 - 1]: code: 0x90068; Poll error count: 1 code: 0x90068; DBRead error[DB 0:0 - 1]: code: 0x90020)
2. Then, an error (try reconnection)
   After the automatic reconnect, everything is fine till to the next failure.

The log is:
s7.1 2018-12-30 18:15:47.929 info Successfully connected in LOGO! mode
s7.1 2018-12-30 18:15:47.924 info Connect in LOGO! mode to 512 / 512
s7.1 2018-12-30 18:14:47.924 warn DBRead error[DB 0:0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:47.924 error try reconnection
s7.1 2018-12-30 18:14:47.924 warn Poll error count: 6 code: 0x90020
s7.1 2018-12-30 18:14:47.924 warn ABRead error[0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:45.921 warn DBRead error[DB 0:0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:45.921 warn Poll error count: 5 code: 0x90020
s7.1 2018-12-30 18:14:45.921 warn ABRead error[0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:43.916 warn DBRead error[DB 0:0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:43.916 warn Poll error count: 4 code: 0x90020
s7.1 2018-12-30 18:14:43.916 warn ABRead error[0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:41.912 warn DBRead error[DB 0:0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:41.912 warn Poll error count: 3 code: 0x90020
s7.1 2018-12-30 18:14:41.912 warn ABRead error[0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:39.910 warn DBRead error[DB 0:0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:39.910 warn Poll error count: 2 code: 0x90020
s7.1 2018-12-30 18:14:39.909 warn ABRead error[0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:37.909 warn DBRead error[DB 0:0 - 1]: code: 0x90020
s7.1 2018-12-30 18:14:37.909 warn Poll error count: 1 code: 0x90068
s7.1 2018-12-30 18:14:37.908 warn ABRead error[0 - 1]: code: 0x90068

Settings on the adapter are:

• Aufrunden Real auf: 2
• Poll delay: 2000 ms
• Reconnectzeit: 60000ms
• Pulsetime: 2000 ms

Dear Adapter develop,

Node.js 14 is now available for a year and Node.js 16 was release just some days ago and will become LTS by October 2021. We plan to update the ioBroker Node.js recommendation (currently 12.x) to 14.x later this year.

Please check your adapter with Node.js 14 especially, and ideally also directly with Node.js 16

Please add both versions to the adapter testing which is executed on commits.

If your adapter requires a certain minimum version of Node.js please set the 'engine' setting in package.json accordingly! Please also do this if the adapter is not able to work in certain Node.js versions, so that ioBroker can prevent users from installing te adapter if not compatible!

On questions please talk to us at ioBroker/ioBroker.js-controller#1138

Please close the issue after you checked it.

Thank you very much for your support!

Think about update stable version to 1.1.9

Version: stable=1.1.8 (104 days old) => latest=1.1.9 (15 days old)
Installs: stable=396 (44.54%), latest=113 (12.71%), total=889
Click to edit

Think about update stable version to 1.2.2

Version: stable=1.1.9 (192 days old) => latest=1.2.2 (15 days old)
Installs: stable=699 (60.41%), latest=132 (11.41%), total=1157
Click to edit

Besteht die Möglichkeit, auch ältere Siemens LOGO`s die noch über eine Serielle Schnittstelle verfügen ebenfalls anzusprechen?

Trotz serieller Schnittstelle, hängt die LOGO via com2Lan Server im Netzwerk und ist über eine COM Umlenkung erreichbar. Könnte man ggf. die IP Adresse des COM Server ansprechen, der dann die Umlenkung zum Seriell Port Herstellt, damit der Adapter Zugriff auf die Logo bekommt?

Transfer of s5time from IoB to S7 does not work and no error messages. The error has existed for a longer time.
Reading is no problem and works perfect.

PLC

Adapter

Object

Read from DB

if i change the value from 3600 to 1800 nothing happens to s7 but the adapter sets the value to 360?!

Logfile with Silly Mode

Versions:

• S7 Adapter with Release v1.3.9
• JS-Controller version: 3.3.18
• Node version: v12.22.7
• Operating system: Docker
• PLC: S7 1500 (1515)

Think about update stable version to 1.1.7

Version: stable=1.1.4 (606 days old) => latest=1.1.7 (17 days old)
Installs: stable=526 (72.15%), latest=105 (14.4%), total=729
Click to edit

Hello.
I just find a mistake in the code (main.js)
main.acp.rack = parseInt(main.acp.rack, 10) || 0;
main.acp.slot = parseInt(main.acp.slot, 10) || 2;
In case of S7-1200 PLC you have to use rack and slot number 0 but it is not possible to set up in the current version, so I modified and it is working now.
main.acp.rack = parseInt(main.acp.rack, 10) || 0;
main.acp.slot = parseInt(main.acp.slot, 10) || 0;
BR.

Hi, it looks like you are using @alcalzone/release-script to manage your releases.
When updating to the latest version, you need to remove the following line from your .github/workflows/test-and-release.yml if you want the releases to keep working:

  deploy:
    # Trigger this step only when a commit on master is tagged with a version number
    if: |
      contains(github.event.head_commit.message, '[skip ci]') == false &&
      github.event_name == 'push' &&
-     github.event.base_ref == 'refs/heads/master' &&
      startsWith(github.ref, 'refs/tags/v')

It may also look like this one:

  deploy:
    # Trigger this step only when a commit on master is tagged with a version number
    if: |
      contains(github.event.head_commit.message, '[skip ci]') == false &&
      github.event_name == 'push' &&
-     github.event.base_ref == 'refs/heads/main' &&
      startsWith(github.ref, 'refs/tags/v')

Think about update stable version to 1.1.7

Version: stable=1.1.4 (606 days old) => latest=1.1.7 (17 days old)
Installs: stable=526 (72.15%), latest=105 (14.4%), total=729
Click to edit

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/ioBroker/ioBroker.s7

• [E112] extIcon must be the same as an icon but with github path
• [E605] No actual year found in copyright. Please add "Copyright (c) 2014-2022 smiling_Jack [email protected]" at the end of README.md
• [E701] No actual year found in LICENSE. Please add "Copyright (c) 2014-2022 smiling_Jack [email protected]" at the start of LICENSE

Thanks,
your automatic adapter checker.

Guten Tag,
ich habe ein Problem mit dem S7 Adapter. Wenn sehr viele Datenpunkte angegeben sind, ist es nicht möglich bis nach unten zu Scrollen um den Export durchzuführen.
Die Funktion "In Zwischenablage" scheint auch nicht zu funktionieren, wäre mir da aber noch egal, wenn ich bis zum letzten Datensatz scrollen könnte.
Dieses tritt beim Chromium, Iexplorer, Firefox, Safari auf.
Adapter ist 1.1.4.

Gruß und Danke

Wenn ich unter Instanzen mir meine DB-Liste anschauen möchte, bleibt die Seite leer.
Ich habe 4 unterschiedliche DBs, wobei ich bei 2 DBs nur so rund jeweils 10 Datenpunkte habe, bei einem so rund 10o und mein größter hat so ca. 400 Datenpunkte.

Anscheinend kommt die neue GUI (1.3.2 habe ich) nicht klar mit der Datenmenge.
Ist auch egal ob ich die neue oder alte Adminoberfläche einschalte.

Ich nutze das JavaScript aus den Beispielen um Elevation und Azimut der Sonne zu berechen. Diese schreibe ich in ein Datenwort meines S7.Adapters.
Ab und an werden dann anscheint zufällige Zahlen vom s7.Adapter zurück gegeben, die so auch in der S7-300 stehen (Siehe Bild), manchmal wird auch einfach eine Null geschrieben.

Ich habe inzwischen auch mit Node.Red in die S7 geschrieben dort sind mir diese Fehler nicht aufgefallen.
Ist das Problem bekannt und gibt es einen fix?

I am an automatic service from ioBroker that searches adapters and makes suggestions.

I noticed that your adapter is not integrated in the ioBroker.discovery. Using the Discovery adapter, ioBroker can automatically find devices or suggest services to the user for installation. If possible I would live to see your adapter added there.

Some adapters have already been added and you can use them as blueprints. See: https://github.com/ioBroker/ioBroker.discovery You need to fork this project and then create a PR for your adapter to be added.

Basically the plugins can do HTTP calls, UDP discovery, MDNS, UPNP and will iterate over all devices found by IP scan and check local serial ports. If you want you can also add new discovery methods but please try to do that with at least dependencies as possible.

Then create one file under lib/adapters for your adapter to implement the detection and proposal of an instance to the user.

On questions, the other developers will support in the forum or via GitHub issues too.

If no detection is possible, simply close this issue and I won't bother you again. ;-)

Thanks,
your automatic adapter checker.

Im Adapter kann ich als Typ S5time eingeben. Die Werte werden auch richtig in Sekunden angezeigt.
Ich habe Probleme beim ändern der Werte. z.B. Istwert 60 Sek. und ich trage 22 im Datenpunkt ein, Rückmeldung im DP ist 600?
Muss die Eingabe in einem besonderen Format und nicht in Sekunden erfolgen?

Link zum Beitrag: https://forum.iobroker.net/topic/29313/s7-adapter-s5timer-wert-ändern

Describe the bug
Beim Anlegen von Strings in der S7 Instanz ist eine Länge von 2 vorgegeben und ausgegraut. Hiermit läuft die Instanz. Über den Import einer TSV kann man diesen Wert vergrößern, dann funktioniert die Instanz aber nicht mehr

To Reproduce
Steps to reproduce the behavior:

1. Öffne Instanz - Einstellungen des S7 Adapters
2. Gehe zu DB
3. Füge eine Zeile hinzu
4. Wähle als Typ String aus -> Länge 2 ist vorgegeben und ausgegraut und somit nicht editierbar
5. Bearbeite TSV
6. Ändere Länge der Strings auf einen Wert != 2
7. Importiere die TSV
8. Speichern und schließe
9. Siehe da Die Instanz startet nicht mehr

Expected behavior
Eine beliebige Länge des Strings eintragen zu können und der Adapter noch funktioniert

Screenshots & Logfiles

Versions:

• Adapter version: 1.3.6
• JS-Controller version: 3.3.15
• Node version: 14.17.1
• Operating system: Debian 10

Additional context
Add any other context about the problem here.

@smiling-Jack : schön, wieder was von dir zu hören! Ich habe heute gleich den Adapter aktualisiert, mit dem Ergebnis aus dem Titel. Was kann ich tun? (Unterstützung beim Debuggen etc.)

Kümmerst du dich auch um z.B. #17 ?

Gruß!

Think about update stable version to 1.1.8

Version: stable=1.1.7 (91 days old) => latest=1.1.8 (15 days old)
Installs: stable=437 (52.21%), latest=129 (15.41%), total=837
Click to edit

I am an automatic service that looks for possible errors in ioBroker and creates an issue for it. The link below leads directly to the test:

https://adapter-check.iobroker.in/?q=https://raw.githubusercontent.com/ioBroker/ioBroker.s7

• [E114] No adapter are allowed in the repo without admin3 support
• [E150] No common.connectionType found in io-package.json
• [E152] No common.dataSource found in io-package.json
• [E812] file test/ found in repository, but not found in .npmignore
• [E814] file appveyor.yml found in repository, but not found in .npmignore
• [E815] file .travis.yml found in repository, but not found in .npmignore

Thanks,
your automatic adapter checker.

Seit dem Udpate auf 1.1.10 des Siemens S7 - Adapter wird der Connection Status nicht mehr richtig geschrieben. Der Status wird bei einem Adapterneustart auf "false" gesetzt, aber nicht mehr auf "true". Wenn ich den Status selbst auf "true" setze, bleibt er true. Die Werte werden normal aktualisiert und die Instanz ist "Grün".

Danke für Eure Hilfe.

"Rool": {"en": "Rool", "de": "Rolle", "ru": "Роль"}, // todo RU
"Room": {"en": "Room", "de": "Raum", "ru": "Комната"} // todo RU

Rolle in english is Role