Burstbibbler V1.9 und V2.0 Problem beim Erkennen des Parallelports

Mojo1951 · 25. April 2022

Funktionierende Floppy 1541 mit Klappmechanismus und Parallelkabel normales CBM Dos 2.6 wird der Parallelport nicht identifiziert, es bleiben 4 Fragezeichen.

Meine Dolphin Dos Floppy mit Umschalter auf Dos2.6 sowie Parallekabel wird auch der Parallel Port nicht erkannt. Mit aktiviertem Dolphin Dos wird die Diskette schnell geladen, sowie auch Programme. Habe die Burstnibbler von Kung Du Flash, Epromkarte und Brainy gestartet, bei allen keine Erkennung des Parallelports.

Über die serielle Verbindung geht alles zu laden, ohne Parallelkabel.

Gibt es ein besonderes Parallelkabel für Burstnibbler oder sonst ein Hinweis auf das Problem.

Für Infos wäre ich dankbar.

Parser · 26. April 2022

Zitat von Mojo1951

Für Infos wäre ich dankbar.

Ich würde mal Burstnibbler von einer echten Diskette laden und ohne Zubehör am C64 ... natürlich mit dem Parallelkabel + seriellen Kabel. Auch mal die Kontakte reinigen am Userport.

Eloy_Dorian · 26. April 2022

Ist ein anderer C64 vorhanden? Nicht dass das Problem an Userport und/ oder nachgeschlagener Logik liegt.

Mojo1951 · 26. April 2022

Eloy_Dorian 3 verschiedene C64 probiert

Mojo1951 · 27. April 2022

Habe eine 3. Floppy 1541 mit Parallelkabel mit Burstbibbler getestet, die hat umschaltbar CBM Dos 2.6 und Speeddos beide gehen mit Burstnibbler 1.0 bis 1.9 von Diskette geladen. Diskette mit den 2 anderen probiert, keine Erkennung durch BN. Bei allen Laufwerken die Parallelkabel auf Belegung und Durchgang geprüft, alles Flachbandkabel.

Mojo1951 · 27. April 2022

Neue Erkenntnisse. Problem Floppy mit Dos2.6 über OliverW. UP Blinki Blinki angeschlossen. C64 (250407) eingeschaltet PB0 bis PB7 leuchtet.

PB0 geht aus, wieder an, wieder aus. C64 aus und Floppy aus. Parallelportstecker Floppy raus und rein. PB0 bis PB 7 konstant.

Floppy eingeschaltet, PB0 bis PB7 aus, BN 1.8 geladen und gestartet, Parallelport Erkennung DD01. Alles aus und wieder ein, BN1.5 geladen

Parallelport Erkennung DD01.

Also wahrscheinlich Kontakt Problem beseitigt.

Dolphin Dos 3.0 Floppy 1541C (kurze Platine) mit Umschalter auf Dos 2.6 angehängt. PB0 bis PB7 gehen bei einschalten der Floppy nicht aus, sowohl mit Dolphin Dos 3.0 als auch Dos 2.6. Keine Erkennung von BN 1.8.

Floppy mit Professional Dos und Prof Dos Kernal V1.0 (C64) eingeschaltet PB0 bis PB7 bleiben an. BN 1.8 geladen, Parallelport Erkennung DD01.

Frage an die Experten Tommi_nrw toms01

Habe in Erinnerung, das die Parallelport Beschaltung bei Dolphin Dos 3.0 Floppy anders ist als bei speeddos etc. ??

markusC64 · 27. April 2022

Zitat von Mojo1951

Habe in Erinnerung, das die Parallelport Beschaltung bei Dolphin Dos 3.0 Floppy anders ist als bei speeddos etc. ??

VICE 3.2 meint das zumindest - "Standard" ist das normale Speeddos Parallelkabel - und auch das von Dolphin DOS 2.

Parser · 27. April 2022

Zitat von markusC64

Zitat von Mojo1951

Habe in Erinnerung, das die Parallelport Beschaltung bei Dolphin Dos 3.0 Floppy anders ist als bei speeddos etc. ??

VICE 3.2 meint das zumindest - "Standard" ist das normale Speeddos Parallelkabel - und auch das von Dolphin DOS 2.

Dolphin DOS 3 hat meines Wissens ein anderes Parallelkabel ... hier mal 1 Bild von meinem Dolphin DOS 3.

markusC64 · 27. April 2022

