we have a new gas heating and I want to integrate it into Home Assistant.
It is a Remeha Qinta Ace 65 that comes along with an ModBus-Gateway (called Remeha GW-08). This Gateway is connectect through three wires with an extension to the Raspberry PI (Zihatec RS422/RS485 HAT Shield for Raspberry Pi).
I have configured the Modbus-Integration but I always get this error in the Core log every 10 seconds:
2021-09-06 20:47:27 DEBUG (SyncWorker_2) [pymodbus.client.sync] New Transaction state 'SENDING'
2021-09-06 20:47:27 ERROR (SyncWorker_2) [homeassistant.components.modbus.modbus] Pymodbus: remeha_quinta_ace_65: Modbus Error: [Input/Output] [Errno 25] Not a tty
Have you ever figure it out, @klacol ?
I’m just starting, attempting my first modbus config. Have a Zihatec shield connected to HAS raspberry. And found same error in logs:
Pymodbus: pdu: Modbus Error: [Input/Output] [Errno 25] Not a tty
if trying to send out something from terminal then can see a led on the shield blinking once
and found this piece as source of the error. Looks to me somehow my Pi 4 does not want to communicate with the Zihatec.
(Verified the Modbus device with rs485-uart board and esphome/esp32; device itself working fine)
2022-02-20 10:18:19 DEBUG (SyncWorker_5) [pymodbus.transaction] Current transaction state - IDLE
2022-02-20 10:18:19 DEBUG (SyncWorker_5) [pymodbus.transaction] Running transaction 1
2022-02-20 10:18:19 DEBUG (SyncWorker_5) [pymodbus.transaction] SEND: 0x1 0x3 0x0 0x2 0x0 0x1 0x25 0xca
2022-02-20 10:18:19 DEBUG (SyncWorker_5) [pymodbus.client.sync] New Transaction state 'SENDING'
2022-02-20 10:18:19 DEBUG (SyncWorker_5) [pymodbus.transaction] Transaction failed. ([Errno 25] Not a tty)
Connected 2-wire-Cable from GW0-8 to the Waveshare RS232485 TO ETH (It did not work, until i changed the two wires, then the modbus connection LED on the GW-08 was blinking green
So far I have made the sensors below visible in homeassistant, via Modbus.
The thermostat only functions if I set it to manual (for homeassistant status “heat”), if I set it to status “auto” then the Etwist follows its program and does not respond to setpoint change.
If I set the thermostat in homeassistant to “off”, the Elga switches to antifreeze mode.
Unfortunately, possibilities with modbus in homeasistant are limited, I can’t make my own thermostat statuses. for example manual, planning, frost protection, program 1 ect.
It is necessary to provide a unique_id, otherwise you cannot assign the entities to a room or choose another unit.
I have indicated other device classes for the pressure and energy sensor, so that it is correctly viewed in homeassistant. (it wasn’t really necessary for temperature sensors)
thanks for your post!
I connected the GTW-08 to the waveshare rs232/485 to eth as you described
my issue is the waveshare config, i asume to use the rs485 settings page.
I’m at the same stage as you were, all wired up and a red led. Will the GTW08 and the waveshare start communicating when there is no server active (I have not yet set up Home Assistant for modbus)?
What was the mistake with the ip adress?
Solved it. Had to enable TCP server mode, not the TCP client mode from the screen shots.
I am debugging why i cannot connect to GWT-08 from esphome. I connect successfully to any other RS485 device, I have applied all tips what was mentioned here as solution…but no success.
So mainly I have the main LED still RED but there are two others LEDs and one of them is on (led D8 is red when i connect one wire). Does anyone knows what is the meaning of this LED?
I thougth those were the rx/tx leds. I did have the same problem as you. I use a waveshare rs485-tcp bridge. Putting the waveshare device in server mode solved it.
Those leds are the rx/tc leds, Change at one device the wire from a->b and the led’s of the rx/tx will be gone off.
If there is no data transfer those 2 led’s must be off.
When there is data transfer, those leds will blink and the led in the center will change to green.
So in the end I found out, that most my ttl to rs485 modules even with no power does that. Only one did not and this one eventually was fully working with esp. not sure why(no time for deep debugging). I think that the borrowed waveshare was in server mode but did the same…