joyceforum.de

kurt

Und hier die kiCAD und Quartus2-Archive zur RAM erweiterung. Eine Anmerkung hierzu: die kleine Brücken-PCB welche die CPLD- und RAM-PCB am oberen Ende verbindet kann man gut auf einer Lochraster-Platine selbst löten. Der Abstand beider PCB's liegt gut im 2.54mm-Raster und ist schnell erledigt. Der alte Deckel vom Klotz muß ersetzt und neu gedruckt werden, da die neuen beiden PCB's mit der Brücken-PCB zu hoch sind.

PCW_CPU-SRAM-PCB_20240218.4.7z: (1.95 MiB) 1-mal heruntergeladen

PCW_CPU-CPLD-PCB_20240218.6.7z: (4.14 MiB) 1-mal heruntergeladen

PCW_CPU-SRAM_Bruecken-PCB_20240220.0.7z: (545.61 KiB) 1-mal heruntergeladen

ALTERA_CPLD-20240218.6 .7z: (280.2 KiB) 1-mal heruntergeladen

Deckel2_Der-Klotz_20240502.7z: (50.18 KiB) Noch nie heruntergeladen

kurt

ALL-IN für die Joyce RAM-Disk...
Hier jetzt der 2te Versuch. Beim ersten Anlauf stellte sich kurz nach dem einstellen der Bilder heraus, das in der Hardware ein massiver Fehler steckte, der dafür sorgte, dass alle in die RAM-Disk gescghriebene Daten verfälscht wurden - shit happens !

Nach 2-tägiger intensiver Suche (man finde mal einen Fehler, der nicht in der Schaltung steckt) und einer Nacht des Überschlafens, dann der Durchbruch: Wenn sich in der Schaltung schon kein Fehler finden läßt, checke doch einfach mal das Layout der RAM-Karte... Wie gesagt, der Fehler steckt nicht immer in der Schaltung. Der Überltäter war dann auch nach durchgehen aller Leitungsverbindungen schnell gefunden: es fehlten zwei Leitungen (!!!), nämlich D7 und A1 zum Pinheader P1 (Steckverbinder zur Backplane). Der eigentliche Hammer ist aber A1, was dazu führte, das Bytes verschwanden bzw. doppelt geschrieben wurden. Das Fehlen von D7 hätte Klein- zu Großbuchstaben gewandelt, ein eher offensichtlicher Fehler. Nun ja, viel Feind, viel Ehr - sagt sich da der Bastler. Nach einigen ausgiebigen Kopier/Verify-Test läuft nun alles nachgewiesen stabil und zuverlässig. Eine 1,9MB große RAM-Disk hat was...

Abschließend noch einige Screenshots. Die kiCAD-Daten kommen später, wenn alles aufbereitet ist.

Next stop: Firmware Habi-Soft Tastatur-Interface. Das ist der letzte Punkt auf meinem Projekt-Zettel. Man kann damit leben, aber es wäre dennoch ganz nett, wenn alles etwas PS2-Konformer wäre, einschließlich vorhandenem Quellcode. Außerdem ist das NUR noch Software, den Lötkolben kann ich endlich stecken lassen - kein Chaos mehr auf dem Eßtisch...

: Boot-Screen.jpg (194.58 KiB) 58 mal betrachtet

: Voll_bestuecktes_System.jpg (205.71 KiB) 58 mal betrachtet

: Speichertest_RAM-Disk.jpg (276.12 KiB) 58 mal betrachtet

: DiskInfo_RAM-Disk.jpg (298.05 KiB) 58 mal betrachtet

kurt

