VenosOS and Autoterm Planar Diesel Heater

[devshack]

Hi,

i am currently trying Diesel Heater from Autoterm to integrating in VenusOS (Node-Red).

I have two problems:

• the transmission of signals is not reliable.
• Commands to only start the heater, leave to crash VenusOS. Other Commands not.

Under other Raspberry Distrubitionen are have no problems.

In the 99-usb-serial.rules file, fix the usb-port from heater.

# Autoterm Planar USB/serial adapters
ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="ABSCDHT6", SYMLINK+="ttyUSB_autoterm", OWNER="root", GROUP="dialout"

Testfile Node-Red:
Autoterm Test VenusOS.json

Do any of you have the autoterm in operation with VenusOS?

System: Venus OS 3.52 testing an 3.4.x
Raspberry Pi 4B 8GB
Node-Red Logfile have no track Error

Best regards

[Createauto]

Hi, did you have any joy with this ? I am trying to do the same… Thanks

[devshack]

Unfortunately no, the last time it didn’t work at all

[devshack]

Got it working today after a lot of back and forth.

I will test it further over the next few days and see which setting was the right one in the end.

[Createauto]

Great to hear you got it working. Please can you share your findings once fully tested ?

[devshack]

1.) cable from VAN PI USB JST (für Autoterm) – Pekaway

2.) Edit Files serial-starter.rules and create 99-usb-serial.rules

Step 1 - On Windows go to PowerShell and connect to raspberry (ssh)
Step 2 - Show all adapters with “ls -l /dev/serial/by-id”
Step 3 - Show Serial from the right adapter “udevadm info --attribute-walk -n /dev/ttyUSB0 |grep serial”
Step 4 - Show idProduct from the right adapter “udevadm info --attribute-walk -n /dev/ttyUSB0 |grep idProduct”
Step 5 - Show idVendor from the right adapter “udevadm info --attribute-walk -n /dev/ttyUSB0 |grep idVendor”
Step 6 - Edit the Files

/etc/udev/rules.d/99-usb-serial.rules

# Autoterm Planar USB/serial adapters
ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="ABSCDHT6", SYMLINK+="ttyUSB_autoterm", OWNER="root", GROUP="dialout"


/etc/udev/rules.d/serial-starter.rules

# Autoterm Planar USB/serial adapters
ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="ABSCDHT6", SYMLINK+="ttyUSB_autoterm", OWNER="root", GROUP="dialout"
ACTION=="add", ENV{ID_BUS}=="usb", ENV{ID_VENDOR_ID}=="0403", ENV{ID_MODEL_ID}=="6001", ENV{VE_SERVICE}="autoherm"

Step 7 - Reboot
Step 8 - Check the Settings in PowerShell “ls -l /dev/ttyUSB_autoterm”
! Note: after a update are lost the edit and the new File.

serial-starter.zip (1,6 KB)

Json-File for import in Node-Red
[OS] Heizung.zip (23,0 KB)

Bugs:

• Temp Mode missing Temp Sensor for start
• Countdown frost protection does not work
  
  

Disclaimer:
This Code ist modify from VanPi/Pekaway - https://pekaway.de

[Createauto]

Thank you for sharing, thats a great result

[iagoip (Iago)]

Could this flow be imported into HAOS?

[devshack]

No idea, best to try it yourself and give feedback on whether it worked.

[iagoip (Iago)]

I have already tested it, and it works perfectly using a USB TTL RS232.
I am changing the dashboard nodes to use native HAOS cards, and except for the input_number sliders, everything is responding perfectly.

[NoOneKnowzZz]

Hi everyone,

thanks for sharing all the details in this thread – it’s really helpful. I have a question regarding the hardware setup:

In the examples above, the Autoterm heater is connected via USB to a Raspberry Pi running Venus OS. In my case, I’m using a Victron Ekrano GX (with Venus OS preinstalled), and I’m considering using the Pekaway VAN PI USB cable instead of the DIY serial cable.

My questions are:

1. Can this approach also work directly with the Ekrano GX (without the Raspberry Pi)?

2. If yes, what would be the recommended setup steps (e.g. configuring udev rules, Node-RED serial nodes, etc.)?

3. Are there any limitations I should be aware of compared to the Raspberry Pi approach?

Thanks a lot in advance for your feedback!