Programmer Problem - BlowIt - AT89C2051

hi,
sorry anhang vergessen.

Hier das Hardware schema des Programmers.

daniel

ja mei?!

Hi,
ich kann in der Hardware des Programmers keine Fehler finden und auch im 
Aufbau. Er ist ja halt so einfach gehalten das er nur Chip-Erase und 
Write durchfuehren kann.
In der Testschaltung ist auch alles in Ordnung, der Quarz schwingt mit 
seinen 11,060 MHz (gemessen), der Reset ist sauber auf LOW und im Reset 
bekommt er ein sauberes HIGH.

Der LPT ist auf BI-Directional IO eingestellt und die Software laeuft 
auf einem 700Mhz, 125MB Ram. Oben mal der Source der Software, wurde in 
Python programmiert.
Der Teil wo die Hex-Datei eingelesen wird ist denke ich nicht so in 
Ordnung, da nicht das Intel-Hex Format beachtet wird.

Oder liege ich falsch mit meiner Annahme und der Fehler ist woanders zu 
suchen?
Kennt jemand eine Compilierte Version des Blow-It Programmes?
Blow-It: http://www.geocities.com/dinceraydin/files/blowit.pdf

Vielen Dank
Daniel

Hallo,

ja es ist so. Das Programm py2051 beachtet kein Intel Hex Format. Der 
Programmierer hat zum testen das beiligende ledblink.hex verwendet. In 
dieser Datei befinden sich die Rohdahten wie sie Byte fuer Byte in den 
Speicher des AT89C2051 muessen.
Da ich nur vom Compiler Intel-Hex Format erhalte, wird nicht der exakte 
Code in den Speicher geschrieben sonder auch die Formatierungsbytes des 
Intel Formates. Er schreibt also nur das was er liest ;).
Das erklaert natuerlich alles.

Werde nun das Programm BlowIt mal testen :)

MfG
Daniel

Hi,

habe nun noch bei beidenTransistoren einen 3k Widerstand zwischen Basis 
und Masse eingeloetet. Ausserdem habe ich das Kabel auf 0,5 m gekuerzt 
damit es mir die XTAL1 - Inc signal des Memory Zeigers und die 
Datensignale nicht versaut.

Aber auch mit dem Programm BlowIT gab es auch kein Erfolg. :(

Vielleicht liegt es daran das ich den Druckerport auf Bidirectional 
gestellt haben und nicht auf EPP+ECP gelassen haben. Werde das heute 
Abend nochmal probieren.

So langsam gehen mir die moeglichen Fehlerursachen aus, wenn das weiter 
so geht.

Daniel

Hallo,

dann wandel dein File doch erst mit HextoBin.exe in ".bin" um. Das 
scheint das Format zu sein was dein Programmer erwartet.

Hi,
der erwartet aber Hex-Files. Die Programme wurden doch extra 
umgeschrieben das es ein Hex File verwendet werden kann.

Jedoch py2051 hat das Intel Hex Format vergessen.

Und bei BlowIt wird das HexFormat zwar beachtet aber trotzdem geht es 
nicht?!

Ich werde es aber mal versuchen, eine .bin File mit den Programmen zu 
verwenden.

Vielen Dank
Daniel

Hallo,
stimmt doch nicht. py2051 hat das Hex-Format nicht vergessen. Hab gerade 
den Abschnitt im Programm gefunden. Sorry fuer die dumme Ausage.

Vielleicht liegt es am Betriebssystem, obwohl ich es aber auch mit einer 
Startdiskette ausprobiert habe. Also ohne Windows.

Woran kann es denn nur liegen ????
Der Programmer ist doch so einfach das man keine Fehler machen kann?!

naja werde weiter suchen. das dumme ist nur das ich nur abends zeit habe 
zu programmieren und erst am naechsten tag den Programmer in der 
Schaltung ausprobieren kann.

Bye
Daniel

Hallo,
mal gute Nachrichten. Auf einem aelteren Computer mit Windows 95 laeuft 
alles wunderbar. Ganz nach dem Motto, alter Computer neues Glueck.

py2051 funktioniert zwar nicht aber
BlowIt funktioniert.

Jedoch wenn man bei BlowIt den Programmer auf AUS laesst und einen 
Controller im Sockel hat, meldet er trotzdem ein fehlerfreies 
schreiben?!

Fuer WinXP ist mir nun klar das es nicht funktionieren kann, wenn 
irgendein Drucktreiber installiert ist. Ebenso erlaubt es den Programmen 
keinen direkten Zugriff zur IO. Muss man spezielle Programme einsetzen 
wie PORTTALK.
(Beitrag "Frage zu LTP - PASCAL")

Warum es aber mit der von XP erstellte Startdiskette nicht 
funktionierte, ist mir nicht klar. Vielleicht haben sich ja die BIOS 
register fuer die Parallele Schnittstelle veraendert. Drucktreiber gibt 
es ja mit Sicherheit keine wenn man von der Startdiskette startet.
Oder vielleicht ist auch das DOS kein echtes REAL TIME DOS.

Die Hardware ist in Ordnung, bis auf zwei Widerstaende von 3,7k zwischen 
Basis und Masse an den beiden Transistoren, die noch rein sollten, weil 
es nicht verkehrt sein kann.

Das die Software unabhaengig von der Rechnergeschwindigkeit sein soll, 
konnte ich jedoch nicht nach vollziehen.

Mit freundlichen Gruessen
Daniel