Posts by marty

Firmware version 3.11 / Core 1.43 - Dated 2023-12-28

Click here to download

Additions:

1. This version adds WiFi support for the Ultimate 64 and Ultimate 64 Elite. Please read the manual on how to set up the ESP32 module. https://1541u-documentation.re…en/latest/howto/wifi.html
2. Assembly 64 integration. Many users use the offline version of the great Assembly 64 online database, by running Fredrik's tool to copy the content into folders onto a USB stick. Now, the Ultimate is the first embedded ever system that integrates access to this online database! You can now simply download and play titles directly from the internet on your Ultimate device. Please read the manual about this here: https://1541u-documentation.re…atest/howto/assembly.html
3. The Ultimate now supports a basic http daemon; also known as webserver. This allows some simple files to be served from the Ultimate. This server also implements a ReSTful API, which allows an external device to control the Ultimate with standard web URLs. Read up on the API here: https://1541u-documentation.re…latest/api/api_calls.html
4. JiffyDOS support for the built-in SoftwareIEC drive. This is a first step to make the internal drive more usable. More effort needs to be done to make the command set more compatible with CMD.
5. On the Ultimate 64 it is now possible to isolate the serial bus from the computer, which allows the Ultimate 64 to be used as external drives. Look for "Serial Bus Mode" in the "Ultimate 64 Specific Settings".

Fixes:

Various small fixes, such as the telnet session closing upon mount, configuration of the cartrdiges that serve VIC data from external ROM, quite a few fixes in the emulated printer, configurable page margins, ... and so on.

Once again, this release was only possible by spending countless hours of coding and debugging.

Ja, das hat mit ein paar Sockeln auch funktioniert.

Mach doch einfach einen Zwischensockel unter einen Adapter.

Oder einen einfachen Winkeladapter.

PXL_20231228_212051255.jpg

PXL_20231228_212044140.jpg

Quote from detlef

Ich denke, inzwischen wird es sich (auch durch solche Diskussionen hier) in Community herumgesprochen haben, wie das bei polyplay läuft. Oder man hat es eben selber erlebt. Es kann also jeder für sich entscheiden, ob er sich das antut. Mittelfristig werden da nicht viele übrigbleiben, so dass sich das für polyplay immer weniger rechnen wird.

Da werden ganz, ganz sicher genug uebrig bleiben!
... und wenn diese Sebastian einfach machen lassen, ohne ihn mit Emails, Anrufen und Anwaelten zu fluten und einfach geduldig warten bis ihre Bestellung kommt, wird das auch alles gut!

Der Rest soll bitte einfach schlicht woanders bestellen und sich nicht aufregen.

Quote from ADAC

[Edith]: aber du hast recht... da hat sich tatsächlich was getan.

Natuerlich, das Datum der PWM und PWM_LED Files im "neuen" ZIP File ist von heute Mittag.

felixw : Danke fuer den Tip. Funktioniert jetzt tatsaechlich. Darauf waere ich aber im Leben nicht gekommen, die Firmware noch mal runter zu laden. Die Version hatte sich ja nicht geaendert und die Version hatte ich ja gestern Abend erst frisch gezogen. Frenetic: Das ist aber nicht die feine englische Art, einfach die Firmware nach dem Release noch mal zu aendern, ohne die Version hoch zu zaehlen, oder?

Ok, ich hatte die DAC only FW aufgespielt, da geht es halt nicht. Ist aber auch wirklich egal, ich hoffe mal die DAC Module kommen die Tage. Ich ueberlege gerade schon wohin und wie ich das DAC Modul verstecken kann.

Ich hab die beiden SIDkick picio aus der Sammelbestellung von Bobbel gerade aufgebaut und einmal mit der PWM und einmal mit der DAC Firmware bestueckt.

Zuerst habe ich die PWM Version getestet und diese funktioniert auch grundsaetzlich in meinem 250407 Board. Der SIDkick pico wird erkannt und spielt auch Sound ab in seiner Default-Einstellung.

Ich kann das Menu per SYS54333 und auch per SYS54301 erreichen und kann im Menu auch den Typen aendern und alle Einstellungen verstellen. Ein "S" sagt auch das die Einstellungen gespeichert werden.

Verlasse ich aber das Menu, oder schalte den C64 aus und wieder ein und gehe erneut in das Menu, so sind alle Einstellungen wieder auf den Default-Werten.

Ich hatte dann mal im Menu experimentiert und per "P" den integrierten SID abspielen lassen und habe dabei dann Werte veraendert. Sobald ich dann "S" druecke verstummt die Ausgabe. Resete ich dann den Raspi ueber seinen Resetknopf, wird die Ausgabe fort gefuehrt. Dies ist beliebig wiederholbar. Es gelingt mir nicht etwas anderes als 8580 dauerhaft (mit der PWM Firmware) zu speichern.

Dieses Verhalten tritt auf der Version mit der DAC Firmware nicht auf. Jedoch kann ich da die Ausgabe nicht kontrollieren, da die DAC Module noch unterwegs aus CN sind. Zumindest lasst sich aber dort die Konfig speichern und bleibt auch nach dem Neustart bestehen.

Ich habe mal alle Loetpunkte gegeneinander durch geklingelt, um Bruecken auszuschliessen, habe aber eine Kurzschluesse gefunden.

Wenn ich Morgen mal Zeit habe, werde ich mal die DAC Firmware auf den Raspi spielen und sehen ob das Problem bestehen bleibt.