Errata: PCW_RS232-Card-Interface-PCB_20230502.6
Am Wochenende hatte ich als Vorspann zum kommenden ZX-Team Treffen nochmals mein Wifi-Modem an die Joyce gestöpselt, um etwas damit zu 'spielen'. Und siehe da, nach wenigen Versuchen ging nichts mehr... Das hatte ich schon im September 2023 beim Jahres-Treffen. Sollte etwa wieder bei den MAX3232 im Modem und auf der RS232-Karte etwas im argen liegen ? Die Fingerprobe bei der RS232-Karte offenbarte einiges an Übertemeratur, zum Glück ohne Brandblase. Von den in 2021 gekauten 20 Stk. MAX3232 (eBay, aus China) hatte ich nach auftreten ähnlicher Probleme alle noch vorhandenen Chips einmal auf Funktion und Einhaltung der Pegel durchgetestet: 10 Stück mußten in die Runde-Ablage umsiedeln, da nicht zu gebrauchen. Der Rest, immerhin noch 10 Stk. durften bleiben. Mit dem jetzigen Desaster hatte ich die Faxen dicke und habe auch den Rest entsorgt - traurig genug. Es lassen sich ähnliche Vorkommnisse im Web finden, einfach mal nach "Overheating MAX3232" suchen. Eine Gegenmaßnahme sind Serienwiderstände in der RX/TX-Leitung (auf dem Board R2 u. R3 sowie Diode D1). Das scheint aber nicht immer zu helfen. Meine Lösung ist, auf den MAX232 zu wechseln, die sind mit derzeit €0,70 deutlich billiger wie der "Goldstandard" MAX3232 mit €14,-- (bei REICHELT als DIP-Version). Damit das klappt, ist R3 und D1 zu entfernen und durch eine Drahtbrücke zu ersetzen, alternativ und am schnellsten geht auch einfach mittels Drahtbrücke auf der Lötseite jeweils beide Teile zu überbrücken. Die 4 C's der Ladungspumpe müssen dann 1uF Kerkos sein, wie ja auch im Schaltplan angegeben ist. Bei 100nF kann der MAX232 bei längeren Zeichenketten die Signalpegel auf der RS232-Leitung nicht halten und die Daten werden verstümmelt.

Das Rausbrücken behebt auch gleichzeitig ein durch die Aktivitätsanzeige verursachtes TTL-Signalpegelproblem der RX-Leitung zum Z80-SIO. Manche Chips liefern hier wie's scheint mitunter zu wenig Pegel und ankommende Daten (vom Modem) werden nicht erkannt, also kein Empfang - obwohl etwas ankommt !?. Mit aufgestecktem Loop-Back Stecker geht's aber trotzdem. Was schon etwas irritiert. Mit der genannten Korrektur läuft's jetzt aber wie geschmiert - ohne Brandblase am Finger

kurt

Man müsste wohl eine BDOS Funktion zur Ermittlung der Uhrzeit verwenden statt eines einfachen Peek

Ich denke, Paul liegt da ganz richtig. Der Aufwand ist nicht einmal hoch. Die Zeit und Datumsangaben lasen sich ohne konvertierung einfach so wie sie zurückgeliefert werden als 32-bit Zufallszahl verwenden. der BDOS-Aufruf ist simpel:

Code: Alles auswählen

/**                                                                           <
 * @fn     unsigned char *getclock(unsigned char *clk)                        <
 * @brief  Get CP/M clock.                                                    <
 *                                                                            <
 * This function fills the clk array with the current CP/M clock values.      <
 *                                                                            <
 * @param  clk - pointer to clock array                                       <
 * @return pointer to clk                                                     <
 */                                                                           <
getclock(clk)                                                                 <
unsigned char *clk;                                                           <
{                                                                             <
        // CP/M fills day, hour & minute; the A register holds the second.    <
                                                                              <
        clk[4] = bdos_a(105, clk);                                            <
                                                                              <
        return clk;                                                           <
}                                                                             <

Ich habe nur diese kurze C-Funktion zur Hand, aber den Einzeiler sollte man leicht konvertieren können.

kurt

Zusammenfassend würde ich ehrlich gesagt zu 1 oder 2 tendieren.

Es gibt doch für die ewig gestrigen wie mich (die unverdrossen ein 32-bit System benutzen) bei diesem Problem eine Lösung

Dank Dr. Google konnte ich eine 32-bit Java-21 Version für Debian auftreiben:

URL: https://bell-sw.com/pages/downloads/#jdk-21-lts

Dort findet sich auch eine 32-bit Version für Windows

