KarvaneSiil

Update on this issue. Apparently VFD did not have shielded cable installed for modbus communications. Rewired VFD with 1 pair shielded not twisted cable, installed terminators, corrected one spike and now everything works. So the cabling indeed affects a lot. Still the way DATA manages to be read successfully from wrong device is just wrong. Thanks to everyone for help.

Thanks for feedback. There are no terminators used - this is doable Cable is shielded but not twisted pair, grounded on main cabinet no grounding to devices - should be OK Lower baud rate to 19200, this is my next planned move. layout is mainly daisy chain with one stub VFD->PLC + HeatMeter1->EnergyMeter->HeatMeter2->HeatMeter3 - this can be improved As I use APeriodic Trigger I dont get any status info to diagnose what is going on or at least I don't know how to get it. I activate block every 1s and that's it, I hope it works. The data is 12 registers per HeatMeter so 1 second is long time for communication to get all things sorted out, before I send next request. As I am new to this then Modbus communication, it looks like a black box to me, I have little information what the communication is actually doing. Looks like if I do software download things get better, but why? Can I do this reset by myself with PLC block?

Hello, PLC: USP-104-B10 UniLogic 1.23.25 I am relatively now to Unitronics but have experience with PLCs and programming and things. So this is like weird thing happening. I have 3 Kamstrup heat meters - PLC reads with Aperiodic Trigger block every second, 38400baud, so there should be enough time for communication I think, response timeout is set 500ms. The communication fail rate is 4% for some reason - but OK, I can live with that. But what I notice is that the Session skips sometimes. Usually it goes device 1->2->3->1->2->3 and sometimes 1->2->3->...->2->3 and that's when weird things start to happen - heat meters DATA switches places between each other!? Then after a 2 or 3 correct round of readings everything goes back to correct places. How can communication send out read request to node 170 and then when back comes data from node 171 it decides that this is the correct message I was looking for? Now things get even worse when I add Multimeter and VFD device into communication. After program download everything works fine for a about 20-30 minutes, and after that it just fails. 80% messages fail, skipping sessions, random successful messages, DATA switches places. I replaced communication modules on heat meters, comm module on PLC. We have same type of devices working on other sites and no problem, but this project is a headache. Any suggestions?