alsoTest mit zusätzlich angestecktem parallel Prommer und Pony
eeprom_busy_wait();
eeprom_write_byte ((uint8_t *)0x001, 'T');
eeprom_busy_wait();
eeprom_write_byte ((uint8_t *)0x002, 'e');
eeprom_busy_wait();
eeprom_write_byte ((uint8_t *)0x003, 's');
eeprom_busy_wait();
eeprom_write_byte ((uint8_t *)0x004, 't');
lcd_putc(eeprom_read_byte((uint8_t *)0x001));
lcd_putc(eeprom_read_byte((uint8_t *)0x002));
lcd_putc(eeprom_read_byte((uint8_t *)0x003));
lcd_putc(eeprom_read_byte((uint8_t *)0x004));
stop(1);
aus dem Pony kann ich nach durchlaufen bis stop(1) , direkt das eeprom
auslesen mit "Test" drin ab Adresse1, wie erwartet !
aus dem USBprog kommt an dieser Stelle nix vernünftiges, egal wie ich
auch probiere,
erase before writing,
only flash
auto oder manuell
das EEPROM liefert in USBprog mit AVRstudio nix zurück wenn ich lese !
es ist nicht nur nicht leer FF erwartet, es stehen lauter Zahlen drin
1001 1002 1003 sieht aus wie ein Basic Listing
eeprom_read.hex + eeprom_read2.hex aus AVRstudio über USBprog
nun das verrückte, ich sehe das EEPROM im Pony fehlerfrei ! aber wenn
ich es als HEX speicher, ist es
1 zu kurz....
2 auch genauso schrottig wie aus dem USBprog gespeichert
bin verwirrt...
hast jemand eine Idee ?
gruss
jar
