I discovered a ModBus bug in the new version 4.5.5: after few hours the modbus communication driver stops to work. In order to restart you need to reconnect to the server with the configurator toll, select the device modbus deactivate and enable again… after it starts to work again for other hours before stop again
I also tried to restart the server again, but it didn’t solve the problem
Can you have a look on the modbus part of the new server version please?
I'm on the latest Beta, I'm getting an issue since installing with a Modbus device, it's an I/O module but this only applies to the Digital Outputs which operate by setting the corresponding bit for the digital output.
However, despite the program I use giving out the correct value for the outputs I want on, the Uint16 register only changes for a short time and reverts back to the previous value, and doesn't change the device state? on occasions it does work making it all the more confusing, it's almost as if it's reading back the value from the Modbus device? even with "read Cyclically" off.
It wasn't happening before I upgraded, and to make it even more confusing it's not happening on two other similar devices!?
Hello. I am facing strange behaviour of Modbus device. I am sending about 150 values thru Modbs and after test I got an error Device is not connected. I see it been connected and immediately disconnected. So I try it with fewer values and it works. After many tries I got on point where it works but when I add one more Duble value it stop working. So I start wondering is there any limit for Modbus point like how many you can add under one Modbus device? I ended up utilising two Modbus devices so it works. Same issue on Jigsaw and Windows Server.
We have 2 similar buildings, with same settings and hardware. We use Vallox ventilation and control them with USB modbus dongle. But after tomorrow we started to get response timeouts on one building(other building has no timeouts). The whole modbus line feels slower too(chaning the vent speeds works but it feels slower than before). I know the log used to be clean without any timeouts. Now im trying to debug what is causing it. So far it feels like they are responding but not for all requests. Here is a small screenshot where i get timeouts for ventilation State(4609) and Fan speed(4353)
Is there any other way to know witch ventilation is not responding(we have total of 19 units) The path only show the modbus dongle. I have looked at the times too and compared them to the log monitor, but it seams to me that the response timeouts are random. Sometimes they get awnsers sometimes they don't. Here are my settings for the USB dongle:
Other building works just fine with the same settings, and changing vent speeds feels faster to me.
Has anyone used this gateway with bOS? I'm trying to read out mbus (W.water, C.water and heating) meter values with bOS from the anybus gw, in anybus I can read the meter values and it has no problems with the readout. But in bOS I can't get the correct values to show. Scaling should be correct (0,001 for the water and 0,01 heating), i have tried almost all register numbers but none of them seam to display the correct values.
Settings for the w.water meter, register address should be 130 or 150, but it gives constant 0 for value, with 149 I get a response 16,017 but it's the wrong value.
Modbus GW settings
Anybus meters with register numbers.
Any ideas what am I doing wrong?
we try to connect Modbus TCP/IP thermostats with ComfortClick. All works OK.
We want to ask, how we can scale ratio of the holding register?
We have the value of the set temeperature, which needs to be scaled by 0.02 (or divided by 50).
If we use the "calculation" function, it is works for the input register (read), while the holding register is a problem because it is a read/writte.
so please help us.
I am trying to integrate Modbus Thermostat ( Produal HLS 44 ) with Jigsaw Z wave via RS 485 ( RTU ). The register details are mentioned below :-
Holding Register Address 1 ( 40001 ) = FAN SPEED CONTROL WRITE
Holding Register Address 2 ( 40002 ) = SET POINT WRITE
Input Register Address 18 ( 30018 ) = SET POINT BY USER
Input Register Address 19 ( 30019 ) = FAN CONTROL BY USER
Those Address were verified using MODSCAN 32 and found to be correct.
Now in jigsaw, the scenario is different. The setup was :-
ACTUALLY ADDRESS 18 IS FOR SET POINT BUT I AM GETTING THE SET POINT IN ADDRESS 17 ( 18 - 1 )
SIMILARLY ADDRESS 19 IS FOR FAN SPEED AND I AM GETTING IN ADDRESS 18 ( 19 - 1)
So what we have seen is for input register, we need to deduct -1 with the address mentioned in datasheet.
REGARDING THE HOLDING REGISTER 1 AND 2, IT IS NOT WORKING. I AM ABLE TO GET DATA FROM INPUT REGISTER BY DEDUCTING THE ADDRESS BY 1. BUT I AM NOT ABLE TO WRITE ANYTHING IN HOLDING REGISTER.
ALSO THE VALUE FROM INPUT REGISTER IS LIKE 280, 275, 220. WE NEED THE VALUE LIKE 28, 27.5, 22 ( divided by 10 ).
CAN YOU PLEASE SUPPORT ?
Customer support service by UserEcho