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

[4Josh]

Hallo,

ist es irgendwie möglich nur die Einstellungen des Modbusadapters (eingerichtete Adressen) zu exportieren und wieder zu importieren auf einem anderem ioBroker Host.

Vielen Dank vorab

Gruß 4Josh

[Stabilostick]

Ja. Dazu in den „Objekte“-Bereich wechseln. Oben auf „Expertenmodus“ umschalten. Dann das Objekt „system.adapter.modbus.x“ mit x=der Nummer der Quellmodbus-Instanz öffnen. Dort im Reiter „nativ“ in den Bereichen discInputs, coils, inputRegs oder holdingRegs die gewünschten Datenstrukturen heraukopieren.

Diese können dann in einer neu angelegten Modbus-Instanz an gleicher Stelle wieder hineinkopiert werden. Anschließend Speichern und in Konfig prüfen, ob die Einstellungen angekommen sind.

[Mr. Moose]

Hallo,

ich hatte das Problem, dass manche Adressen nicht regelmässig aktualisiert wurden. Nach viel basteln und einem Wechsel auf die 2er Version von GitHub, was aber auch nichts daran geändert hat, habe ich erkannt woran es liegt.

Wenn mehr wie ein Leerzeichen im Namen ist tritt dieser Fehler auf. Nachdem ich die Leerzeichen durch Unterstriche ersetzt hatte lief es.

Vielleicht hilft diese Info ja dem ein oder anderen, der das gleiche Problem hat.
4402_2018-08-11_07_40_49-objects_-_iobroker.png

[smartboart]

Hallo, ich habe heute mein Raspy heruntergefahren und wieder hoch gefahren, seit dem meldet der Modbusadapter folgende Fehler..

Hat jemand ne Idee?

Habe nichts an den Einstellungen geändert…

modbus.0	2018-08-11 19:23:32.092	debug	Cleaning up request fifo.
modbus.0	2018-08-11 19:23:32.091	debug	Clearing timeout of the current request.
modbus.0	2018-08-11 19:23:32.079	info	Disconnected from slave
modbus.0	2018-08-11 19:23:31.081	warn	Poll error count: 41 code: {"err":"timeout"}
modbus.0	2018-08-11 19:23:31.081	error	Request timed out.
modbus.0	2018-08-11 19:23:31.080	warn	Error: undefined
modbus.0	2018-08-11 19:23:26.085	debug	Poll holdingRegs DevID(1) address 8200 - 46 bytes
modbus.0	2018-08-11 19:23:26.085	debug	Poll device 1
modbus.0	2018-08-11 19:23:26.083	info	Connected to slave
modbus.0	2018-08-11 19:23:26.065	debug	connect to serial /dev/ttyUSB0 with 9600
modbus.0	2018-08-11 19:23:20.067	debug	Cleaning up request fifo.
modbus.0	2018-08-11 19:23:20.066	debug	Clearing timeout of the current request.
modbus.0	2018-08-11 19:23:20.061	info	Disconnected from slave
modbus.0	2018-08-11 19:23:19.069	warn	Poll error count: 40 code: {"err":"timeout"}
modbus.0	2018-08-11 19:23:19.069	error	Request timed out.
modbus.0	2018-08-11 19:23:19.068	warn	Error: undefined
modbus.0	2018-08-11 19:23:14.070	debug	Poll holdingRegs DevID(1) address 8200 - 46 bytes
modbus.0	2018-08-11 19:23:14.070	debug	Poll device 1
modbus.0	2018-08-11 19:23:14.068	info	Connected to slave
modbus.0	2018-08-11 19:23:14.045	debug	connect to serial /dev/ttyUSB0 with 9600
modbus.0	2018-08-11 19:23:08.046	debug	Cleaning up request fifo.
modbus.0	2018-08-11 19:23:08.044	debug	Clearing timeout of the current request.
modbus.0	2018-08-11 19:23:08.039	info	Disconnected from slave
modbus.0	2018-08-11 19:23:07.042	warn	Poll error count: 39 code: {"err":"timeout"}
modbus.0	2018-08-11 19:23:07.042	error	Request timed out.
modbus.0	2018-08-11 19:23:07.041	warn	Error: undefined
modbus.0	2018-08-11 19:23:02.046	debug	Poll holdingRegs DevID(1) address 8200 - 46 bytes
modbus.0	2018-08-11 19:23:02.046	debug	Poll device 1
modbus.0	2018-08-11 19:23:02.044	info	Connected to slave
modbus.0	2018-08-11 19:23:02.021	debug	connect to serial /dev/ttyUSB0 with 9600
modbus.0	2018-08-11 19:22:56.022	debug	Cleaning up request fifo.
modbus.0	2018-08-11 19:22:56.021	debug	Clearing timeout of the current request.
modbus.0	2018-08-11 19:22:56.016	info	Disconnected from slave
modbus.0	2018-08-11 19:22:55.019	warn	Poll error count: 38 code: {"err":"timeout"}
modbus.0	2018-08-11 19:22:55.019	error	Request timed out.
modbus.0	2018-08-11 19:22:55.017	warn	Error: undefined
modbus.0	2018-08-11 19:22:50.026	debug	Poll holdingRegs DevID(1) address 8200 - 46 bytes
modbus.0	2018-08-11 19:22:50.025	debug	Poll device 1
modbus.0	2018-08-11 19:22:50.024	info	Connected to slave
modbus.0	2018-08-11 19:22:50.001	debug	connect to serial /dev/ttyUSB0 with 9600
modbus.0	2018-08-11 19:22:44.001	debug	Cleaning up request fifo.
modbus.0	2018-08-11 19:22:44.000	debug	Clearing timeout of the current request.
modbus.0	2018-08-11 19:22:43.993	info	Disconnected from slave
modbus.0	2018-08-11 19:22:43.009	warn	Poll error count: 37 code: {"err":"timeout"}
modbus.0	2018-08-11 19:22:43.008	error	Request timed out.
modbus.0	2018-08-11 19:22:43.007	warn	Error: undefined
modbus.0	2018-08-11 19:22:38.065	debug	Poll holdingRegs DevID(1) address 8200 - 46 bytes
modbus.0	2018-08-11 19:22:38.065	debug	Poll device 1
modbus.0	2018-08-11 19:22:38.064	info	Connected to slave
modbus.0	2018-08-11 19:22:37.979	debug	connect to serial /dev/ttyUSB0 with 9600

