How to revive a bricked device

Discussion of issues related specifically to writing code for native mode devices. This includes ZBasic code as well as assembly language code and C code, both inline and standalone.
Post Reply
rich
Posts: 81
Joined: 19 November 2015, 12:23 PM

How to revive a bricked device

Post by rich »

I have a ZX328n that is in an infinite loop printing out debug info.
Essentially bricked.
The IDE hangs with so much data coming in.

Any ideas how i can get the chip out of its loop?

Thanks
kranenborg
Posts: 57
Joined: 27 July 2009, 14:20 PM
Location: Groningen, The Netherlands
Contact:

Re: How to revive a bricked device

Post by kranenborg »

Hi Rich,

I am a bit late to the party, but a recent revival in a ZX-based project (and my revived interest in the device) caused me noting your question:

I had a similar issue. It was caused by the fact that I applied the ClockPrescaler option with a large factor (8x for a ZX-328L): it would only print the "ZBasic v4.3.5" message in the debug window at startup and then remain deaf for anything else (including download efforts, getting the device type info from the IDE etc., so all comms were broken).

In my case there appeared to be a very easy fix however and it might work for you as well: Put power on the device only immediately AFTER you have sent the Go command (for downloading a new program). This did the trick for me as a program download is likely one of the first things your ZX-device does before it does anything else (that caused the loss of responsiveness).

I am interested to hear whether this works for you, too.

Regards,
Jurjen
Post Reply