Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Thomas Braun]

@laser sagte in vedirekt Adapter Verbindungsproblem:

An USB3

Steck den mal an einen USB2-Port.

[Laser]

@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...

[Ralla66]

@laser

war da nicht was mit TX Port Einstellung per APP am Lader ?
Seite 27 in der Lader Doku

[Laser]

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!

[Laser]

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();       
});

[Laser]

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.

[Homoran]

@laser sagte in vedirekt Adapter Verbindungsproblem:

Mit Beiden, das war mal eine Empfehlung hier aus dem Forum.

niemals!
nicht gleichzeitig, höchstens alternativ.

[Ralla66]

@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

[Laser]

@ralla66 6 Sekunden war scheinbar Zufall. Ist jetzt mit Abblockkondensator viel höher, die Zeit. Nun ist es aber dunkel. Muß bis morgen warten.

[Ralla66]

@laser

ok,
ich teste mal mit.
Tx Port steht auf "normale Kommunikation"
Ist bei mir auch so.

[Ralla66]

@ralla66

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

[Ralla66]

@ralla66

Timing der seriellen Schnittstelle Baud 19200 8n1 am Tasmota ESP
Daten werden ca alle 50 - 100 ms empfangen und
ausgewertet !!

[Laser]

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 ?

[Ralla66]

@laser

Der Betrieb deiner Komponenten ist nicht Bestimmungsgemäß.

Klartext, schmeiß endlich die C raus, das ist Unsinn.

[Laser]

@ralla66 Wieso ist ein Stützkondensator an einer Stromversorgung "Unsinn"?

[Ralla66]

@laser

schließ den Oskar an dann siehste das,
BrownOut vom IC

[Laser]

@ralla66 Was sollen mir diese Wortfetzen sagen?

[Ralla66]

@laser

Ohne eine vernünftige Spannungsversorgung ist die weitere Fehlersuche unsinnig.
Klinke mich hier aus.

[Laser]

@ralla66 OK. Was wäre denn vernünftig? Die beiden PI hatte ich ursprünglich mit den originalen Netzteilen für den Pi versorgt. 2 Stück, jeder Pi mit dem Passenden. Da gab es eben diese Störungen. Mit den "guten" Pi Netzteilen. Davon habe ich 5 Stück liegen. Danach bin ich auf ein gemeinsames Meanwell Hutschienennetzteil gewechselt.

[Ralla66]

@laser

das hatte ich schon oben geschrieben,

-> 2x originale Pi- NT , die A sind entscheident, nicht das Originale