automatischer neustart

[schnuller123]

Hallo

mein Optolink-splitter läuft wunderbar, schreibt daten in ein MQTT und werte die daten per nodered aus
alles super

nur eins stört mich noch :
wenn die Heizung ausgeschaltet wurde geht die verbindung verloren
und ich muss putty anwerfen und an den raspi folgende befehle senden:

cd optolink-splitter-main
sudo service optolink-splitter restart

dann dauert es max 1 minute und schon kommen wieder Daten per mqtt an.

kann ich da was machen, das es automatisch sich neu verbindet?

[Meramsonek]

I got the same issue. It works fine for a few hours or minutes it's a random thing and after some time it stops updating to MQTT but optolink connection works fine. I also need to restart service and it starts updating MQTT.

[philippoo66]

thanks for the details! hm, currently I don't really have a concrete idea what's going wrong. In case of failure of an optolink comm 'cycle' (request+response) the splitter should conntinue with the next item. Here it looks like this:

• You are talking of modbus rtu command - can you pls explain? I think this is not related to the splitter?
• What 'application' do you use for 'displaying' the MQTT messages, which MQTT broker is in use?
• What does happen when MQTT updating stopped and you send a request via MQTT, e.g. read;0x2320;01 to the Vito/cmnd topic? (ref. mqtt_listen entry in settings_ini)

I still don't understand how you verify that the optolink communication still continues in case of MQTT stopping?! Pls explain more in detail. From the first copy of the service output it looks as if stops after receiving the ErrCode 01 response?

Which version of the splitter do you have in use?

I will check if I might make MQTT errror messages printed out some where on reception, I'll tell you as soon as I changed somethin accordingly.

Did I get you right that you found the addresses to read out the error history ("I even found out that error codes buffer works here as well")? Could you pls tell me the addresses?! Somebody else asked fo that...

[philippoo66]

@Meramsonek I implemented MQTT logging and uploaded it to branch develop (V1.4.2).

if you set mqtt_logging = True in settings_ini you'll get output like this:

I enabled DEBUG level, I hope that will help to find out what is going wrong.

[Meramsonek]

Hi. I made a code in python that is a bridge MQTT <=> Modbus RTU. I am running local modbus rtu slave server and controlling VS devices via modbus rtu registers. To monitor MQTT I use MQTT explorer + hamachi since the place with V300 GW2 is 100kms away. When I tried sending commands r or w or writeraw via MQTT nothing happed. I just implemented your changed codes with MQTT debugging. So I will update you later with results.

[Meramsonek]

@philippoo66 I finally solved it. Currently I got 2 facilities with direct access to VS devices on rpi4b+. MW2B works perfectly fine but 2nd which is Vitoplex 200 90kW on v300 gw2 is randomly shutting down as I said earlier. What I discovered?
The issue is the power supply that I am taking directly from v300 gw2 which is causing spikes or downs on the current.
So the result is:

[Wed Apr 30 09:52:36 2025] usbcore: registered new interface driver ch341
[Wed Apr 30 09:52:36 2025] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSB0
[Wed Apr 30 09:52:36 2025] usbserial: USB Serial support registered for ch341-uart
[Wed Apr 30 09:52:36 2025] usb 1-1.3: ch341-uart converter now attached to ttyUSB1
[Sat May 3 01:10:52 2025] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[Sun May 4 02:41:19 2025] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[Sun May 4 02:41:19 2025] ch341-uart ttyUSB1: usb_serial_generic_read_bulk_callback - urb stopped: -32
[Sun May 4 08:10:23 2025] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[Sun May 4 12:35:02 2025] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32

As you can see both optolink and usb <-> rs485 converter are being randomly disconnected.
So I decided to make 2 python apps that are watchdogs. One is checking if optolink made any updates to MQTT and the other one is checking if modbus rtu master did anything on slave within 400 secs. Works like a charm now.

