So mit der RC2014-Emulation - namentlich RC2040 auf dem RPi Pico braucht das FRACTAL doch mal etwas laenger
8 Minuten und 7 Sekunden
So mit der RC2014-Emulation - namentlich RC2040 auf dem RPi Pico braucht das FRACTAL doch mal etwas laenger
8 Minuten und 7 Sekunden
Zum leichteren Zugriff auf die Laufwerke A:-P: mit den cpmtools gibt es in dem Goolge-Groups-Archiv einen netten/hilfreichen Thread mit dem man durch die dort enthaltene defs-Datei direkten Zugriff auf die Laufwerke A:-P: hat, obwohl diese im .img/.cf Image-File liegen.
Es braucht aber einen "kleinen Umweg" fuers saubere funktionieren der cpmtools, weil ein .cf (IDE Disk format file) im Gegensatz zu einem .img File einen 1Kb Header (vorne dran) hat (holds meta-data and the virtual identify block)
D.h. bevor man die cpmtools nutzen kann fuer Laufwerk A: - P: muss man entweder den header wegschneiden -
oder wie wir hier - nehmen uns das Standard 128MB .img (15x 8MB + 1x 2MB (P:) -Laufwerk fuer A: - P:) - kopieren unsere Software drauf und erstellen ein neues .cf mit dem 1Kb Header vorne dran.
Die Befehle/Links habe ich mal (eher in Source-Schreibweise) mal zusammengestellt:
// CPM_RC2040.cf = https://github.com/ExtremeElectronics/RC2040/raw/main/SD%20Card%20Contents/CPMIncTransient.zip
// CPM128MB_org.img = https://github.com/RC2014Z80/RC2014/raw/master/CPM/CPM%20128MB%20inc%20transient%20apps.zip
// Google Groups thread about the comtools diskdef for .img files
// search for rc2014cf-cpmtools-diskdefs.txt
// from <irjustman@gmail.com> 18.05.2017, 13:46:14 through RC2014-Z80
// Info from https://github.com/EtchedPixels/RC2014/blob/master/OUTDATED_INSTRUCTIONS.md
// In other words the IDE disk format (.cf) has (additionally to the .img )
// a 1K header that holds meta-data and the virtual identify block.
// Extrating the 1K header from the original 512MB CPM_RC2040.cf
dd if=./CPM_RC2040.cf bs=512 count=2 of=./CF1k_Header.bin
// Creating a working copy of the CPM128MB_org.img
cp ./CPM128MB_org.img ./CPM128MB.img
// copying Worstar to Drive O: on the working copy
cpmcp -f rc2014o ./CPM128MB.img /toshiba/wordstar/*.* 0:
// copying some software to Drive A: on the working copy
cpmcp -f rc2014a ./CPM128MB.img ../RUNCPM/*.* 0:
//checking copied files on drive a in the working copy
cpmls -f rc2014a ./CPM128MB.img
// creating NEW CPMIncTransient.cf out of the 1K header and 128MB working copy
// creating with > a NEW CPMIncTransient.cf with the content of the 1K header
dd if=./CF1k_Header.bin > ./CPMIncTransient.cf
// appending the 128MB working copy with >> to the a NEW CPMIncTransient.cf
dd if=./CPM128MB.img >> ./CPMIncTransient.cf
Alles anzeigen
Zum leichteren Zugriff auf die Laufwerke A:-P: mit den cpmtools gibt es in dem Goolge-Groups-Archiv einen netten/hilfreichen Thread mit dem man durch die dort enthaltene defs-Datei direkten Zugriff auf die Laufwerke A:-P: hat, obwohl diese im .img/.cf Image-File liegen.
rc2014a = Laufwerk A:
rc2014c = Laufwerk C:
Beides mal hier User 0:
Das "Problem" war doch etwas kleiner
Der Prompt kommt bei USB so frueh, dass die Konsole es bei mir nicht mit bekam
Brian sagte ich sollte mal "Space" druecken - und tadaa jetzt kommt auch Output per USB
(will man den Output seriell muss man gemaess Schaltplan GPIO21=Pin27 nach GND verbinden)
Ist noch frueh in der Alpha Phase, aber ich wurde aufmerksam drauf durch diese Seite von Extreme Electronics
Auf Twitter gab es zumindest schon einen der es nachgebaut hat und ich habe mich heute auch mal - aber noch nicht erfolgreich - versucht.
Durch die Hilfe von Brian Welsby (@TheFlyingKipper) auf Twitter habe ich unter armbian das RPI Pico 2040 SDK aufgesetzt und den Source der 0.0.2 Alpha als .UF2 compilieren koennen.
Nur mit der "Kabel-age" fuer die SDCard bin ich mir noch nicht sicher, da im original Circuit PDF nur die SDCard Pin-Namen genutzt werden und nicht die SPI-Namen (wie MISO/MOSI).
Das Bild mit dem Pico ohne BreadBoard ist von Brian Welsby, da habe ich mal versucht die SPI-Belegung rauszufinden und drauf geschrieben.
Im Moment habe ich keinen Output ueber USB, aber auf der seriellen bekomme ich ein "USB-INIT OK" - allerding meckert mein PC wenn ich die serielle verbinde, dass er das USB-device (den Pico auf normal COM10) nicht mehr erkannt hat.
SDCard und deren Inhalt sollte passen (ein .bin und ein .cf-file aus den SD-Card-Contents)
Aber ich bleibe da dran
Fuer zwischendurch Ein Breadboard-Reset-Button fuer den RPi Pico aus einem gekuerzten 2-Pin-Button.
Einfach ins Breadboard stecken zwischen GND (28) und RUN (30).
Durch den Abstand des Buttons bleibt der Pin dazwischen frei
Für denjenigen Apple-Sammler, der sonst schon alles hat? Ich weiß aber nicht, ob das wirklich ein Apple-II-kompatibler ist...
ist wohl einer laut folgender Seite.... da gibts es auch ein paar Bilder vom Innenleben
RunCPM 5.7 UF2-Binary fuer den RPi Pico -> Rev. GL20220402
compiled with RP2040 v1.13.1 (updated from v1.9.11)
and SDFat v2.1.2 (updated from v2.1.0)
Zusaetzlich wollte erst die Arduino IDE (normale Installation) garnicht compilieren - wahrscheinlich weil sich einige Dateien "gebissen" haben, da ich einige Boards gleichzeitig dort installiert habe
Genau genommen wollte die normale Installation der Arduino IDE garnicht mehr und warf mir unbekannte
Compile-Fehler/Meldungen wie
- error: no match for 'operator=' (operand types are 'File32' and 'FsFile')
- note: candidate: 'File32& File32::operator=(const File32&)'
- class File32 : public StreamFile<FatFile, uint32_t
Erst habe ich nicht verstanden warum, bis ich die Installationen verglichen hatte und dann bei einem
alten Bekannten landete
Es lag daran, dass nach dem Update der SDFat-Library die normale Aenderung an der SDFatConfig.h verloren gegangen ist.
Auf der RunCPM-Gihub-Seite ist die Aenderung zu lesen unter "SdFat library change" und damals - wenn man dies nicht getan hatte - kam die Fehlermeldung
'File' has no member named 'dirEntry'
D.h. in der Datei SDFatConfig.h (die unter Windows unter Dokumente\Arduino\libraries\SdFat\src zu finden ist)
muss fuer All other Boards auch der SDFAT_FILE_TYPE 1 gesetzt werden.
So aender man dies von
#define SDFAT_FILE_TYPE 3
nach
#define SDFAT_FILE_TYPE 1
Dann klappt auch - wie vorher - mit dem Compile von RunCPM fuer ESP32/VGA32
Jetzt wär es nett wenn du deine Tastaturplatine mal von hinten fotografieren könntes, hier rein, oder per PM.
Oder hat evtl. jemand das Layout solch einer Platine ?
klaly auf https://tech.cellfi.sh/journal…ll-aim-65-keyboard-models
gibt es Bilder der 3 AIM65 Tastaturvarianten von vorne/hinten
Offset entsprechend korrigieren und dann Modulo 7? Oder wo ist da das Problem?
ich habe es dann so geloest
// german Definition Monday=1 and Sunday =7
// SUN MON TUE WED THU FRI SAT -- SUN
// 1 2 3 4 5 6 7 8
// but counting for the week starts at 1 for the function = sunday
tmp_weekday = timelib_weekday;
if (tmp_weekday == 1) {tmp_weekday = 8;}
led_weekday = tmp_weekday -2;
// -1 for shifting led which starts at 0 not 1 = monday = LED0
// and -1 for the corection from sunday (8-1-1=6 = LED7) to monday
Alles anzeigen
Mit dem Menue haben wir im DMA Ram nur knapp 10Kb ueber.
Nimmt man dann den VGA16Controller und den ESP32 Core v2.0.0 erlebt man durch einen Reset dann schnell mal einen "out of Memory"
Es tut sich zwar wenig - aber bei FabGL wurde nun ein Commit gemacht, der es erlaubt sauber mit dem ESP32-Core v2.0.1 bzw. v2.0.2 die RunCPM-Version fuer VGA32 mit FabGL v1.0.6 zu compilieren
Meine zuletzt ueberarbeitete Config-Menue-Version (Stand 15.12.2021) laesst sich damit compilieren und hat nun auch mit dem ESP32-Core 2.x.x noch genuegend RAM frei (im Vergleich zu frueher), wenn man den VGA8Controller nutzt:
Free DMA Memory: 38176 bytes
Free Memory: 95352 bytes
Bibliothek SPI in Version 2.0.0 im Ordner:
C:\ESP32_202\portable\packages\esp32\hardware\esp32\2.0.2\libraries\SPI wird verwendet
Bibliothek SdFat in Version 2.1.2 im Ordner:
C:\ESP32_202\portable\sketchbook\libraries\SdFat wird verwendet
Bibliothek FabGL in Version 1.0.6 im Ordner:
C:\ESP32_202\portable\sketchbook\libraries\FabGL wird verwendet
Bibliothek Preferences in Version 2.0.0 im Ordner:
C:\ESP32_202\portable\packages\esp32\hardware\esp32\2.0.2\libraries\Preferences
wird verwendet
Bibliothek FS in Version 2.0.0 im Ordner:
C:\ESP32_202\portable\packages\esp32\hardware\esp32\2.0.2\libraries\FS wird verwendet
Bibliothek WiFi in Version 2.0.0 im Ordner:
C:\ESP32_202\portable\packages\esp32\hardware\esp32\2.0.2\libraries\WiFi wird verwendet
"C:\\ESP32_202\\portable\\packages\\esp32\\tools\\xtensa-esp32-elf-gcc\\gcc8_4_0-esp-2021r2/bin/xtensa-esp32-elf-size" -A "C:\\Users\\guido\\AppData\\Local\\Temp\\arduino_build_995435/RunCPM_VGA32_v5_7_DX__SERCTLFIX15122021.ino.elf"
Der Sketch verwendet 598577 Bytes (45%) des Programmspeicherplatzes. Das Maximum sind 1310720 Bytes.
Alles anzeigen
Allerdings arbeitet der BootSound und der KeyClick damit noch nicht Ich habe noch keine Idee warum...
Zusaetzlich wollte erst die Arduino IDE (normale Installation) garnicht compilieren - wahrscheinlich weil sich einige Dateien "gebissen" haben, da ich einige Boards gleichzeitig dort installiert habe
Also nahm ich meine "alte" portable 1.8.19 Arduino IDE Installation (mt ESP32-Core v1.0.6) und habe diese auf
ESP32-Core v2.0.2 gehoben.
Mit der v1.0.6 hatte er vorher sauber commpiliert, aber mit v2.0.2 hat sich dann erst auch die portable Installation "geweigert" wegen fehlender Dateien der "Bits" des c++
Es stellte sich mit einer Google-Suche heraus, dass die Dateien "fehlen", weil dann der Install-Pfad der Dateien die Windows-Grenze von 260 Zeichen ueberschreitet (die machen auch arg lange Pfad-Namen fuer die Compiler) - ich hatte es unter C:\Zusatzprogramme\Arduio-IDE-Portable
Nun steht die portable Installation unter C:\ESP32_202
Die paar weniger Zeichen im Pfad halfen dann, dass ich mit ESP32-Core v2.0.2 compilieren konnte
scheint eine Art des Elektor CompuBoard zu sein nach folgendem 2004er Thread:
https://www.mikrocontroller.net/topic/9222
siehe auch
...mal wieder eine ESP8266 (WeMOS D1 R2) NTP-Clock Variante
Diesmal mit einem 8stelligem 7-Segment Display mit 8 Zusatz-LEDs und 8 Tastern angetrieben von einem TM1638
Der WeMOS wollte nicht ganz mitarbeiten bei Nutzung von D6(12)/D7(13)/D8(15) als DigitalPin fuers Display, aber dann mit D3(0)/D4(2)/D5(14) lief es dann einwandfrei
Bei D6/D7/D8 konnte ich den WeMOS bei angeschlossenem Display nicht programmieren und auch startete das Programm nur, wenn man das Display nachtraeglich verbunden hat.
Dies Problem hatte ich beim TM1637-Display nicht
Im "Standard"-Mode zeigt das Display die Uhrzeit mit Sekunden und blinkenden "="-Zeichen plus Wochentag oben mit der LED 1-7 fuer den Wochentag.
Programmiert ist auch, wenn man den Taster 1 drueckt, dass LED8 leuchtet (Taster-Erkennungsanzeige) und das Datum angezeigt wird anstatt die Uhrzeit.
Die blinkenden Sekunden-"Punkte" sind "synchronisiert" auf die geraden Sekunden (Minutenstart).
Ein kleines Puzzle war die Wochentag-LED, weil die Timelib.h die Woche bei Sonntag als 1 startet und das Display die LED-1 auf der Platine in der Ansteuerung als LED-0 nimmt.
Etwas "schade" beim TM1638-Display ist, dass die Kabelverbindung nicht abgewinkelt ist - oder abgewinkelt auf der Rueckseite des Displays
Vorher hatte ich nur ein TM1637-Display mit 4 Stellen ohne Sekunden.
ich bin auf der Suche nach einem Linux, das die beiden folgenden Dinge verbinden soll:
- Läuft auf einem Thinkpad A30. Ich habe dafür CDROM, ZIP und Diskette intern.
Soll ich einfach ein altes Debian nehmen? Wenn ja, aus welchem Jahrzehnt?
Hat jemand eine Idee für mich?
warum ein altes debian?
Fuer solche Geraete eignet sich - meiner Meinung - die "i386" Version (die dann doch einen i686 min ohne pae will)
Mit den "non-free" Treibern gibt es die Net-Install-ISO firmware-11.2.0-i386-netinst.iso
in diesem Verzeichnis
Ohne Non-Free-Treiber dann unter debian-11.2.0-i386-netinst.iso in diesem Verzeichnis
Net-Install installiert ein sehr RAM-sparsames debian, wenn man keine GUI installiert
ficolossale wie im anderen Thread zu solch einem Olympia Rechner wird vermutet, dass entweder die normalen Kondensatoren ausgetrocknet (und somit ausserhalb der Werte) /ausgelaufen sind.
Auch kann es am Entstoerkondensator liegen wie hier
Wenn es auch Rauch gab, bevor der Rechner nicht mehr ging, koennten es auch die RIFAs sein
RalfK Nach der Google-Suche heisst das Board "JMBADGE2008"
siehe
- https://www.nxp.com/products/p…is-jm-badge-board:JMBADGE
- http://jpbachy.free.fr/JMBadge2008.htm
- https://weblogs.asp.net/sergey…sors-programming-part-2-3
Software dazu als Test-Version evtl. hier:
- https://www.nxp.com/design/sof…ICROCONTROLLERS#downloads
PDF zum Board?:
https://datasheet.datasheetarc…tasheets-DGA18/345460.pdf
Außerdem: wenn man da eine Umfrage in der "Zielgruppe" macht, könnte es sein, daß die nur Bestnoten bekommen.
Mein Sohn (jetzt 9.5 Jahre) hat wegen der Fernsehserie mit dem VTech Chuggington angefangen Buchstaben/Zahlen/Rechnen zu lernen mit 3-5 Jahren.
Dann hat er mit dem MobiGo2 gespielt bis ca. 7
Dann fanden wir fuer ihn dazu noch einen VTech Colour Cam Laptop E, mit dem er heute novh viel Spass hat,
der er einen zwar kleinen aber guten Farbbildschirm (auch in der Ausloesung) hat.
Der hat sogar Video-Support zum Aufnehmen auf SD-Karte.
Da die Maus per Ethernet-RJ-Stecker dran ist, nutzt er eher das Tochpad.
Der Klang, Animationen und alles ist wei besser als bei den arg pixeligen Anfaenger-VTechs (wie der Chuggington)
Alle haben wir SEHR guenstig ueber eBay geschossen (10-30EUR). Die Kisten sind fast unkaputtbar (wie vieles von VTech).
Mit dem Colour Cam Laptop E kann er immer noch Eindruck schinden hier bei den tuerkischen Kindern (in der Tuerkei), obwohl die alle Tablets und Smartphones kennen/nutzen
mit neueren Versionen klappte der Compile nicht...
Hat jemand Erfahrung mit einem günstigen TFT Display mit 640 * 480 Pixeln an dem ESP32 unter FabGL?
Ich habe kein Erfahrung damit, aber auf
http://www.fabglib.org/examples.html
findet man Examples fuer verschiede Displaycontrollertypen
(die dort sind aber kleiner als 640*480, aber evtl. laesst sich das anpassen?):
SSD1306 OLED (128x32 and 128x64)
ST7789 TFT (240x240)
ILI9341 TFT ((240x320)
Hat der LILYGO-TTGO-VGA32-V1_4 von Banggood einen Slot für microSD-Karten?
Der Slot ist ziemlich klein und die Karte steht raus...es werden fast nur die Kontakte eingeschoben.
Deshalb erkennt man den Slot kaum
Mir fiel aber noch eine andere Karte in die Hände, für die ich auch noch eine ".adf" suche. Vielleicht ist da auch noch Hilfe möglich?
Fuer den 5.25 Floppy Adapter FRU15F7996 findet Du das @DFFA.ADF ueber
die Farben in den Logos , auch an der Gehäusefront nehmen das gerne persönlich.
hat der 8-Bit-Guy letztens auch gemerkt
Nun habe ich mir gerade das Treiberpaket runtergeladen aber ich scheitere schon daran, dass mein Laptop damit nichts anfangen kann.
Im Windows Update Katalog gibt es auch noch was fuer den HL-1430
Es gibt eine neue offizielle Picomite Version (V5.07.03): https://geoffg.net/picomite.html
und das Handbuch wurde auch auf den Stand V5.07.03 gebracht
basiert im Modul aber wohl auch auf dem ESP8266-SAM
Das von dir genannte Problem kann tatsächlich an der Schüssel liegen, z.B. leichte Neigung durch den Sturm. Das führt dazu, dass das LNB im falschen Winkel steht.
ulkig dann nur, dass die Anlage meines Schwiegervaters (ca. 1Km entfernt) zu dem Zeitpunkt die gleichen Ausfaelle hatte und es zu dem Zeitpunkt keinen Sturm mehr gab und der Himmel frei war ..
Dienstag (glaub ich,) sind in D alle 2ten für bestimmt 10 Minuten früh ausgefallen über ASTRA. (1F??)
fuer mich hier war der 1L ueber 3-4 Stunden weg (ob er vorher morgens da war entzieht sich meiner Kenntnis)
Probleme bei SES / Astra 1 L ? Ich weiss von nichts.
Arbeitest Du bei SES/Astra oder im Sat-Geschaeft?