Quant

the connection between UnityPro Software and M580 using Modbus/TCP  Function Code 90. FC90 is private protocol, which description is not available for public use.

you are missing INT_AS_BYTE block. But it was only example from me, it was not exactly 100% what you need.

I used standard blocks in my example and call all variables with their names. 1) ok, first set values to zero count:=0; DO_SOME_CALCULATION := 0; 2)  do a loop for number of elements/characters in your STRING. In your case you have every time 22 characters, so you can just use LEN_ORIGINAL_STRING:=22. 3) you separate every character from STRING - I call it ELEMENT_OF_STRING      as INT 4) you split INT in to 2  Bytes: ELEMENT_BYTE1 and ELEMENT_BYTE2 5) you calculate something that you need with both bytes - I call it DO_SOME_CALCULATION 6) finish :)  

I'm not sure if it something complex or is it to easy :( Your calculation looks like this:  

I hope it will help you:

look Base lib -> Strings, there are a lot of blocks, which can extract/merge etc. the STRING

Sorry, can't see nothing on your screenshot. The address %I2.1.0  means you have an DDI module in in ERIO Rack 2, first place on your backplane, channel 0. But M580 don't support this legacy topological addressing for ERIO. Just click on your DDI module and you will see the DDT structure, which UnityPro assign to this module. In this DDT you will find all your channel variables.

did you installed also UnityPro_Vx_HF_MC80  Hotfix? - it will unhide MC80    

just call your local Schneider Electric Support and ask for link

it was screenshot from UnityPro v11.1, but in UnityPro v8.1 I'm also able to choose MC80.

MC80 is only for Spain market. Anyway you don't need any HF for UnityPro.

In this case Crossbow gave you right answer.

140CPS11420 - is a power supply

for floating point format/operations you need to use _REAL blocks.

Current Version of UnityPro supports Win10, so the USB driver should work too. We had many PCs with Win10 and UnityPro and have no problems.

Hi Muddasir, which UnityPro version do you use?

without any error code it's not really possible to find out the reason for that.  Did you try to establish the connection via ExecLoader?

HEllo Dim,   are you sure, that your controller was programmed with ProWorx NXT? - Maybe ProWorx 32, Concept or UnityPro? Try to use OSLoader or ExecLoader to read the used Firmware.  

you can place many XXMIT  blocks in your application, but you can use only 1 XXMIT in the same time

your problem is following - only 1 plc of each HSBY system is connected to each switch - > that's definitely not normal and I never saw such execution till now. Normally both switches must be connected and build ring topology to obtain the redundancy.  

your problem is following - only 1 plc of each HSBY system is connected to each switch - > that's definitely not normal and I never saw such execution till now. Normally both switches must be connected and build ring topology to obtain the redundancy.  

Hello Tiger, I see many possibilities: 1) connect both switches 2) use only 1 switch 3) read status of PLC (PRIMAR or STANDBY) and switch the IP address for READ/WRITE blocks

Hello Tiger,  sure, it doesn't work after HSBY switching - the IP's on your diagram for STANDBY plc are wrong. During switching the PRIMARY and STANDBY plc change their IP addresses. So if you read from IP 192.9.200.12 (PLC A PRIMARY), then it's working - right. But if PLC A is in STANDBY modus, then this PLC A get IP address 192.9.201.13 and you CREAD_REQ will not work.  

It's easy. In quantum Rack you have NOE771xx (I hope), which placed in slot X. So, if you are using READ_REQ/WRITE_REQ, in WordArr5[1] you need to put 16#0X00. X - is slot in Rack :)

SR1 seems to be very rar and this release had many patches. I provide you a link via pm.