Messages

1

Support Questions / Re: Minimum required to read CLX data

« on: March 07, 2016, 02:04:39 PM »

OK thanks for the information.  I look forward to the release.

2

Support Questions / Minimum required to read CLX data

« on: March 07, 2016, 11:58:15 AM »

I want to create a new project and read data from a CLX PLC.  I don't want to add the whole AHMI solution to my project.  What is the procedure to add JUST the ethernet driver and be able to create a EthernetIPforCLXCom() PLC connection?

3

Support Questions / Re: problem reading more than 60 floats from an SLC over ethernet

« on: June 29, 2015, 02:21:01 PM »

Thanks Archie.  I will look at that.  I'll let you know how I do. 

4

Support Questions / Re: problem reading more than 60 floats from an SLC over ethernet

« on: June 29, 2015, 02:02:42 PM »

Yes.  It works if split up.  I'm hoping not to have to do it like that though, since the length of the read and the starting register are user defined and read in from another file.  Any suggestions?

5

Support Questions / Re: problem reading more than 60 floats from an SLC over ethernet

« on: June 23, 2015, 01:40:10 PM »

update:  I have 5 N file reads doing the same thing.  4 of them are fine all the way through to element 239 and one only reads to element 119.  This is strange...

thanks for your help

6

Support Questions / problem reading more than 60 floats from an SLC over ethernet

« on: June 23, 2015, 01:22:34 PM »

I have an ethernet SLC setup to read 239 floats starting from F67:0. 

code is as follows:
dim values as string
values = mySLC.Read("F67:0", "239")

I do the same thing from N61:0

the N file read works great and I get the expected values, however the F values are only correct up to the 59th element.  Everything after that is filled with zeros.  I went online with the processor and there are values in all the registers.

Any idea why the F file doesn't work when the N does?  Is there a limitation and I need to read the F file 59 elements at a time?

7

Support Questions / Re: Reading array of UDTs gives unexpected results

« on: May 27, 2015, 12:17:08 PM »

It takes upwards of a minute.  I'm doing this over a WAN so I'm not surprised.  Thanks again for your help and all your hard work in creating AdvancedHMI.

8

Support Questions / Re: Reading array of UDTs gives unexpected results

« on: May 27, 2015, 10:59:03 AM »

Thanks Archie.  I decided to do catch the error, and then retry in the code.  That seems to work fine. 

9

Support Questions / Re: Reading array of UDTs gives unexpected results

« on: May 27, 2015, 09:14:08 AM »

I'm new to wireshark.  Is there any way to look just at the PLC comms, or any perticular steps for troubleshooting?

10

Support Questions / Re: Reading array of UDTs gives unexpected results

« on: May 27, 2015, 08:57:53 AM »

I'm installing wireshark right now.  Yes there is a wonderware InTouch application talking to this PLC, and there's PLC to PLC communication going on as well.  Is there a way to slow down other than the one I mentioned before?  Is there a way to extend the timeout?

11

Support Questions / Re: Reading array of UDTs gives unexpected results

« on: May 26, 2015, 03:28:06 PM »

I'm using 398j.  It's completely random how many of the for loop iterations it will get through before it eventually gets a "No response from PLC" exception.

12

Support Questions / Re: Reading array of UDTs gives unexpected results

« on: May 25, 2015, 06:42:36 PM »

thanks Archie.  That was what I immediately tried to do as well, however it doesn't work well because I get PLC not responding errors in at some random point in the for loop.  I don't know if it's hitting it too fast or what... I tried adding a pause in between the reads of 200ms but it will still fail at times.  Any other suggestions?

Edit:  perhaps there is a way to extend the timeout?

13

Support Questions / Reading array of UDTs gives unexpected results

« on: May 25, 2015, 02:01:16 PM »

Hello I'm reading an array of UDTs that has 7 DINTs (each one holds Year, month, day, hour, minute, second) and then a float for a value.  This UDT is 1440 elements long.  I need to read in all the values and then put them in a CSV file.  I've got it all working except the fact that I can only get it to read as DINTs which makes my float value be split up.  This also wouldn't be a huge problem since I can put it back together in VB.net.  So that's the first problem.  The second one is that I'm doing a read starting at GWTUVDAI_CV.LOG[0].  The read thinks that the number of elements is 1440 (which is actually the array size) but that doesn't include everything that's inside the UDT as well.  So the length should be:
1440 * the length of each UDT which if we're using DINTs is 9 (7 for the DINTs and 2 for the float).  The problem is the .Read() function won't let me read more than 1440 elements which means it's really only reading up to array element 160 and not reading my entire array.  please have a look at my attachment.

thanks