DmD Unable to make Runtime edits - WatchDog times out

[Mike Nash]

Unfortunately, I didn't record the exact wording and the project this is happening on has shipped. I am not able to duplicate the exact issue on a similar (but different) test setup.

PLC is BX-DM1E-36ED23 v2.10.3 firmware, v2.10.4 Dmd
I have a BX-P-SER422-TERM utilizing STREAMIN and STREAMOUT to a device. This is working properly.
I have an implicit EIP device on the Ethernet port which is also working properly.
CM5 HMI also on Ethernet.

Trying to do a runtime edit usually fails due to watchdog timeout. I think it's downloading OK, but fails to switch to the new program in time. I increased the time on the watchdog and decreased the times in the timeouts for the STREAM instructions, and this allows successful downloads more often, but not always. I had to make the PLC timeout longer than the SERIAL ones.

Is there any way for the program to detect the DmD download and allow me to interrupt calling the serial coms program?

Doing program mode changes is not process friendly.

[franji1]

I don't think you really want to initiate a download until you know FOR SURE that you can do it.  Especially a RUNTIME edit.  So some "detect downloading" mechanism is backwards.

Just have a bit that you set from Data View that tells the PLC to "stop serial comm" - think HMI button to "stop serial comm".  Use it for download or any other "stop comm" purpose.  Even better - provide a second bit for feedback that "comm is stopped"

When you see "Comm is Stopped", update the PLC

If it worked, turn OFF that first bit.
Make sure the "Comm is Stopped" feedback is OFF.

I guess the catch-22 is how do you get this new feature into the PLC the first time - PROGRAM mode edit?

[Mike Nash]

That sounds do-able, as long as I remember to do it every time.

What is it that is causing the wait? I know it was worse before I set timeouts to exit the stage that was waiting for InQueue>0 to be true. This always seems to be a serial coms thing.

Thanks