Franky NorbertJ Peter z80.eu
Der ESP-C3-32S sollte genug freies RAM haben um in Zukunft fuer CP/M 3.0 unter RunCPM v6.0
noch 1-2 64K RAM Banks erstellen zu koennen
Franky NorbertJ Peter z80.eu
Der ESP-C3-32S sollte genug freies RAM haben um in Zukunft fuer CP/M 3.0 unter RunCPM v6.0
noch 1-2 64K RAM Banks erstellen zu koennen
Hab nur rausgefunden, dass der zum Headtstart II Computer von Karstadt gehoert.
Siehe hier in der Happy Computer 08/98 Seite 13 und 86-88
Allerdings sind da auch keine Monitor-Specs zu lesen
Aber evtl. ein Ansatzpunkt
weiter gehts
von den aktuellen Aenderungen eine 32Bit & 64Bit Windows-Version...
"TestDrive"-v6.0 fuer den Pico - also eher Proof-of-Concept
schon hat Marcelo Dantas es auf das "Internal" CCP umgestellt - und upgedated von v2.6 auf v3.0
(das Farb-"Design" it allerdings von mir )
hier ein erster initial 32Bit Compile fuer Windows der v6.0 - also Startpunkt fuer CP/M 3.0
Laeuft mit CCP Z80 60k - mal sehen ob es einen Grund gibt nicht das Internal CCP zu nehmen
Hab' ich schon, diskutiere gerade mit Ihm das, er meinte er könne ja einen "CP/M 3 specific channel" aufmachen.
in dem Channel so es in den ersten Messages noch nicht so gt aus, wie in den letzten
Wir haetten ja nichts dagegen die Arduinos aussen vor zu lassen - fuer Linux/Windows waer ein RunCPM fuer CP/M 3.0 schon mal ein Anfang
Ich drueck Dir die Daumen, dass Marcelo auch "Blut geleckt hat"
{EDIT] Das wird ja schon "ernst"
Preparation for eventual CP/M 3.0 support
und auf Discord:
Zitat
RunCPM v6.0 with CCP v3.0 has been pushed to GitHub.
I recommend backing up your 5.x version before pulling that one.
Most of the changes are preparation to support the additional BIOS and BDOS functions which would be required to run CP/M 3.
This might or might not happen. Will depend on many items, like work, free time, children schedules, etc.
At least the Foundation Stone is there.
Hmmm also wenn man sich das Bank Switching sparen will, CP/M 3.0 hat auch einen Modus ohne Bank Switching.
Und die CP/M 3.0-API (= BIOS, BDOS) ist doch nur eine Erweiterung der CP/M 2.2 API ... wieso alles neu schreiben ?
Musst Du ihn fragen Ich habe da keinen Plan, wie er sein BIOS/BDOS erstellt hat
Mal eine einfache Frage ... CP/M 3.0 Emulieren ist nie ein Ziel gewesen ?
Hmmm - Nein
Aktuelle Aussage des Autor Marcelo Dantas auf dem RunCPM-Discord-Channel vom 05.10.2022:
ZitatCP/M 3 would require an almost full rewrite of RunCPM.
So I unfortunately have no plans for it.
@geowar has ported some CP/M3 behavior to the internal CCP v2.6 though.
Made it's usage much more interesting.
WIP:Add support for cpm3 line editing control characters #153
Aber es bleibt beim CP/M v2.2 (evtl. mit ZCPR3 - wenn man das andere CCP nimmt).
Es kommt etwas mehr Bewegung (Fehlerbehebung/Features) gerade in die Entwicklung
dehalb gab es einen Versionssprung auf RunCPM v5.8
Alle deuten in Richtung NVidea Geoforce Grafikkarte...
fuer meine kleine passive Nvidia GeForce GT710 suche ich die neuesten Treiber immer ueber
https://www.nvidia.de/download/find.aspx?lang=de
NV-idea - eine nette Idee
OK ich mach auch mal mit beim Glaskugel-Problem-raten
Nachdem meine ersten Ideen auch schon genannt wurden (Netzteil, verstaubte Luefer and CPU/Gehaeuse oder Grafikkarte) koennte ich mir noch 2 Sachen vorstellen
- alte Kondensatoren auf dem Mainboard, da ein Dual-Core nicht der neueste ist
(mein Athlon Phenom II X4 B95 (QuadCore) hat nun auch schon 10 Jahre auf dem Buckel)
oder einfach
- leere BIOS-Batterie - es ist erstaunlich wie schlecht einige Systeme mit schwacher CR2032-Knopfzelle klar kommen
Update auf CCP v2.6 - compiled mit ESP32 Core v2.0.5
zu haben - als Source oder Binary - unter
Update auf "Internal CCP v2.6"
das BIOS, was man jedes Mal von Disk laden muss, macht mich irre 😀
das ist wohl eher ein BIOS-Setup?
Ansonsten waer es ja fast ein Kickstart wie beim AMIGA 1000
laut Wikipedia
hatte der 50E eine 8085 CPU und der
50er eine 8080(A) CPU
Fuer den MIC-80 gab es auch sowas wie eine Bedienungsanleitung
hat wohl was zu tun mit dem CHIP_ENABLE (RTS), denn wenn CHIP_ENABLE ist LOW dann wird der CHIP runtergefahren
Wenn ich nun nach dem verbinden CHIP_ENABLE durch 3.3V auf HIGH setze, kommt auch was auf dem
USB-seriell-Port mit putty....
Kann sich jemand den Unterschied vorstellen zwischen HTerm und puTTY/kiTTY bzw. Tera Term (wenn man da die Flow-Control auf None hat)?
Das Problem habe ich mit einem ESP-C3-01M-Kit.
Oeffnet man mit putty oder Tera Term eine Terminal-Console auf den USB-Port (z.B. COM11) scheint das Board in einen Reset-Status zu gehen.
Alle Lichter gehen aus und es stellt sich tot. Es startet neu, wenn man die USB-Terminal-Console wieder schliesst.
Im Gegensatz dazu klappt es ueber den TTL-serial-Port (z.B. COM12) RX/TX/GND einwandfrei.
D.h. ich kann normal dort RunCPM bedienen.
Auf dem USB-Port ist ein CH340 als TTL-USB-serial-converter.
Bei einem ESP-C3-S32-Board macht er diese Zicken nicht.
Im Arduino IDE Serial Monitor stellt sich das ESP-C3-01M-Kit-Board auch tot, wenn man nicht in der boards.txt der ESP32-Board-Unterstuetzung
folgende Aenderung macht(bevor man die Arduini IDE startet):
von
nach
compiled with RP2040 Arduino-Core v2.5.4 and 50Mhz SDCard-Init
(klappt hier, und bei Euch?)
Wenn ich wuesste, warum es mal nur mit 19Mhz klappt und dann wieder mit den max. 50Mhz...
Auch wenn die Ladezeiten nicht schneller werden
Ich habe bis jetzt nur dieses Bild der Hardware gesehen, aber leider noch keine Info/URL gefunden.
Kennt jemand von Euch das Projekt?
Ich denke einige hier faenden es sicher auch interessant
Das Bild und den Twitter-Link findet man auch auf
Im RunCPM Pico github Repository gibt es nun einen angepassten Sourcecode fuer folgende Picos:
- normaler Raspberry Pi Pico (SPI-config bei mir wie bei Picomite (MMBASIC))
- Extreme Electronics RC2040 Pico
und
- Cytron Maker Pi Pico
Der Cytron nutzt im Gegensatz zu den anderen beiden den SPI1-Bus anstatt den SPI0-Bus.
Das war ein wenig aufwaendig rauszufinden, wie man das im Zusammenhang mit der SdFat-Library
angeben/konfigurieren muss
Aber wenn man eine Konfig mal erstellt hat, die funktioniert - sind die anderen auch schnell erstellt und nutzen andere SPI-Pins (und der Cytron den SPI1-Bus fuer den onBoard-MicroSD-Slot).
Ich versuch mir gerade vorzustellen, wie "schnuckelig" klein solch ein Pico-CP/M wird, wenn man einen MicroSD-SPI-Reader/Writer nimmt und anstatt des normalen RPi Pico einen DFRobot Beetle RP2040
Die eine Seite (GP0-GP3) passt ja prima fuer das SD-SPI und VCC/GND liegen schon gegenueber an der USB-C-Buchse.
Mal sehen, wann der hier erhaeltlich sein wird
Es gibt auch einige 2.0 Lautsprechersysteme, die haben Lautsprecher wie diese und kosten als Paar meist unter 20EUR.
Wie z.B. die Logitech Z120
Ausserdem habe ich noch eine Billigmarke von denen ich aehnliche USB-Lautsprecher (weil der Verstaerker einen 5V USB-Anschluss nutzt) habe - und auch diese haben Lautsprecher in dem Design.
On genau die Groesse passen wuerde, weiss ich aber nicht.
Wie wäre es mit einem Array ? Also DATA -> DIM WERT(16) -> I=WERT(x) -> PRINT CHR$(I)
Ueber Facebook hatte ich ein weiteres FRACTAL gefunden, dass sowas enthielt.
Das Original:
100 REM A BASIC, ASCII MANDELBROT
110 REM
120 REM This implementation copyright (c) 2019, Gordon Henderson
130 REM
140 REM Permission to use/abuse anywhere for any purpose granted, but
150 REM it comes with no warranty whatsoever. Good luck!
160 REM
170 C$ = ".,'~=+:;[/<&?oxOX# " : REM 'Pallet' Lightest to darkest...
180 SO = 1 : REM Set to 0 if your MID$() indexes from 0.
190 MI = LEN(C$)
200 MX = 4
210 LS = -2!
220 TP = 1.25
230 XS = 2.5
240 YS = -2.5
250 W = 64
260 H = 48
270 SX = XS / W
280 SY = YS / H
290 Q = TIME
300 FOR Y = 0 TO H
310 CY = Y * SY + TP
320 FOR X = 0 TO W
330 CX = X * SX + LS
340 ZX = 0
350 ZY = 0
360 CC = SO
370 X2 = ZX * ZX
380 Y2 = ZY * ZY
390 IF CC > MI THEN GOTO 460
400 IF (X2 + Y2) > MX THEN GOTO 460
410 T = X2 - Y2 + CX
420 ZY = 2 * ZX * ZY + CY
430 ZX = T
440 CC = CC + 1
450 GOTO 370
460 PRINT MID$(C$, CC - SO, 1);
470 NEXT
480 PRINT
490 NEXT
500 PRINT
510 PRINT (TIME - Q) / 100
520 END
Alles anzeigen
und das abgeaenderte FRACTAL.BAS, dass nun auch dieses "Array" nutzt:
5 DIM C$(20)
10 C$ = ".,'~=+:;[/<&?oxOX# " : REM 'Pallet' Lightest to darkest...
20 FOR Y=-12 TO 12
30 FOR X=-39 TO 39
40 CA=X*.0458
50 CB= Y*.08333
60 A=CA
70 B=CB
80 FOR I=0 TO 15
90 T=A*A-B*B+CA
100 B=2*A*B+CB
110 A=T
120 IF (A*A+B*B)>4 THEN GOTO 160
130 NEXT I
140 PRINT " ";
150 GOTO 190
160 IF I>9 THEN I=I+7
170 REM PRINT CHR$(48+I);
180 PRINT MID$(C$, I+1, 1);
190 NEXT X
200 PRINT
210 NEXT Y
Alles anzeigen
Als ich das serielle GLTerm auf GP(IO) 20&21 ( OPTION SERIAL CONSOLE GP20, GP21 )
neu compilieren wollte, ging dies nicht mehr - da FabGL seit dem letzten Compile vor 10 Monaten einige Befehle in andere Classes verschoben hat (Terminal. -> SerialPort.)
So musste ich mir das aktuelle ANSI-Terminal Example vornehmen um die Aenderungen zu finden
Hat aber nach ein paar Versuchen geklappt
Gleichzeitig habe ich mal die aktuellste Beta v5.07.05b18 vom Picomite installiert.
Ich habe mir mal die kleine Kurzanleitung "Python - kurz und gut" besorgt. Die ist für vieles schonmal sehr hilfreich, setzt aber voraus, daß man schonmal was anderes benutzt hat. Als absolute Beginner Text taugt das so gar nicht.
In "Python - kurz und gut" habe ich mal bei einer Vorschau reingesehen - und wie Du schreibst ist dies nicht fuer mich als Beginner
Aber - da sehen wir, dass Dein PRINT noch 2.x Syntax ist und die runden Klammern bei 3.x dazu gekommen ist:
o'Reilly hat aber auch einen ca. 1600 Seiten dicken Klopper "Learning Python" , da werden dann auch mal einige Beispiele zu den Befehlen gezeigt - und dies sogar im Vergleich x2.x und v3.x
Vielleicht solltest Du Dir einfach ein gutes Buch holen ?
Im Anhang mal was zum Reinschauen. Gibt da aber auch Anderes und Übersichtlicheres. Python for Dummies oder sowas aus einem "richtigen" Verlag.
Das habe ich vorher schon mal getan - allerdings sind viele Buecher (auch fuer Anfaenger beschriebene) doch weit ueber dem, was wir frueher an BASIC-Buechern hatten - leider auch bei der Wortwahl und den Zielen.
Deshalb fand ich den YT-3.5-Stunden-Kurs nicht schlecht, dass war im wahrsten Sinne die "BASICs"
Als .PDF habe ich 6 Buecher gefunden, die mir vom Stil eher zusagten:
Zitat von ThoralfAsmussenAchso, mach mal ein Upgrade. Das mit den komischen Klammern bei print etc. ist möglicherweise einfach mal geändert worden. Es gibt da bei Python so einen ziemlichen Versionssprung, zwischen ?? und ??, wo die Sprache nochmal bißchen umdefiniert worden ist.
Dein .PDF-Buch nutzt aber auch bei PRINT noch die Klammern.
Ausserdem Upgrade? Meine Thonny-IDE kommt mit python 3.10.6 und aktuell auf python.org ist 3.10.7
Also wohl im gruenen Bereich.
Mit dem grossen Versionsspring meinst Du evtl. vom alten v2.x auf das neue v3.x
Selbst in den Linux/armbian Distributionen haben die nun auf v3.x umgestellt, dehalb kann man meist python nicht mehr mit python aufrufen, denn das war die v2.x - sondern muss nun python3 aufruegen fuer die v3.x
(ausser man setzt sich einen symolic link : ln -s /usr/bin/python3 /usr/bin/python )
Schoen waere, wenn man nachlesen koennte was nun aktuell ist.
Mein v3.x mochte jedenfalls das Komma nicht, dafuer aber ,end="" in der Klammer um das default Ende-Zeichen zu erstetzen.