Problem und Frage zu USBprog

[Joachim B. (jar)]

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

[Joachim B. (jar)]

Falk wrote:
> Deine Mutter!

saublöde Antwort, die ist seit 27 Jahren tot.

geh spielen, muss ja nicht hier sein.



übigens, die Frage hat sich erledigt, es ist hex != hex oder != bin wie 
ich lernen musste