Und hier noch ein Video: diesmal mit den Sound-Fähigkeiten.
Zur Info: das DMA mit dem DAC geht im Moment nur mit der Ultra-CPU-Karte, aber eine neue Version des Micro-PET (V3) mit den gleichen Fähigkeiten ist in Arbeit. Die SID-Karte geht natürlich nicht im Micro-PET, aber auch da wird noch was kommen 
https://www.youtube.com/watch?v=i9rk9b-tH-s
Gruß,
André
Alles anzeigenWas ist denn file2dsk.prg was ich weiter oben erwähnt hatte?
ist nur ein 2K Programm.. und ich musste das ja auch erst auf eine .d64 packen...
habe ich dann "in eine Diskette" gepackt... und auf "die Schnelle" im Emulator gestartet.. (als PET2001)
da kann nur dass hier:
daher habe ich nicht weiter geprüft....
Das file2dsk checkt nur ob es in einem C64 oder in einem PET läuft. Danach setzt es den Pufferspeicher (denke ich) entwedernach $c000 (49152) oder in die erste Seite des Bildschirmspeichers für den PET (32768). Die ROM-Erkennung ist nur ein Peek. Das kannst Du auch einfach überschreiben mit
a) Zeile 8 löschen
b) Zeile 9 überschreiben mit "9 BU=32768"
Hab ich eine Weile nicht getestet. Sollte aber auch auf dem 3032 gehen
ich war 2022 nicht dabei, aber 2023 habe ich Vorträge gehalten. Da kann gerne mein voller Name drunter.
Gruß,
André
In ca. 50 Minuten (also ca. 1h morgens am 18.3. geht dieser Link hier live, mit einem Vortrag und Demo über GeckOS: https://youtu.be/RHbKxEJ8HuM
Btw, release 2.4.1 wurde veröffentlicht, mit ein paar bug-fixes zu 2.4.0 und ein paar kleinen features.
die VIA test Programme sind hier https://github.com/fachat/via-sr-bugtest
R65c22p2e hab ich in den ordering information im r65c22 gefunden. Da sind die Buchstaben erklärt. Das E bezeichnet erweiterten Temperaturbereich
In Daves Video wird das erläutert.
Die 1541 sollte ursprünglich auch einen 6526 bekommen und dann schnelles IEC bus Protokoll können.
Aber bei den C64 boards wurden ohne Wissen des Designers die beiden nötigen Leitungen entfernt. Leider fiel das erst nach Produktion von 10000 boards auf, und das Management hat dann entschieden das so zu lassen.
Die 1541 ist daraufhin dann eine 1540 mit neuem ROM geworden....
ich kann Videos nicht ab.
Bei (tiefgehenden) technischen Erklärungen finde ich Videos auch meist schlecht geeignet.
Beim Lesen bestimme ich selbst die Geschwindigkeit, und lese Abschnitte die mir nicht sofort klar sind, direkt nochmal.
Vor allem, wenn die verwendete Sprache nicht meine Muttersprache ist, erleichtert das das Verständnis ungemein.
Beim Aufnehmen ist das nochmal schlimmer
Ich versuche das mal auf meinem Blog zusammenzuschreiben.
Zusammen mit einer Beschreibung des schnellen Transfers, den ich jetzt auch mit einer VIA kann 
Es kam halt zusammen dass Dave auch gerade an einem Video über das gleiche Thema gearbeitet hat, und wir das dann gemeinsam - jeder seinen Teil - veröffentlichen wollten.
Alles anzeigenNaja vor allem beim C64 wäre ja das Problem behoben gewesen weil der ja CIA statt VIA verwendet.
Und doch hat man den Burstload da nicht implementiert.
Sonst würde man zumindest mit den 1571 und 1581 Laufwerken schnell laden können.
Tja Commodore halt...
Warum der Burst-Load beim C64 nicht - wie tatsächlich geplant - implementiert wurde: bei der Produktion des C64 boards wurden vom Produktionshaus, ohne Wissen des Designers, die für den Burst-Mode nötigen Leitungen wieder weggelassen. Ansonsten hätte die 1541 nämlich auch einen 6526 mit funktionierendem Shift register bekommen. Dave McMurtrie stellt das sehr schön dar: https://www.youtube.com/watch?v=kaeFV0oZaps
Ich hatte damals tatsächlich meinen C64 damit umgebaut, und in meinem "BDOS" zum Burst load der MFM Floppies der 1571 genutzt. (siehe irgendwo als Projekt des Monats in der 64er)
Wer immer schon mal wissen wollte, warum genau die Commodore Disk Laufwerke so langsam waren - hier ein technischer Deep Dive:
Did you ever wonder why exactly the Commodore disk drives for the VIC-20 and the C64 were so slow?
In this video I'm going into a deep dive on the VIA shift register bug that caused all this: https://youtu.be/6cwVQahVCdc
#8bit #mos6502 #Commodore
So, hier mal wieder ein neues Video zum Micro- bzw. Ultra-PET: https://youtu.be/92Ke9-CT9J8
Hier mal ein Bild eines kompletten PET - ohne klassische Tastatur oder Drive, nur durch Software-Update!
Oh, und nebenbei: eine neue Version des Boot-ROMs hat jetzt auch experimentellen Support für USB keyboards:
Das USB keyboard kann man dann im PET (unter BASIC4) verwenden.
- Ebenso den Parameter zu Ux bei den Disk commands nicht nur auf 8 und 9 beschränken
Ich meine, daß die von 8 bis 15 funktionieren.
Ich meine andersrum
Aber ich teste das auf jeden Fall
Ich schätze ich hab das verwechselt oder unzulässig verallgemeinert
U geht mind. bis 10 - nur D geht nur 0/1.
Respekt!
- Ebenso den Parameter zu Ux bei den Disk commands nicht nur auf 8 und 9 beschränken
Ich meine, daß die von 8 bis 15 funktionieren.
Ich meine andersrum 
Aber ich teste das auf jeden Fall 
Hier endlich der update des Ultra-CPU boards auf github:
Wer sich gleich die Video-Features anschauen will kann sich das hier reinziehen: https://github.com/fachat/csa_…b/spartan3e/CPLD/VIDEO.md
Einen USB-Stack, der "im Hintergrund" die Tastatur und Maus bedienen kann und dem PET vorgaukelt er hätte damit eine Tastatur gibt es auch mit dem vor kurzem erfolgten update des USB stacks: https://github.com/fachat/usb65
Der nächste Schritt wird sein, den USB-Stack als Option beim booten mit einzubinden. Da könnte der Rechner dann sogar ohne Original PET Tastatur (in gewissem Rahmen) funktionieren....
Ausserdem wollte ich das BASIC 4 ROM etwas aufpimpen..:
- Den Parameter zu "Dx" bei den Disk commands nicht nur auf 0 und 1 beschränken
- Ebenso den Parameter zu Ux bei den Disk commands nicht nur auf 8 und 9 beschränken
- Kernel jump table dem C64 anpassen (ich denke das könnte ein backport vom CBM-II BASIC werden)
- ...
Der 8296 hat 128k dRAM und CRTC. Kann m.W. mit umsetzen von wenigen ICs und jumpern von den üblichen 80 auf 40 Zeichen umgebaut werden. Hab ich aber noch nie von gehört dass jemand einen "4296" gebaut hätte.
Edit: normal werden wie üblich 32k verwendet, der ROM Bereich kann zweifach durch RAM ersetzt werden, um dann 96k nutzen zu können. Die restlichen 32k zu nutzen gehen m.W.n. nur mit Jumpern
So ein board wäre sicher interessant.
Aber auch Aufwand mit den vielen ICs.
Und den CRTC gibt es gar nicht mehr neu.
Der MiniPET ist auf jeden Fall eine Alternative - wenn auch langweilig.... Wenn man eh nicht mehr Features hat als das Original kann man auch das Original Board nachbauen
Ich plane ja meinen Ultimate PET mal in eine große Platine mit PET und/oder C64 Formfaktor zu bringen ... aber das dauert noch...
Alles anzeigen..wirds davon auch wieder Alu-Prints geben?
Kann ich bei Bedarf gerne machen. Ich dachte der 6545 interessiert aber nur wenige... nur fachat !?!?
Aber wenn sich hier genug Leute melden würde ich einen Schwung Alu-Prints machen.
Ist auf jeden Fall interessant, Danke!
Aber als Alu-Print würde ich eher den 6502 nehmen
Ein neues Release des xa65 cross-assemblers for 6502 und 65816 ist da!
Die neue Version 2.4.0 gibt es hier: https://floodgap.com/retrotech/xa/
Main new features are:
- listings
- better compatibility with ca65 and even C formats
- CA65 cheap local labels, anonymous labels
- # error and .assert for, well asserts
- much better support for linking of o65 files
Da ist doch ein 6845 drauf. Der könnte auch noch schwer zu bekommen sein, oder?
Außerdem arbeite ich an einem 3D printed Case auf Basis eines Designs von CGtrader. Das musste ich kaufen also werde ich das leider eher nicht veröffentlichen können, höchstens die Edits
Hier mal ein update. Inzwischen habe ich den CPLD durch einen FPGA ersetzt, und viel an der Video-Ausgabe gebastelt. Dabei habe ich mich vom C128 VDC und dem VIC-II inspirieren lassen...
Ah Mist keine Videos hier. Muss ich mal auf YT präsentieren dann kann ich es hier verlinken
Sorry für das Aufwecken dieses Zombie-Threads 
Bei meinem fraglichen Laufwerk handelt es sich zum einen um ein Panasonic JU-570-1, kein 1541 ALPS oder Mitsumi Laufwerk.
Das fährt beim Formatieren an den Anschlag - und bleibt dann dort. Und formatiert offenbar alle Spuren auf der gleichen Postion. Daher auch am Ende die Fehlerkanal-Meldung "20, Read Error, 78,1".
Beim Lesen, etwa "Catalog" danach, fährt es aber durchaus an die richtige Stelle und liest auch das Inhaltsverzeichnis. Der Steppermotor kann sich also durchaus bewegen. Der Kopfschlitten ist normal beweglich.
Spur 1-77 sind auf einer Seite von außen nach innen. Spur 78 ist auf der zweiten Seite wieder ganz außen.
IIRC formatiert die Floppy beide Seiten auf einem Track bevor sie auf den nächsten Track geht. Daher kommt der Fehler auf Spur 78 recht schnell
Ja, das geht. Habe ich oben mehrfach betont; Lesen und Schreiben geht. Beim Formatieren fährt die an den Rand, lässt einen lange warten und zum Schluss gibt es den Read Error.
Die Übersetzung als Sync Error stammt aber aus späteren Manuals; vorwiegend 1541. Die alten Referencemanuals zur 8050/8250/9060/9090 nennen das ganz kühlr Hardware Error.
Sorry wenn erwähnt - geht Schreiben auf beiden Seiten? D.h. auch wenn die Disk >50% voll ist?
Alles anzeigen"Speed-Test" zu schnell oder zu langsam: Die Commodore Elektronik ist erstaunlich tolerant für Geschwindigkeitsabweichungen. Auch bei etwas schnellerem oder langsamerer Drehzahl wird das Directory einer Diskette noch immer gelesen.
Schneller ist eigentlich selten problematisch, außer das Magnet Material der Diskette macht nicht mehr mit.
Problematisch ist "langsamer", denn irgendwann überschriebt man mit dem letzten Block den ersten Block ...
Schön dass es nun läuft, zumindest das eine!!
Die Commodore Elektronik ist selbst-justierend und daher tatsächlich ziemlich tolerant bzgl Geschwindigkeit. Bei jedem 1-Bit wird der Timer neu gestellt. Im Gegensatz zu der Apple Elektronik, die die Geschwindigkeit über einen ganzen Block braucht. Ich plane da ein Youtube video komme aber echt nicht dazu...
Ja da brauchts wohl einen Adapter. Entweder einen 3fach -Platinenstecker-Pinnökel der aus dem einen Platinenstecker des PET 2 macht. Oder evtl geht das SD2PET auch am Ende der Kette, wenn man einen Cardedge<->IEEE-488 Adapter hat.
Selbst wenn man die Arduino Funktion nicht nutzt kann das nan488 hier als Adapter dienen
Allerdings bräuchtes es mit SD2PET ein IEEE488 Kabel mit echtem Stecker auf beiden Seiten
Edit: ich sehe Svens und andere Lösungen sind schon erwähnt - insofern nano488 nur als Alternative.
Da gibt es genau eine Stelle, wo auf den CRTC zugegriffen wird. Und das ist bei der Initialisierung und Umkonfiguration für TEXT und GRAPHICS mode.
Keine Zugriff zum Setzen von irgendwelchen Fenstern.
Nur um diese Frage zu klären. CRTC hat mit Fenstern nichts zu tun. Die Fenster sind ein Feature des Editor ROM. Der CRTC zeigt immer nur den ganzen Bildschirm an.
Exbasic II für B4 upgrade ROMs habe ich aber auch nicht.
Aber so wie ich verstanden habe können wir die Software nutzen? Ich würde das gerne in den Micro-PET mit aufnehmen....
