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

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Wie kann ich zur Lösung des Problems beitragen?

weiss ich nicht!
für mich ist die Datenrate im Millisekundenabstand das Problem.
Aber warum das so ist kann ich nicht sagen.

Das Problem ist, dass deine Interpretationen nicht zu deinen gelieferten Informationen passt.

Die Meldung mit dem falschen Typ kommt nur, wenn etwas (in einen Datenpunkt mit anderem Typ als der Wert) geschrieben wird.

Wenn nichts geschrieben wird "merkt" der Controller ja gar nicht, dass der Adapter einen falschen Typ liefert)

Also besteht die Möglichkeit dass bei dir irgendwelche "Geister" irgendwelche Daten schreiben, selbst wenn kein Kabel dran hängt.

Sehr obskur, könnte aber das Phänomen der hohen Datenrate erklären.
und der Spur versuche ich gerade nachzugehen und irgendwelche Hinweise dazu von dir zu finden.

Ich selber habe diesen Laderegler (noch) nicht, und kann dir daher nicht sagen ob dieser tatsächlich im Millisekundentakt neue Daten liefert.
Das wäre in meinen Augen eine mögliche Ursache die Schnittstelle lahmlegen.

Die Meldungen über den falschen Typ sind dazu nicht in der Lage.

Natürlich kannst du den Typ der Datenpunkte anpassen, dann ist Ruhe, aber ob jetzt z.B. alle Zahlen als Text zu speichern sinnvoll wäre ist sehr fraglich. ggf. muss auch der Adapter die Werte konvertieren.

Dass nach Neuinstallation die von dir geänderten Typen wieder weg sind ist auch klar.

[Laser]

@homoran Der Adapter / Protokollebene steht auf "debug". Habe die Instanz gestoppt. Das Log (gefiltert nach vedirekt.0) läuft munter weiter. Im Millisekundenabstand werden Dinge geschrieben. "Dinge" weil ganz allgemein etwas geschrieben wird.
Sieht aus wie Werte, bzw. deren Bezeichnungen, aber auch die Warnung mit den Datentypen.

vedirect.0
2023-05-04 16:47:21.417	debug	Line : MPPT 1

vedirect.0
2023-05-04 16:47:21.417	debug	Line : CS 5

vedirect.0
2023-05-04 16:47:21.417	debug	Line : PPV 1

vedirect.0
2023-05-04 16:47:21.416	debug	Line : VPV 34810

Ist das so richtig? Der Pi wurde neu gestartet.

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

"Dinge" weil ganz allgemein etwas geschrieben wird.

das was du da zeigst, ist das "ankommen" von neuen Werten.
Jeweils mit Bezeichnung des zugehörigen Datenpunktes.
diese Informationen kommen auch nur im debug-Modus

möglich dass das ein Teil eines Gesamtdatentelegramms ist, das vom Adapter in die Bestandteile zerlegt wird.
In dem Fall sind die Millisekunden i.O.
Dann müsste aber eine mehr oder weniger längere Pause kommen, und dann wieder diese Daten (mit ggf. anderen Werten).

Eine Idee hätte ich noch:
installier ausnahmsweise mal via GitHub.

also sicherheitshalber Instanz und Adapter vollständig löschen und dann per Experte von Github installieren.

Ich bin mir ziemlich sicher, dass due falschen Typen korrigiert worden waren.

[Laser]

@homoran Neu über Github istalliert, vorher die Objekte gelöscht.
Adapter wird grün. Meldung im Log nach Restart des Adapters:

vedirect.0
2023-05-04 17:23:30.195	error	Sentry disabled, error catched : [onUnload] TypeError: SerialPort.close is not a function

MOD-EDIT: Code in code-tags gesetzt!

erst mal keine pausenlosen Meldungen mehr. Text fehlte: Im Debug Modus schon!

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Sentry disabled

hast du das selber deaktiviert?

[Laser]

@homoran nein. Wüßte nicht mal, wie.

erst mal keine pausenlosen Meldungen mehr. Text fehlte: Im Debug Modus schon!

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Wüßte nicht mal, wie.

müsste ich auch suchen.
Das ist aber die automatische Benachrichtigung für den Entwickler wenn es zu Fehlern kommt.
Da wäre es sinnvoll, wenn man das grundsätzlich aktiviert

[Laser]

@homoran möglicherweise durch die github- Installation...

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Text fehlte: Im Debug Modus schon!

hab da gerade was editiert gehabt

@homoran sagte in vedirekt Adapter Verbindungsproblem:

