AT89C51RD2 ISP macht Probleme

[Rene S. (Firma: BfEHS) (rschube)]

Hallo Leute,
ich hoffe ihr könnt mir weiterhelfen. Für ein Projekt muss ich ein Paar 
AT89C51RD2 in der Schaltung programmieren.

- Target AT89C51RD2 / AT89C51RE2 im PLCC44
- Software Flip 3.4.3 (aktuelle Version) mit 3.4.2 gleiche Fehler
- Hardware RS232 über MAX232 TxD und RxD
  /PSEN und RST gemäß C51_AUTOISP Schematic von Atmel
- COM1, 38.400Baud (Quarz 11.xxxMHz)
  bei 19.200 Baud und 9.600 Baud gleiche Fehler

Mit dieser Hard und Software kann ich erfolgreich mehrmals meine 
AT89C51RE2 programmieren. Nur bei den Typen AT89C51RD2 bekomme ich beim 
programmieren eine Time-Out Fehlermeldung.

Der Kommunikationsaufbau funktioniert.
Die Signatur Bytes werden richtig gelesen.
Das Hex-File wurde richtig gelesen (Parser sagt okay) und hat 1418 Byte.
Die Funktion Erase funktioniert.
Die Funktion Blank Check funktioniert.
NUR Program bringt ein Time-Out (hab ich auch schon länger eingestellt)

Die Typen RD2 und RE2 unterscheiden sich eigentlich nur durch Flash 64k 
bzw. 128k und 4 I/O Pins die nicht benötigt werden (Rx_OCD, Tx_OCD, 
P6.1, P6.2).

Wo könnte das Problem liegen? Habe die Hardware mehrfach überprüft. 
Software (Flip) auch aktualisiert. Beim RE2 funktioniert alles beim RD2 
nicht. Das ist für einen Montag vormittag ganz schön frustrierend.

Danke für die Unterstützung,
mfg Rene

[Guido (Gast)]

Ob der RD2 schlicht defekt ist? Kannst du einen 2. probieren?

[Rene S. (Firma: BfEHS) (rschube)]

Ich hab jeweils ne Stange davon... also von beiden Sorten.
So einfach mach ich es mir nicht :) Hab natürlich mehrere getestet.

[Guido (Gast)]

Prinzipiell könnte die Stromversorgung/Entkopplung für einen
gerade reichen, für den anderen nicht.

[Matthias K. (matthiask)]

Betriebsspannung, RST-, PSEN-, Quarzbeschaltung? Am besten genauer 
Schaltplan?

[Rene S. (Firma: BfEHS) (rschube)]

Hallo, danke für die Rückmeldungen.

Hardware auf der ich das Progamm baue ist eine Lochrasterplatine. Die 
Serienplatine ist noch nicht vom Bestücker gekommen. Ich wollte die CPU 
vorher programmieren, damit ich die Geräte dann schnelle raus bekomme.
Die Lochraster läuft seit Monaten mit verschiedenen von den Prozessoren. 
Da hab ich drauf entwickelt und getestet. Also gut getestet hab ich 
jeweils mehrere Prozessoren der Typen RB2 und RC2 sowie RE2 bei allen 
läuft es sauber nur der Typ RD2 macht Stress.

Ich vermute den Fehler in der Software Flip bzw deren Config Files.
- Nur die RD2 melden die Bootloader Version 1.2.0 alle anderen 1.0.0.

- Nur bei den RD2 steht die Device Boot Ids 0x00 0x00 beim RE2 z.Bsp. 
0x01 0x02

- Die Protokolle die Flip benutzt unterscheiden sich auch: 
ProtocolDescriptionFiles für RD2 -> RS232_S01 und für RE2 -> RS232_I01

- Die gesamte Kommunikation läuft nur beim programmieren der RD2 gibts 
ein TimeOut

- Ich hab jetzt ein Hex-File mit nur 1 Byte gebastelt das lässt sich 
richtig programmieren und auch verifizieren. (Unterschied Byte und Page 
in den Flash schreiben ?)

[Guido (Gast)]

