AdvancedHMI Software
General Category => Support Questions => Topic started by: Neeh on January 29, 2019, 02:51:21 PM
-
Hi,
I am trying to read an MI (904hex) register from Unitronics PLC via ModbusTCP and I'm not getting the correct value. I'm not sure if I set the PLCAddressValue correctly, tried 0904 and 02308. Attached is the Unitronics register mapping.
Appreciate any help please, thanks.
-
If MI is an integer, then it must start with a 4, so try
42308 or 42309
-
Thanks Archie, that works.
Another strange issue I am running to is; The basic label unpredictably and randomly do not show the value from the PLC when the program is run. Every run has different outcome, sometimes it's all good. See attached screen-shot.
-
Lower the MaxGroupReadSize. Try 1 to see if that is the problem, but then increase to as high and you can get away with.
-
MaxReadGroupSize lowered to 1, does not fix it.
Note, the basic labels in Extruder group always works well. Only zone and head temperature are affected.
-
What version of AdvancedHMI are you using? Can you run a Wireshark capture and post the resulting file?
-
version 399
attached are the good and bad files.
-
Which version of 3.99? There will be a letter designation after it. Can you try this with the latest beta version of 3.99y?
-
My apology, its 3.99W
-
Try it with 3.99y Beta by adding your current form to the project:
https://www.advancedhmi.com/forum/index.php?topic=2058.30
-
3.99y Beta seems to fix value updating issue.
I observed some inconsistencies between 3.99w and3.99y :
- basiclabel has removed or replaced or added properties (at least 2 were no longer valid in 3.99y)
- plcaddressvalue, the option of doing 3:769 does not work in 3.99y. It has to be 4769.
-
3.99y Beta seems to fix value updating issue.
I observed some inconsistencies between 3.99w and3.99y :
- basiclabel has removed or replaced or added properties (at least 2 were no longer valid in 3.99y)
- plcaddressvalue, the option of doing 3:769 does not work in 3.99y. It has to be 4769.
New versions do commonly remove or rename properties to attempt to make things easier to understand, but the Modbus addressing using forced function codes should not have been changed. I will look into that.
-
I'd be happy to test the Modbus addressing for you.
-
An update has been posted that should fix the addressing problem:
https://www.advancedhmi.com/forum/index.php?topic=2058.msg13516#msg13516
-
Bravo 8) addressing problem fix confirmed.
Thanks Archie..