[smartboart]

Hat sich erledigt….Der USB to RS485 Adapter ist defekt....Hatte einen anderen ausprobiert, welcher jetzt wieder funktioniert...

[Jensen]

Hallo Modbus-Fans, ich bin ein wenig am Verzweifeln.

Ich versuche eine laufende Installation von einer VM auf einen realen W10 Rechner zu duplizieren.

Beim Einrichten der Instanz modbus.1 komme ich nicht weiter, obwohl alles so konfiguriert wurde, wie auf der VM.

Was bedeutet die Meldung im Anhang?

Wo kann ich noch nach Problemen suchen?

Wozu dient die neue Eingabe Start Addresse, die gab's bei 1.1.0 noch nicht.

Bin für jeden Tip dankbar.

Gruß Jens
3624_modbus1.png

[Jensen]

Entwarnung, habe Version 2.0.7 von GitHub installiert und die Instanz nochmal ganz neu eingerichtet.

Nun hat's auf Anhieb geklappt.

Keine Ahnung, was ich wieder falsch gemacht habe.

[sivroglou]

Hallo Leute,

ich habe seit einiger Zeit angefangen mit iobroker zu arbeiten.

Konkret mit Beckhoff (CX8090 und Modbus)

Bis gestern hatte ich auch alles im Griff, bis ich den iobroker mit den Modbus Adapter auf den neusten Stand gebracht habe.

Seitdem bekomme ich die folgende Fehlermeldung:

Verbunden mit Host: Wahr

Lebenszeichen : Wahr

Verbunden mit Modbus: Falsch

In der Log steht immer folgendes:

modbus.0 2018-08-16 18:49:28.336 info Disconnected from slave 192.168.178.25

modbus.0 2018-08-16 18:49:28.333 info Connected to slave 192.168.178.2

kann mir jemand von den Experten hier sagen wo ich anfangen soll zu suchen?

Vielen Dank schon Mal!

[Jensen]

Zu den Experten gehöre ich nicht, aber so sah' das bei mir auch aus, als ich noch keine Ausgänge oder Register konfiguriert hatte.

Nachdem was konfiguriert war, verschwanden diese Meldungen.

Gruß Jens

[sivroglou]

Vielen Dank Jens für die schnelle Antwort.

Tatsächlich war, dass der Fehler der mich in die Irre geführt hat, da keine Eingänge und Ausgänge merh konfiguriert waren.

Jetzt habe ich noch eine Frage.

Ich habe die Programmierung auf der SPS schon seit einiger Zeit, sie funktioniert auch so wie ich das haben will.

Wenn ich beim Iobroker einen Taster in der Visualisierung platziere und ihn betätige, kommt das Signal in der SPS erst an wenn ich vom Taster gehe und zwar für die eingestelle Zeit "Pulstime" vom Adapter Modbus.

