Soweit ich das verstehe, ist bei dem Projekt eine Terminal-Emulation dabei:
Das ist aber auch ein zusätzliches Terminal zum RC2014 - wie ein FabGL Terminal, nur mit weniger Features.
Das brauchst Du einen Pico für RunCPM und einen für Terminal
Und ich weiß nicht ob es den Source für Terminal frei verfügbar gibt.
Kann es sein , dass Dein Source für IBM Cobol ist und nicht für MS Cobol 80?
Sortlib würde genannt in IBM Cobol unter
https://www.ibm.com/docs/en/cobol-zos/6.4.0?topic=files-defining-sort-merge-data-sets
Mit der v4.6.0 des Pico Corec läuft es bei mir, weil ich die echte SDFat v2.3.0 nicht zusätzlich installiert habe - auch wenn im Pico Cute auch die SDFat v2.3 0 drin sein soll.
Da ist das Problem, dass die Videoausgabe kein Terminal hat 
Dagegen könnte das ESP32 FabGL SBC von Olimex anstelle des VGA32 genutzt werden.
Entweder mit eigenem RunCPM (langsamer als der Pico2) oder per "GLTerm" als Terminal an Pico2(W}
Was mir noch gerade eingefallen ist, schau ob Dein SDCard Adapter 5V verträgt oder nur 3.3V und welchen Anschluss nutzt Du als Stromversorgung des SDCard Adapters?
Was öfter Probkeme macht ist der SPI unit, besonders direkt nach dem flashen des Pico.
Da hilft kein Pico Reset, manchmal klappt es gut nachdem man den Pico und der SD-Karte dann direkt einmal das Kabel "klaut" also stromlos macht.
Ansonsten wird in meinem Binary nur mit 19Mhz die Karte initialisiert.
Es könnte bis 50Mhz gehen. Andere Karten mit Problemen kaufen manchmal besser bei 15 oder weniger MHz.
Aber 19 fand ich bei meinen ganzen Karten und diversen Picos einen guten Kompromiss.
Ansonsten zeig mal Deinen Aufbau und kooier mal die Fehlermeldungen aus der Arduino IDE.
Ich hatte auch einige Versionen die die onbiard LED beim Pico(2)W nutzen. Da die aber über den WLAN Part gesteuert wird ist dies langsamer als beim Pico(2) ohne W.
Deshalb sollte man, wenn man keine Version ohne hat, die DigitalWrite für die LED auskommentieren, wenn es erst Probleme nach dem SPI init gibt.
Ansonsten die Karte mal sauber mit dem SD Formatter formatieren.
Mehr fällt mir gerade nicht ein.
RunCPM v6.7 - nochmal neu compiliert mit dem neuen GCC v15.1.0 als 32 & 64Bit .EXE
Hier das Starterpaket
RunCPM fuer den Pico(2) klappt auch prima mit dem neuen RP2040/2350 Core v4.6.0 )
Upgrade to the latest GCC 14.3 compiler and Newlib 4.5. Latest pico-sdk develop branch with important Pico2 floating point function fixes.
Bis jetzt ist Marcelo Dantas allerdings im Sommerpause-Ruhemodus bei RunCPM
Aber das "normale" CP/M läuft soweit ich gut per serial oder Screen.
Allerdings mit Disk Images...
Als Terminal habe ich an serial ein VGA32 FabGL Terminal - damit geht es auch gut.
Von RunCPM für den Agon Light hab ich noch nichts Neues mehr gehört
Das coolste an mpg123 fand ich, dass man mit den richtigen Optionen am Prompt auch einen MP3-Internetradio-Stream hören kann 
Das braucht nicht viel Rechenleistung 
Ich versuche später noch ein Clean über DiskPart unter Windows.
Mit clean oder complete formatieren bei SD-Karten habe ich keine guten Erfahrungen. Meist sind die irgendwann danach gestorben. Ist wie Voll-Formatierung oder Defrag bei einer SSD - das prodiziert sehr viele Schreibzyklen.
Wichtig ist eher, dass der Partitiontable weg kommt (wie beim SD-Formatter oder bei Rufus, bevor man ein Image schreibt).
Manchmal wenn sowas wie Partitions oder anderes mal Au der Karte war schafft die Windows-Formatierung nicht alles zu beseitigen.
Dann teste mal zum formatieren den SDCard Formatter (Win und Mac,) von
Der hat notfalls auch solch eine CGS-Option zum formatieren, die mir auch schon mal geholfen hat bei Devices die sich weigerten die Karte zu erkennen.
scheinen beide fuer den PC zu sein (Mausnamen anclickbar):
QTRONIX Mighty Cat 3-Button Serial Mouse Complete Box Drivers PC XT AT
Ich persoenlich fand folgendes YT-Video am interessantesten zum Thema DALLAS-RTCs
Einerseite zeigt Necroware neue Alternativ-Module, die er anbietet - aber auch wie man im Gegensatz zum dremeln auch mit Hitze die Module sauber auseinander nehmen und dann reaktivieren kann:
[EDIT] bis ich geschreiben hatte, war das Video oben von Manawyrm schon genannt worden.
Scheint also nicht nur bei mir positiv angekommen zu sein
Auch nett dazu auf seinem GitHub ist;
Die Schrift ist zu blass für Augen älter 60jahre.
Hast Du Deinen Browser im hell oder dunkel Modus?
Fürs Menü geb ich Dir Recht im dunkel-Modus (weiss auf hellgrau), aber unten find ich die Farben so gut lesbar
Der rote Rand sprang bei mir beim Klicken auf Details nicht zum gewählten Rechner.
Meines persönliches Wissens/Meinung nach kann es passieren, wenn das passende "Gemisch" aus Spannung/Leistung nicht ausreicht dann kommt es meist zu undefinierbare Zuständen - im Gegensatz zum sauberen Reset - und das System hängt/freezt such
Und aufgrund der einfachen/alten Bauteile (also gemeint ist Stand der Technik um 1981) braucht der ZX81 nicht nur genug Spannung sondern auch Leistung. D.h. der Schaltregler sollte auch so viel Leistung liefern können die der entsprechende LM7805(?)
Aus meiner Erinnerung gibt es die in verschiedenen Leistungsklassen gemessen in Ampere oder Watt.
und der Schaltregler liefert für den ZX81 auch genug Leistung (Ampere)?
dann ist evtl. eher ein TTGO VGA32 (mit ESP32) was für Dich
Kompletter RunCPM Rechner mit VGA , PS/2 Tastatur
Da läuft RunCPM inkl. FabGL-Terminal:
und hier im Forum:
Natürlich kann das VGA32 ein FabGL Terminal für den Pico sein wenn man da RunCPM mit TTL-serial nutzt.
Dazu hatte ich das VGA32 RunCPM auch mal gekürzt auf GLTerm:
Das ist ja auch ein tolles Projekt. Meine Hochachtung an guidol
Ich habe dieses Dev-Board, auf dem RunCPM laufen sollten, aber finde kein passendes uf2 File zum Installieren.
Habe ich irgendwas überlesen?
Danke ManiB - aber ich habe es ja nur fuer den Pico geforked
Original ist RunCPM ja von Marcelo Dantas.
Bei Deinem Board gibt es 2 "Probleme"
1.) wahrschenlich hat ein Pimoroni-Board eine andere Pin-Belegung (SPI) fuer die SDCard
2.) wird DV(I) nicht unterstuetzt (jedenfalls nicht von mir), weil es denn auf dem DV(I)-Part eine Terminal-Emulation braeuchte. Bis jetzt laeuft es ueber USB-serial oder wenn man es umkonfiguriert im Source auch ueber TTL-serial.
Hier im Thread gab es von anderen schon Ansaetze fuer andere Pico-Boards mit DV(I)/HDMI-Port um dies mit einem rudimentaeren Terminal (gegenueber puTTY z.B.) direkt auf dem Pico(2) laifen zu lassen.
Natuerlich dann auch unter Performance-Verlust.
Ohne DV(I) koenntest Du den Source fuer Deine SPI-SDCard-Config anpassen und dann per USB-serial RunCPM fuers erste nutzen.
Leider bekomme ich einen Knoten im Hirn, wenn ich versuche die Pimori-Belegung mit einem Standard-Pinout des Pico zu vergleichen beim SPI/SDCard.
PDF-Pinout vom Pimoroni:
https://cdn.shopify.com/s/files/1/0174/1800/files/pico_dv_schematic.pdf?v=1636985340
Die scheinen teilweise SD-CD und SD-CLK auf den Pins zu verdrehen.
SPI-TX (MOSI) scheint noch zu passen, aber beim SPI-RX (MISO) dreht es sich dann bei mir
Fuer den FRAROUND.COM Freeze beim Pico2 mit der -o3 Option habe ich einen Fix gefunden.
Es lag daran, dass beim FRAROUND.COM der Screen-Output wohl zu schnell war um gleichzeitig die onboard LED ein-/auszuschalten (ausser bei Floppy-Zugriff).
Der NCR PC4i brkamm 1985 den
if-Design Award:
Da die Pico2 Version bei FRAROUND.COM bei der Ausgabe haengt wenn es mit -o3 compiliert ist - hier auch eine Version mit -o2 bei der dann FRAROUND.COM durchlaeuft.
Als FRAROUND.BAS laeuft es auch in MBASIC mit der -o3 Option
Endlich hat mein "Hoflieferant" robotistan die Pico 2H (also mit vorgeloetetem Header) reinbekommen, da die 2.54mm Header mit einem Auge fuer mich auch schon schwer zu loeten sind
Aber nachdem der Pico 2WH verfuegbar war gab es auch den 2H
Da nun auch mal wieder ein neuer RP2040/2350 Core da war (v4.5.4) habe ich mal Sourcen und .UF2 Binarys fuer den Pico1/Pico1W und den Pico2 erstellt damit.
2018 wurde der Zelda Twilight Hack 10 Jahre alt und wird evtl. auf upgedateden Wiis nicht mehr klappen, aber meine war damals(TM) dazu noch bereit.
Damit könnte ich dann den Himebrewchannel inkl. Homebrew und Retro-Emus nutzen (kein ModChip noetig damals):
Wie der Titel schon sagt..
VG
Habe meine Wii (mit Gamecube-Anschkluessen) mal vor Urzeiten mit einer aus der Videothek geliehenen Version von Zelda fuer den Homebrew-Channel fit gemacht - kommt mir schon Jahrzehnte her.
Hatte auch die Jahre zwischendrin mal den Homebrew-Channel upgedated.... war damals ganz nett
unter der von Dir genutzten URL in der http-Version liegt die exp8.com (Packet Driver) und das Setup Softset2.exe
Index of /pub/misc/Hardware/Intel/8_16 LAN ADAPTER
Hast Du die als Tip auf deinen XT kopiert?
Der Verweis auf den ftp-Link war auch in folgendem Thread:
Er ist gerade 34 Jahre alt geworden (das Modell wurde seit 1988 gebaut) und läuft mit einer AA-Batterie (ist eine VARTA High Energy AA drin)
Mein CASIO HL-812E
Eigentlich ein Grund da nicht angemeldet zu sein.
Grundsätzlich richtig, hauptsächlich bin ich da noch wegen den Facebook-Gruppen für Retro- Hard & Software.
Die Kombination von Infos/Neuerungen habe ich noch nicht bei Instagram/X,/Mastodon gefunden.
Im Gegensatz zum Forum hier sind andere meist auf ein Thema oder Computergruppe festgelegt so dass ich dann einige Neuerscheinungen verpassen wuerde.
Ich habe jetzt heute widersprochen auf dem Online-Formular von Facebook.
Da wollten die in einem Feld sowas wie ein Grund...
Da schrieb ich rein, dass ich nicht wirklich glaube dass nur öffentliches verarbeitet wird da Facebook sich ja auch nicht daran hält einem das fernzuhalten was man ausblendet und auch der Algorithmus für User und Themen immer wieder das gleiche vorschlägt zu Usern und Themen, die man NIE selbst auswählen würde.
Somit ist für mich schon mehr als ein Wurm in deren System
