Ich hatte in den letzten Tagen nicht viel Zeit, aber ein kleines Stückchen bin ich weitergekommen.
Ich habe jetzt anhand der gefunden Sync-Pakete die Sektor-Header ausgelesen. Das klappt ganz gut und ich bekomme die Sektornummer.
Jetzt muss ich erst mal eine SD-Karte an den Teensy anschließen, damit ich die Sektor-Daten als G64- und D64-Image wegschreiben kann.
Wo ich mich gerade mit Diskettenformaten beschäftige: Welche Disketten Image-Formate zum Archivieren gibt es eigentlich.
Bei PET und CBM wird ja hauptsächlich D64 und G64 verwendet.
Bei Amiga habe ich was von ADF gelesen.
Kryoflux hat vermutlich seine eigenen Formate.
Meine DOS-Disketten habe ich seinerzeit mal mit Teledisk archiviert. Keine Ahnung ob Teledisk noch unter Windows 7 aufwärts funktioniert. 
Was gibt es sonst noch an gängigen Image-Formaten oder Programmen, die möglichst auf aktuellen Windows-Versionen funktionieren?
In welchem Image-Format werden denn z.B. ältere CP/M-Diskettenformate archiviert.
Ja, das ist im Prinzip die Hardware-Lösung, die mir vorschwebt. Nur dass ich mehr an 5 1/4 Zoll Formaten interessiert bin (GCR, MFM und FM).
Das ADF-Copy kannte ich vorher nicht, aber die Lösung mit dem Teensy ist ja naheliegen - zumindest wenn man wie ich vom Arduino her kommt.
Wenn ich CBM und PC-Disketten lesen kann (das sind die Formate, die ich selber erzeugen und testen kann), kann man ja mal schauen, wie sich das weiterentwickelt und ob allgemeines Interesse an weiteren Formaten besteht.
Gerade bei schwer lesbaren Disketten interessiert mich die Analyse des Lesesignals.
Kurzes Update: Ich habe jetzt den Arduino gegen ein Teensy 3.2 getauscht und kann das Read-Signal jetzt prima mitlesen.
Der Teensy ist schnell genau, um die Signal beim Lesen zu analysieren.
Das Lesen klappt aber noch nicht 100%ig. Wenn ich von einer 1541-Diskette die Spur 18 lese, finde ich jedesmal nur 35-36 Sync-Pakete. Es sollten aber genau 38 sein (für jeden Sektor jeweils Header und Datenblock). Da muss ich wohl noch an der Taktsynchronisation arbeiten.
Ich baue jetzt erst mal die GCR-Dekodierung ein, damit ich sehe, was ich da überhaupt lese.
Das ist mein erstes Teensy-Projekt und mit dem Ding muss ich auch erst mal klarkommen. Die Timer- und Interrupt-Register sind anderes und auch sonst verhält der sich teilweise etwas anders als ein Arduino mit ATmega.
da ich Ende März Mal ne Woche bei Helmut verbringen werde
Ne ganze Woche? 
So einen Crashkurs könnte ich auch mal gebrauchen. 
Ach so ... warum eigentlich?
Ist doch das „Dasselbe in Jrün!“ ...
Aber wo wir gerade bei dem Thema sind: Ich halte es für völlig unsinnig bei Suchanfragen eine Preisvorstellung angeben zu müssen.
Wenn ich ein konkretes Teil verkaufe, dass hat das einen bestimmten Zustand und man kann einen konkreten Preis nennen.
Wenn ich etwas suche, dann ist doch völlig unklar, welchen Zustand die angebotenen Teile haben.
Ah, cool. MP32C64 kannte ich auch noch nicht.
Stimmt. So'n Teil liegt hier ja auch noch rum. Aber noch nicht aufgebaut.
3 Generator ICs à ca 60 € gewechselt werden.
Ohne zu wissen, um welche ICs es sich handelt, kann man das überhaupt nicht abschätzen. Vielleicht sind es Spezial-Chips, die sich die Firma für teures Geld auf Lager legt. Oder es sind, wie ADAC schon geschrieben hat, die Arbeitskosten mit eingerechnet.
Danke für den Tipp. Der macht das in Assembler und schafft es mit einem ATmega32U4. Das ist mir zu mühsam. 
Mein Ziel ist es, eine Spur komplett einzulesen und dann in Ruhe zu analysieren. Der Teensy 3.2 hat 64K RAM und müsste das hoffentlich ohne Assembler schaffen.
So, ich konnte es dann doch nicht lassen und habe Arduino und Logic Analyzer ausgepackt und an ein Diskettenlauf angeschlossen.
Die Ansteuerung des Laufwerks ist ja relativ einfach. Das war nach 30 Minuten erledigt (Selektieren, Motor einschalten, Kopf positionieren).
Unten sieht man die 40 Sync-Signale vor einem Header bzw. Datenblock einer GCR-kodierten Diskette (1541). Der Arduino ist aber zu langsam, um die Daten mitzulesen. Da muss jetzt ein Teensy ran.
Geschwindigkeitsprobleme in dem Sinne, als dass ich das Ganze nicht mehr schneller machen konnte.
Ich werde das, wie gesagt, demnächst mal mit dem Arduino aufbauen. Zum einen möchte ich über den Userport kommunizieren (da werden deine PetPi-Routinen sicher hilfreich sein) und dann plane ich auch eine Version für den Kassettenport, aber mit dem Tapecart-Protokoll. Das geht, wie gesagt, nicht so schnell wie auf dem C64, aber es sollte trotzdem deutlich schneller sein, also ein normaler Tape-Loader.
Den User Port hatte ich zunächst verwendet.
Das Empfangsprogramm war dann aber u.U. im Speicher "im Weg" (je nachdem, was man laden will).
Außerdem bin ich da unter Raspbian an eine Geschwindigkeitsgrenze gestoßen (Timing).
Ich habe in allen PETs ein RAM-ROM-Board mit Flash-Speicher im Bereich $9000-$B000. Da kann man solche Empfangsroutinen gut unterbringen.
Wieso Geschwindigkeitsprobleme? Das kann man doch mit Handshake machen. Als Sender kann der Raspi die Geschwindigkeit vorgeben.
um (z.B. selbst entwickelte) Programme auf CBMs/PETs zu bekommen (um nicht nur im Emulator zu testen, usw.).
So was plane ich ja auch schon länger, aber da wäre mir der Kassettenport zu langsam. Mir schwebt da eher eine schnelle Userport-Lösung vor.
Ich habe es auch schon über den IEEE-Bus versucht und konnte auch schon Programme auf dem PET laden (direkt vom PC über USB und Arduino an den IEEE-Bus). Auf dem PC lief eine keine Serversoftware. Aber da hatte ich Hardwareprobleme mit den Treibern, wenn noch andere Geräte am Bus hängen.
Mit dem Lesen und Emulieren von Datasette habe ich mich auch schon beschäftigt. Aber alles mit Arduino und nur so aus Interesse ohne einen konkreten Nutzen.
Funktionieren die beiden Projekte eigentlich auch mit CBMs/PETs, oder nur mit dem C64?
Tapuino funktioniert. Das verhält sich ja wie eine Datasette.
Tapecart funktioniert leider nicht, weil das ein eigenes Protokoll verwendet und für den Kassettenport des C64 optimiert ist.
Ich hatte ursprünglich mal den Plan, das für den PET zu adaptieren, aber das geht nicht, weil der Kassettenport beim PET intern anders belegt ist, so dass man die Geschwindigkeit nicht schafft. Das Tapecart-Modul ist am C64 sehr schnell.
Oder man nimmt einen Tapuino.
Aber scheinbar gab es von der Softwarefirma KHK keine geeignete Software um die Haushaltskasse zu verwalten..
KHK (Bad Homburg glaube ich) hat eigentlich professionelle Auftragsverwaltungs- und Fakturaprogramme entwickelt.
Wir haben das damals verkauft. Als Komplettlösung mit Hardware und Novell-Netzwerk.
Später wurden die von Sage übernommen.
und ich war sogar technisch am Radargerät im Schichtdienst eingesetzt.
Ist doch angenehm - im Winter. 
Ebay 153114544400. Einfachste Ausführung aber funktioniert.
Bei den Dingern soll nach kurzer Zeit der mechanische Timer kaputt gehen. Habe ich gelesen. Keine eigene Erfahrung.
Aber bei den Preis...
Ich habe hier ein 5 1/4 Zoll Diskettenlaufwerk liegen: Epson SD-600.
Leider finde ich dazu im Internet nichts - gar nichts. 
Ich habe noch nicht mal heraus bekommen, ob das ein DD oder HD Laufwerk ist (widersprüchliche Infos).
Hat irgendjemand einen Hinweis zum dem Laufwerk oder gar die Jumperbelegung oder ein Manual?
Hast du nicht gestern gefragt, was will man mit so viel Kanaelen?
Und mir wurde noch keine praktische Anwendung genannt.
32 Kanaele sind fuer einen 8bitter i.a. ausreichend.
Gerade mal so. Der Trend geht ja doch eher zu 128 Kanälen.
Ich finde diese Diskussion immer spannnend. Könntet ihr mal berichtet, war ihr mit euren 1200-2000 Euro LAs und DSOs denn so in der Praxis macht?
Klar, aus Vintage-Gesichtspunkten ist es schickt, so ein Teil auf dem Labortisch stehen zu haben.
Aber welche konkreten Anwendung habt ihr, die man mit einem 16-Kanal China-LA für 20 Euro und ein 150 Euro Hantek (das ist meine Ausstattug) nicht auch erledigen kann?
Bei der 1541 fehlt halt die Laufwerkselektronik. Und der zweite Kopf.
Stimmt, das ist dann nicht so hilfeich. 
Gibt es irgendwo die Gerber-Daten zu dem RAM/ROM-Board?
Ich habe nur Eagle vorliegen.
Mal ne Frage: Falls ich das doch mal ausprobieren möchte - bekommt man noch irgendwo 5 1/4" Laufwerke?
Bei ebay werden für bis zu 50 Euro angeboten. Da wäre es ja billiger einer 1541 zu schlachten.
Zu welchen Preis bekommt man die realistisch oder hat jemand noch einen Stapel rumliegen?
Das ist ja mal wieder ein spannendes Projekt (und wieder eins mehr, mit dem ich mich am liebsten sofort beschäftigen würde).
Ich habe mich nie mit der Ansteuerung von Diskettenlaufwerken befasst. Also alles was da rauskommt ist digital und wenn ich da einen Arduino (oder vielleicht besser einen Teensy) dranhänge, dann kann ich das ansteuern und lesen? Ich dachte immer, das wäre komplizierter.
Ich denke da jetzt nicht weiter darüber nach, sonst fange ich gleich an, das aufzubauen. Habe noch zuviele andere Projekte in der Pipeline.
Was für ein Gerät kauft man denn da so?
Also ich habe unter anderem den hier im Einsatz:
https://www.ebay.de/itm/USB-24…r-fur-ARM-DE/223270208463
Das dürfte so das unterste Preis- und Qualitätsniveau sein. Funktioniert aber einwandfrei und reicht vollkommen aus.
Und wenn der mangels Schutzbeschaltung stirbt, kauft man einfach einen neuen. 
Direkt aus China gibt's die noch mal 2 Euro günstiger.
Ach die wieder. Im Gegensatz zu anderen Video von ihr, ist sie doch voll bekleidet.
Aber der ganze Technikkram lenkt in diesen Videos sowieso vom Wesentlichen ab.
Das kann nicht gehen, weil die GCR - Kodierung / Dekodierung in Hardware erledigt wird. Es gibt keinen direkten Zugriff auf die Rohdaten.
Worauf bezieht sich jetzt das "kann nicht gehen"?
Ich unformatiere auf einer 1541.
Achso. Das ist eine gute Idee. Werde ich mal testen.
Die ZoomFloppy hat einen IEEE-488 Anschluss für PET-Drives ... sollte da also auch gehen.
Das wird vermutlich nicht funktionieren, weil die Nib-Tools ja wohl sicherlich Programme in der Floppy laufen lassen.