BSL 1.2.0 klingz vernünftig, 1.0.0 war verbockt, s.:

http://www.google.de/url?sa=t&source=web&cd=1&sqi=2&ved=0CB8QFjAA&url=http%3A%2F%2Fwww.atmel.com%2Fdyn%2Fresources%2Fprod_documents%2Fdoc4257.pdf&ei=17o2TuWiOYfRsgbh6ZS6Ag&usg=AFQjCNE-Zl5Ff_6KrDdoYOnCXeWMrQBovg

Das sollte Flip aber doch auch wissen? Das Flashen übernimmt ja der BSL,
aber genau für den RD2 finde ich bei Atmel keinen, für die anderen
Controller gibt es ein Downloadangebot.

[Rene S. (Firma: BfEHS) (rschube)]

So, jetzt hab ich weiter geforscht.

Der Fehler muss an Flip bzw. der Art der Datenübertragung von Flip 
liegen.

1. AT89C51RE2 : die funktionieren !
- Signatur: 0x57 0x57 0xFF 0xFA
- Device Boot Ids: 0x01 0x02
- Bootloader Version: 1.0.0
- FCB: 0xFF
- X2: OFF
- BRV: 7
- Flash Sec.Level: 0

2. AT89C51RD2 : die funktionieren NICHT !
- Signatur: 0x58 0xD7 0xEV 0xEF
- Device Boot Ids: 0x00 0x00
- Bootloader Version: 1.2.0
- Hardware Byte: 0xFB
- BLJB: OFF
- X2: OFF
- BSB/SBV: 0xFF / 0xFC
- Flash Sec.Level: 0


Mein eigentliches Hex-File hat 1.418 Byte, damit geht auf dem Typen RD2 
nichts. Daher hab ich ein Programm gebaut welches nur eine LED an P2.0 
toggelt. Das Hex-File hat 9 Byte, lässt sich ohne Probleme flashen und 
läuft!!!

- Dieses Programm um ein paar Byte im Bereiche DB "blabla" erweitert
auf 15 Byte läuft auch.
-(1) Dieses Programm um ein paar Byte im Bereiche DB "blabla blabla" 
erweitert
auf 20 Byte läuft auch.
-(2) Dieses Programm um ein paar Byte im Bereiche DB "blabla blabla bla 
bla" erweitert auf 30 Byte läuft NICHT mehr.

Hex-File (1) läuft:

:10000000020003C2A0D2A080FA626C61626C61201F
:06001000626C61626C618C
:00000001FF

Hex-File (2) läuft NICHT:

:10000000020003C2A0D2A080FA626C61626C61201F
:0E001000626C61626C6120626C6120626C61E6
:00000001FF

;################################################
$NOLIST
$NOMOD51

.include "INC\at89c51rd2.inc"
  
$LIST

LED1  EQU  P2.0

 ORG 0h
 jmp start
  
start:
  
ende:
  clr  LED1   ; LED1 an
  setb LED1   ; LED1 aus
  jmp ende

DB 'blabla blabla bla bla'

 END
;################################################

(Sorry hab keine Formatierung für 8051er gefunden)

[StefanK. (Gast)]

Hallo,

wir programmieren den AT89C51ED2 reihenweise über FLIP, es funktioniert 
gut.

Folgende Frage: Hängt der AT an einer echten RS232-Schnittstelle am PC 
oder über einen USB/RS-Wandler? Mit einem Wandler hatten wir auch 
Timeout-Probleme, an einer echten RS232 nicht. Wir haben dem Rechner 
eine Schnittstellenkarte gegönnt, da die einzige RS232 belegt war.

Gruß Stefan

[Rene S. (Firma: BfEHS) (rschube)]

Hallo StefanK,
danke für die Rückmeldung.

Ja, die CPU hängt direkt an einer echten seriellen Schnittstelle vom PC.
Den Stress mit den USB/RS232 Wandlern habe ich als erstes 
ausgeschlossen.