das was du da zeigst, ist das "ankommen" von neuen Werten.
Jeweils mit Bezeichnung des zugehörigen Datenpunktes.
diese Informationen kommen auch nur im debug-Modus

Ohne debug bekommst du keine Meldungen für jede Werteaktualisierung. Würde ja MB Logdaten produzieren.

[Laser]

@homoran Habe die Log-Meldungen auf "error" gestellt und lasse das mal so laufen. Beobachten, was passiert.
Wenn das um die 100 Leute installiert haben, müßte doch mal jemand etwas bemerkt haben!

[Homoran]

@laser im Expertenmodus

@laser sagte in vedirekt Adapter Verbindungsproblem:

Wenn das um die 100 Leute installiert haben, müßte doch mal jemand etwas bemerkt haben!

wie gesagt hatte ich keine Probleme

Außerdem sind 100 user bei 70.000 Installationen nicht gerade viel.
hier im Forum sind "nur" 30.000 davon.
und wenn niemand auf GitHub schreibt, bekommen Entwickler gar nichts mit

@laser sagte in vedirekt Adapter Verbindungsproblem:

erst mal keine pausenlosen Meldungen mehr.

was meintest du damit?
Typfehler oder Werte??

[Laser]

@homoran im Info- Modus kommen keine Meldungsketten, weder Werte noch Typenfehler. Im Debug- Modus kommen beide Meldungstypen. Pausenlos.
Das grüne "Sentry" Symbol ist da. Habe im Expertenmodus über Github installiert. Habe jetzt nicht beobachtet, ob das ohne Github auch da war.
Nebenbei: Adapter steht wieder auf "gelb". Jetzt müßte ja etwas an den Entwickler gemeldet werden?

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Jetzt müßte ja etwas an den Entwickler gemeldet werden?

wenn nichts im Log steht wahrscheinlich nicht.

"Adapter gelb" ist nicht unbedingt eine präzise Meldung, mit der ein Entwickler ein Debugging machen könnte.

[Laser]

@homoran
Mehr als Gelb sehe ich nicht. Wenn es ein Linux -Problem mit USB ist- im Syslog oder in anderen Log's finde ich nichts, was zu den den Ausfallzeiten passiert.

[Homoran]

@laser hast du mal mit /dev/by-id versucht?

[Laser]

@homoran Das ist ja das Irre! Es gibt bei mir kein by-id mehr. Ich habe auf den Raspi 400 gewechstelt, weil es nichts Anderes gab. Ob der ein Problem hat? Ich meine aber, vor Update (??) ging es mit by-id. Bei beiden angeschlossenen USB- Geräten. Der Modbus- Adapter hängt an einem 5m Kabel, ohne erkennbare Probleme. Ist aber auch nur stundeweise aktiv.

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

@homoran im Info- Modus kommen keine Meldungsketten, weder Werte noch Typenfehler. Im Debug- Modus kommen beide Meldungstypen. Pausenlos

auch das ist seltsam

Die Typmeldungen sind Info!

@laser sagte in vedirekt Adapter Verbindungsproblem:

2023-05-04 12:58:37.673 info State value to set for "vedirect.0.LOAD" has to be type "boolean" but received type
bei den Werten passt es, das schrieb ich ja bereits mehrfach

@homoran sagte in vedirekt Adapter Verbindungsproblem:

das was du da zeigst, ist das "ankommen" von neuen Werten.
Jeweils mit Bezeichnung des zugehörigen Datenpunktes.
diese Informationen kommen auch nur im debug-Modus

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Es gibt bei mir kein by-id mehr.

ist jetzt nicht wahr!

dann hätten wir uns alles sparen können!

@homoran sagte in vedirekt Adapter Verbindungsproblem:

@laser sagte in vedirekt Adapter Verbindungsproblem:

eigenartigerweise finde ich die Adapter seit einiger Zeit (?) nicht mehr über "by-id"

pssst das?
https://forum.iobroker.net/topic/65017/warnung-vor-linux-update-udev-stable-247-3-7-deb11u2/66

[Laser]

@homoran Ich beschwere mich ja nicht über die Typmeldungen. Ich hätte erwartet, daß, wenn der Adapter gestoppt ist, keine Meldungen mehr kommen.

Den o.g. Beitrag habe ich mir schon angesehen. Aber das Fachchinesisch darin nicht verstanden!

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Ich hätte erwartet, daß, wenn der Adapter gestoppt ist, keine Meldungen mehr kommen.

ich auch!

Jetzt suche ich schon sooo lange nach der Ursache, nachher ist es gar nicht der Adapter sondern deine Installation!

was sagt iob diag?