joyceforum.de

Ich bin auch kein Arduino Experte, aber bei Fragen helfe ich gerne.

Gut zu wissen. Ich durchlebe jedesmal eine Hängepartie, wenn ich ein ESP8266 Wifi-Modul mit der IDE neu Prpgrammiere und ich versehentlich was verändert habe. Ist aber wohl auch mehr Übungssache - kommt einfach zu selten auf mich zu.

Ich verwende das kostenfreie TeraTerm

Als Linux-Geschädigter ist es bei mir das Pendant gtkterm. Hauptsache es dient als "Fenster" zum Empfänger und reicht jeden Tastendruck durch.

Der Leonardo hat einen ATmega32u4 auf dem Board, der UNO einen ATmega328A. Wenn sich mit der Arduino-IDE alles auch für den Leonardo compilieren läßt, wärs ok. Ich bin jetzt nicht so der Arduino-Experte, aber soweit ich's sehen konnte, ist die Belegung der 4 Buchsenleisten identisch, womit die PCB des AduinoFDC-Hat aufsteckbar ist. Den Rest muß die Einstellung in der IDE u. der Compiler richtig machen.

Probier's einfach aus, erst wenn's eindeutige Probleme gibt, würde ich über die Beschaffung eines UNO nachdenken. Ich hatte den UNO hier bereits rumliegen, womit die Richtung vordefiniert war.

Ich habe hier eine überzählige HAT-PCB für den ArduinoFDC liegen. Wenn Du interesse hast, kann ich sie Dir gegen Erstattung zukommen lassen.

Ich habe ein altes Kryo-Flux.

Wenn man Dr. Google bemüht, finden sich Hinweise darauf, das KryoFlux der kommerzielle Vorgänger der Opensource Lösung GreaseWeazle ist. Beide lesen den Flusswechsel von der Floppy und können daraus ein Image bauen.

Ob das mit GreaseWeazle verwandt ist?

Den aufzufindenden Informationen nach, ja. Funktionstechnisch zielen beiden auf's selbe Ergebnis.

Ich denke nicht, denn das MiniDOS auf dm Arduino interpretiert die von de Floppy kommenden Daten auf der Grundlage von FatFS. Der Arduino agiert wie ein Floppy-Controller. Wenn da ein CpmFS die Daten liefert wird das nicht gehen. Die Frage ist, ob der Total-Commander im Zusammenhang mit GreaseWeazle die reinen Flux-Daten verarbeiten kann. Ich vermute mal, auch das wird nichts.

Leider bin ich z. Zt. im absoluten Weihnachtsgeschenkevorbereitungsstress. Erschwerend kommt hinzu, dass ich bis einschließlich kommenden Sonntg Strohwitwer bin und alles selbst organisieren muß. Sonst wäre es kein Problem beide Sachen einfach aus zu probieren. Das Material für den ArduinoFDC liegt bereits vor, es krankt einfach nur an der Zeit...

Der Ansatz klingt auf jeden Fall gut - wie immer, wenn's spannend wird steht alles über Kreuz. Der ArduinoFDC steht bei mir sicher auf dem Wunschzettel. Daten lassen sich zwar auch anders zwichen den Systemen austauschen, die meisten Retro-Kisten besitzen jedoch eine RS232 Schnittstelle. Beides, Serielle u. 3.5" Disketten würden so wieder von Nutzen sein.

Jetzt noch schnell einen Treiber für den PCW Emulator und ich fange an zu basteln

Warum erst dann ?

Unter folgender URL gibt es eine sehr interessante Lösung für ein ext. Laufwerk, allerdings für's FAT Filesystem. Was ich nicht finden konnte, ist Code für's CPM Filesystem. Vielleicht ließe sich aus dem Z88dk-Projekt Code verwenden, ich bin nur leider kein Software-Mann.

https://github.com/dhansel/ArduinoFDC

Gibt es niemanden im Klub der hier das notwendige Knowhow besitzt um die FatFS-Library gegen eine mit passenden Routinen für's CPM Filesystem auszutauschen bzw. zu ergänzen ? Genau betrachtet besteht die Möglichkeit Zugriff auf beide Welten zu erlangen. Für FatFS ist sie schon vorhanden, es fehlt nur die CPM-Seite.

Bezgl. des möglichen Aufwandes tappe ich völlig im Dunklen, aber man startet ja nicht bei Null. Der Rahmen für die Hardware mit dem Arduino UNO etc. ist ja vorhanden, es gibt sogar ein Mini-DOS für den File-Zugriff. Das die Verbindung seriell abläuft stört eigentlich herzlich wenig, es ist die Lösungsidee, die das ganze interresant macht.

Seit meine Joyce auf Gotek's umgerüstet ist, ist das ausgebaute 180k 3" Laufwerk arbeitslos und liegt im Keller im Bastelschrank. Vor etwa 2 Wochen lief mir beim Surfen auf Printables etwas über den Weg, wo jemand ein Gehäuse für die 3" Laufwerke der Amstrad PCW Rechner als 3D-Druck File veröffentlicht hatte. Hier die URL:

https://www.printables.com/model/60525- ... rive-caddy

Zusammen mit GreaseWeazle sollte es möglich sein, Disk-Images zu ziehen. Ich werde das in den nächsten Tagen einmal weiter verfolgen.

GreaseWeazle ist käuflich hier zu haben:

https://ultimatemister.com/product/grea ... er-writer/

Ein passendes Gehäuse kann mitbestellt werden.

Auf Github gibt's weitere Informtionen zu GreaseWeazle:

