[gelöst] Modbus Adapter erzeugt keine Objekte mehr
-
Hi,
das wurde zwar in anderen Themen schon einmal erwähnt aber ich weiß nicht ob es einer der Entwickler da mitgelesen hat.
Hier:
http://forum.iobroker.net/viewtopic.php?f=20&t=5549
Und hier:
http://forum.iobroker.net/viewtopic.php … &start=240
Die letzte Version des Modbus Adapters erzeugt keine Objekte mehr.
Da muss man sich die Objekte manuell per Hand erzeugen was bei einer großen Anzahl an Adressen sehr umständlich ist.
Eine Version bei der das noch funktionierte: 0.4.10 lässt sich leider nicht mehr installieren da nicht gefunden werden kann.
Eventuell kann sich das einer der Entwickler mal anschauen da es sehr schade um den sonst gut funktionieren Adapter ist.
Leider steht im Changelog auch nicht drin was sich in der aktuellen Version 0.5.1 geändert hat
Gruß
Mirko
-
Ich habe in einem anderen threda schonmal um die Raw-Objektdefinition der Adapter-Instanz gebeten das ich mal reinschauen kann … leider nicht bekommen.
Also Objekte -> Typ "Instanz" und dort von der Instanz auf den Stift und das kopieren was unter "Raw" steht
-
Will jetzt keinen in Schutz nehmen, aber das Objekt ist irgendwie einzigartig. man kann das nur für einen Moment sehen, nachdem der Adapter neu gestartet wird. Am besten den Typ-Filter auf instance vorwählen, dann den Adapter neu starten. é voila.
Hier meins, ist aber KEINE lauffähige Instanz. <color color="red">EDIT: Nun mit richtigen Werten
{ "_id": "system.adapter.modbus.0", "type": "instance", "common": {http://forum.iobroker.net/faq.php?mode=bbcode "name": "modbus", "version": "0.5.1", "news": { "0.5.1": { "en": "Fix memory leak for TCP Server", "de": "Speicherproblem für TCP Server behoben", "ru": "Fix memory leak for TCP Server" }, "0.5.0": { "en": "Create all states each after other", "de": "Erzeuge die Datenpunkte eins nach dem anderem", "ru": "Создавать объекты последовательно" }, "0.4.10": { "en": "Do not recreate all datapoints on start of adapter", "de": "Datenpunkte nicht beim Start des Adapters neu erzeugen", "ru": "Do not recreate all datapoints on start of adapter" }, "0.4.9": { "en": "fix serial RTU", "de": "Korrigiere serial RTU", "ru": "Исправлено serial RTU" }, "0.4.8": { "en": "update serialport library for node 6.x compatibility", "de": "Bibliothek serialport aktualisiert um Kompatibel zu node 6.x zu sein", "ru": "update serialport library for node 6.x compatibility" }, "0.4.7": { "en": "Use old version of jsmodbus", "de": "Benutze alte Version von jsmodbus", "ru": "Используется старая версия jsmodbus" }, "0.4.6": { "en": "backward compatibility with 0.3.x", "de": "Rückwartskompatibilität mit 0.3.x", "ru": "Обратная совместимость с 0.3.x" }, "0.4.5": { "en": "better buffer handling on tcp and serial", "de": "Bessere Pufferbehandlung für tcp und serial", "ru": "Исправлена обработка потока для TCP и serial" }, "0.4.4": { "en": "Fix write of holding registers", "de": "Korrigiere Schreiben von holding registers", "ru": "Исправлена запись holding registers" }, "0.4.1": { "en": "Support of ModBus RTU over serial and over TCP (only slave)", "de": "Unterstützung von ModBus RTU serial und over TCP (nur Slave)", "ru": "Поддержка ModBus RTU по RS485 и по TCP (только slave)" }, "0.3.11": { "en": "Fix wrong byte count in loop", "de": "Fix wrong byte count in loop", "ru": "Fix wrong byte count in loop" } }, "title": "ModBus Adapter", "desc": { "en": "ModBus connection Slave or Master", "de": "ModBus Verbindung Slave oder Master", "ru": "ModBus соединение Slave или Master" }, "authors": [ "bluefox <dogafox@gmail.com>" ], "license": "MIT", "platform": "Javascript/Node.js", "mode": "daemon", "loglevel": "info", "messagebox": true, "icon": "modbus.png", "keywords": [ "ModBus" ], "enabled": true, "extIcon": "https://raw.githubusercontent.com/ioBroker/ioBroker.modbus/master/admin/modbus.png", "readme": "https://github.com/ioBroker/ioBroker.modbus/blob/master/README.md", "type": "communication", "config": { "minWidth": 1024, "width": 1224, "height": 600 }, "installedVersion": "0.5.1", "host": "raspi3" }, "native": { "params": { "type": "serial", "bind": "192.168.1.130", "port": "502", "comName": "/dev/ttyUSB0", "baudRate": "19200", "dataBits": "8", "stopBits": "1", "parity": "none", "deviceId": "10", "slave": "0", "showAliases": false, "directAddresses": false, "round": "2", "poll": "11000", "recon": "60000", "timeout": "5000", "pulsetime": "1000", "maxBlock": "100", "disInputsOffset": "10001", "coilsOffset": "1", "inputRegsOffset": "30001", "holdingRegsOffset": "40001" }, "disInputs": [], "coils": [], "inputRegs": [], "holdingRegs": [ { "_address": 29, "address": 29, "name": "Name", "description": "Zählername", "unit": "", "type": "string", "len": 20, "factor": 1, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 49, "address": 49, "name": "Modell", "description": "Zählertyp", "unit": "", "type": "string", "len": 20, "factor": 1, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 69, "address": 69, "name": "Hersteller", "description": "Hersteller", "unit": "", "type": "string", "len": 20, "factor": 1, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 129, "address": 129, "name": "Seriennummer", "description": "Seriennummer", "unit": "", "type": "uint32be", "len": 2, "factor": 1, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 3009, "address": 3009, "name": "HausStrom", "description": "Strom Mittel", "unit": "A", "type": "floatbe", "len": 2, "factor": 1, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 3035, "address": 3035, "name": "HausLNM", "description": "Spannung L-N Mittel", "unit": "V", "type": "floatbe", "len": 2, "factor": 1, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 3053, "address": 3053, "name": "HausP01", "description": "Leistung L1", "unit": "W", "type": "floatbe", "len": 2, "factor": 1000, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 3055, "address": 3055, "name": "HausP02", "description": "Leistung L2", "unit": "W", "type": "floatbe", "len": 2, "factor": 1000, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 3057, "address": 3057, "name": "HausP03", "description": "Leistung L3", "unit": "W", "type": "floatbe", "len": 2, "factor": 1000, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false }, { "_address": 3059, "address": 3059, "name": "HausPower", "description": "Leistung Haus gesamt", "unit": "W", "type": "floatbe", "len": 2, "factor": 1000, "offset": 0, "role": "value", "room": "enum.rooms.Hauswirtschaft", "poll": true, "wp": false } ] }, "acl": { "object": 1638 } }</dogafox@gmail.com><color color="red">EDIT: plus ein Fehler an der Browser-Konsole:````
Id modbus.0.discreteInputs not found -
Geht das auch wenn ich die Objekte schon angelegt habe?
Werde versuchen die Logs morgen zu liefern.
Was mir aber schon aufgefallen ist, werte stehen solange im log bis ich auf den log Reiter Wechsel.
Hmm… ist das zu verstehen?
Gesendet von iPhone mit Tapatalk Pro
-
Hä ?! Das verstehe ich nicht. AN sich sind die "Instanz"-Objekte immer da. Hier sind auch alle Arrays leer … also sollten keine Geräte konfiguriert sein ... ?!
-
Versuche es nochmal zu erklären.
Modbus läuft und es kommen werte. Das kann ich im Objekt Reiter sehen.
Wenn ich dann auf den log Reiter Wechsel sehe ich auch das die Register Adressen die abgefragt werden ein value haben.
Allerdings fehlt der value ab dem Zeitpunkt zu dem ich auf das log Wechsel.
Morgen kann ich ein Screenshot dazu Posten.
Gesendet von iPhone mit Tapatalk Pro
-
Noch dazu hab ich ihn erwischt, wie ein Objekt erstellt und - wieder gelöscht hat!
Ich geh jetzt mal die Änderungen durch:
-> 0.4.10 - läuft
–> commit c6dd9ad läuft
--> commit 3b6ed5d läuft
--> commit a44061b läuft
--> commit 0cb412b läuft
--> commit eacd0cd DEFEKT
Was es auch ist… es muss in dieser Änderung von @Bluefox sein: https://github.com/ioBroker/ioBroker.mo ... 9d2666d32c
-
Versuche es nochmal zu erklären.
Modbus läuft und es kommen werte. Das kann ich im Objekt Reiter sehen.
Wenn ich dann auf den log Reiter Wechsel sehe ich auch das die Register Adressen die abgefragt werden ein value haben.
Allerdings fehlt der value ab dem Zeitpunkt zu dem ich auf das log Wechsel.
Morgen kann ich ein Screenshot dazu Posten.
Gesendet von iPhone mit Tapatalk Pro `
Ok.. war wohl gestern schon zu Spät für mich.
Das Problem welches ich versucht habe hier zu beschreiben bezieht sich auf den History Adapter.
Unabhängig davon bleibt das Problem, wie Yves auch festgestellt hat, das aber einer Modifikation von Bluefox die Objekte nicht mehr angelegt werden.
Wenn hierzu noch logs etc. benötig werden bitte bescheid geben.
Mirko
-
Noch dazu hab ich ihn erwischt, wie ein Objekt erstellt und - wieder gelöscht hat!
Ich geh jetzt mal die Änderungen durch:
-> 0.4.10 - läuft
–> commit c6dd9ad läuft
--> commit 3b6ed5d läuft
--> commit a44061b läuft
--> commit 0cb412b läuft
--> commit eacd0cd DEFEKT
Was es auch ist… es muss in dieser Änderung von @Bluefox sein: https://github.com/ioBroker/ioBroker.mo ... 9d2666d32c `
Alles klar. Danke für die Unterstützung. Wir brauchen Tests.
-
Noch dazu hab ich ihn erwischt, wie ein Objekt erstellt und - wieder gelöscht hat!
Ich geh jetzt mal die Änderungen durch:
-> 0.4.10 - läuft
–> commit c6dd9ad läuft
--> commit 3b6ed5d läuft
--> commit a44061b läuft
--> commit 0cb412b läuft
--> commit eacd0cd DEFEKT
Was es auch ist… es muss in dieser Änderung von @Bluefox sein: https://github.com/ioBroker/ioBroker.mo ... 9d2666d32c
Alles klar. Danke für die Unterstützung. Wir brauchen Tests. ;)Hi,
was soll ich testen?
Kann ich gerne mehr oder weniger sofort machen.
Mirko
-
Ich kann erst am Abend…
Habe das gestern so gemacht:
Modbus-Adpater gestopt. Geänderte Version installiert. Alle Objekte bezüglich Registers gelöscht. Adapter gestartet. Im Reiter Objekte beobachtet, was passiert.
Da ich den Modbus-Adapter zZ nicht produktiv einsetzte, habe ich mich das getraut. Normalerweise passiert auch nichts schlimmes, aber ich übernehme dafür keine Garantie
(ev. in den Settings des Adapter, die Register-Liste exportieren, um die bei Problemen wieder einzuspielen) -
Hi,
gerade wie von Appollon77 hier http://forum.iobroker.net/viewtopic.php … 531#p58531 geschrieben vom Git installiert.
Auf dem Slave werden die Objekte wieder angelegt.
Habe jetzt nur noch ein Problem mit der Serial config aber das ist ein anderes Thema.
-
Wo ist der Thread? Mach mal schnell ein Link hier hin bitte
-
Hi,
gerade wie von Appollon77 hier http://forum.iobroker.net/viewtopic.php … 531#p58531 geschrieben vom Git installiert.
Auf dem Slave werden die Objekte wieder angelegt.
Habe jetzt nur noch ein Problem mit der Serial config aber das ist ein anderes Thema. `
@ykuendig:Wo ist der Thread? Mach mal schnell ein Link hier hin bitte `
Hatte ich schon drin, war wohl nicht sichtbar genug.
-
Habe jetzt nur noch ein Problem mit der Serial config aber das ist ein anderes Thema. `
Jetzt mach ich eben auch mal mit quote…(den anderen Link habe ich schon gesehen)
-
Habe jetzt nur noch ein Problem mit der Serial config aber das ist ein anderes Thema. `
Jetzt mach ich eben auch mal mit quote…(den anderen Link habe ich schon gesehen) `
Hi Yves,
was willst du mir damit sagen?
Zu dem Serial Problem (wenn es denn eines ist) habe ich noch kein Thema aufgemacht falls du das meinst.
Gruß
Mirko
-
Das war gemeint.
-
-
Damit auch noch meinen Senf dazugegeben habe:
Auch bei mir werden die Datenpunkte erstellt und gepoolt.
=> in diesem Punkt ERFOLG (weiter beim Nächsten (sO))
-
@wendy2702; Wenn Du auch der Meinung bist, dass das erledigt ist und funktioniert, bitte im ersten Post dem Titel [gelöst] oder [erledigt] voranstellen. Danke.
