dierkens

There's a big difference between sending MODBUS commands to a device that doesn't care what you send it and sending it to a MODBUS device. For testing purposes I'd do as Joe recommended and get the software setup correctly with no errors and then fault it out and see what you get for responses and such. The different errors are going to cause a different timeout. A CRC error for instance is a lot different than a "I can't find the device anywhere" error. One is a pure communication error and the other isn't.

I'd create new projects and test each I/O section. Create one that only has the original block of I/O and test it. Create another one that just has the original block and the 2nd (long) block of I/O. Create a third one that has the original block and the 3rd (short) block of I/O. That should tell you if each piece is operational and it shouldn't take that long to do it.

Make sure the correct MS Windows .net files are installed.

Once that register is set to a value it will continue to have that value until something else acts on it. You have two choices; you can either clear the register on a timed basis, perhaps just before the other PLC sets it, or you can have a routine that 'pings' or keeps track of the communication between the two. This can be in the form of a heart beat setup where one PLCs set a register to the a 1; the other sets sit a 0 and then if the heart beat stops you know the comms has gone down. There are a ton of ways to go about it.

I know this is an old topic, but I wanted to see if there's been any movement on having a 2nd network port available for things like MODBUS/TCP? Right now it's quite a bit of work to get these PLCs onto two (2) networks without having the OT Network group freak out over network security issues.

Does anyone have any tips on getting hardware? We've been waiting 348 days to get UID-1600: 5 UID-0016R: 5 When asked, we keep getting the 'it should be on it's way any day now'. We've got other projects coming up and I'm trying to avoid these long delays.

Make sure you're using the same version number of the Unilogic program as that used in the PLC. That's where I'd start; just to make sure there aren't any version mismatch issues.

Why not just use MODBUS status for everything you only need current state updates on and then have the other PLCs just read/write stuff to each other as needed?

You can use the periodic reads. play around with it and figure out what method(s) work best with the PLC you’re using.

You don't have the project opened anywhere else do you? Verify that all of the files are closed on any other machine.

Re-Install the software.

Thank you. We're updating our projects now.

Does anyone know if this floating point swapped or float inverse has been implemented?

Quick question that I've been asked about a few times by clients and other controls engineers that I have a 'hard time' answering. We assign an IP Address to both the CPU and the HMI but we only ever use the HMI Address for anything such as MODBUS/TCP communications, VNC, FTP, etc. What's the purpose of the CPU IP Address if we never use it for anything? It' nice that the 2 ports are actually into a switch but if we can't really use the other IP Address then what's it for? This tends to come up when we need to communicate/access the PLC over different networks.

I don’t understand the ‘use of replacement’ and the need for UDP in regards to MODBUS. Can you outline this please.

1). Save your data table more frequently. Hint: you can’t save data in a time frame that exceeds the update rate. The file saving process takes a few seconds at minimum. In our case we were saving 1-minute data and it was taking 61-seconds to save it. That’s not good. 2). Watch your file status bits and address errors asap. 3). If this data is critical, then you should at a minimum take screen shots or a cell video to capture the data and manually process later. 4). Without adding new logic I don’t believe you can save this dataset. As soon as you add logic that DT is probably gone, but then again I don’t know that I’ve looked up if DT’s are retentive.

I know this is an old post but we're having a similar problem and wanted to know if the OP ever resolved this issue. We've got it setup in an engineering office with no high power sources nearby. The signal wires placed into another device don't show this fluctuation at all. If I don't get a response I'll create a new post.

That's a difference of 0.000038467575848% . How accurate are you expecting ? What data types are they set to? If I need accuracy in the numbers I always collect it with the highest resolution data type (16-bit, 32-bit, 64-bit) I can, then I force the values to a resolution using a round/truncate function that fits the requirements. Example: My required scaling is 0.00 - 100.00. I'll carry my collection out to 123.123456 then round/truncate to 123.1234-> xxx.xx

Post your solution so that others can see how you solved it.

Hi good day! I am looking for your support for the network configuration of an IOLINK master with Ethnernet IP. What are the instructions to extract the IOLINK data? Can you share any information or example program? Thanks

Why not just use an option select with Text Labels -or- You could use a colored graphic button that processes the selection based on a button color w/text labels. using a general text entry option where the user can type any and all variations of characters and words would be inefficient from a programming and a process stand point.

Why or how would it change? Yes, if the schema doesn’t change then the Oder and format of the bytes should remain the same.

Can’t you just read those as individual coils without doing any bit manipulation? Use Modscan to read it as coils and see if you can figure it out from there.

We’ve found the best approach is to just save a data table to a UDT file and then use the converter to toss it into Excel. You can save it to a csv file but you have to thoughtful of how much time it takes to write to the csv file.

Put some jumps around your code to narrow down what may be causing it. Narrow it down from there. You might also load one of the example programs in it and run that for a while. Thats the only way I know to determine if it’s hardware related or not.