Es muss sicherlich möglich sein, dass ein Taster in der Visu sich auch wie ein Taster bei der SPS verhält.

Sprich ich betätige den Taster in der Visu und so lange ich drauf bleibe kommt auch das Signal TRUE an der SPS an, sobald ich nicht mehr den Taster betätige geht das Signal auf FALSE.

Vielen Dank

[Jensen]

Das ist bei mir auch so, habe ich soeben durch Versuch festgestellt.

Hatte mir darüber noch gar keine Gedanken gemacht. Das bedeutet, alles was ich über 'Tastendruck lang' in der SPS programmiert habe, funktioniert über die ioBroker-Visu nicht.

Nachdem ich mir das nun noch mal alles angeschaut habe (ist schon lange her, daß ich das programmiert habe), ist meine Theorie wie folgt:

In der Wago-Visu kann man die Taster unterschiedlich programmieren, Wert toggeln oder Wert tasten. Diese Möglichkeit habe ich in der ioBroker-Visu noch bei keinem Widget gefunden. Somit scheinen mir die Widgets, die man zum Licht schalten so verwendet, alle als Schalter programmiert zu sein. Erst die Logik in der SPS macht es möglich, daß das Ganze halbwegs funktioniert. Dort benutze ich für die Hardware- und WagoVisu-Taster einen Baustein aus der OscatLib (FbKurzLang), dessen Ergebnis dann zusammen mit dem Merker-Flag (was die ioBrokerVisu schaltet) in einem weiteren Baustein (auch aus irgendeinem Forum) verarbeitet wird. Das Merker-Flag stellt letztlich auch den Zustand der entsprechenden Lampe dar.

Sicherlich wäre es für die Experten möglich, ein Widget als reinen Taster zu programmieren, aber ich glaube durch die ganzen Poll und Delay Zeiten wird das über Modbus nicht funktionieren. Außerdem bräuchte man ein zweites Flag (Object), welches dann den Zustand (vom Licht) darstellt.

Zurück zu deiner Frage, ja, das Signal kommt in der SPS an, wenn du vom Taster gehst, offensichtlich ist MouseUp der Trigger zum Umschalten. Allerdings was du mit "für die eingestellte Zeit 'Pulstime'" meinst, verstehe ich nicht. Das Flag müßte doch solange den Zustand behalten, bis es wieder jemand aktiv umsetzt?

Gruß Jens

der Licht Baustein stammt übrigens von hier:

viewtopic.php?t=7943

[sivroglou]

Hey Jens,

danke nochmals für die schnelle Antwort.

Ja ich will jetzt ungern in meine bestehende Programmierung anfangen etwas zu verändern.

Ich will, dass immer noch die SPS entscheidet ob ein gewisser Ausgang geschaltet werden darf oder nicht.

Ich habe es so programmiert, dass z.B die Jaloousie bei mir nur mit bestimmten Voraussetzungen verfahren darf.

Dazu gehört unter anderem, Bsp. wenn der "Taster_WZ kürzer als 2sec. betätigt wird fährt die Jalousie auf Handmodus besser gesagt sie fährt nur so lange der Taster_WZ betätigt ist.

Wird der Taster_WZ länger als 2 sec. betätigt schaltet die Jalousie auf Automatikmodus und man braucht nicht mehr den Taster betätigen damit die Jalousie auf ihre Endlage fährt."

Diesen FB habe ich indivisuell für mich erstellt und ist mit weiteren Voraussetzungen geknüpft.

In diese Richtung bewegt sich der Rest meiner Programmierung. Mit Sicherheit kann man das anderes in der SPS programmieren, da will ich aber jetzt nicht anfagen Sachen umzuprogrammieren damit es für Iobroker i.O ist.

Ich habe leider noch keine Erfahrungen mit "Skripte/CSS" gemacht bestimmt lässt sich da so ein Taster ohne Weiteres programmieren.

Ich wäre über weitere Antworten sehr dankbar :D :D :D Vielleicht sind hier Leute mit der selben Problematik.

[Jensen]

Sollten wir vielleicht ein neues Thema anfangen?

z.Bsp.: Wago und ioBroker

Denn zum Thema Jalousien fallen mir sofort viele Fragen ein.

[sivroglou]

Wäre sofort dabei, ich glaube allgemein in Sachen Modbus und SPS in Kombination mit iobroker sind sehr viele Fragen offen.

[wendy2702]

Zum Thema Modbus - Wago gibt es aber auch schon Themen.

Ist das vielleicht schon etwas dabei?

search.php?keywords=Wago

[sivroglou]

Ich habe nicht alles durchgelesen aber gefunden habe ich nichts zu diesem Thema mit dem Taster.

