iX Talk

I have a T7A that when I try to download using iX dev. 2.0 starts to close, but some timeout causes iX to think the close command failed. The result is that iX restarts the old project that was just closing.

Is there a way to disable this feature or modify the timeout period?

Hi Adam,

I have never seen such behavior. If you PM me your project I can try and recreate the issue here. In iX 2.0 there is a "Compress Project" option in the same area as the Build/Rebuild buttons. You can use that to compress your project into a zip file and then send it to me via PM on this forum.

Hi Adam,

It doesn't seem to do it for me. I wonder if it has to do with your threads. Could the RX3i script be hammering the Ethernet port or the HMI's cpu so much that it takes longer than normal to shut down the application?

Hi Mark,

From my tests, I found that the Ethernet port activity drops when iX tells the program to close. The highest CPU usage I've seen was around 75% right after changing screens to a never-before-opened screen, but typically it's around 55%.

For some reason, my success of download seems to change depending on how long the project is running. I just recently got iX 2.0 so I haven't seen what happens if the 2.0 project runs for a week, but I was able to download when the project was running for just a day.

I tried waiting a day or so and it still works fine for me to download. I can not "run" the project like you are doing as I do not have the controller to hook it up to. Are you downloading your project over WiFi or some other network connection that may not be very reliable?

Once the project is closed, any load that your project is putting on the unit should stop.

The main problem I've had is that iX Dev. tries restarting the program. Is there any way to disable this feature?

No, there is no way to disable this feature. The most likely cause is a bad network connection between your PC and the unit you are downloading the program two. Changing switches, using a crossover cable between your pc and the HMI, etc. are all things you can try to prevent communication timeouts.