Mit ein wenig gefrickel für ein shell-Script ist dann der Drops gelutscht:

Code: Alles auswählen

#!/bin/bash
#
# Name: bjava
# Bezug: Aufruf der Bellsoft-Java Version 21

/usr/lib/jvm/bellsoft-java21-i586/bin/java $1 $2 $3 $4 $5

Und es geht doch !

kurt

Es sieht so aus, als wäre bei dir ein JDK 8 installiert

Auf meinem Arbeits-Rechner ja, da läuft Debian 9.

Zweiter Versuch. Diesmal mit der aktuellen Debian 12.2:

Code: Alles auswählen

kurt@refracta9:$ java -jar basicode.jar hello-graphics.bas
Fehler: Beim Laden der Klasse de.haupz.basicode.Main ist ein LinkageError aufgetreten
	java.lang.UnsupportedClassVersionError: de/haupz/basicode/Main has been compiled 
	by a more recent version of the Java Runtime (class file version 65.0), this version of the 
	Java Runtime only recognizes class file versions up to 61.0
kurt@refracta9:$
kurt@refracta9:$ java -version
openjdk version "17.0.9" 2023-10-17
OpenJDK Runtime Environment (build 17.0.9+9-Debian-1deb12u1)
OpenJDK Server VM (build 17.0.9+9-Debian-1deb12u1, mixed mode, sharing)
kurt@refracta9:$

Noch aktueller kann ich nicht (ich breche nur ungern aus dem zur Distribution angebotenen Paketen aus, ich habe da so meine leidigen Erfahrungen mit). Deshalb, Frage: ist es möglich die Anforderungen an die Java Runtime-Version etwas abzusenken ? Am besten auf das von Debian 9, aber damit bin ich vermutlich etwas zu dreist

Auf das Niveau von Debian 12 wäre schon super.

kurt

bbock hat geschrieben: ↑22.12.2023, 13:59 [...]
Ich habe mal eine erste Version von basicode.jar zum Ausprobieren angehängt:

basicode.jar

Da will man sich mal dran versuchen und dann das ! Geahnt hatte ich sowas schon...:

Code: Alles auswählen

kurt@refracta9:$ java -jar basicode.jar
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsupportedClassVersionError: de/haupz/basicode/Main has been compiled by a 
more recent version of the Java Runtime (class file version 65.0), this version of the Java Runtime only recognizes 
class file versions up to 52.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:473)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
	at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:601)
kurt@refracta9:$

Nikolaus war ja schon. Das Ostern per Easteregg dieses mal so früh kommt überascht doch etwas... Ich bin ohnehin gerade am experimentieren, vielleicht läßt sich da was drehen, ausprobiert hätte ich's schon noch gern.

kurt

So, wir sind live und öffentlich, mit allen Bugs.

Dem ist halt so. Außerdem, die Diskusion der noch vorhandenen Bugs im Projekt motiviert mehr wie der Kampf im stillen Kämmerlein.

kurt

Eine Zeit lang war ja rein garnichts zu finden... Hier noch ein Laden mit dem Gehäuse:

https://www.elektronicacatalogus.nl/BRA ... mm-(G758V)

Preis: €13,40 inkl. Steuern: ???? Versand: €9,95

Alles teurer wie Akku-Plus, aber die sind nun mal abverkauft

kurt

Ich habe hier:
https://www.electronicaembajadores.com/ ... -mm-g758v/
beim Stöbern im Web einen Laden aufgetan, der laut Web-Seite noch 5 Stk. G758V Gehäuse auf Lager hat. Preis €22,11 inkl. Steuern exkl. Versand.

joyceforum.de

Die Suche ergab 156 Treffer

Re: Velleman-Joyce mit externer Backplane

Re: Velleman-Joyce mit externer Backplane

Re: Velleman-Joyce mit externer Backplane

Re: BASICODE in Java

Re: BASICODE in Java

Re: BASICODE in Java

Re: BASICODE in Java

Re: BASICODE in Java

Re: PCW meets Vellemann

Re: PCW meets Vellemann