Anyway I believe watchdog is needed since there are rarely power supply issuses occuring even if it's standard connection to 230ac with official dc adapter.

One more thing: that is not related to the topic. I think the optolink/mqtt errors could be caused by not used addresses that I had written in settings_ini.py. MQTT crashes stopped when I removed 1st and 2nd coding (codierung) that wasn't present in current regulator/automatic.

[philippoo66]

hi @Meramsonek !

thank you for the info!

hm, I have several Raspis running, all with USB serial adapters. Not always the 'official' Raspi power supply - I never experienced drop-outs.

What does the watchdog do? restart the splitter script or reboot the complete Raspi?

I inserted ("CrashTest", 0x1234, 2, 0.1, False), in the poll list in settings.ini - nothing hapened (r;0x1234;2 returns failure)

[philippoo66]

moin @schnuller123 !

die Sache ist nicht ganz trivial. Eigentlich geht der Splitter nach einem 'Fehlversuch' (Optolink Kommunikation) zum nächsten poll item / Vicon request / ... über und versucht es damit. Das macht er eigentlich ewig so weiter, also auch bis du die Heizung wieder einschaltest. Das Problem ist dann aber, dass nach einem Heizungs-reboot das VS2/300 Protokoll erst mal wieder aktiviert werden muss, sonst verstehen sich Splitter und Heizung nicht, weil die Heizung noch VS1 spricht und der Splitter weiterhin VS2.

Ich habe aber für den Fall von Problemen mit der Vitoconnect Kommunikation schon einen 'Reboot/Re-Init Loop' über das Ganze gebaut, den könnte man wohl auch für Probleme bei der Optolink Kommunikation benutzen. Nur sollte man das nicht bei jedem ersten Fehler machen, weil sonst z.B. ein unzutreffender Eintrag in der Poll Liste zu einer unendlichen Re-Init Schleife führt. Man müsste also einen Fehlerzähler einbauen und den entsprechend handhaben.

Ich kann das die Tage mal einbauen, du müsstest das dann beta testen.

Benutzt du den Splitter mit Vitoconnect oder ohne?

Ein anderes Ding ist, dass dann wahrscheinlich irgendwann der Nächste kommt und möchte, dass nach einem Ausschalten des MQTT Brokers oder des Netzwerks das erkannt wird und nach dessen Rückkehr die Verbindung dann auch wieder neu aufgebaut wird. Irgendwo muss man auch Grenzen ziehen und gewisse Sachen eben einfach voraussetzen...

Die Frage wäre dann, ob man bei Problemen den Splitter vielleicht besser komplett beendet (also der Splitter sich selbst) und man den Neustart der Restart-Option von systemd überlässt?!

ps. warum schaltest du die Heizung überhaupt aus? Gewöhnlich tut man das 1 Mal im Jahr zur Wartung. Ansonsten versetzt man sie in den Abschaltbetrieb, in dem sie auch weiterhin kommuniziert und sich sogar aus der Ferne wieder einschalten lässt. Im Abschaltbetrieb dreht sie auch 1x täglich die Pumpe/n und verhindert so ein Festsetzen dieser. Auch der Frostschutz dürfte dann nötigenfalls funktionieren...

[schnuller123]

hi
ohne vitoconnet
das mit dem abschalten mache ich wegen der blöden sekundärpumpe
die dauerhaft läuft, nur ab und zu wenn sie mich nervt
schlaf direkt neben dem Heizraum und das Geräusch nervt mich,
aber werde es mal mit abschaltbetrieb versuchen
hast du zufällig den befehl?

[schnuller123]

habs selber gefunden:
w;0xB000;1;2 = wasser/heiz
w;0xB000;1;0 = abschaltbetrieb
vielleicht als info für andere

@philippoo66
du machst gerade neue Version?
bitte mit anleitung zum installieren

[philippoo66]

oki, danke auch dir für's feedback. Sekundärpumpe = hinter hydraulischer Weiche oder so? Und das mit dem Abschaltbetrieb hilft auch die auszuschalten?