Mit dem ED2 habe ich noch nichts getestet, das ist der Typ mit EEPROM. 
Ich benutze RE2 und RD2. Auf dem RE2 habe ich die Entwicklung gemacht. 
Mit Terminal und ein paar Debug Tools (OCD) etc. Für die Serie will ich 
den etwas kleineren RD2 benutzten.

Jetzt bin ich dabei das HEX-File zu zerschnippseln und dann mit 
entsprechenden Offset die Adressbereiche einzeln zu Programmieren.

Frage: Welches Protokoll benutzt ihr für die Programmierung der ED2?
../Flip 3.4.3/bin/PartDescriptionFiles/AT89C51ED2.xml
  <Protocol FILE="RS232_S01.xml" />

../Flip 3.4.3/bin/PartDescriptionFiles/AT89C51RD2.xml
  <Protocol FILE="RS232_S01.xml" />

../Flip 3.4.3/bin/PartDescriptionFiles/AT89C51RE2.xml
  <Protocol FILE="RS232_I00.xml" />

Ich habe auch versucht den RD2 als ED2 zu programmieren, gleiches 
Fehlerbild.

mfg Rene

[Peter D. (peda)]

Rene Schube schrieb:
> - Hardware RS232 über MAX232 TxD und RxD
>   /PSEN und RST gemäß C51_AUTOISP Schematic von Atmel

Ich benutze immer das manuelle Umschalten in den Programmiermodus:
- Jumper von PSEN nach GND

Ich lasse ihn auch das gesammte Programmieren über gesteckt.


Ich benutze den RE2, CC01 und CC03.
Den RD2 habe ich noch nicht benutzt.


Peter

[StefanK. (Gast)]

Hallo Rene,

habe es gerade nochmals probiert:

Auf dem Produktionsrechner läuft Flip 3.4.1
Hier auf meinem Entwicklungsrechner ist Flip 3.4.2
Beide verwenden die AtRS232.dll 1.0.0.13

Ausgewählt wird als Device AT89C51ED2, RS232 mit 57600

Der Prozessor meldet sich mit:

Signature 58 D7 EC EF
Device Boot IDs 00 00
Hardware Byte FB, BLJB Off, X2 Off
Bootloader Version 1.2.0

Es wurden 60705 Bytes auf einen Rutsch in den Prozessor geflasht - ohne 
Probleme.

Folgendes noch zur Hardware: Vom PC gehen wir auf ein "Käschtle", das 
den Max 3232 von Maxim enthält und auch die Stromversorgung für die 
Target-Hardware. Beide , der Max 3232 und das Target, werden von der 
gleichen Stromversorgung versorgt. Diese ist auch relativ kräftig mit 5 
Watt.
Vielleicht ist Deine zu schwach? Oder hast Du getrennte Versorgungen?

Gruß Stefan

[StefanK. (Gast)]

Nachtrag:

Wir legen PSEN auch mit einem Jumper auf GND, auch der bleibt den ganzen 
Programmiervorgang gesteckt.

[Rene S. (Firma: BfEHS) (rschube)]

Hallo,
also eine Stromversorgung und die ist mehr als ausreichend.
- Labornetzteil 2x 0-30V 2x 0-5A.
- Kein Rippel, keine Störungen auf Vcc / GND.
- Kein Spannungseinbruch beim Flashen
- MAX232 ist Onboard neben der CPU.
- Signale sind mit Scope geprüft, alles Okay. RS-232 kann vom Scope ohne 
Fehler mitgelesen werden und entspricht dem Terminal (Debug-Mode von 
Flip)

Alles funktioniert mit Typ RE2 dort hab ich auch schon ~40KiB geflasht.
Nur beim Typ RD2 ist zwischen 20 und 30 Byte Schluss.

Mehrere (4x) 20 Byte Block nacheinander mit Offset von 20 Byte 
funktioniert.
Sogar ein Verify über den gesamten Bereich ist dann PASS.