Hm, da ich ja von Burstnibbler 1.9 einen durch disassemblieren gewonnenen Quelltext habe, habe ich da gerade mal reingschaut:

Neben dem Speeddos Kabel wirddas von Dolphion DOS 3 und das von Prologic DOS unterstützt. Zumindest im original Burstnibbler 1.9 und den von mir gepatchten Versionen. Für andere gecrackte Burstnibbler 1.9 sei explizit keine Aussage gemacht.

toms01 · 28. April 2022

Zitat von Mojo1951

Frage an die Experten

ou, da muss ich mich rausnehmen - mit 5 1/4"-Laufwerken habe ich so gut wie gar nichts am Hut besser da auch mal kinzi fragen!

Tommi_nrw · 28. April 2022

Zitat von Mojo1951

Frage an die Experten Tommi_nrw toms01
Habe in Erinnerung, das die Parallelport Beschaltung bei Dolphin Dos 3.0 Floppy anders ist als bei speeddos etc. ??

Die Belegungsreihenfolge auf den Kabeln ist unterschiedlich aber letztendlich werden bei allen Speedern

immer die gleichen Signale am Userport und am VIA in der 1541 miteinander verbunden.

Hier am Beispiel meiner Parallelkabel:

"The Phantom" Laufwerksbeschleuniger - Modul

Die Reihenfolge auf dem Kabel entspicht hier z.B. Prologic DOS

kinzi · 28. April 2022

Zitat von toms01

besser da auch mal kinzi fragen!

Nope.

Keine Ahnung von Parallelkabeln, noch nie ein Drive angeschlossen damit. (Außer eine 1541-II an einen ProMicro aka. "ZoomFloppy").

PA0..7 vom CIA in der Floppy ist klar, PB0..7 am Userport auch. Bei den Steuerleitungen habe ich null Plan.

Die 1541-II hat PA0 auf GND, WIMRE.

Bei der 1541C hängt da der Track-0-Sensor dran. Beides sollte ausgeschlossen werden, da das sicher Mist macht.

strik · 28. April 2022

Ich muss zugeben, hier auch nicht die Details der Einzelkabel zu kennen.

Ich habe mal in die VICE-Sourcen geschaut.

Für die C64-Seite ist das recht einfach (src/c64/c64parallel.c):

Code

/*
"standard" (SpeedDOS) cable
VIA#1 User port plug
2, PA0 C, PB0
3, PA1 D, PB1
4, PA2 E, PB2
5, PA3 F, PB3
6, PA4 H, PB4
7, PA5 J, PB5
8, PA6 K, PB6
9, PA7 L, PB7
18, CB1 8, PC2 <- this one is NOT connected on the "21sec Backup" cable!
39, CA2 B, FLAG2
*/
#define PC_PORT_STANDARD 0
#define PC_PORT_FORMEL64 1
#define PC_PORT_NUM 2
[...]
static const int portmap[DRIVE_PC_NUM] = {
PC_PORT_STANDARD, /* DRIVE_PC_NONE */
PC_PORT_STANDARD, /* DRIVE_PC_STANDARD */
PC_PORT_STANDARD, /* DRIVE_PC_DD3 */
PC_PORT_FORMEL64, /* DRIVE_PC_FORMEL64 */
PC_PORT_STANDARD, /* DRIVE_PC_21SEC_BACKUP */
};

Alles anzeigen

Auch bei den Funktionen später scheint sich, wenn ich es nicht falsch lese oder etwas übersehe, so zu verhalten, dass nur das "FORMEL64"-Kabel anders bearbeitet wird als die anderen: Bei Formel64 wird FLAG auf CIA2 beim Lesen und Schreiben nicht gesetzt, wenn das FORMEL64 Kabel angegeben ist. D.h., virtuall wird die Verbindung "39, CA2 <--> B, FLAG2" gekappt.

Ansonsten habe ich keinerlei Unterschiede in der Verarbeitung auf C64-Seite finden können.

Anders sieht es bei DolphinDOS 3 Drive-Seitig aus, weil hier ja ein 6821 verbaut ist.

Das ist aber ganz gut hier aufgeschlüsselt:

https://e4aws.silverdr.com/projects/dolphindos3/

Hier muss also die Laufwerks-Seite anders programiert sein, damit man eine Kommunikation zustandebringt.

Also, die Frage: Ist das ein DolphinDOS 2 oder 3? Falls 3, dann muss das Programm DD3 explizit kennen, sonst wird das nichts.