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

[Matis]

Seit dem Update auf 5.0.0 bekomme ich plötzlich Fehler im log für meine Abfrage der Wallbox.
Ich habe absolut nichts geändert, außer dem Update des Modbus Adapters.

2022-05-13 15:14:29.915 - warn: modbus.2 (23092) Error: undefined
2022-05-13 15:14:29.916 - error: modbus.2 (23092) Request timed out.
2022-05-13 15:14:29.919 - error: modbus.2 (23092) Client in error state.
2022-05-13 15:14:29.920 - warn: modbus.2 (23092) Poll error count: 1 code: {"err":"timeout","timeout":5000}

Was kann ich tun, um das weiter einzugrenzen?

[Glasfaser]

@matis sagte in Modbus adapter:

Update auf 5.0.0

Das ist Beta

um das weiter einzugrenzen?

Wallbox mal neu gestartet / auch erreichbar .

Adapterinstanz auf DEBUG stellen , da mal schauen was los ist .

modbus.2

und was ist mit den anderen Instanzen 0 und 1

EDIT:

Abfrage der Wallbox

Welcher Adapter / Script , fragt sonst noch die Wallbox ab .

[Matis]

@glasfaser

die anderen Instanzen (Hauskraftwerk, Wärmepumpe) laufen weiterhin ohne Fehler, da muß irgendwas in der Kombi mit dem Update und der Wallbox sein. Mehrfache Neustart auch der WB hat nichts gebracht, per IP einwandfrei erreichbar.

Stimmt da was mit dem timing nicht mehr, das vorher zufällig paßte?
So sieht debug aus:

2022-05-13 16:16:57.977	info	Disconnected from slave 192.168.5.13
2022-05-13 16:16:57.977	debug	Closing client on purpose.
2022-05-13 16:16:56.980	debug	Cleaning up request fifo.
2022-05-13 16:16:56.978	debug	Clearing timeout of the current request.
2022-05-13 16:16:56.978	debug	Socket closed with error
2022-05-13 16:16:56.977	error	Client in error state.
2022-05-13 16:16:56.977	error	Request timed out.
2022-05-13 16:16:56.977	warn	Error: undefined
2022-05-13 16:16:56.897	warn	Poll error count: 1 code: "App Timeout"
2022-05-13 16:16:51.976	debug	[DevID_255/holdingRegs] Poll address 521 - 8 registers
....
2022-05-13 16:07:24.745	debug	[DevID_255/inputRegs] Poll address 100 DONE
2022-05-13 16:07:23.994	warn	Poll error count: 1 code: "App Timeout"
2022-05-13 16:07:20.308	debug	[DevID_255/inputRegs] Poll address 100 - 41 registers
....
2022-05-13 16:06:59.332	info	Connected to slave 192.168.5.13
2022-05-13 16:05:59.329	info	Disconnected from slave 192.168.5.13
2022-05-13 16:05:59.328	debug	Closing client on purpose.
2022-05-13 16:05:58.332	debug	Cleaning up request fifo.
2022-05-13 16:05:58.331	debug	Clearing timeout of the current request.
2022-05-13 16:05:58.331	debug	Socket closed with error
2022-05-13 16:05:58.329	warn	Poll error count: 1 code: {"err":"timeout","timeout":5000}
2022-05-13 16:05:58.328	error	Client in error state.
2022-05-13 16:05:58.327	error	Request timed out.
2022-05-13 16:05:58.327	warn	Error: undefined
2022-05-13 16:05:53.324	debug	[DevID_255/coils] Poll address 400 - 10 bits
2022-05-13 16:05:53.294	debug	[DevID_255/disInputs] Poll address 200 - 9 bits
2022-05-13 16:05:53.293	debug	[DevID_255] Poll start ---------------------
....

[Matis]

@glasfaser Das Hauskraftwerk fragt die WB auch ab, das hat aber seither nicht gestört. Jetzt scheint es das wohl. Wär aber blöd, denn dann kann ich einige Daten nicht mehr abgreifen.

[Glasfaser]

@matis sagte in Modbus adapter:

Das Hauskraftwerk fragt die WB auch ab

kann ich einige Daten nicht mehr abgreifen.

Das liegt aber nicht am Modbus Adapter .
Die Wallbox läßt nur ein Abfrageteilnehmer zu.

[Matis]

@glasfaser mmm versteh ich, aber warum ging das seither? Ich mach mal einen downgrade und schau mal.

[Matis]

@glasfaser said in Modbus adapter:

Das liegt aber nicht am Modbus Adapter .
Die Wallbox läßt nur ein Abfrageteilnehmer zu.

Mit 4.0.4 klappt das einwandfrei, ohne jeden Fehler oder Warnmeldung.
Also irgendwas muß sich geändert haben.

[Glasfaser]

@matis sagte in Modbus adapter:

Mit 4.0.4 klappt das einwandfrei,

Wie schon erwähnt ist die 5.0.0 in Beta , ( Aktuell ist die 5.0.2 )
deshalb die Frage was hattest du vorher für eine Version ?

[Matis]

@glasfaser Ich hatte die 4.0.4 vorher. Ich probier mal die 5.0.2.
Ich wollte das ja auch nur mitgeteilt haben, denn sonst kann man es ja auch nicht ändern, da es offensichtlich nicht nur an der WB liegt.

[Glasfaser]

@matis

ja ... die ist auch in Stable .....

das wäre aber dann kein Update ... sondern ein großer Sprung als Betatester

[Glasfaser]

@matis

Bitte nicht deine Antworten Editieren / etwas hinzufügen .

Wenn schon dann bitte mit
EDIT oder den Text dann

[Matis]

