Hallo Leute,
habe hier einen Synth der Marke ELKA EK44
der hat intern eine Mainboardplatine, zwei identische Soundplatinen und
eine Ausgangsplatine.
Irgendwie hab ich einen Fehler gemacht glaub ich.
habe Eprom mit E*E*prom verwechselt und nun kommt kein Sound mehr von
den Soundboards. Habe als Datei die ausgelesenen Daten der Eproms
angefügt .. kann das stimmen was darin an Infos abgespeichert wurde?
16kb groß ist es ja ..
ich wusste nicht das man Eproms mit UV-V strahlung löschen muss um sie
dann neu zu programmieren. habe einfach auf PROGRAM im All-11 programmer
menü gedrückt und der code wurde "rübergeschoben" auf den anderen Eprom
des anderen Soundboards. nur jetzt geht garnichts mehr. also das System
läuft an sich .. aber es kommt kein sound mehr von den soundboards.
was kann man jetzt tun? wenn eproms erst nach löschen neu beschrieben
werden können .. wieso funktioniert der eprom dann nun nicht mehr
aufgrund eines versehentlichen doppelt programmierens? kann man normale
Eproms überhaupt nochmal ohne vorherigen löschvorgang beschreiben?
bin über jede hilfe dankbar
mfg
micha
Wenn Du 2 verschiedene Dateien auf einen EPROM schreibst, hast Du eine
AND-Verknüpfung, d.h. nur Bits, die in beiden 1 sind, bleiben 1, alle
anderen Bits sind dann 0.
Da die Daten vorher einen Sinn hatten, bedeutet das, daß nun im EPROM
Müll steht.
Programmiergräte machen üblicher Weise einen Blanktest vor dem
Schreiben, um sowas zu verhindern. Warscheinlich hast Du die Warnung
weggeklickt.
Und nur EPROM mit Fenster sind löschbar. Zur Kostenersparnis sind oft
nur welche ohne Fenster in den Geräten, die kann man nur wegschmeißen.
Micha schrieb:> was kann man jetzt tun?
Neues Eprom mit Fenster einbauen. Oder ein E²prom, oder das alte Eprom
(nur für Sparschweine) aufsägen/aufhebeln und mit UV Licht löschen.
ok, na die sind mit fenster. ein bekannter von der FH hat ein
löschgerät. ich hoffe schwer irgendwie ist noch was zu retten. leider
kommt es mir so vor als hätte ich den inhalt eines chips nicht mehr.
hatte die ja vor dem blöden versuch beide ausgelesen. naja .. wäre
schonmal top wenn wenigstens einwas wieder herstellbar ist.
danke für die antwort aufjedenfall !!
Micha schrieb:> leider> kommt es mir so vor als hätte ich den inhalt eines chips nicht mehr.
Kommt es Dir nur so vor, oder hast Du die Daten nicht mehr?
also ich hatte READ gedrückt im ALL-11 und dann den programm buffer
gespeichert. oben im anhang sind die zwei dateien die ich hab. in der
mit voice B beschrifteten datei kann man sehen das da was drin ist.. in
der voice a sache ist nichts zu sehen oder nur yyyyyyy... .. also glaub
ich das ich die daten von dem einen eprom verloren hab. die eproms hab
ich heut nochmal ausgelesen und die datei gespeichert .. allerdings sind
nun beide dateien "leer" .. kann ja eh nurnoch schrott sein am ende
Naja du hast ja immerhin ein EPROM erfolgreich ausgelesen.
Wenn das zwei identische Platinen sind sollte die Zweite ja mit dem
Inhalt klarkommen.
Na dann guck doch mal ob irgendwo nen Flash rumliegen hast (BIOS von
alten Motherboards). Pinbelegung ist meißtens kompatibel. Sogar bei
unterschiedlicher Speichergröße. Trotzdem Pinbelegung
vergleichen(Datenblatt).
So kannst du schnell ohne UV-Löschgerät die Firmware brennen.
Also nen 29F256 würde gehen im schlimmsten fall müßte man zwei Pins
hochbiegen.
Hi
>in>der voice a sache ist nichts zu sehen oder nur yyyyyyy... .. also glaub>ich das ich die daten von dem einen eprom verloren hab.
Wo siehst du nichts? Im Hex-Editor?
MfG Spess
wenn ich die file im editor öffne (texteditor) .. werd jez erstmal das
löschgerät holen und den kumpel von der FH fragen .. dank euch allen für
die antworten und meld mich sobald ich was neues hab
Na die Sonne scheint heute ja .. kannst die Dinger auch ne weile in die
Sonne packen. Wenn die gelöscht sind müßen die Bits alle auf 1 Sein.
Also alles FF im Hexeditor.
hab jetz so ein löschgerät und wie es aussieht den eprom auch löschen
könn nach 20 minuten
nun wollt ich den code drauf programmieren nachdem ich auch den 27128A
(12,5V) eingestellt hatte ..
da kommt immer die fehlermeldung .. error at 00000
stell ich stattdessen 27128D (21V) ein geht es .. mal schauen ob es
funktioniert hat
soo prima .. diese voice B datei hat geholfen .. bzw funz .. soundboard
eins wird deaktiviert udn liefert sound. allerdings waren die
unterschiedlcihen codes sicher dafür da um die boards von A und B zu
unterscheiden .. jez brauch ich wirklcih diesen verdammten code und ich
hab keine ahnung wo der hin is :D
Micha schrieb:> habe einfach auf PROGRAM im All-11 programmer> menü gedrückt und der code wurde "rübergeschoben" auf den anderen Eprom
GOIL,
ein Prommer ist eben doch kein Allheilmittel.
Man tut gut, daran zu wissen, wie sowas funktioniert.
Mit Eproms, EEProms und Hex Files.
Nobody is perfect. :-)
hey leute,
also ich bin schonmal einen schritt weiter:
habe nun beide codes der beiden soundboards aus einer rack version des
synths.
leider funtkionieren die beiden codes nicht im selben gerät als keyboard
version. mit winmerge konnte ich feststellen das die beiden codes in
einer zeile unterschiedlich sind. bedeutet quasi das beide codes DCG1
und DCG2 identifizieren.
nun hab ich meinen einzigen funktionsfähigen code mal mit denen der rack
version verglichen. siehe da: 2 zeilen unterschied von der rack bzw
keyboard version. die unterste letzte unterschiedsanzeige gibts auch
beim direkten verlgeich der beiden rack versionen: diese zur
identifikation bestimmt.
gibt es nun irgendeinen fuchs hier der mir helfen könnte die dateien so
umzuformen das ich sie an die keyboard version anpassen kann?
sicher wird jetzt jemand sagen: hey mach das mit dem hex editor .. aber
da scheint irgendwie alles anders zu sein :D
DATEIN wurden angehängt
ich hab absolut keine ahnung was ich machen muss :D
was ich machen müsste weiß ich:
erstens müsste man die rack version in den oberen zwei unterschiedlichen
zeilen an die keyboard version anpassen.
dann müsste man diese beiden dateien in der untersten so anpassen das
die identifikation geschieht .. diese aber identisch zur keyboardversion
sind :D
och man
EM44_3.0.BIN und EM44_4.0.BIN unterscheiden sich nur in einem Byte
bei 21DD von 03 -> 04, ist also wohl nur die Versionsnummer.
EM44_3.0.BIN und KEYBOAD_EK44_3.1.BIN haben 3 unterschiedliche Bytes.
Kann man am einfachsten mit HxD (Freeware) und dann mit Analyse ->
Dateivergleich ansehen und ändern.
[Frank] schrieb:> EM44_3.0.BIN und EM44_4.0.BIN unterscheiden sich nur in einem Byte> bei 21DD von 03 -> 04, ist also wohl nur die Versionsnummer.
Worin liegt denn dann die Begründung, zwei ansonsten identische
Versionen in ihrer Nr. zu unterscheiden? Ich sehe da keine! So werden
lediglich Änderungen vorgegaukelt, wo keine sind.
Ingolf O. schrieb:> Worin liegt denn dann die Begründung, zwei ansonsten identische> Versionen in ihrer Nr. zu unterscheiden? Ich sehe da keine! So werden> lediglich Änderungen vorgegaukelt, wo keine sind.
Doch, man kann den Usern für ein Update eventuell Geld aus der Tasche
ziehen ;-) "Abzocke" würde das treffender bezeichnen.
Old-Papa
Old Papa schrieb:> Doch, man kann den Usern für ein Update eventuell Geld aus der Tasche> ziehen ;-) "Abzocke" würde das treffender bezeichnen.
Nö.
Der Aufwand, einen neue Version einzupflegen, ist zu hoch. Das macht man
wirklich nur, wenn sich auch was geändert hat.
Es kann durchaus sein, daß sich an diesem einen Chip nichts geändert
hat, aber irgendwas anderes in dem Gerät.
Oder es gibt einen gemeinsame Firmware für mehrere Geräteversionen.
Und anhand eines Bytes wird unterschieden, für wieviel Funktionen der
Nutzer bezahlt hat, d.h. welche er nutzen darf.
weil man vom bedienfeld auswählen kann ob man DCG1 oder DCG2 nutzen
möchte. man kann auch beide gleichzeitig aktivieren.
der synth besitzt zwei, vom aufbau her identische soundboards die den
sound halt machen. diese werden vom mainboard gesteuert und teilen sich
beide ein TX und RX signal. den einen code auf beide eproms zu packen
bewirkt nur das beide soundboards gleichzeitig angespielt werden und
auch nur wenn DCG1 aktiviert ist. drückt man dann DCG2 passiert nix. vor
meinem eprom experiment ging das aber. auf den chips stand einmal 4.4
und 4.3 .. also einfach versionsunterschied. das muss dann vom mainboard
als DCG1 und DCG2 angesteuert werden .. irgendwie. kann ja nur so sein
SUUUPER .. ich habe einfach mal mein gehirn angeschaltet und solange hin
und herverglcihen bis ich den entscheidenten unterschied gefunden hab.
habe meinen code einfach unbenannt und kopiert, ihm namentlcih mit der
version 4.1 versehen und den identischen hexcode dann in winmerge so
angepasst das er sich an der identischen stelle der rack version nun
auch in 2 bits (oder wie das heisst :D ) unterscheidet.
läuft prima ... nun gut .. jetzt habe ich den sinnlosen selbst
verursachten fehler wieder behoben .. sitz aber nun erneut an meinem
eigentlichen problem .. werde dazu einen neuen thread aufmachen.