Ich mache immer mal wieder ne neue Version. Ich sagte man könnte eine machen, die den Re-Init Loop auch in case of optolink comm failure benutzt ;-) Solche 'Eingriffe' beinhalten ja auch immer die Gefahr, dass man was Unbeabsichtigtes einbaut und müssen umfangreich getestet werden...

Eine 'Anleitung' zum Installieren von Updates steht im Readme:

Updating to a new Version

If you want to update your installation to a new version, the recommended way is to

• make a backup copy of your current installation (folder)
• from the new version repo, clone all files except settings_ini.py into your original folder (replace existing files)
• check the version log for added or changed entries in the settings_ini and apply (only) those changes to your existing settings_ini.py

Alternatively you might clone all files and apply your original settings to the new settings_ini afterwards.

Even though I promise to note required changes carefully in the version log from now on, after an update it is always a good practice to start the splitter once in the console (python optolinkvs2_switch.py, remember to run your virtual environment) since in the console you get quite detailed error messages if some would be wrong or missing.

[Mini-Disc]

hi ohne vitoconnet das mit dem abschalten mache ich wegen der blöden sekundärpumpe die dauerhaft läuft, nur ab und zu wenn sie mich nervt schlaf direkt neben dem Heizraum und das Geräusch nervt mich, aber werde es mal mit abschaltbetrieb versuchen hast du zufällig den befehl?

Die Sekundärpumpe läuft bei mir nur wenn der Wärmeerzeuger (Gas bzw. Wärmepumpe) läuft. Ansonsten ist die aus. Oder meinst Du vielleicht die Heizkreispumpe ?

[philippoo66]

ich meinte eigentlich, ob sich das Problem per Abschaltbetrieb gelöst hat... ;-)

[schnuller123]

nein ich mein schon die sekundärpumpe
die tauscht das kältemittel zw innen und ausseingeit aus
da hat viessmann wohl ein softwareproblem
obwohl kein bedarf ist ( hohe nachtabsenkung ) und es nicht mal besdonders
kalt draussen ist ( über 6 Grad ) läuft die sekpumpe die ganze nacht durch
einmal netzschalter aus und wieder ein, dann gibt sie ruhe
abschaltbetrieb hatte das problem auch nicht gelöst
Ich schlaf im raum direkt neben der inneneinheit und das geräusch nervt

[Mini-Disc]

Wie heißt Dein Heizungsgerät genau ?

[schnuller123]

vitocal 200A

Systeminformation

VC 200-A
7727502102849123

Bedienung
B920W250/DI
B920W250/F0D7

Wärmepumpe
WPR_4510/651

Codierstecker
4131-08/40

Kältekreisregler 1
[4-3]/00/9

[schnuller123]

das werde ich prüfen, wenn das problem wieder auftritt
dachte ich habe es schon mal am bedienfeld umgeschalten ohne reaktion der sekpumpe

[schnuller123]

Neue Infos
also im Abschaltmodus geht die Sek Pumpe wirklich aus, dauert manchmal etwas, aber es geht
nur ein Problem, die Stromaufnahme!!
selbst im Abschaltmodus, wo ja eigentlich alles aus sein sollte braucht die Heizung 45-110W
siehe Bild, das kanns ja nicht sein!

für Display und ab und zu mal ein Ventil bewegen
Zur Info, die Umwälzpumpen sind aus!

[philippoo66]

oh, das ist unschön und mir unerklärlich. Du hast eine Vitocaldens - erinnere ich das richtig? Die -dens nimmt ja abgesehen von den Pumpen eigentlich eh keinen/kaum Strom. Was die -cal im Abschaltbetrieb noch macht - ??? Hast du die Möglichkeit, die Angabe zu verifizieren? Treibt die Ausseneinheit möglichrweise unbeeindruckt vom Abschaltbetrieb noch irgendein Unwesen?