@glasfaser
Sorry, bei mir hatte es nur die 5.0.0 angezeigt, war wohl nicht auf dem neuesten Stand.
Hab jetzt die 5.0.2 installiert, die läuft wieder ohne Fehler.
Scheint also mit Hauskraftwerk und iobroker parallel zu klappen. Sehr schön.

[Matis]

@glasfaser .... zu früh gefreut, Fehler tauchen immer noch auf, nur nicht mehr so oft. Ich geh wieder auf die 4.0.4.

[Matis]

@glasfaser

Ich kriegs mit keiner Version mehr auf Dauer ohne Fehler.
Versteh ich nicht, lief Monate lang parallel ohne Fehler und nun nicht mehr, was auch immer die Veränderung war. Wahrscheinlich irgendwas anderes und nicht der modbus Adapter. Ich hab keine Ahnung. Blöd.

[darkbrain85]

Ich nutze nun seit Jahren den Modus Adapter.
Sogar sehr erfolgreich mit einer Waterkotte Wärmepumpe, diversen Stromzählern und meinen SMA Wechselrichtern.

Alleine bei der Wärmepumpe lese ich 107 Register und berechne daraus allerhand Werte für VIS und sonstige Statistiken.

Jetzt sollen mit der neuen Version einfach mal alle Leerzeichen in den Registernamen gegen _ getauscht werden. Technisch mag es dafür Gründe geben, aber mich bringt das mit meiner Installation fast zum "kochen"... Keine Ahnung wann und wie ich diese Anpassungen an sämtlichen Stellen machen soll.

Ich bin echt dankbar für die Arbeit die sich die Entwickler hier selbst aufhalsen, aber sowas verdirbt mit regelmäßig massiv den Spaß an IOBroker. Klar, ich muss nicht updaten, aber das löst das Problem nicht dauerhaft.

Sorry wenn ich gerade ein bisschen grumpy rüber komme!

[Thomas Braun]

@darkbrain85 sagte in Modbus adapter:

Technisch mag es dafür Gründe geben

Gibt es, und die Gründe liegen nicht Mal beim ioBroker sondern am grundsätzlichen Umgang mit Dateipfaden/-namen.

Es war noch nie eine gute Idee da Leerzeichen oder non-ascii Zeichen drin zu haben.

[darkbrain85]

@thomas-braun sagte in Modbus adapter:

Es war noch nie eine gute Idee da Leerzeichen oder non-ascii Zeichen drin zu haben.

Absolut, ich ärgere mich selber, dass ich das vor Jahren bei der Wärmepumpe (teilweise) so gemacht habe.

[klassisch]

Upps, ist mir da etwas entgangen?

Lese in der History des Modbus Adapters

5.0.0 (2022-05-11)

BREAKING: All space characters will be replaced with underscores now in the Objects IDs, not only the first one.

Nun habe ich gar keine Object Ids selbst angelegt, sondern der Adapter hat die selbst angelegt.

Beispiel:

modbus.0.holdingRegisters.100.817_AC_Consumption L1

sieht erst mal nach Underscores aus, aber es ist dann doch auch ein Blank drin.

Heißt das, wenn ich auf die aktuelle (oder eine zukünftige) Modbus Adapter Version update werden da überall Undersores eingefügt? Und ich muß alle Skripte, vis und Flots umschreiben?

[Meister Mopper]

@klassisch sagte in Modbus adapter:

Heißt das, wenn ich auf die aktuelle (oder eine zukünftige) Modbus Adapter Version update werden da überall Undersores eingefügt? Und ich muß alle Skripte, vis und Flots umschreiben?

Genau das heißt es. Ich stelle jetzt auch auf aliases um, dann hat sich das erledigt.

[klassisch]

@meister-mopper sagte in Modbus adapter:

Genau das heißt es.

Upps, das ist wirklich nicht schön. Und warum braucht es das? Gibt es da Rückschritte bei einem unterstützten Betriebssystem? Geht ja bis heute gut, wird das künftig nicht mehr gut gehen?
Kenne ja noch die 8.3 Zeiten und vermeide deshalb noch blanks und Sonderzeichen. Aber die Zeiten sind längst vorbei und die heutige Generation nutzt, was geht. Die Betriebssysteme lassen das zu. Sowohl Win auf den PCs als auch Linux auf den Servern.
Warum muß ioBroker hier andere Wege gehen?

Ich stelle jetzt auch auf aliases um, dann hat sich das erledigt.

Danke, für den Hinweis, aber das habe ich wahrscheinlich nicht verstanden. Ich hatte mal mit alias etwas gemacht, aber das war eher kompliziert, weil es den Adapter noch nicht gab.
Ich vermute mal:

• Du mußt dann praktisch den Modbus Space in den Alias Space doppeln. Vermutlich hilft da der neue Alias Adapter. Aber man hat dann gleich doppelt so viele Objekte. Und werden die Blanks dann auch in die Aliasnamen übernommen?
• Die History wird dann in den Alias angelegt, nicht im Modbus Space
• Skripte, Vis und Flot arbeiten dann mit den Aliaswerten
• Wenn die neue Modbus Adpter Version (oder in Zukunft noch weitere Adapter?) dann die Blanks durch underscore ersetzen, dann muß doch die Aliastransformation erneut angepasst werden. Macht auch Arbeit, aber gut, halt nur an einer Stelle - Bis zu dem Zeitpunkt, an derm auch der Aliasadapter auf underscores umstellt ud die althergebrachten mit kopierten blanks nicht mehr zuläßt....

Ich hoffe ich habe das falsch verstanden, ansonsten sehe ich dunkle Gewitterwolken am ioBroker-Horizont. Man kann auf solchen Namenskonventionen von Anfang an bestehen. Wird die junge Generation stören, aber ist dann halt so und man würde sich daran gewöhnen. Aber eine nachträgliche Restriktion wird auf wenig Gegenliebe stossen.