Posts by overCLK

    Genau! :)

    Don't ask me what happened exactly but... die Alphatronic ist wieder da :shock:

    I focused again in the 8283 latch that connects the memory to the backplane data bus. connected the analyzer to the input and output for D0 and also to the STB and OE signals on the chip. It was clear that when the memory output was zeroed, the output of the latch with STB and OE enabled was not one (the 8283 has negated outputs).

    What is weird and funny is that I already tried with a replacement for this chip days ago, but I tried again, and this time, the Reset message took a while to dissapear giving me finally a RAM TOP at BFFF (the 16K card was not inserted).

    16K card in again and here we are:

    To be honest, I'm not completely sure if the old 8283 was really broken or there is some bad contact in the board. Let's see if it keeps working but finally it seems the problem was in the memory board itself.

    Nice to have it working again. Thank you all for your kind support :)

    Very nice jlopez. I was able to superimpose both sides with layers on Gimp and now following a trace is a piece of cake. :)

    I just need to go enabling the proper side of the board when I reach a via, what is very time consuming and sometimes quite tricky with just the populated board:

    Thanks a lot. :)

    Thanks helwie44 † for your analysis.

    But I'm afraid you're right. Nearly anything can produce a problem like this one. What I think are good hints in my case:

    - The 48K card seems to work OK, control signals wise. Even if I remove one of the RAM chips, the result is the same. Since I changed all the logic chips and even tried with another 8283 output buffer, I started to think the problem may be in a different place

    - I'm able to read and write data to the 16K card. This means that the transceiver in the CPU card is able to do its job, but for some reason something goes wrong with the 48K card.

    I was wondering if it's possible to change the banking from MOS with some command. Checked the manual but was not able to figure out if it's possible to send an OUT to the CPU to modify the banking mode. Do you know if this is possible?

    It's a pity that the schematics are no longer available. :cry2:


    In case you need schematics for the CPU board, I don't have them but I have the next best thing: the scans of the bare, unpopulated board on which to perform the reverse-engineering process. Reference is CAAA08 (P3) so there may be some differences such as a single 4k ROM, etc.

    Hey jlopez

    that would probably help. Thanks a lot. I have spent some good hours trying to figure out all the logic to enable the bus transceiver in the CPU board, but some tracks are quite difficult to follow. Probably the scans would help in case they use more or less the same chips, what I expect.

    So far I was not able to pinpoint any clear bad behavior with the signals:

    During the read cycle on $4000 zone, RD and XACK are measured on the 8202 and T and OE are the control signals to the 8287 bus transceiver in the CPU board.

    T makes sense to me, setting the direction towards the CPU bus, but OE seems to last too long. Anyways, since T is controlling the direction, doesn't seem a problem by itself I guess since T only allows data towards CPU before XACK is disabled. The output buffer of the memory card follows the same timing as XACK and so during XACK low the data should be consistent in the backplane.

    Of course there could be many other problems related, like the transceiver being defective and not enabled (but that would also affect the extra 16K card in $C000 and that is working fine).

    I would need to measure the same while reading on $C000 with the 16K card in.

    Hallo Leute :)

    Sorry I didn't have time to follow up on this problem. It was a long story with a even longer delivery for a spare 8202A, I got a wrong chip, then a new one was delivered and out of dispair I finally changed all the control chips in the CAAC09 to get to the same results. :stupid:

    Thanks a lot for all the insights and leads you threw into this topic, specially to helwie44 †, gpospi and jlopez. Really appreciated.:)

    I had some time to take a look to it again. I came to the following findings/conclusions thay may be right or wrong :)

    - There is a connection in the backplane between the 48K and the 16K boards. My theory is that it allows to disable PCS from the 16K card. This makes probably sense because the output buffers of the 16K board are always active (the 74LS240 has the output enable line to GND) and therefore there must be a way to avoid both output buffers in both cards to be enabled at once. This is performed by the backplane connection on pin 75 or at least this is what I have observed in my setup.

    - jlopez is right regarding PCS and RD/WR signals on the 8202. In order to start a read/write cycle and eventually get XACK, what is also needed to turn on the output buffers (i8083) of the 48K CAAC09 card, PCS must be active (low) and a read or write operation should have been initiated.

    So I'm now in the situation where after replacing all the control chips on the CAAC09 card and testing that I get XACK and activation of the output buffers consistently when I try to read from MOS the memory in the $4000-$40FF zone, I'm still seeing the known pattern of memory reads where the data value matches the lower address bits. At the same time, accesses to the 16K dynamic card (CAAC08) are working properly, both read and write requests.

    This makes me think the problem is not in the RAM card itself but in some logic in the CPU card CAAA06. My guess is that something goes wrong when the RAM is selected, but only for the RAM in the $4000-$BFFF area. This can be somehow related with the banking mechanism too.

    I was not able to find any schematics of the CPU cards, therefore I guess I would have to reverse engineering the connections to pinpoint how the RAM selection works exactly, what chips are involved and how/when the data in the backplane data bus is brought into the CPU bus.

    Another fact that leverages this theory is that there is no easy way the 48K card can provide the lower address bus content in its data output buffer. The buffer inputs (i8083) are connected directly to the output pins of the 4116 RAM chips and I've checked that they got enabled on a read request, therefore seems pretty probable that the problem is in the CPU board itself. What we would expect on a faulty RAM is random or improper values in the data bus, but not the lower address bus content mirrored. This only makes some sense in the CPU board content, where the lower address bus/data bus are multiplexed on the same lines.


    Der Schein trügt:

    eigentlich gibt es einen anderen Weg um PCS/ zu generierung. Wenn man keine Anschlussplan dabei hat, ist es sehr einfach Dinge zu vermissen. So sollte es sein:

    Da sollte die 48K Speicherkarte PCS/ null stellen, nur wenn die Addresse zwischen 4000H und FFFFH ist. Das passiert nicht mit meiner Karte, un deshalb muss der Fehler da sein, aber:

    - Die 74LS240 habe ich austauschen und dasselbe Ergebnis danach bekommen. Beide haben auch auf dem Logiktester keinen Fehler aufzeigen.

    - Die 7402 sieht auch gut auf dem Logiktester aus.

    Es könnte sein, dass die Fehler haben, die der Logiktester nicht gefunden hat. Ich habe auch gedacht daran, dass vielleicht gibt es etwas anderes, dass der PCS/ Linie zum Null gedrückt, aber auf diesen Fall, sollte dasselbe passiert, wenn die 16K Speicherkarte dabei ist.

    Leider habe ich keine Ersatz für die suspekte Chips. Ich wird sie bestellen und euch Bescheid danach geben.

    Vielen Dank für Eure Unterstützung.

    Da ist von dir gezeigt, dass damals genau nur die 48 kB dyn. KARTE ohne die 16 kB KArte aber bis BFFFH vom MOS benutzbar war. Plötzlich hattest du einfach die 16 kB Karte eingesteckt und dann hattest du bis FFFFh diese MOS Endspeicher anzeige!!!

    Ich denke nicht das die eine 16 kB Karte mit der 48 kB Karte (verheiratet) haben.

    Ich würde eher bei der dyn. Karte vom BUS VGL-Stecker also etwa dort die BUS Bausteine (keine Ahnug ? Latch, Busdriver oder sonstige Gatter) zu verfolgen/ messen.

    Richtig!!! Ich hatte das auch vergessen, aber ja. Ich erinnere mich nun daran, BFFFH als TOPRAM zu bekommen ohne die 16KB Karte. Das ist sehr hilfreich, weil es bedeutet, dass die Signale da sein sollen, auch ohne die 16Kb Speicherkarte.

    Ich muss alles nochmal wiederholen. Vielleicht gibt es verschiede Weisen, um die Steurungssignale zu generieren.

    Was wir nun kennen ist: Ohne die 16Kb Speicherkarte habe ich kein PCS Signal. Das muss schlecht sein.

    Meine Vermutung ist, deine 48K Speicherkarte hat die Logik für die 8202 und meine hat es nicht. BUS SIGNAL 75 ist privat für die Speicherkartepositionen (2, 3) und vielleicht nutzen es nur einige Speicherkarten.

    Zurzeit arbeite ich im Anschlussplan der 16K Speicherkarte. Leider gibt es viele Baustelle, die in PCS Generierung eine Rolle spielen und deshalb würde es schwer zu kennen, welche defectiv ist.

    @helwie: Könntest Du bitte ein Foto deiner 48K Speicherkarte hier hochladen? Ich würde gerne beide vergleichen um zu sehen, ob deine die 8202 Signale theoretisch generieren könnte.

    Ich habe was interessant (und vielleicht auch verrückt) gefunden :)

    Nachdem ich beide RAMKarte (48K und 16K) studiert habe, glaube ich, dass PCS/ aus der 16K RAMKarte generiert ist.

    Beide karten haben BUS pin 75 zusammen verbunden. In meiner 16K RAMKarte ist pin 75 mit einem Ausgang der 74LS38 verbunden, deshalb sollte pin 75 als OUT funktionieren.

    In meiner 48K RAMKarte ist pin 75 mit einem Eingangspin der 74LS06 verbunden, deshalb sollte pin 75 als IN funktionieren (es ist auch IN in der 8202)

    Nachdem ich nur die 48K RAMKarte installiert habe, es gibt kein Signal an 8202 PCS/ pin.

    Nachdem ich auch die 16K RAMKarte installiert habe, es gibt ein periodisch Impuls aus PCS/ pin!!!

    Wenn ich "D4000,6000" Befehl ausführe, gibt es selten anderen Impulse an PCS/ pin, aber nich einmal pro Lesung.

    Ich glaube, dass PCS/ Generierung fehlt. Jetzt muss ich warum finden :)

    Aber das würde auch bedeuten, dass meine 48K RAMKarte ohne die 16K RAMKarte funktionieren kann nicht. Ich finde es ein bisschen komisch, oder? Trotzdem finde ich keine andere Möchlichkeit, PCS/ zu generieren!

    Beide Signale - wenn cp/m 4300 auf Eingabe wartet:

    CH 1 ist NEU das 8202 PIN 33 PCS/ - und geht genau auf den 7406 PIN 13!

    CH 2 bekannt das XACK/ 8202 PIN 29.

    Es ist mir nicht klar, warum geht es zwei XACK/ bei jeder PCS/.

    Kannst Du bitte das Folgendes prüfen:

    - Gibt es bewegung an PCS/ auf MOS Prompt?

    - Gibt es bewegung an PCS/ wenn man D4000,4000 ausfürht?

    Ich habe bei dem 7406 nicht PIN 4 - sondern Pin 13 mit dem 8202 PCS Pin 33 gefunden!

    Mit Ohmmessung (akustische Signal gesucht) .

    Welcher 7406 gehört dazu?

    Ich glaube, dass beide PIN4 und PIN13 zusammen verbunden sind. Dass konnte theoretisch sein, um das Eingangsignal wieder zu herrichten (7406 ist eine "Open Collector"). Aber du muss auch PIN4 mit den 8202 PIN33 verbunden, oder?

    Irgendwie musste ein Ausgang der 7406 mit dem 8202 Pin 33 verbunden sein.

    Auf jeden Fall, könntest Du auf 8202 PIN33 direkt messen?

    Klasse Helmut!

    Es wäre schön, wenn du mir den Signal PCS (IN Signal in P8202 PIN 33) anzeigen könntest. Ich glaube, dass PCS gebraucht ist, um das lesen/Schreiben cyclus zu anfangen.

    In meinen 48K RAMKarte ist PCS verbunden mit 7406 pin 4 (Open Collector Inverter). Eingangpin ist pin 3, was mit Backplane PIN 75 (Dritte Reihe, pin 11.) verbunden ist. Aber ich weiss solange nicht mehr.

    Ich glaube PCS muss aktivieren werden, wenn ein RAM zugriff ausführen ist.

    Antworten zu deinen Fragen:

    - Mein 16K RAMKarte is DRAM.

    - Die 16K RAMKarte funktioniert richtig. MOS Befehle D/F in C000-FFFF können lesen und schreiben richtig.

    Hallo Manuel,

    dass vielleicht die 8202 Speichertreiber fehlerhaft ist

    ok - das könnte mit dem Bauteil (IC) das Problem sein.

    Ich würde mal einfach das SIGNAL mit dem Scope zu messen. Ist das BUSSIGNAL PIN 29 aus der A Reihe ( also 1..32 Zählung). Das Datenblatt vom 8202 suche ich im WEB. Ist da nur ein 8202 Baustein auf einer Baukarte? Sonst schaue ich gleich mal an meine P2U.

    Hallo Helmut.

    Das wäre schön zu haben.

    Ich meinte pin 29 der 8202, das ist XACK:

    Das ist mit andere Signale benutzt, um die SpeichernKarteAusgänge zu aktivieren. XACK ist auch an BUS 89 PIN verfügbar, wenn ich es richtig gemessen habe:


    Ich vermute ich bekomme nicht genug Freischaltungen der Signal XACK, aber ich bin nicht sicher: Jeder /MEMR musste ein XACK haben.

    Vielleicht kannst Du prüfen, wie ist XACK wenn keine Speicherlesung gibt. Und auch was passieren, wenn man ein D4000,4000 Kommand von MOS ausführt.

    Hallo Helmut.

    Die Zwischenkarte ist aber ja eine prima Lösung um sicher mit dem Backplane Aufbau zu messen. Damit kann man schneller prüfen. Danke für die Fotos. :)

    Ich hatte zurzeit nicht mehr Zeit um meine Untersuchen weiterzugehen. Im moment glaube ich, dass vielleicht die 8202 Speichertreiber fehlerhaft ist. XACK (pol 29) musste bei jeder Speicherlesung aktiviert bekommen, was sehen nicht zur Verfügung aus. Wenn ich mehr Zeit habe, gehe ich weiter mit meinen Tests. Ich brauche auch mehr über die 8202 lesen :)

    Hallo Helmut,

    einverstanden. Ich glaube auch, dass irgendwie die RAM Karte nich aktiviert ist.

    Leider habe ich keine andere RAM Karte um zu vergleichen.

    Um die -5V Spannung zu generieren glaube ich, dass die 48K Karte ein "regulator" nutzt:

    da gehen -12V ein und -5V aus.

    Ich glaube dass die 16K Karte ein Spannunsteiler nutzt, einfach ein Widerstand auf die -12V Spannung.

    I think that this is all about the RAM card not being enabled when the address is in the range 4000H-BFFFH. I don't know exactly how this works but I understand that the right board must be enabled on read attempts and my feeling is that this logic is failing somehow:

    So far I have traced the activation path of the output latches for the 48K card (P8283) and came to this:

    the final output is the /OE pin of the output latches of the RAM card. I've been patiently soldering cables on all this path trying to pinpoint anything wrong, but even when I thought the NOR Gate (7402) could be defective, after desoldering it and tested it, it seemed to be okey.

    Anyways, I'm seeing very few activations of the output latches with the oscilloscope. I would expect one activation for each memory read taking place on the card, but it seems there are certainly less than those.

    I will keep reading and trying to understand how the 48K card is really activated, but I'm starting to think the failure could be even outside of the RAM card. Let´s see.

    Good idea to start testing the RAM embedded on the CPU card.

    I did experience issues with two "blue capacitors" in my computers. One was on the memory card, the other one on the floppy controller (capacitor next to the controller chips, issue occurred on two boards). Do you have the floppy controller board still in your computer when testing? I would remove it, just to be on the safe side (in my P3 the "memory issues" seem to be caused by floppy controller board problems actually).

    I've tried also with the floppy controller card removed and same results

    Seems the other memory areas are not affected, regardless of the RAM cards inserted or not. This is what I get in the 1800H area:

    In the 3000H area I can write and then the value is displayed accordingly:

    I've tested that with memory cards inserted and removed.

    I can summarize my experiences:

    • My first Alphatronic computer was a model P2 with 48K RAM card. Unfortunately it did not work at all when switching it on. I replaced the PSU, but still nothing. Finally I noticed that the RAM card was broken and created a power short, i.e. the computer turned on and showed the MOS message when the RAM card was removed. Consequently I tried to trace down the location of the problem on the RAM card, finally I identified one capacitor that created the issue. I did this with a "brute force" analysis, i.e. just checking resistance with a multimeter (without desoldering the capacitors). After removing the capacitor, the RAM card (and the whole computer) worked. Unfortunately it seems that @overCLK's problem is a bit more difficult and I would assume that either an address decoder or a RAM chip is broken.
    • I also had issues with a P3, which suddenly stopped working (it did not boot anymore and just showed the flashing "RESET" message). Here we also suspected some RAM-related issues and tried to understand the RAM addressing logic. We investigated the switching from 48K+ROM mode into 64K RAM mode and tried to understand differences between P2-48K, P2-64K and P3-64K configurations. Unfortunately we did not complete these analysis successfully, hence these experiments do not provide additional insights into the issue of @overCLK's P2.
    • Generic findings on memory boards for P2: I have one P2 with a 48K memory board and a second P2 with 3*16K memory boards. Hence I can confirm that the 16K boards work independently from 48K boards. However as mentioned above, I don't know if this is also true for the P2-64K setup. Usually there is this "adapter board" that is attached to the 48K board, allowing to "shift" the addressing (see Maybe in you case, this adapter board is now broken and you can try just the 48K RAM board in the machine (without adapter and extra 16K board).

    Thanks a lot for your feedback gpospi. Did you remember if you had issues with the non tantalum capacitors too (the blue ceramic -I guess- ones)?

    Regarding the memory cards being independent, seems you are right. I've seen that the 16K card generates the -5V with a simple resistor acting as voltage divider. I'm starting to suspect that either the memory controller (D8202A), buffers or latches in the card could be the problem and not the memory itself. The values displayed with D in MOS are very suspicious, but I'm not able to figure out yet what could produce such effect.

    Best regards,


    OMG. Das hatte ich komplett vergessen!

    Auch auf das Problem mit FFFF statt FFEF als TOPRAM mit meiner Rechner erinnere ich nicht. :)

    Konnte es sein, dass mein P2 einen verschiedenen MOS Version hat?

    Auf jeden Fall haben wir jetzt ein anderes Problem :)

    Viele Grüße,


    Hey Helmut!

    Yes, my Alphatronic is equipped with 48K and 16K memory boards. See photo below:

    I changed some of the capacitors (but only the shorted tantalum ones), the other ones seems to be good. I checked all the voltage lines and didn't detect any shorts. I have:

    - Around 300 Ohm between -5V and GND

    - Around 1K8 Ohm between 12V and GND

    - Around 5K4 Ohm between 5V and GND

    Trying with only the 16K inserted and the 48K removed I get errors trying to write (F) to any location with MOS. Now I get the pattern with the value = low address byte in both places:

    Is it expected that MOS returns an error when trying to fill (F) some of the defective positions? Maybe there is a check of what was written made automatically by MOS?

    What is also curious is that now without the 48K card in, the values are consistent with the addres low byte. With the 48K card in, sometimes there are glitches with some bits.

    I don't know how the memory layout would be in this case (only 16K card in), but is it reasonable to think that the 16K card gets shadowed in the 0000-4000 area and therefore not accessible at all from MOS after hard reset?

    I have the feeling the problem is in the 48K card :)

    Best regards


    Hallo zusammen :)

    after some good time letting it rest I tried to start again my Alphatronic and unfortunately got the following message from MOS boot:

    Seems that the 48K RAM is defective since TOPRAM is detected as 40FF.

    Even if there are alternatives to build a 48K or 64K board even simpler than the original design by using SRAM, my first idea would be to try to fix the defective board. The problem is that with the backplane design is quite difficcult and even risky to measure on the board pins directly. So first I will share here my observations and lets see if with your help and experience we can find out what the problem may be.

    My first question is how does MOS figure out what is the size of the RAM. I guess it probably tries to write/read on the different addresses until the values written and read differ?

    I tried to experiment a bit with the MOS commands to fill and display memory. I got surprised by the fact MOS allows me to fill memory from C000 onwards (I guess this belongs to the 16K memory board) and seems to work okey:

    But trying to write to lower positions (the ones in the failed card) returns an error (maybe MOS tries to read the value back and reports error if it doesn't match?). On the other side, trying to display memory in the 4000-BFFF range provides a pattern that seems interesting at least:

    As you can see the reported values are normally equal to the 8 lower bits of the address. I don't know if this can be related to the electronic design of the board or to some pattern MOS uses to check the RAM but seems to happen also on C000 if I remove the 16K board. It's also noticeable how not always the value is the expected one but some bits are changed (normally the lsb).

    Another thing I was wondering: does the 16K board needs the memory controller in the 48K one to function? Or is it completely autonomous: I've seen there is a good deal of logic chips on the 16K board (besides the RAM chips themselves) but I didn't see any way to generate the -5V on that board, so my guess is that the 48K board provides it to the backplane and the 16K board uses it from there, makes sense?

    Regarding other checks, I soldered cables to the regulator that generates -5V from -12V on the 48k memory board and seems to provide -5V properly. All voltage lines are properly connected to all the RAM chips and after having the board working for a while I didn't notice any chip that was particularly hot. On the contrary, only one column of RAM chips seem to get a bit warm whereas the others are quite cold.

    I also tried to switch the 48K and 16K to see if there was any problem in one of the backplane slots, but the result is the same. I checked that all the voltages are reaching both backplane slots properly.

    I'm open to any ideas, reports from similar behaviors and of course feedback about what I've written here, what probably can be wrong. :)

    Viele Grüße,


    Zum Hintergrund der jeweiligen cp/m Diskettenvariationen?

    Sind beide 160 kB Floppys nur mit der unteren Seite belegbar?

    Obwohl die erzeugte .DSK doppelseitig leer eingerichtet werden?

    ( Ist aber kein Nachteil, weil ja über ein weiteres Laufwerk (C: / D: Oberseite) vom USER

    benutzt werden könnten.)

    Wenn man ein 160Kb Format auswählt, denn hat die generierte DSK nur eine Seite (40 Spuren)

    Benutzer System Spuren:

    Die Nutzer - Systemtracks sind über DROP & DRAG einzuschleusen oder über ein Browserfenster?

    Das funktioniert über ein Browserfenster.


    Ist der Balken ein optisches Signal, für die belegten Director-Slots?

    Menge der Einträge belegt sind?

    Richtig. Auch wenn man über den Balken mit der Maus geht, wird ein Tipp gezeigt, wie hier:

    Viele Grüße


    Da komme ich noch mal mit einer neuen Version der Anwendung alphatronic-image-generator. :)


    - Man darf eigene System-Spuren benuzten, um eine DSK zu generieren. Neue Einstellungen:

    Da muss man eine Datei mit den zwei System-Spuren besorgen.

    - Falls man die Kapazität der DSK ubertritt, bekommt man nicht mehr einen Fehler. Auf dieser Fall wird die Fortschrittanzeige rot und die Schaltfläche "DSK bauen" abgeschaltet.

    Man muss Dateien löschen bis den Fortschrittanzeige wieder grün wird. Das bedeutet, dass es genug Platz in der DSK für die Dateien gibt. Das finde ich eigentlich mehr praktisch als früher.

    Ich habe auch die eingebautete 320K-System-Spuren modifizieren. Da habe ich die Offsets der DPH korrigieren.

    Viele Grüße


    Hier habe ich eine 320kB alphaTronic P2U "Ealphatronic_320_TAP100.dsk" mit deinem Generator erzeugt.

    Geht alles sehr einfach!

    Aber dann über die HxC Emu Anwendung - muss ich im Moment dieses FILE als z.B. "DSKA0067.hfe" hier ablegen. Dann funktioniert alles wie geölt!

    Grüße helwie44 †

    Wahrscheinlich weil dein HxC in Index-Modus arbeitet. Das ist normal, wenn man nur das 7-Segment Display habt. Deshalb muss man die Dateien nennen, wie du es gemacht hast. Es konnte auch sein, dass mit etwas wie DSKA0067.dsk funktioniert es... aber nicht sicher mit dem HxC Firmware.

    Ich habe alle meinen Gotek zum Flashfloppy migriert. Man kann sehr einfach einen Flashfloppy-Gotek mit ein OLED Display oder ein Quadratur-Encoder verbessern. Alle die Informationen zum Hardware-Mods stehen hier zur Verfügung:

    Viele Grüße


    Hallo helwie44 †. Danke schön für deine freundliche Wörter. :)

    Du hast es richtig verstanden. Die drei Ausgabemöglichkeiten sind einfach verschiedene System-Spuren und auch natürlich, wie die Disk organiziert wird (ob es 40 oder 80 Spuren gibt, Usw.)

    Wenn man ein DSK (oder IMD) in der Anwendung stellt, sind alle die Dateien von der Disk entpackt. Man kann auch normale Dateien hinzufügen oder auch entfernen. Das kann nützlich sein, um modifierten in der Alphatronic Dateien später zu untersuchen.

    Es wäre möglich zu unterstützen, verschiedene System-Spuren zu nutzen. Zum Beispiel könnten wir diese Möglichkeit in der Einstellungenfenster zur Verfügung zu stehen. Falls man ein Datei besorgt, dann würde die Disk mit diese System-Spure generiert.

    Noch mal denke ich, dass der DSK sollte direkt mit dem HxC Gotek funktioniert. Ich erinnere mich daran, dass ich mit meine Amstrad CPC nur DSK-Dateien benutzt habe… aber leider habe ich alle meine Gotek nach FlashFloppy migriert und deshalb kann ich nicht mehr es prüfen.

    Viele Grüße


    Hallo helwie44 †.

    Eigentlich ist das genau, was ich schon ohne Erfolg verändert habe.

    MAXLW ist 4 in das originelle Code. Ich habe es gegen 2 ausgetauscht, aber funktioniert es nicht als erwartet. Vielleicht sollten wir auch etwas in BDOS verändern oder?