|
|
| Author |
Message |
liam.zbasic
Joined: 25 Mar 2008
Posts: 163
Location: Southern California (Blue)
|
|
Posted: 24 February 2010, 15:57 PM Post subject: |
|
|
| An Application Note on this subject would be very useful. |
|
| Back to top |
|
 |
GTBecker
Joined: 18 Jan 2006
Posts: 472
Location: Cape Coral
|
|
Posted: 28 February 2010, 1:00 AM Post subject: |
|
|
ZXCmdMode, whether invoked by code or by OS ATN character (Pesistent&H13=ATNCharcode) capture, succumbs to the watchdog. Downloads via ZXCmdMode fail if the watchdog is running.
That makes the watchdog and the OS-captured ATN character download mutually exclusive. And, if captured by code (Pesistent&H13=0), the watchdog can and must be closed before calling ZXCmdMode - but that leaves the machine, um, unwatched. ZXCmdMode could disable the watchdog but, again, leaving it unwatched.
Don, can ZXCmdMode, instead, hit the watchdog often in its control loop? That would solve both: ZXCmdMode could run with the watchdog running, and that mode would have the protection of the watchdog even after the application handed over control. |
|
| Back to top |
|
 |
dkinzer Site Admin
Joined: 03 Sep 2005
Posts: 2593
Location: Portland, OR
|
|
Posted: 28 February 2010, 4:15 AM Post subject: |
|
|
| GTBecker wrote: | | [C]an ZXCmdMode, instead, hit the watchdog often in its control loop? | Perhaps. Some careful analysis is needed to determine the places where it would need to be done. If this were implemented, it wouldn't be available in devices already in the field since the code changes would be in the bootloader that we install during manufacturing. If needed, existing devices would need to be sent back to be re-programmed. |
|
| Back to top |
|
 |
|