I reply to myself, I succeeded to make it work.
The \n was missing in the payload before sending it back to the gateway.
This took me months to see this...
Works like a charm now, I just need to implement the inclusion feature in NodeRED.
Well, I'm back again, because it broke again ... and I fixed it somehow again.
I was playing around with my sensor to get it up and running the way I want it to and resetted its node id.
It couldn't get a new node ID and I was back where I was yesterday.
Deleted everything, rebuild the complete flow, restarted everything. Nothing helped. So I added debug messages everywhere and also had a look into the raw Serial protocol here: https://www.mysensors.org/download/serial_api_20
It looks like you don't need the encode and decode, at least for me the encode after myscontroller totally destroyed the payload. Why did it work yesterday? I have no idea.
The payload looked fine now without the decode and encode according to the protocol, but it still didn't work. I noticed that the incoming TCP payload always ended with a linefeed "\n", so I added a custom function between the myscontroller and tcp output to also add a linefeed to the outgoing payload and it's working again.
Hi @sotiriszegiannis, welcome to the MySensors community!
By gateway, do you mean a MySensors gateway, or something else? I am not familiar with the term ”node red gateway”.
There can be multiple MySensors gateways on the same lan.
There can be multiple Node Red installations on the same lan.
Seems that the problem was that influxdb always configures the field type the first time a series is accessed.
I thought that the value was something like a "variant" and would eat anything I throw at it. So when I altered the data types in the flow, the db refused to save.
A drop and re create solved the problem.
