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

[Laser]

@homoran Wenn USB getrennt ist, kommen natürlich keine Werte mehr an. Der USB Anschluß ist nur für den Lader. Hatte schon passive und aktive USB-Hub's dran, weil ich nur 1 USB- Kabel liegen hatte. Das gleiche Verhalten.
die Schnittstelle: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0-port0
egal, wie ich die definiere, immer wieder Abbrüche.

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

kommen natürlich keine Werte mehr an

aber was schreibt der Adapter da angeblich?
wenn nix kommt gibt's nix zu schreiben.

Die Meldung kommt aber weil geschrieben wird.

[Laser]

@homoran Der Adapter schreibt nur die Meldungen. Keine Werte. Wollte mit dem USB- Trennen nur ausschließen, daß irgendetwas vom Schnittstellenumsetzer kommt, weil da irgend ein Problem durch falsche Konfiguration existiert.
Ich kann mir nicht vorstellen, daß es gut ist, wenn das System mit so vielen Meldungen vollgeballert wird.

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Der Adapter schreibt nur die Meldungen. Keine Werte

Aber du liest schon was ich schreibe?

@homoran sagte in vedirekt Adapter Verbindungsproblem:

Die Meldung kommt aber weil geschrieben wird.

[Laser]

@homoran ich glaube, so wird das nichts! Ich installiere den Adapter. Konfigurieren kann ich nur die USB- ID. Mehr mache ich nicht. Der Adapter wird regelmäßig "gelb" . Nicht mehr und nicht weniger. Welche Informationen soll ich denn liefern? Ich lese Alles, was Du schreibst. Aber ich verstehe Dich nicht! Wie kann ich zur Lösung des Problems beitragen?

[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?