NibTools, Zoomfloppy, 1571 SRQ

Es gibt 49 Antworten in diesem Thema, welches 12.817 mal aufgerufen wurde. Der letzte Beitrag (22. Juli 2012 um 17:57) ist von abraXxl.

  • Ich habe bereits meine Stimme abgegeben.

    Ich hatte bereits sehnsüchtig auf die SRQ-Option bei der Zoomfloppy gewartet und diese ausgiebig mit meinen drei 1571 getestet. Mein Zoomfloppy ist noch nicht in ein Gehäuse verbaut worden (also auch keine Abschirmung). Alle drei 1571 funktionieren mit der SQR-Nibble-Funktion sowohl im Schreib- als auch im Lesemodus problemlos. Schwierigkeiten hatte ich jedoch mit diversen Floppykabeln, von sechs meiner Kabeln läuft es nur mit zwei Stück. Ich möchte diese Funktion der Zoomfloppy jedoch nicht mehr missen, habe bereits einen großen Teil meiner Software kopiert und als G64 gesichert.

  • Alle drei 1571 funktionieren mit der SQR-Nibble-Funktion sowohl im Schreib- als auch im Lesemodus problemlos. Schwierigkeiten hatte ich jedoch mit diversen Floppykabeln, von sechs meiner Kabeln läuft es nur mit zwei Stück.


    DAS ist die Art von Information, mit der man was anfangen kann, danke! :thumbsup:


    Kann man zu den Kabel, die Probleme bereiten, etwas sagen?

    Ich nehme an, du verfügst nicht über die Möglichkeit das Kabel zu vermessen (kapazitiv, induktiv, ohmsch)? Vermutlich ist auch kein Oszi vorhanden? Stecker wahrscheinlich verschweisst, deshalb kann man vermutlich nondestruktiv nix über die Schirmung sagen?

    Aber du kannst mir bitte die Länge der Kabel sagen. Eventuell wo gekauft? Ist ein kurzes dabei das NICHT geht?

    Hast du ein Ohmmeter oder einen Durchgangsprüfer mit spitzen Messpitzen? Es gibt nämlich IEC Kabel, die haben zwar Schirmung, die liegt aber leider nicht auf GND sondern auf einer Datenleitung. Man kann dies feststellen, ohne das Kabel zu zerstören, wenn man vorsichtig eine Spitze durch die Isolierung bohrt.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Hallo Diddl,

    einen Oszi habe ich leider nicht und die Stecker sind verschweisst.

    Ich werde die Länge der Kabel in den nächsten Tagen mal messen.

    Ich vermute jedoch auch dass es an der fehlerhaften Abschirmung liegt, da meine 1541-II in Verbindung mit der 1541 Ultimate II anfangs auch rummgezickt hat.

    Erst nachdem ich mehrere Kabel durchgetauscht hatte funktionieren heute beide Geräte am C64 problemlos.

    Zudem habe ich festgestellt dass das Zusammenbinden zweier Kabel mit einem Kabelband (ich bin halt ordnungsliebend) anscheinend Interferenzen erzeugt die ebenfalls zu Funktionsstörungen führen. Die Kabel werden jetzt nicht mehr von mir zusammengebunden.

    Die Kabel waren alle bei Geräten dabei, die ich natürlich gebraucht gekauft habe. Daher kann ich über die Herkunft leider keine Auskunft geben.

    Viele Grüße

    coini

  • Danke.

    Bei gut geschirmten Kabel sollte auch das Zusammenbinden mit Kabelbinder problemlos sein.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Test mit C128DCR, original Zoomfloppy mit passendem kurzem Kabel (Durchgang nachgemessen) negativ verlaufen. Es schmiert beim Test der Datenübertragung in nibread ab (USB Fehlermeldungen).

    Ich hab auch noch getestet, am C128 per MMU Register das FSDIR Bit umzukehren, hat aber nichts am Ergebnis geändert.

    Werde das die Tage bei Gelegenheit noch mit einer 1571 und mit einem C128D testen.

    Ansonsten kann ich relativ problemlos von "aussen" auf die integrierte 1571 zugreifen und Images lesen usw.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • est mit C128DCR, original Zoomfloppy mit passendem kurzem Kabel (Durchgang nachgemessen) negativ verlaufen.


    Hab ich mir fast gedacht. Auch meine funktionierende 1571 geht nicht, wenn noch ein weiteres Gerät am Bus ist.


    Werde das die Tage bei Gelegenheit noch mit einer 1571 und mit einem C128D testen.


    Ja bitte, das wäre hilfreich.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Also mit der 1571 klappt es, mit dem kurzen Kabel von Jim, und natürlich dem originalen Kabel der 1571. Die 1571 ist aber auch früher meine Transfer und Testfloppy für alle Kabel und Starcommander damals. Die hat also schon was mitgemacht und ist erprobt und bewährt.

    Test mit einem C128D kommt dann morgen noch :)

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Jetzt muss ich endlich mal das IMGCOPY abschliessen mit S3 support. Wird zwar dieses Jahr nix mehr werden befürchte ich, aber jedenfalls kurzfristig ...

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Es läuft auch mit dem C128D! Und zwar egal wie herum das FSDIR Bit steht, und egal ob C64 oder C128 Modus. Im C64 Modus muss man allerdings noch manuell den Bus freimachen (siehe Anleitung Star Commander, POKE 56576,199).

    Getestet hab ich es nun mit dem 1571 upgrade ROM (1571, C128D) und Jiffydos (C128D). Wohlgemerkt bisher nur darauf dass nibread überhaupt die Disk einliest, sonst nix.

    Mir ist noch aufgefallen, als ich den Parameter -s vergessen hatte, dass nibread schön sauber aussteigt wenn kein Parallelkabel gefunden wird. Wäre schön, wenn auch bei nichtfunktionieren des FS-bus (wie bei meinem C128DCR) sauber ausgestiegen wird und nicht kilometerweise USB Fehler ausgegeben werden und man danach alles resetten muss :) Weiss ja auch nicht was passiert wenn man ein untaugliches Kabel hat. Wobei ich das mit einem vermeintlich falschen Kabel (Videokabel von Reichelt mit schlechter/falscher Schirmung) nachher noch testen kann.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Weiss ja auch nicht was passiert wenn man ein untaugliches Kabel hat. Wobei ich das mit einem vermeintlich falschen Kabel (Videokabel von Reichelt mit schlechter/falscher Schirmung) nachher noch testen kann.

    gesagt getan und keinen Unterschied festgestellt. weder in ausgerolltem noch geringeltem Zustand :)

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Es läuft auch mit dem C128D!


    Es geht auch mit dem 128D?! Wundert mich eigentlich sehr.

    Hab auch noch so ne Kiste im Keller. Muss ich glatt mal demnächst testen.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • So, bin nun auch mal dazu gekommen, den sRQ Support der nibtools zu Testen. Leider nicht erfolgreich. Getestet habe ich mit einer 1571 Dos v3.0 und einem 128DCR Dos 3.1. Als Zoomfloppy habe ich ein Noogroove mit der aktuellen Firmware.

    Ich habe es mit direkt angelötetem Kabel (gut abgeschirmt) getestet und mit einer angelöteten Buchse und allen Kabeln, die ich habe (Ebay, org. 1541 II Kabel (grau/dick) etc.

    Ich vermute, dass das Layout/Design des Noogroove EMV-mäßig nicht gerade günstig ist. Bei der originalen Zoomfloppy sind die Leiterbahnen/Bauteile ja großzügig dimensioniert und haben entsprechend voneinander Abstand. Oder hat es einer erfolgreich mit einem Noogrove hinbekommen?

    Hier mein Output von Nibread:

    c:\opencbm\bin>nibread -s -d 1571 8 test2.d64

    nibread - Commodore 1541/1571 disk image nibbler
    (C) C64 Preservation Project
    Bitte melde dich an, um diesen Link zu sehen.
    Revision 528 - Built Sep 24 2011 22:38:17

    * Use 1571 SRQ Support
    * Forcing default density

    Drive Version: 73,CBM DOS V3.1 1571,00,00
    Drive type: 1571
    Bumping...
    Initializing
    Sending 1571 SRQ support code...
    Uploading floppy-side code...done.
    Starting custom drive code...

  • So, bin nun auch mal dazu gekommen, den sRQ Support der nibtools zu Testen. Leider nicht erfolgreich. Getestet habe ich mit einer 1571 Dos v3.0 und einem 128DCR Dos 3.1. Als Zoomfloppy habe ich ein Noogroove mit der aktuellen Firmware.

    Der 128DCR geht bei mir ja auch nicht am original Zoomfloppy.

    Welche ROM Version hat denn Deine 1571? Meine 1571, mit der es läuft, hat das ROM Update rev5 drinnen. Die allermeisten 1571 haben das fehlerhafte rev3 ROM.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    10 open1,8,15                   : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    RUN
  • Ich kann zur Zeit leider nicht garantieren, ob ich die Nibble Funktion richtig implementiert habe für die Cheap devices.

    Die Sache ist die, bei mir läuft es auch nur am richtigen Zoomfloppy und auch nur mit passendem Kabel (30cm und gut geschirmt).


    Leider habe ich Billigkabel angelötet an beide meiner Cheap devices die zudem auch noch ziemlich lange sind. Damit geht S3 tadellos aber leider kein NibRead.

    Ich hasse Lötarbeiten, aber es wird nichts nützen, ich werde wohl das Kabel umlöten müssen. Sonst kann ich nicht feststellen, ob meine Cheap firmware richtig funktioniert ...

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Der 128DCR geht bei mir ja auch nicht am original Zoomfloppy.

    Das ist schon mal gut zu wissen.

    Welche ROM Version hat denn Deine 1571?

    Da ist noch das fehlerhafte Standard-Rom drin (v3.0). Ich habe mit der Floppy noch nicht viel an OpenCBM gemacht. Werde es dann noch mal mit nem Upgrade-Rom bei Gelegenheit testen.
    Komme aber erst morgen oder Donnerstag dazu.

    Die Sache ist die, bei mir läuft es auch nur am richtigen Zoomfloppy und auch nur mit passendem Kabel (30cm und gut geschirmt).

    Ich hatte auch extra ein 30cm Kabel direkt angelötet. Das Kabel war ein altes serielles Kabel mit Metallfolien- Abschirmung mit angelötetem Stecker. Den Schirm hatte ich mit Masse (Floppyseitig) verbunden.
    Welche Rom-Version lief denn mit Deiner Zoomfloppy?

  • Mit Jiffy Rom in der 1571 funktioniert es leider auch nicht :sad: . Da bleibt ja nur das Nogroove oder die Firmware. Bin zudem hingegangen, und habe alle potientiellen Störsignale eliminiert (WLAN, Handy ausser Reichweite etc. )

  • Da bleibt ja nur das Nogroove oder die Firmware.


    Bei dir geht es auch mit kurzem Kabel nicht?!

    Mein Teensy zeigt denselben Fehler beim NibRead, wie das Zoomfloppy mit langem Kabel. Deshalb bin ich eigentlich bisher nicht von einem Firmware Problem ausgegangen.

    Ich werde doch mal einen Blick in die Sourcen werfen ...

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Bei dir geht es auch mit kurzem Kabel nicht?!


    Ich hatte es gestern nur mit einem "normalen/originalen" grauen Commodore-Kabel (ca 1m) getestet, da ich zur Zeit noch eine Buchse angelötet habe. Das Kabel ist sehr gut geschirmt und sehr dick. Ich werde es aber heute abend nochmal mit einem extrem kurzen, geschirmten Kabel (10cm), direkt angelötet, testen.

    Der Test zuvor, mit dem original Rom v3.0 und einem 30cm geschirmten Kabel direkt angelötet, war ja auch erfolglos.

  • Hier nochmal die Fehlermeldung die ich im Zusammenspiel Nogroove und 1571 bekam:
    Sieht genauso wie die Meldung von Wensa aus.
    Nur das in meiner 1571 ein Speeddos eingebaut ist.
    Eie 1570 macht die gleichenn Probleme.


    E:\opencbm\bin>nibread -s -D8 tests.d64

    nibread - Commodore Bitte melde dich an, um diesen Link zu sehen./Bitte melde dich an, um diesen Link zu sehen. disk image nibbler
    (C) C64 Preservation Project
    Bitte melde dich an, um diesen Link zu sehen.
    Revision 528 - Built Sep 24 2011 22:38:17

    * Use Bitte melde dich an, um diesen Link zu sehen. SRQ Support
    * Use Device 8

    Drive Version: 73,JIFFYDOS 6.0 Bitte melde dich an, um diesen Link zu sehen.,00,00
    Drive type: Bitte melde dich an, um diesen Link zu sehen.
    Bumping...
    Initializing
    Sending Bitte melde dich an, um diesen Link zu sehen. SRQ support code...
    Uploading floppy-side code...done.
    Starting custom drive code...

    Hier hängts und die grüne LED auf der Nogrove Platine blinkt hektisch.

  • Ich werde doch mal einen Blick in die Sourcen werfen ...

    Sind Deine gepatchten Sourcen "cheap1 u 2" irgendwo public ? Im opencbm-Git gibt es ja nur die board-zoomfloppy.h und die board-usbkey.h.
    Würde mich interessieren. Sehe ich das mit meinen leienhaften C Kenntnissen richtig, dass usbkey-devices kein SRQ / Nib unterstützen ?
    Zumindest ist SRQ nicht in der board-usbkey.h (opencbm-git) definiert.

    - Nicht falsch verstehen. Getestet hatte ich den Nib - Support natürlich mit einem Nogroove und Deiner Firmware. Bin halt nur neugierig-