Ist nur etwas lästig das HEX-File in 20 Byte Block zu zerschnippseln und 
per Hand da dran rumzufummeln. Und ich muss 30 CPU flashen :(

PSEN ist noch ein Taster, gemäß Datenblatt so okay. Ich lege den mal 
über einen Jumper hart auf GND.

[Matthias K. (matthiask)]

Wie hast Du EA/VPP Pin beschaltet? Der sollte auf H liegen, klar! Ich 
hatte aber schon Probleme bei flashen, wenn ich den hochohmig über einen 
Widerstand auf H gezogen hatte. Nachdem ich den PIN hart auf VCC gelegt 
hatte, ging es mit Flip.

[Rene S. (Firma: BfEHS) (rschube)]

Ja, der EA Pin liegt hart auf +5V (Vcc).
Wie gesagt Hardware kann man als Fehler ausschliessen. Wenn mehrere RE2 
laufen und beim RD2 kleine Programme (bis 20Byte) laufen.

[Jobst M. (jobstens-de)]

Hast Du es mal anstelle von Flip, mit einem Terminalprogramm versucht?


Gruß

Jobst

[Matthias K. (matthiask)]

Hast Du es mal mit einer äteren Version von Flip versucht? Ich hätte bei 
Bedarf noch V2.4.6, lief mW noch ohne Java.

[Rene S. (Firma: BfEHS) (rschube)]

Hallo,

@Matthias K. : Ja Flip 2.4.6 hab ich auch versucht. Geht auch nicht.

@Jobst M. : Nein ein anderes Programm habe ich bisher nicht gefunden. 
Hast du einen Vorschlag? Alles was ich so an Programmen für Atmel 8051er 
hier rumfliegen habe geht, zumindest für diese CPU, garnicht.

Ich habe zwischendurch eine Mail von [e-mail] erhalten.

"...Your device reading looked correct. But it was so strange for the 
failing programming.
Can you provide us the top/bottom marking of the RD2 for the 
investigation?..."

Aber so richtig hilfreich ist das auch nicht :(

Meine jetztige Lösung mit zerschnippselten HEX-Files schein im Moment 
die einzige Alternative. Ist zwar umständlich aber funktioniert.

Mal sehen ob Atmel was wegen der Nummern sagt...

[Rene S. (Firma: BfEHS) (rschube)]

Ich häng mal die Dateien, die ich [e-mail] geschickt habe mit ran.

AT89C51RD2_FAIL.log
AT89C51RE2_PASS.log
CPU_AT89C51RE2.pdf

[Matthias K. (matthiask)]

Wenn Du mir einen dieser RD schickst, könnte ich Dir anbieten, diesen 
auf eine anderen Hardware testweise zu flashen, um Dein Problem zu 
verifizieren.

Bei Interesse eine Mail.

[Rene S. (Firma: BfEHS) (rschube)]

Gern, PN ist raus.

Danke!

[Rene S. (Firma: BfEHS) (rschube)]

Hallo @ALL,

nach verschiedenen Vorschlägen aus allen möglichen Richtungen möchte ich 
einen aktuellen Zwischenstand bekannt geben.

Erstmal danke für die Rückmeldungen!

- /EA Leitung hart auf Vcc (+5V) --> keine Erfolge
- Verschiedene Versionen von Flip --> keine Erfolge
  Win Flip 3.4.2
  Win Flip 3.4.3
  Win Flip 2.4.6 (braucht kein Java)
  Linux Flip 3.2.1
- Versorgungsspannung 78x05 in den Ausführungen 0,5A, 1A, 1,5A und jetzt 
sogar 3A --> keine Erfolge.

Also nach wie vor der Stand bei den Typen RD2.
Kleine HEX-File bis 22 Byte funktionieren.
Grosse HEX-File ab 25 Byte NICHT. (25 Byte bei 64k bzw. 128k)
Mehrere kleine HEX-Files (4x20Byte) mit Offset hintereinander brennen 
geht auch.
Type RE2 funktioniert immer.

Damit sollte die Hardware als Fehlerquelle auszuschliessen sein.

mfg Rene

[Peter D. (peda)]

Mal ne Frage, wie große Records erzeugst Du denn im Hexfile?
Stell mal die maximale Länge auf 16 Byte ein.


Peter

[Rene S. (Firma: BfEHS) (rschube)]

Hallo Peter,

also in den beiden Test Programmen sind die Records 16 Byte lang:

30 Byte -> FAIL:

              00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
-------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+---
: 1 0000 00 0 02 00 03 C2 A0 D2 A0 80 FA 62 6C 61 62 6C 61 20 1F
: 0 E001 00 0 62 6C 61 62 6C 61 20 62 6C 61 20 62 6C 61 E6
: 0 0000 00 1 FF

22 Byte -> PASS:

              00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
-------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+---
: 1 0000 00 0 02 00 03 C2 A0 D2 A0 80 FA 62 6C 61 62 6C 61 20 1F
: 0 6001 00 0 62 6C 61 62 6C 61 8C
: 0 0000 00 1 FF

Auf dem RE2 laufen auch 128-Byte Records. Da wird das Programm (1.418 
Byte) von Flip automatisch in 8 Portionen zu max. 128Byte aufgeteilt und 
übertragen. Siehe AT89C51RE2_PASS.log Zeile 285..292

[Jobst M. (jobstens-de)]

Jobst M. schrieb:
> Hast Du es mal anstelle von Flip, mit einem Terminalprogramm versucht?

Rene Schube schrieb:
> @Jobst M. : Nein ein anderes Programm habe ich bisher nicht gefunden.
> Hast du einen Vorschlag? Alles was ich so an Programmen für Atmel 8051er
> hier rumfliegen habe geht, zumindest für diese CPU, garnicht.

Du mußt kein extra Programm dafür nehmen. Ein einfaches Terminalprogramm 
(z.B. Hyperterm oder minicom) reicht dafür aus.

Welche Informationen dafür zu senden sind, steht im Datenblatt unter
Flash/EEPROM Memory -> ISP Protocol Description.


Gruß

Jobst

[Hupe (Gast)]

Das Problem hatte ich vor einigen Tagen auch. Ein Servicetechniker 
sollte
bei einem Kunden mehrere Geräte updaten. (AT89C51ED2). Der gute Mann kam
also zu mir in die Entwicklung wird haben Flip (letzte Version) auf 
seinen
Toshiba Laptop gespielt. Genau das gleiche Ergebniss. Verbinden geht, 
beim
programmieren kommt Timeout. Auf meinem Entwicklerrechner liess sich
das Teil problemlos programmieren. Ich habe dann ein anderes Laptop 
bersorgt,
da ist das Flip sofort mit einem java blablafehler ausgestiegen. Ich 
habe
dann eine ältere Version von Flip aufgespielt, auch hier Timeout. Wir
haben dann mehrere Laptops ausprobiert bis wir einen gefunden hatten der
ging.

[Rene S. (Firma: BfEHS) (rschube)]

Hallo Leute,
erstmal - Vielen Dank für die zahlreichen Vorschläge und Tipps.
Mein spezieller Dank geht an Jobst.

>Jobst M. schrieb:
>> Hast Du es mal anstelle von Flip, mit einem Terminalprogramm versucht?

Das mit dem Terminal hat funktioniert! Also habe ich ein kleines 
C-Programm geschrieben welches die entsprechenden Records an den 
Bootloader schickt. Dann nur noch HEX-File lesen und die einzelnen 
Records runterschicken, passt.

Jetzt habe ich alle Chips erfolgreich programmiert und getestet, alle 
laufen. Ich habe ausser meinen RD2 auch noch RB2 und RC2 erfolgreich 
programmieren können (RE2 gingen vorher schon mit Flip).

Warum das mit Flip nicht funktioniert ist mir zwar immernoch nicht klar, 
aber ich konnte meine Arbeit erstmal fertig stellen. Ich stehe ohnehin 
noch mit dem Atmel Support in Verbindung, mal sehen ob die Jungs da 
drüben noch etwas rausbekommen. Da merkt man wiedermal wie lässtig die 
Zeitverschiebung ist. Man schafft nicht mehr als 2 Mails pro Tag.
Ich werde dann weiter darüber berichten.

Falls es jemanden interessiert hier der Mitschnitt der Records:

AT89C51xx-Flash
Record 01 [:020000050000F9] Read Manufacture Id
:020000050000F958.
Record 02 [:020000050001F8] Read Device Id #1
:020000050001F8D7.
Record 03 [:020000050002F7] Read Device Id #2
:020000050002F7EC.
Record 04 [:020000050003F6] Read Device Id #3
:020000050003F6EF.
Record 05 [:020000050700F2] Read Software Security Byte SSB
:020000050700F2FF.
Record 06 [:020000050702F0] Read Software Boot Vectro SBV
:020000050702F0FC.
Record 07 [:020000050706EC] Read Extra Byte
:020000050706ECFF.
Record 08 [:020000050B00EE] Read Hardware Byte
:020000050B00EEBB.
Record 09 [:020000050E00EB] Read Device Boot Id #1
:020000050E00EB00.
Record 10 [:020000050E01EA] Read Device Boot Id #2
:020000050E01EA00.
Record 11 [:020000050F00EA] Read Bootloader Version
:020000050F00EA20.
Record 12 [:020000030100FA] Erase Block 0 0x0000-0x1FFF
:020000030100FA.
Record 13 [:020000030120DA] Erase Block 1 0x2000-0x3FFF
:020000030120DA.
Record 14 [:020000030140BA] Erase Block 2 0x4000-0x7FFF
:020000030140BA.
Record 15 [:0200000301807A] Erase Block 3 0x8000-0xBFFF
:0200000301807A.
Record 16 [:0200000301C03A] Erase Block 4 0xC000-0xFFFF
:0200000301C03A.
Record 17 [:0500000400007FFF0178] Blank Check 0x0000-0x7FFF
:0500000400007FFF0178.
Programmierung:
:070000000200300200AA32E9.
:03000B00020100EF.
:040013000203A03212.
:03001B000204AB31.
:0400230032000000A7.
:10003000E4F5A8787F7600D8FC758127C2B2C2B3F8.
:1000400012056DD2B2D2B3C2B475870012020A751E.
:1000500080FF75531E75524B755100C220C2B512F8.
:10006000056D20B24975474175240075A885D28871.
:10007000D28AD22620271620B30FC2B5E430B205AB.
:100080000470FAD227C22680EBD2B580E72026E49E.
:1000900020B211C2B4D2B6E430B3050470FAD2264D.
:1000A000C22780E9D2B4C2B680E330B30032755AB9.
:1000B00000752000D200752200752300752100759F.
:1000C0005900D2A4D2A6D2A512027B755E00755F3C.
:1000D00000D2B2D2B375985075B800758911758C7D.
:1000E000FE758A6F758C00758A00D288D289D28A93.
:1000F000D28B75A8847B00C299D2D4D2D3020107D7.
:10010000C28CD206D28C3220B305C2B5020111D204.
:10011000B5C299300602809630050C752000D200D9.
:100120007521007B007C0020074BE5557047E556A4.
:10013000B4D542D207755522755600C2A9C2AA8508.
:1001400072708573717C0412049DE57064FFF57014.
:10015000E57164FFF571752000C28E85708D857123.
:100160008B0A7C00D202D20BD207D201D225120216.
:1001700099D28ED2AB20A10A30280E0548C228029F.
:1001800001892028040548D22820A20A30290E051A.
:1001900049C22902019D2029040549D22920A30A28.
:1001A000302A0E054AC22A0201B1202A04054AD289.
:1001B0002AD55337D5523475531E75524B054FE52A.
:1001C0004FB40F004003755000E5905410700A744E.
:1001D00000755400754B006012E554B40A005005D8.
:1001E00005540201EB754B010201EBE58C54F0B4B0.
:1001F0005014202013E551B47205D22002020805E4.
:1002000051D220020208C2202107D2947524007521.
:100210002500755E00755F00756000756100756290.
:10022000007563007564007565007566007567008C.
:10023000756800756900756A00756B00756D0075ED.
:100240006C00756F00756E007571007570007573C8.
:10025000007572007575007574007577007576000D.
:10026000757900757800757B00757A00757D00756D.
:100270007C00757F00757E00C29422755B0A755CF8.
:100280004475590522C3E55F256025612562256314.
:10029000256425652566F56722E551B4700020A028.
:1002A00005D2B6020321D2D4C2D330B6027F00C237.
:1002B000B6BF0003020302BF01030202F0BF320314.
:1002C0000202DEBF63030202CC020314756055759F.
:1002D00061557562557563557564550203147560F3.
:1002E000FF7561FF7562FF7563FF7564FF0203149C.
:1002F00075600075610075620075630075640002C9.
:1003000003147560AA7561AA7562AA7563AA7564FB.
:10031000AA0203148F65D2D4C2D30FD2D4D2D34150.
:10032000854053755100C2A40000858061854860F6.
:10033000D2A40000C2A50000858063854962D2A5D1.
:100340000000C2A60000858065854A64D2A6854B60.
:10035000664185E550B4010C85654C754D00754EC0.
:1003600000020377754F00E565954CF565954D8561.
:10037000654D50004185220550754F00756100752F.
:100380006000754800756300756200754900756509.
:1003900000756400754A00756600754B0041852242.
:1003A000C0E0E547600630B200D0E032758C0075E1.
:1003B0008A00D2A9D28C200271BB0214D2217E08FD.
:1003C0007855C28E758D00758B00D28E0B0204633A.
:1003D000BB0A53C28E858D70858B71758D00758BB0.
:1003E00000D28E0B8570728571737C037D001204C0.
:1003F0009DE57060057C010D80F4E57130E705C373.
:10040000130DF571857175E575C313C313F575C3C8.
:10041000E5719575F574C3E5712574F576C3E571DD.
:100420002575F575D2020B020463C28E858D708529.
:100430008B71758D00758B00D28EEDFC12049DB50D.
:1004400075004022B576004032300317C3E633F61C.
:10045000DE04080A7E08D3E633F6DE04080A7E08C6.
:10046000020463D0E0323003FA202104C302047096.
:10047000E633F6DEEE080A7E0880E8200304D203A5.
:100480007A00C3E633F6DE04080A7E0820210AD388.
:10049000E633F6DE04080A7E08B22180C6C3E570A2.
:1004A00013F570E57113F571DCF322C0E03007033A.
:1004B0000204BEC202C2037B007D00D0E032C28EC5.
:1004C000B20185708D85718BD28E300002C2001210.
:1004D00004DC302504D201C22580E03230021A301B.
:1004E00001031204FD200411300109300303D2B4CA.
:1004F00022C2B422300303C2B422D2B422300C038D.
:10050000020503BC0005C2040C7E10BC0109D20325.
:10051000DE037E080CA168BC02030C7E08BC030D40.
:100520000C02052BC203DE037E080CA168BC040983.
:100530000C785FE6F97F097E08BC0515D203E93324.
:10054000F94002C203DE087E0808E6F9DF010CA1CB.
:1005500068BC0614D204D202D205C20BC2B4C2A92E.
:10056000D2AAC2ABC2077B0022D545FD227546FF49.
:100570007545FEB169D546F82241543839433531C5.
:10058000524532204D57453230302056322E3020E1.
:100590002863292032372E30342E32303131204139.
:0505A000646F6C70683F.
:00000001FF.
Record 18 [:020000030300F8] Hardware Reset
fertig

Danke nochmal an ALLE! Bis später,

mfg Rene

[Rene S. (Firma: BfEHS) (rschube)]

Achso, falls von Interesse hab ich hier mal meinen Quellcode dazu 
gepackt.

Das ist eigentlich ANSI-C, aber ein paar Sachen sind speziell. Ich habe 
das in NI-CVI programmiert, also muss hauptsächlich die rs232.c 
angepasst werden.

Wie bei solchen Verzweiflungsprogrammen üblich, gibt es wenig Kommentare 
und einige auskommentierte Zeilen. Aber es läuft.

mfg Rene