vedirekt Adapter Verbindungsproblem
-
Vielleicht ein Hardware-Fehler.
-
@thomas-braun Bei 3 Pi's? Den Adapter habe ich nur einmal. Mal sehen, ob ich da noch Garantie drauf habe...
-
Ich meine das USB/Kabel/wasweißich-Ding am Pi.
-
@thomas-braun Ja, das ist ein Adapter, der USB des Pi auf die Schnittstelle am Victron Lader bringt. Ca. 32 (39) Euro, das Teil, suche noch die Rechnung. USB Kabel ist 2,5 m lang. Schon das 2. Kabel (zuerst mehrere Verlängerungen). An USB3. Stromaufnahme nicht meßbar.
-
mal den Weg Lader -> Original USB Kabel -> Windows Rechner mit hterm oder Vicron Soft getestet ?
-
-
@thomas-braun USB2- Hatte ich auch schon. Auch über einen HUB. Mache ich aber noch mal.
mit der Victron App werde ich mich auch mal verbinden. Das geht natürlich, werde das mal länger dran lassen.
Jetzt muß ich erst mal der Postfrau hinterherfahren, wegen Paket. Die Live- Verfolgung funktioniert nicht. "Aus Datenschutzgründen", wie DHL versichert... -
war da nicht was mit TX Port Einstellung per APP am Lader ?
Seite 27 in der Lader Doku -
Tx Port steht auf "normale Kommunikation". Das soll so sein. Wie ich es verstehe, mit dem Wandler.
Habe das Gerät jetzt mal am USB 2 Anschluß. Da das jetzt auch unter Bookworm mit dem by-id klappt, kann ich evtl auch einen Hub für meine beiden Geräte einsetzen.
Muß ich jetzt eine Weile laufen lassen... Geht schon 5 Minuten störungsfrei! -
Und wieder ein Ausfall! Können die 2,5 m USB Kabel zu lang sein?
Damit kann ich den Adapter neu starten. Etwas Besseres zum Erkennen der Störung habe ich nicht gefunden.
Startet aber neuerdings exakt alle 6 Sekunden neu (Warum??).
Jetzt nur noch sporadische Ausfälle...Evtl. ist mein 2,5 A Meanwell Netzteil für 2 Pi's zu schwach.(Es fließen 1,5 A). 4700 uF Abblock- Elko in der Versorgungsleitung. Obwohl ich auch schon über 2x originale Pi- NT versorgt hatte. Gleiche Probleme.// Script zum Erkennen des "error" im Adapter vedirekt // Adapter simple-api muß installiert sein // im Javascript Adapter: "exec erlauben" angehakt // Filter für Erkennung im Protokoll: onLog('vedirect' && 'error', data => { var SSH = require('simple-ssh'); var ssh = new SSH({ host: '192.168.2.54', user: 'otto', pass: '1234otto' }); setState('0_userdata.0.Logik.ErrorVE'/*ErrorVE*/,true) console.log('VE Err: ' + "true"); // Adapter stoppen/starten : ssh.exec("iobroker restart vedirect.0").start(); }); -
Es ist möglicherweise doch ein Spannungsversorgungsproblem. Habe noch mal einen 4700 uF Elko zusätzlich dran. Aus den regelmäßigen 6 Sec Neustart des Adapters werden xx Sekunden. Wesentlich mehr also.
-
@laser sagte in vedirekt Adapter Verbindungsproblem:
Mit Beiden, das war mal eine Empfehlung hier aus dem Forum.
niemals!
nicht gleichzeitig, höchstens alternativ. -
@laser sagte in vedirekt Adapter Verbindungsproblem:
Startet aber neuerdings exakt alle 6 Sekunden neu
alle 5 sec Datenübertragung VeDirekt.
Rödelzeit ist Amperezeit.
-> 2,5 A für 2 Pi bissl wenig
-> 4700 uF Elko wofür ? bewirkt eher das Gegenteil
-> 2x originale Pi- NT , die A sind entscheident, nicht das Originale -
@ralla66 6 Sekunden war scheinbar Zufall. Ist jetzt mit Abblockkondensator viel höher, die Zeit. Nun ist es aber dunkel. Muß bis morgen warten.
-
-
Test, PI 4, Bullseye, NT Original, IO alles Takko aus dem stable
Vedirekt: v 0.3.3
Usb: /dev/ttyUSB0
läuft sauber, Daten werden alle 5 sec aktuallisiert
nach 10 min ist der Log noch sauber
-
Timing der seriellen Schnittstelle Baud 19200 8n1 am Tasmota ESP
Daten werden ca alle 50 - 100 ms empfangen und
ausgewertet !!
-
Noch nichts Eindeutiges gefunden. Im Log steht ab und an ein error:
Die Stromversorgung mit 10000uF abgeblockt. (Stomaufnahme beider Pi's weit unter 1,5 A am 2,4 A Netzteil, auf 5,2 V eingestellt.) An einem Pi3 hatte ich schon festgestellt, daß die 5V an den GPIO's zusammenbrechen. Und ein USB-Gerät aussetze. Dort habe ich dann an der USB- Buchse 2 Litzen angelötet und darüber versorgt. Seit dem keine Störungen mehr.Log- Auszug:
vedirect.0 2023-11-25 11:46:20.918 warn Got terminate signal. Checking desired PID: 81303 vs own PID 81108 vedirect.0 2023-11-25 11:46:20.366 warn Got terminate signal. Checking desired PID: 0 vs own PID 81108 vedirect.0 2023-11-25 11:45:53.872 warn Got terminate signal. Checking desired PID: 81108 vs own PID 81063 vedirect.0 2023-11-25 11:45:53.817 warn Got terminate signal. Checking desired PID: 0 vs own PID 81063 vedirect.0 2023-11-25 11:45:48.266 warn Got terminate signal. Checking desired PID: 0 vs own PID 80677 vedirect.0 2023-11-25 11:38:43.381 warn Got terminate signal. Checking desired PID: 80677 vs own PID 79355 vedirect.0 2023-11-25 11:38:43.316 warn Got terminate signal. Checking desired PID: 0 vs own PID 79355 vedirect.0 2023-11-25 11:11:42.720 error No data received for 10 seconds, connection lost ? vedirect.0 2023-11-25 10:52:55.531 warn Got terminate signal. Checking desired PID: 79355 vs own PID 76009 vedirect.0 2023-11-25 10:52:55.466 error Issue handling serial port connection : {} vedirect.0 2023-11-25 10:52:55.458 warn Got terminate signal. Checking desired PID: 0 vs own PID 76009 vedirect.0 2023-11-25 10:41:52.805 error No data received for 10 seconds, connection lost ? vedirect.0 2023-11-25 10:12:00.662 warn Got terminate signal. Checking desired PID: 76009 vs own PID 71374 vedirect.0 2023-11-25 10:12:00.574 warn Got terminate signal. Checking desired PID: 0 vs own PID 71374 vedirect.0 2023-11-25 09:57:11.775 warn Got terminate signal. Checking desired PID: 71374 vs own PID 68865 vedirect.0 2023-11-25 09:57:11.711 warn Got terminate signal. Checking desired PID: 0 vs own PID 68865 vedirect.0 2023-11-25 09:57:08.854 error No data received for 10 seconds, connection lost ? vedirect.0 2023-11-25 11:11:42.720 error No data received for 10 seconds, connection lost ? -
Der Betrieb deiner Komponenten ist nicht Bestimmungsgemäß.
Klartext, schmeiß endlich die C raus, das ist Unsinn.
-
@ralla66 Wieso ist ein Stützkondensator an einer Stromversorgung "Unsinn"?