[Jensen]

hier

viewtopic.php?f=37&t=7943&p=83578&hilit … ter#p83578

gibt's ein Script, das könnte auch was für deinen Taster sein.

[Mr. Burns]

Hallo zusammen,

ich habe nach der Aktualisierung des Adapters in unregelmäßigen Abständen Abstürze bzw. Fehlermeldungen im Log. Ist das bereits bekannt?

Der Adapter läßt sich nach wie vor bedienen.

Der Adapter ist wirklich toll. Funktioniert schnell und sehr stabil. Was man von manchen kommerziellen OPC Servern wirklich nicht behaupten kann.

Hab den Debuglog mal eingeschaltet. Bei Interesse kann ich den gerne zur Verfügung stellen.

Gruß

Thomas

[Marc_St]

Ich habe heute festgestellt, dass der Adapter jedenfalls in v 2.0.9 reproduzierbar abstürzt, wenn negative Werte via "Eingangsregister" geschrieben werde sollen. ich übertrage so etwa die Außentemperatur an meine UVR1611. Das Problem lässt sich einfach reproduzieren, indem irgendein Wert per Offset ins Negative gezogen wird. Das Log sieht so aus:

` > host.tinkerboard 2018-11-03 17:03:44.681 error instance system.adapter.modbus.0 terminated with code 6 (uncaught exception)

Caught 2018-11-03 17:03:44.681 error by controller[0]: at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:236:12)

Caught 2018-11-03 17:03:44.681 error by controller[0]: at Socket.onack (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:312:9)

Caught 2018-11-03 17:03:44.680 error by controller[0]: at Socket. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:157:27)

Caught 2018-11-03 17:03:44.680 error by controller[0]: at that.states.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4632:61)

Caught 2018-11-03 17:03:44.680 error by controller[0]: at adapter.getStates (/opt/iobroker/node_modules/iobroker.modbus/lib/slave.js:387:18)

Caught 2018-11-03 17:03:44.680 error by controller[0]: at Slave._initValues (/opt/iobroker/node_modules/iobroker.modbus/lib/slave.js:362:22)

Caught 2018-11-03 17:03:44.679 error by controller[0]: at Slave.write (/opt/iobroker/node_modules/iobroker.modbus/lib/slave.js:89:29)

Caught 2018-11-03 17:03:44.679 error by controller[0]: at Object.writeValue (/opt/iobroker/node_modules/iobroker.modbus/lib/common.js:168:20)

Caught 2018-11-03 17:03:44.679 error by controller[0]: at Buffer.writeUInt16BE (buffer.js:1254:5)

Caught 2018-11-03 17:03:44.679 error by controller[0]: at checkInt (buffer.js:1185:11)

Caught 2018-11-03 17:03:44.678 error by controller[0]: TypeError: "value" argument is out of bounds

modbus.0 2018-11-03 17:03:43.617 error at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:236:12)

modbus.0 2018-11-03 17:03:43.617 error at Socket.onack (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:312:9)

modbus.0 2018-11-03 17:03:43.617 error at Socket. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:157:27)

modbus.0 2018-11-03 17:03:43.617 error at that.states.getStates (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:4632:61)

modbus.0 2018-11-03 17:03:43.617 error at adapter.getStates (/opt/iobroker/node_modules/iobroker.modbus/lib/slave.js:387:18)

modbus.0 2018-11-03 17:03:43.617 error at Slave._initValues (/opt/iobroker/node_modules/iobroker.modbus/lib/slave.js:362:22)

modbus.0 2018-11-03 17:03:43.617 error at Slave.write (/opt/iobroker/node_modules/iobroker.modbus/lib/slave.js:89:29)

modbus.0 2018-11-03 17:03:43.617 error at Object.writeValue (/opt/iobroker/node_modules/iobroker.modbus/lib/common.js:168:20)

modbus.0 2018-11-03 17:03:43.617 error at Buffer.writeUInt16BE (buffer.js:1254:5)

modbus.0 2018-11-03 17:03:43.617 error at checkInt (buffer.js:1185:11)

modbus.0 2018-11-03 17:03:43.617 error TypeError: "value" argument is out of bounds

modbus.0 2018-11-03 17:03:43.616 error uncaught exception: "value" argument is out of bounds</anonymous></anonymous> `

[sol21]

Ich habe die gleichen Meldungen wie Mr. Burns.

Ich vermute bis jetzt, dass das Problem auf der Cient Seite liegt und sich mein Solaredge Wechselrichter für einige Zeit vom Bus verabschiedet.

@Mr. Burns: was für ein Gerät ist angeschlossen? Wechselrichter von Solaredge?