We need a structured list of all messages and commands

I know the protocol files are saying 33 = temperature sensor name.
But if you open Velbuslink, it uses channel 34 for the temperature. There is nu channel 33 in Velbuslink.
So I also use channel 34 in my scripts to be consistent with Velbuslink.

Stef

I’m refactoring my Velbus-Node-Red connector to get Velbus module names by using @Stef_Coene’s JSON file.
All is working fine so far! :+1:
I will try to get more module commands out of this JSON data over time.

2 Likes

I created a web frontend for the json file:
https://qos.docum.org/velserver/
This is work in progress, but maybe it can be useful for someone else.
I’m also going to include extra comments to explain the json.

By reading my own json file, I realized I have to figure out what I did for the Edlge lid panels.
I don’t own one myself. I did some coding for it on a remote setup and I don’t remember the logic behind my own code :slight_smile:

Stef

3 Likes

I don’t know who is interested, but I updated the json file (some information was missing).

Link to the json file:

Documentation regarding the json file:

Link to a php website based on the json file:
https://qos.docum.org/velserver/

I also updated https://github.com/StefCoene/velserver so it uses the json file as data source.

Stef

3 Likes

Very handy, tx!

Are you aware that there’s no SSL certificate, so going to https://qos.docum.org/velserver/ gives an ā€œunsecure siteā€ warning. Let’s Encrypt might help.

Yeah, I know, that’s a website that’s normally only used by me.
I’m just too lazy to fix the ssl error :wink:
And when my home router gets a new ip, I have to fix the dns entry manually.

Stef

1 Like