Forum: Mikrocontroller und Digitale Elektronik HILO ALL-07 Eprommer-Frage


von GALier (Gast)


Lesenswert?

Hallo,

ich habe gestern versucht in einem HILO ALL-07 Eprommer ein 27C4100er 
Eprom mit einer 512 KByte großen Datei zu beschreiben.

Was mir schon aufgefallen ist, war das der Chip von der HILO ALL-07 
Eprommer-Software als 00000 - 3FFFF groß angegeben wurde. Das sind doch 
aber nur 256 KByte. Der 27C4100er hat aber 512 KByte Kapazität ... Also 
mal schnell nachgedacht; ja: offensichtlich spricht die Software den 
Chip WORD-wide an! Dann passt das mit den 256 KByte.

Meine Frage: Wie kann ich den Chip am HILO ALL-07 Eprommer BYTE-wide, 
also mit 512 KByte, ansprechen? Ich habe da in der Software keine 
Umschaltmöglichkeit gefunden ...

Wer kann mir helfen?

der
GALier

von Thomas E. (thomase)


Lesenswert?

Der Chip kann nur mit 16 Bit beschrieben werden.

Das Auslesen kann allerdings auch in 8-Bit erfolgen.
Deswegen muß das Datenfile für den Brenner entsprechend angepasst 
werden.

Was für ein Format braucht der überhaupt? Hex-Intel?

mfg.

von C-bulon (Gast)


Lesenswert?

Höchstes Adressbit einmal auf LOW -> unterer Adressbereich.
Dann auf HIGH -> oberer Adressbereich.

von ALL07-Kenner (Gast)


Lesenswert?

Ich denke wenn das EPROM 16-Bit hat muss auch das Intel Hex File 
entsprechend 16-bit weit erstellt worden sein.
 Es gibt Tools bei Access (ALL07 Software) im Hauptmenu mit denen man 
EPROMs splitten kann eventuell ist es auch möglich welche zu mergen !
 Intel-HEX und Moterola S-Record Dateien können erheblich kleiner sein 
da nur der Programmcode geschrieben wird.

von GALier (Gast)


Lesenswert?

Hallo,

danke erstmal für die Antworten. Bisher komme ich damit aber irgendwie 
nicht weiter. Also, das sagt das Datenblatt:

"The AT27C400 can be organized as either word-wide or
byte-wide. The organization is selected via the BYTE/VPP
pin. When BYTE/VPP is asserted high (VIH), the word-wide
organization is selected and the O15/A-1 pin is used for
O15 data output. When BYTE/VPP is asserted low (VIL), the
byte-wide organization is selected and the O15/A-1 pin is
used for the address pin A-1. When the AT27C400 is logically
regarded as x16 (word-wide), but read in the bytewide
mode, then with A-1 = VIL the lower 8 bits of the 16-bit
word are selected and with A-1 = VIH the upper 8 bits of the
16-bit word are selected."

- das file ist ein .bin und 512 KByte groß, passt also genau auf den 
Chip
- die Programmiersoftware hat den Chip als "00000 bis 3FFFF" groß 
gespeichert, also nur halb so groß wie der Chip eigentlich ist. Daher 
habe ich vermutet, daß die Software den Chip word-wide anspricht.
- wenn ich nur odd oder nur even brenne, schreibt die Software im 
Bereich 00000 bis 3FFFF nur jede zweite Adresse; das hilft aber ja nicht 
weiter

Meine Frage ist: Wie bringe ich die Datei in den Chip?

Kann ich die Software so einstellen, daß sie die vollen 512 KByte in den 
Chip schreibt, also von 00000 bis 7FFFF?

der
GALier

von GALier (Gast)


Lesenswert?

Hallo,

danke erstmal für die Antworten. Bisher komme ich damit aber irgendwie 
nicht weiter. Also, das sagt das Datenblatt (27C400 = 27C4100):

"The AT27C400 can be organized as either word-wide or
byte-wide. The organization is selected via the BYTE/VPP
pin. When BYTE/VPP is asserted high (VIH), the word-wide
organization is selected and the O15/A-1 pin is used for
O15 data output. When BYTE/VPP is asserted low (VIL), the
byte-wide organization is selected and the O15/A-1 pin is
used for the address pin A-1. When the AT27C400 is logically
regarded as x16 (word-wide), but read in the bytewide
mode, then with A-1 = VIL the lower 8 bits of the 16-bit
word are selected and with A-1 = VIH the upper 8 bits of the
16-bit word are selected."

- das file ist ein .bin und 512 KByte groß, passt also genau auf den 
Chip
- die Programmiersoftware hat den Chip als "00000 bis 3FFFF" groß 
gespeichert, also nur halb so groß wie der Chip eigentlich ist. Daher 
habe ich vermutet, daß die Software den Chip word-wide anspricht.
- wenn ich nur odd oder nur even brenne, schreibt die Software im 
Bereich 00000 bis 3FFFF nur jede zweite Adresse; das hilft aber ja nicht 
weiter

Meine Frage ist: Wie bringe ich die Datei in den Chip?

Kann ich die Software so einstellen, daß sie die vollen 512 KByte in den 
Chip schreibt, also von 00000 bis 7FFFF?

der
GALier

von ALL07-Kenner (Gast)


Lesenswert?

" Programming time is typically only 50 ms/word"
Es scheint so als ob die Programmierung immer wordweise erfolgt !

von GALier (Gast)


Lesenswert?

Hm,

aber was für einen Sinn macht es dann, wenn man byte-wide auslesen, aber 
nur word-wide schreiben kann?

Also, wie bekommt man 512 KByte auf den Chip?

der
GALier

von Osche R. (Gast)


Lesenswert?

word-wide heisst, daß man zwei Byte gleichzeitig am Datenbus anlegen 
muß. Da kümmert sich der Brenner drum.

Im Hexfile stehen die Bytes üblicherweise hintereinander. Ob Du Intel 
oder Motorolaformat anliefern mußt (also 0x1234 als 34 12 oder als 12 
34) steht in der Doku, sonst hilft ausprobieren.

Falls die bytebezogenen Adressen in einem Intelhex- oder S37-File 
stören, kannst Du auch straight binary übertragen. Dann merkt keiner, ob 
das 500 Worte oder 1000 Bytes sind.


Patrick

von GALier (Gast)


Lesenswert?

OK,

ich habe einfach mal `drauflosprogrammiert. Das Verify ist zwar 
fehlgeschlagen, aber das EPROM macht, was es soll. Wieso es 
funktioniert, habe ich zwar nicht ganz verstanden, aber nun läuft alles 
wie es soll.

Vielen Dank nochmal an alle Helfer!

der
GALier

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.