https://github.com/keirf/greaseweazle

Jetzt noch ein Foto vom Laufwerk im Gehäuse. Ich habe eines vom Autor genommen, da meines zum verwechseln ähnlich aussehen würde:

Es ist geschaft - sie ist fertig.

Druckzeit ca. 14 Tage bei 8...10h Druckzeit täglich. Ungefähr 1,2kg Filament hat's bedurft. Hie und Da mußte etwas getweakt werden damit's paßt, ansonst eigentlich easy umzusetzen, großartige Leistung des Autors.

Als Jahrsabschluß nochmal etwas Mechanik. An der Velleman-Joyce steckte der Klotz recht fest in 50-pol Centronics-Buchse. Im Fall der original Joyce wirkte er jedoch eher absturzgefährdet. Soetwas kann man nicht hinnehmen. Wie schon festgestellt, hat bei mir der 50-pol Centronics Stecker leider keine Klemmnasen für den Haltebügel. Vermutlich wird es anderen auch so gehen. Abhilfe besteht nur in einer DIY-Lösung. Im beigefügten 7zip-Archiv befindet sich meine Lösung des Problems. Für den Centronics Stecker habe ich eine Klemme konstruiert, welche recht rustikal per SPAX-Schraube an der Monitor-Rückwand an passender Position festgeschraubt wird. Näheres im Ordner Fotos. Damit die ganze Konstruktion nicht wie ein Lämmerschwanz wackelt, gibt es zusätzlich noch eine Stüzte, welche am anderen Ende des Klotzes an der Bodenschale festgeschraubt wird. Zusätzlich wird (wieder) über eine SPAX-Schraube das Ganze an der Monitor-Rückwand (hierzu gibt es wieder ein Foto) festgeschraubt. Alle Teile sind im 3D-Druck anzufertigen. Für diejenigen, die lieber mit Holz arbeiten (in diesem Fall ist das tatsächlich eine Ausweichoption), können sich die Teile auch aus 5mm Sperrholz und 10mm Rundstäben zusammenbasteln.

So befestigt, läßt sich der Klotz nur schwer verrücken. Rustikal gelöst, aber solide.

Danke Werner. Bei meiner original Joyce gibt es aber anscheinend noch ein weiteres Problem mit der Initialisierungserkennug der RAM-Disk. Die Annahme, dass das RAM mit bestimmten Zuständen hochkommt, scheint bei mir nicht zuzutreffen. Nach dem Einschalten und dem Booten ist die RAM-Disk nicht oder nicht richtig initialisiert. Bei einem DIR werden Doppelpunkte in etwas größerem Abstand angezeigt. Ein ERASE *.* hilft anscheinend/machmal. Aber ob dann alles korrekt ist und nicht doch irgendwetwas verbleibend auf der Nase liegt, dürfte unbeantwortet sein. Als Workaround könnte man, da die 180k Boot-Disk ja gewendet werden kann, erst ein CPM ohne patch booten (ohne irgend etwas anderes), damit es schnell geht, dann Diskette wenden, den ext. Reset auslösen und neu booten. Das funktioniert in jedem Fall. Die paar Sekunden kann man sicherlich verschmerzen, AUS u.EIN-Schalten für einen Reset entfällt ja. Bei einer 720k Boot-Disk muß halt die Disk gewechselt werden.

Ein anderer, aber aufwendigerer Weg wäre, den Patch so zu modifizieren, das er den RAM-Disk Init grundsätzlich unterbindet. Da das Init aber gemacht werden muß, könnte dies in ein externes Programm verlegt werden, welches dann beim Start einen vernünftigen Test durchführt und notfalls den Init nachholt. Dieses ext. Programm müßte in der DEFAULT.SUB als Aufruf eingestellt werden. So wird es z. B. bei meinem Multicomp gemacht. Solange das Programm RDINIT.COM nicht ausgeführt wurde, wird jeder Zugriff auf die RAM-Disk mit einem Disk-Error abgeschmettert.

Das müßte jemand anderes einmal angehen. Die Firmware für die PCW-IO2 u. -3 hat bei mir erste Priorität und wird mich nach Stand der Dinge auch eine ganze Weile beschäftigen.

Ist zwar off-Topic, läßt sich aber machen. An Bord gab's ja auch Komputer...


Die großen Teile sind gut 16cm lang u. 9 cm breit. Druckzeit pro Paar ca. 8...10 Std. und das trotz 200% Druck-Speed. Liegt daran, das es eine Beschleunigungs und Abbremsphase gibt, die auch einige Zeit erfordet. Richtig schnell ist deshalb nur die lange Gerade beim Infill oder an den Kanten. Sobald irgendwelches Gedöns wie Nasen, Erker, Aus- o. Einbuchtungen im Weg liegen geht der 200% Vorteil schnell in die Binsen. Dann bleiben so um die 30...40% Zeitgewinn übrig. Nicht Dolle, aber Kleinvieh macht ja bekanntlich auch Mist und über die veranschlagten 2 Wochen läppert es sich. Insgesamt sind 42 Teile zu bewältigen. Da ist zwar noch einiges an Kleinkran dazwischen, hoffe damit in der Zeit noch etwas punkten zu können.

Ein RC-Bausatz mal ganz anders...

Das Foto vom Autor sieht deutlich besser aus, zumal farbig und in Grundfarbe Silber-Grau. Aber jetzt muß erst einmal das Model her, bezgl. der Farbgebung wird dann nachverhandelt - auch da gibt es Wege.