Die Raspies kann ich leider nicht untereinander tauschen, da diese direkt aufgeloetet sind. Bad luck.

Lt Bedienungsanleitung der U2(+|L) sind die Cartridges nicht mehr vorinstalliert, sondern muessen manuell installiert werden.

Doku:

https://1541u-documentation.re…hat-is-in-the-zip-package

Firmware:

https://github.com/GideonZ/ult…master/ultimate_3.10j.zip

Elecrow doesn't like the RAR file. I attached a ZIP version that works fine on Elecrow.

Gerbers.zip

Zurueck geht nicht. Frei nach "Vorwaerts immer, Rueckwaerts nimmer!".

Gideon hat gerade einen neuen interessanten Beitrag zum Ultimate 64 in der Facebook Gruppe erstellt. :

"About to release 3.11 alpha. I'd like to roll out gradually, preferably to people closeby in case of a brick. Please contact me if you want to play around with a pre-release of firwmare 3.11.

Changes and additions:

• U64 Support for the WiFi module
• HTTP server with ReSTful API - see documentation
• Preliminary JiffyDOS support on the SoftIEC. (So far only the fast JD protocol has been implemented; the commandset still needs to be updated to match the more standard format.)

Please don't ask: *have you also done x or y..* or even worse: Why haven't you... The above list is what has been done. There is more to come, but I know how many have been waiting for WiFi support, so here it is."

Wer also Alpha Tester werden moechte und sein U64 selber "unbricken" kann wenn doch was schief geht, der kann sich bei Gideon melden um die Firmware geschickt zu bekommen.

Stimmt, beim U64 muesste man das per USB Tastatur machen.

Hast Du schon mal versucht die Diskette mit der mittleren Taste am U64/U2+(L) zu wechseln?

Wenn die Images fortlaufend benannt sind, dann sollte es ja reichen beim Diskwechselt die mittlere Taste zu druecken und zu halten bis die neue Diskette "eingelegt" ist, ohne in das eigentliche Menue des U64/U2+(L) zu wechseln. Dann muss man auch kein Overlay einschalten, oder per Telnet wechseln.

Oder https://rufus.ie

Das laeuft auf jeden Fall unter Win10 und Win11.

Obwohl Gideons U64/U2[+|L] ja nicht Beta ist, kommen aber trotzdem weiter neue Features.

In Kuerze wird auch das WiFi Modul im U64 in Betrieb genommen werden koennen.

Erste Tests sind da schon sehr positiv und vielversprechend.

Das wird dann mit der naechsten 3.11 Firmware kommen.

Quote from bernhard

reverse engineering ist etwas ungenau, man kann sich nie sicher sein,

Was ist genauer als einen SID zu decappen und zu reversen?

Edit: Da war ich wohl viel zu langsam. Sorry.

Quote from -trb-

Diese Datei ist das entsprechende Update für die 1541U-II, also das Vorgängermodell der U-II+. Nur das "to rv" im Dateinamen irritiert mich.

Was irritiert Dich denn daran? Das ist doch in der Readme zur Firmware fuer die U2 beschrieben was "to_RV" bedeutet.

Die vorherigen Firmware Versionen benutzten fuer die U2 CPU MicroBlaze, damit gab es aber immer mehr mal oder weniger Probleme und Aerger. Auf der U2+L wird die der CPU Kern mit Risc-V realisiert, was offenbar bessere Ergebnisse lieferte als MicroBlaze. Gideon hat deshalb beschossen auch die CPU im U2 auf Risc-V zu realisieren. Der in der U2+L genutzte Code passte aber leider nicht in die U2, weshalb Gideon die U2 Version selbst neu geschrieben und optimiert hat. Beim Update der U2 auf die 3.10j Firmware wird also nun Risc-V fuer die CPU genutzt. Deshalb heist die Firmware fuer die U2 aktuell "update_to_rv.u2u". Die alten Firmware Versionen sind nach dem Update auf die "RV" aber nicht mehr kompatibel. Ab dem Zeitpunkt werden die neuen FW Versionen fuer die U2 nicht mehr die Endung "*.u2u" haben, sondern in Zukunft "*.u2r" heissen. Es werden also danach nur noch Firmware Dateien mit der Endung u2r unterstuetzt.
Um nun doch noch mal zurueck auf die alte MicroBlaze Version zu kommen, liegt nun in dem 3.10j Paket auch eine "revert_to_mb.u2r" bei, mit der ein Downgrade zurueck zu "MicroBlaze" CPU gemacht werden kann. Und damit danach auch weitere Downgrades zu alten Versionen moeglich sind.

Ja genau, das ist das Update auf die Risc-V CPU Version. Steht auch was im Readme zu:

"On top of the new introduction of the Ultimate-II+L, there is still a need to

support the "good old" 1541 Ultimate-II (or simply: U2). There have always

been issues with the Microblaze processor and the compiler from Xilinx. Every

version of the Xilinx compiler had different bugs that caused the Microblaze

based firmware to be broken in one way or another. Since the U2+L runs well

on the Risc-V, it was decided to upgrade the CPU inside of the U2 and ditch

the Microblaze forever. Unfortunately, the CPU that was chosen to run inside

of the U2+L did not fit in the same space as the Microblaze clone, so I

decided to write my own Risc-V compatible CPU. This is the CPU that will be

used from now on in the 1541 Ultimate-II."

Was genau ist denn ein U64-L?

Unglaublich der Mann!