Hallo Stefan,
dann werde ich den Plan in den nächsten Tagen überarbeiten.
Danke für die Infos.
Gruß Jogi
Magic Voice Plan
- Jogi
- Thread is marked as Resolved.
-
dann werde ich den Plan in den nächsten Tagen überarbeiten.
Nachdem nun 2270 Tage vergangen sind
habe ich den Schaltplan selbst "überarbeitet" , hier das Ergebnis: MagicVoiceModule.sch.pdf
Wie immer auch auf meiner Homepage zu finden. -
du bist mein held
hast du auch die logiktabelle für U3 komplett? dann könnte ich das gerate in VICE mal verifizieren
-
hast du auch die logiktabelle für U3 komplett?
Noch nicht, Steve versucht mir noch die PALs aus dem Prototyp auszulesen, und ich bereite gerade eine grössere Operation mit dem Logic Analyzer vor ... ein XILINX Development Board liegt auch schon bereit ... aber das wird wahrscheinlich vor Weihnachten nichts mehrDie nächste Zeit will ich aber erst meine Magic Game Cart weiterentwickeln (Hard- und Software), siehe Wunsch von X1541: Multi-16kB Modulplatine
und das Disassembly des MV assemblierbar machen. Meine Deadline für das alles ist 2014, also keine Hektik
-
Magic Voice Schaltplan gibt es hier:
http://www.stefan-uhlmann.de/cbm/MVM/Hardware/index.html
Grüße, YugoAmaryl
-
penner
-
Oh da arbeitet aber gerade einer Altlasten auf
Dafür daumen hoch von mir Inzwischen hab ich aber genug 68764 und 68766 Eproms und kann die auch brennen so dass ich mein Modul endlich reparieren könnte. Trotzdem wäre ein Kombimodul top, denn ein A Bee C's besitze ich leider gar nicht.
Gruß x1541
per tapatalk 2 versendet
-
penner
Du bist aber böse,ein 'du Schlafmütze' hätte es auch getan... -
Quote
Noch nicht, Steve versucht mir noch die PALs aus dem Prototyp auszulesen, und ich bereite gerade eine grössere Operation mit dem Logic Analyzer vor ... ein XILINX Development Board liegt auch schon bereit ... aber das wird wahrscheinlich vor Weihnachten nichts mehr
ok.... ich bin gespannt wieviel von dem geratenen wirklich stimmt -
-
.... ich bin gespannt wieviel von dem geratenen wirklich stimmt
Du wirst doch nicht etwa meine über 6 Jahre hinweg erforschten und wissenschaftlich fundierten Erkenntnisse anzweifeln ... ich bin genauso gespannt wieviel davon stimmt Alles was auf meiner Homepage zu finden ist, ist nur als öffentlicher Notizblock zu verstehen, nichts davon muss wahr sein. Beim meinem hobbymässigen reverse engineering ist halt auch viel try and error dabei, wobei sich Software und Hardware im ping-pong Verfahren immer mehr an die Wahrheit annähern.Wenn zum Beispiel in der Software steht:
Code- LDX #$F5 ; %1 1 1 1 0 1 0 1 , CA = High , CB = High -> access EPROM
- STX $DF86 ; 6525 Control Register - [CB1][CB0][CA1][CA0][IE4][IE3][IP][MC]
- LDA ($FB),Y ; Load Byte from EPROM
- LDX #$E5 ; %1 1 1 0 0 1 0 1 , CA = Low , CB = High-> access RAM
- STX $DF86 ; 6525 Control Register - [CB1][CB0][CA1][CA0][IE4][IE3][IP][MC]
- STA ($FB),Y ; Store Byte to RAM
Und man aus dem Datenblatt des 6525 weiss, dass in dieser Konstellation der Ausgang CA (PC6) dem Bit CA0 im Control Register (also $DF86) entspricht, dann benenne ich diesen Ausgang halt /RAM-EPROM , so falsch kann das gar nicht sein. Und die Bezeichnung /EXROM an Ausgang CB (PC7), ergibt sich ja direkt aus der Verbindung zum entsprechenden Anschluß am Expansionsport.Erst wenn man alle Pins eindeutig als Ausgang und Eingang identifiziert und eine grobe Vorstellung von deren Funktion hat, kann man auch sinnvolle bzw. zielgerichtete Messungen vornehmen. Das hat also nichts mit raten zu tun, sondern ist eine (meine) Vorgehensweise, die am Ende zum richtigen Ergebnis führt. Dass Zwischenergebnisse falsch sein können, gehört beim raten dazu. Die Anzahl der Möglichkeiten hat sich aber schon deutlich reduziert.
@YugoAmaryl: Schlafmütze
x1541: Es wird Dir gefallen
OSSI64: Ich konnte spontan nicht anders
6510: Danke
-
Quote
Du wirst doch nicht etwa meine über 6 Jahre hinweg erforschten und wissenschaftlich fundierten Erkenntnisse anzweifeln ... ich bin genauso gespannt wieviel davon stimmt Alles was auf meiner Homepage zu finden ist, ist nur als öffentlicher Notizblock zu verstehen, nichts davon muss wahr sein. Beim meinem hobbymässigen reverse engineering ist halt auch viel try and error dabei, wobei sich Software und Hardware im ping-pong Verfahren immer mehr an die Wahrheit annähern.
äääh da hast du mich falsch verstanden - das gerate in VICE stammt von *mir* (natürlich basierend auf deinem kram) :o) und ansonsten ist mir auch klar wie das mit dem reversen abläuft, ein *bischen* erfahrung hab ich da auch, siehe zb hier oder hier :=) -
Ja wie Geil ist das denn
Wenn mehrere daran arbeiten, kommt man umso schneller zum Ziel und man kann seinen eigenen Kram nochmal überprüfen. Ich habe meinen Plan in EAGLE gezeichnet und mir sogar die Mühe gemacht, für alle Bauteile bzw. Symbole auch das Layout zu hinterlegen. Man weis ja nie
Die Jumper heissen übrigens JP1 und JP2 (nicht 2 und 3). Mehr hab ich auf den ersten Blick nicht verglichen, bin noch unterwegs.
Danke Jogi
-
ich werd die tabelle die tage mal im VICE gegentesten (das equivalent dazu ist im VICE code derzeit ein furchtbares if/then konstrukt).... dann sollten sich zumindest die zustände bestätigen lassen die von der vorhandenen software wirklich benutzt werden (das ist tatsächlich nur eine handvoll, die hardware kann viel mehr als die 3 module tatsächlich nutzen). ich hatte bei der implementation allerdings auch den eindruck das da mehr passiert als stumpfe logik, sprich das da noch irgendwas "aktives" passiert. (btw: wenn man in dem magicvoice.c oben den DEBUG define auskommentiert werden sämtliche zustandsänderungen auf die konsole geprintet, da kann man dann zumindest sehen was die software benutzt und was die emulation daraus macht)
-
wie weit ist eigendlich Steve mit dem auslesen der PALs.
Ich habe ihn im Mai mal darum gebeten, aber ich denke es ist eingeschlafen oder sein Gerät kann es nicht und er muss jemand anderes bitten. Ich hatte auch nicht mehr nachgefragt. Erfahrungsgemäss dauert sowas immer länger, bis man dazu kommt. Er ist übrigens auch der Autor von CBMXfer.
Noch nee kleine Frage warum trennst du den Parallen serial Teil räumlich vom Rest im LA05 ist das die trennung der PALs von Steve..?
Das ist einfach nur geraten, ich sah keinen Zusammenhang zwischen den beiden Funktionen, ausser vielleicht dass Phi2 in beide Logiken eingreift, ist aber auch nur geraten.das ist tatsächlich nur eine handvoll, die hardware kann viel mehr als die 3 module tatsächlich nutzen
Da stimmen wir völlig überein. Auch die Firmware kann viel mehr als genutzt wird. Ich denke man hat hier viel für die Zukunft ausgedacht, was aber mit der Schliessung der Speech Division dann nie mehr verwirklicht wurde. Und die höchste Sprachqualität des T6721 wird auch von keinem der Module oder dem eingebauten Wortschatz genutzt so wie auch andere Funktionen nicht.wenn man in dem magicvoice.c oben den DEBUG define auskommentiert werden sämtliche zustandsänderungen auf die konsole geprintet, da kann man dann zumindest sehen was die software benutzt und was die emulation daraus macht
Leider bin ich bis heute nicht dazu gekommen, mir das alles einzurichten, es würde die Sache bestimmt sehr viel einfacher machen. Sobald ich dazu Zeit habe, komme ich nochmal auf dich zu.Bis mindestens Anfang November bin ich in Sachen MV mehr oder weniger untätig, da ich massig andere Klötze am Bein habe. Aber das sieht doch wenigstens schon mal alles ganz erfolgversprechend aus, und das mit dem Sprechen (Magic Voice Speech Modul - das Sprechen beibringen.) habe ich natürlich auch nie aus den Augen verloren, ist ja mein Ziel bis 2014, aber da parkt halt auch viel auf meiner Festplatte und in den Schränken.
-
Hi,
Meine Ergebnisse so auf den ersten Blick.
Mal ohne Gewähr /=negiert +=oder *=und
/cs6525 =
/IO2 * PHI2/cs27128 =
/ROMH * /PB6
+ /PB5 * A12 * A13 * /A14 * /A15/csLS257 =
/PB5 * A12 * A13 * /A14/GAME =
PC6 * PHI2
+ PC6 * A12 *A13 * /A14/ROMH =
PB6 * A13 * A15/ROML =
/ROM L
+ ROML * /PB5 * A12 * A13 * /A14 * A15so fertig nun noch in ein PAL16-8 und testen.
Bitte noch nicht ernst nehmen!!!
So ich alle durch habe wird Fehlergesucht und minimiert.........
So nun muss ich noch nachschauen was für einen Mist ich geschrieben hab....:)
Gruß Jogi
-
Hi,
das LA05 hat 5 Ausgängenun meine Frage welchen Zustand muss der jeweilige Ausgang haben um etwas zu bewegen sozusagen wann ist er aktiv Schätze mal alle bei LOW.
Kann mir das einer Aufschlüsseln verbessern.Die Signale sind alle LOW-active.
