Speicher vergrößern bei Behringer FCB1010

[Michael W. (Gast)]

Hallo in die Runde,

ich hätt' da mal eine Frage: ist es möglich, durch einen Chip-Tausch den 
internen Speicher eines Behringer FCB1010 Bodentreters zu 
vergrößern/erweitern?

Der original verbaute Speicherbaustein ist ein ATMEL 24C16N (EEPROM) im 
SO8-Gehäuse. Meine Idee wäre, diesen auszulöten und durch einen 24c32 
oder gar einen 24C64 zu ersetzen. Könnte das funktionieren...? Wie 
sieht's mit den Pins/Anschlüssen aus?

Die Frage, die sich mir stellt: muß der Prozessor (und/oder evtl. die 
Firmware) davon wissen, daß der Speicher nun größer ist? Ihr seht, daß 
ich von dieser Sache keine Ahnung und somit auch keine Vorstellung habe, 
ob das so umsetzbar wäre...

Im Anhang mal die Anbindung des 24C16 an den Prozessor 'im Original'.

Gruß,
Michael

[kenny (Gast)]

Michael W. schrieb:
> Wie
> sieht's mit den Pins/Anschlüssen aus?

Das lässt sich doch durch einen Datenblatt Vergleich herausfinden.

Michael W. schrieb:
> Die Frage, die sich mir stellt: muß der Prozessor (und/oder evtl. die
>Firmware) davon wissen, daß der Speicher nun größer ist?

Wenn man die Firmware nicht kennt, lässt sich diese Frage nicht 
beantworten.

[Stefan S. (mexakin)]

wenn der chip das gleiche pinout hat kann man ihn einfach umlöten, dann 
sollte der neue ebenfalls funktionieren.

Aber wenn die firmware nicht angepasst wird, wird das endgerät nichts 
davon wissen, dass es jetzt mehr speicher zur verfügung hat, also hat 
man trotz mehr speicher sehr wahrscheinlich nicht mehr speicher zur 
verfügung :)

[Andreas D. (rackandboneman)]

Was soll das Pedal denn durch die Speichererweiterung an Funktionalität 
gewinnen?

Gibt es vom Hersteller eine Version mit ab Werk größerem Speicher und 
entsprechend erweiterter Funktionalität?

[Michael W. (Gast)]

Stefan S. schrieb:
> Aber wenn die Firmware nicht angepasst wird, wird das Endgerät nichts
> davon wissen, dass es jetzt mehr Speicher zur Verfügung hat, also hat
> man trotz mehr Speicher sehr wahrscheinlich nicht mehr Speicher zur
> Verfügung :)

Danke für die Antwort - so in etwa denke ich mir das auch.

Andy D. schrieb:
> Was soll das Pedal denn durch die Speichererweiterung an Funktionalität
> gewinnen?
>
> Gibt es vom Hersteller eine Version mit ab Werk größerem Speicher und
> entsprechend erweiterter Funktionalität?

Ebenfalls Danke - es gibt von Xavier De Donder (aka Ossandust) 
alternative Firmware - UnO und UnO2 sowie UnO4Kemper. Die UnO2 ist 
relativ neu und nutzt den Speicher sehr gut aus - durch Vergrößern 
desselben ginge evtl. noch einiges mehr an Funktionalität. Das müsste 
Xavier dann in seiner Firmware wohl entsprechend anpassen...

[Michael W. (Gast)]

Ich habe mir mal das Pinout angeschaut - 24C16, 24C32 & 24C64 haben das 
gleiche Pinout (zumindest von ATMEL) - von daher sollte das gehen. Ob 
und wie allerdings die Adress-Leitungen (A0, A1, A2) anders zu 
beschalten wären, kann ich nicht beurteilen...

[hinz (Gast)]

Michael W. schrieb:
> Ebenfalls Danke - es gibt von Xavier De Donder (aka Ossandust)
> alternative Firmware - UnO und UnO2 sowie UnO4Kemper. Die UnO2 ist
> relativ neu und nutzt den Speicher sehr gut aus - durch Vergrößern
> desselben ginge evtl. noch einiges mehr an Funktionalität. Das müsste
> Xavier dann in seiner Firmware wohl entsprechend anpassen...

Dann solltest du dich zunächst mit ihm in Verbindung setzen. Austausch 
des EEPROMs ist dann Kinderkram.

[Michael W. (Gast)]

hinz schrieb:
> Dann solltest du dich zunächst mit ihm in Verbindung setzen.

Das werde ich auch mal machen, mal sehen, was er dazu meint...

[Michael W. (Gast)]

Die Auskunft von Xavier lautet: es wären doch einige Änderungen an der 
Firmware vorzunehmen...

Hatte ich ja auch schon vermutet, ist jetzt aber für mich auch nicht 
wirklich kriegsentscheidend - also alles gut, damit kommt der Fall zu 
den Akten.

[HildeK (Gast)]

Das ist doch ganz klar, wenn man die Datenblätter vergleicht.

Das C16 besteht logisch aus quasi 8 Stück C02, die unterschieden werden 
durch die Device-Adresse und kann dann für jedes Subteil nur 8 Bit 
adressieren. Dafür geht nur 1 Device an einem Bus.

Der C32 ist anders organisiert, er nutzt 2 Byte als Datenadresse (12Bit 
davon) und wird dafür komplett über nur eine Deviceadresse angesprochen.
Daher ist das Protokoll schon mal anders.
Mit den drei Adressbits könnte man deshalb 8 Stück C32 an einem Bus 
ansprechen.

Aber selbst wenn man z.B. einen C32 durch einen C64 ersetzen wollte, was 
leichter möglich ist: die Software muss das trotzdem unterstützen und 
eben statt 12 Bit jetzt 13 Bit als Adresse ansprechen.

Also:
Michael W. schrieb:
> Könnte das funktionieren...?
Nein!

[Michael W. (Gast)]

Deshalb schrieb ich ja:
Michael W. schrieb:
> Ob
> und wie allerdings die Adress-Leitungen (A0, A1, A2) anders zu
> beschalten wären, kann ich nicht beurteilen...

HildeK schrieb:
> die Software muss das trotzdem unterstützen

Weiß ich jetzt auch...

HildeK schrieb:
> Also:
> Michael W. schrieb:
>> Könnte das funktionieren...?
> Nein!

Danke für die Aufklärung mit den Adress-Bits - und da eine Änderung 
(nicht nur) der Firmware ebenfalls nötig geworden wäre, ist die 
Geschichte eh' bereits erledigt...

[xyz (Gast)]

Es haelt dich keiner davon ab, mehrere
> 24C16
in die Tretmine zu bauen und dazwischen umzuschalten.
Aenderungen an der Firmware: Nicht noetig.
Auswaehlen kann man z.B. bequem ueber die Adresspins.

[Michael W. (Gast)]

xyz schrieb:
> Es haelt dich keiner davon ab, mehrere
>> 24C16
> in die Tretmine zu bauen und dazwischen umzuschalten.
> Aenderungen an der Firmware: Nicht noetig.
> Auswaehlen kann man z.B. bequem ueber die Adresspins.

Doch - der zu treibende Aufwand, und mir fehlt zu einer solchen Aktion 
die Notwendigkeit. Ein größerer (= mehr) Speicher (in Verbindung mit 
einer entsprechend abgeänderten Firmware) hätte evtl. 
größere/aufwendigere Programmierungen der Funktionen erlaubt.

Ist nun egal, war 'n Versuch wert, aber ich brauch's nicht zwingend...

Damit wäre für mich der Fall erledigt. Ohne Groll!