
Search found 25 matches
- 05 March 2009, 16:14 PM
- Forum: ZX-40
- Topic: Having trouble with... Debug.print?
- Replies: 5
- Views: 12731
- 05 March 2009, 9:11 AM
- Forum: ZX-40
- Topic: Having trouble with... Debug.print?
- Replies: 5
- Views: 12731
- 05 March 2009, 7:22 AM
- Forum: ZX-40
- Topic: Having trouble with... Debug.print?
- Replies: 5
- Views: 12731
- 04 March 2009, 19:25 PM
- Forum: ZX-40
- Topic: Having trouble with... Debug.print?
- Replies: 5
- Views: 12731
Having trouble with... Debug.print?
OK, it's been a long time. I have some ZX-40's that I'm trying to re-purpose. Got the dev board going again, and tried a simple program (alternate flash 2 led's) and it worked fine. Then I made a suttle change and all hell broke loose... BTW, the ZX-40 in question is running the latest VM (2.6.3) fr...
- 16 April 2007, 14:03 PM
- Forum: ZX-40
- Topic: Buglet: Can corrupt firmware with program download
- Replies: 11
- Views: 58585
Thanks. And some more infor on the problematic device...
I paired it with an eeprom that I programmed from another device, and it functions fine. Including running the code in the eeprom. But it still won't download.
I'll also try to re-create the situations that I described before. I know how helpful a test program can be when re-creating a problem.
I'll also try to re-create the situations that I described before. I know how helpful a test program can be when re-creating a problem.
- 16 April 2007, 13:35 PM
- Forum: ZX-40
- Topic: Buglet: Can corrupt firmware with program download
- Replies: 11
- Views: 58585
A followup: Persistent memory use is very flakey.
I now have a device (zx40a) that will not respond to ACK. This part was good, but I can't even recover it using the firmware download method that I used before. Is there any other way in? I know that the device is OK. BTW, computation of the address using DataAddress is very unpredictable. If you us...
- 04 April 2007, 11:48 AM
- Forum: ZX-40
- Topic: Buglet: Can corrupt firmware with program download
- Replies: 11
- Views: 58585
- 04 April 2007, 11:44 AM
- Forum: ZX-40
- Topic: CRC16 with StringVector data creates random CRC
- Replies: 3
- Views: 29518
Thanks, but this is very confusing...
I understand your changes to the code, but it's more that the manual entry that is a problem. I use the pop-up help in the IDE (mostly), and the pop-up says the first parameter is "ByRef data As AnyType" which is clearly not what was intended (Needs to say "ByRef data As Byte").
- 03 April 2007, 17:57 PM
- Forum: ZX-40
- Topic: CRC16 with StringVector data creates random CRC
- Replies: 3
- Views: 29518
CRC16 with StringVector data creates random CRC
Code Similar to following: Public xapKeys As StringVectorData ({ "xap-header", "xap-header.class", ... }) Dim i as Integer, s as String, crc As UnsignedInteger For I = 1 to UBound(xapKeys) s = xapKeys(i) ' Local co...
- 03 April 2007, 17:13 PM
- Forum: ZX-40
- Topic: Buglet: Can corrupt firmware with program download
- Replies: 11
- Views: 58585
Buglet: Can corrupt firmware with program download
I recovered from this, so it's not necessarily urgent. What happened is that I compiled a program that used more persistent memory than the device was capable of (zx40a, avail=2016, compiled to use 2568). No error/warning in the IDE. Down loaded and verified correctly (the first time). Made a change...
- 28 March 2007, 8:43 AM
- Forum: ZX-40
- Topic: Does the download of program data set anything in the CPU?
- Replies: 4
- Views: 33748
Thanks for the help...
Yes, actually this is a "manufacturing process" - I wanted to use the BX Development board to program the EEPROM, and transport just that to the working system. Since the code I use currently uses FirstTime(), this doesn't seem possible. The other part of the initial question had to do wit...
- 23 March 2007, 20:30 PM
- Forum: ZX-40
- Topic: Does the download of program data set anything in the CPU?
- Replies: 4
- Views: 33748
Does the download of program data set anything in the CPU?
This question really pertains to moving from BasicX to ZX system. I noticed (by trial and error) that on the old BX line of chips, the download of a user program (to the eeprom) also updated something in the CPU (i.e. they were "paired" after the download - you had to move both to a new bo...
- 28 October 2006, 14:27 PM
- Forum: ZX-40
- Topic: Having trouble interfacing LP CMOS to ZX40
- Replies: 5
- Views: 9641
Eureka!
Just for grins, I changed to use debug.print CStr(GetPin(D.4)) and it works. So what is wrong about using Register.PortD?
- 28 October 2006, 14:22 PM
- Forum: ZX-40
- Topic: Having trouble interfacing LP CMOS to ZX40
- Replies: 5
- Views: 9641
Followup
I've tried both D.4 and a bit on Port C (don't recall exactly which one). To determine what was read, I've always used debug.print CStrHex(Register.PortD) (or PortC when I tried the other pin).
- 28 October 2006, 7:54 AM
- Forum: ZX-40
- Topic: Having trouble interfacing LP CMOS to ZX40
- Replies: 5
- Views: 9641
Having trouble interfacing LP CMOS to ZX40
I read the app note, and I think I'm going to need a transistor switch to do this, but I'll ask the question anyway. I'd like to be able to just find the right pull-up value if that's possible. What I have is an A6821 (http://www.allegromicro.com/datafile/6821.pdf) that I'm trying to read the serial...