Hardware > Emulatoren
Gelöst: Serielle Schnittstelle mit Falcon auf Hatari 2.5.0 und EMUTOS 1.2.1
czietz:
--- Zitat von: Chocco am So 25.02.2024, 12:52:10 ---Die aktuellen 2.5.0 Sourcen kann ich im DL-Bereich momentan nicht finden.
--- Ende Zitat ---
Irgendwie bin ich jetzt verwirrt, sorry. Was meinst Du mit "aktuellen 2.5.0 Sourcen" und "DL-Bereich"? Die Idee ist ja, dass Du jederzeit den aktuellen Source-Code aus Hataris Git-Repository (git://git.tuxfamily.org/gitroot/hatari/hatari.git oder https://git.tuxfamily.org/hatari/hatari.git/) beziehen kannst. Woher hast Du denn den Stand vom 10. Februar, wenn nicht aus Git?
Allerdings: Die letzten SCC-Änderungen in Hatari waren im Januar 2024; insofern wären sie in Deinem Stand vom 10. Februar wohl drin.
Nächste Frage: Verhält es sich anders, wenn Du doch einmal HSMODEM lädst? Weder die Routinen in Atari TOS noch die in EmuTOS sind für besonders gute Performance ausgelegt.
Chocco:
--- Zitat von: czietz am So 25.02.2024, 13:40:32 ---
--- Zitat von: Chocco am So 25.02.2024, 12:52:10 ---Die aktuellen 2.5.0 Sourcen kann ich im DL-Bereich momentan nicht finden.
--- Ende Zitat ---
Irgendwie bin ich jetzt verwirrt, sorry. Was meinst Du mit "aktuellen 2.5.0 Sourcen" und "DL-Bereich"? Die Idee ist ja, dass Du jederzeit den aktuellen Source-Code aus Hataris Git-Repository (git://git.tuxfamily.org/gitroot/hatari/hatari.git oder https://git.tuxfamily.org/hatari/hatari.git/) beziehen kannst.
Nächste Frage: Verhält es sich anders, wenn Du doch einmal HSMODEM lädst? Weder die Routinen in Atari TOS noch die in EmuTOS sind für besonders gute Performance ausgelegt.
--- Ende Zitat ---
In https://git.tuxfamily.org/hatari/hatari.git/ ist aktuell nur die 2.4.1 als letzte Version zu sehen. Allerdings stelle ich mich auch häufig dämlich an. Wo genau siehst Du denn die Sourcen zu 2.5.0?
Ich habe jetzt HS-MODEM 7 aus atariuptodate geladen, für SCC Kanal B konfiguriert und getestet. Läuft unter altem und neuen RUFUS problemlos. Mein eigenes Programm läuft ebenfalls! Hätte ich nicht gedacht und danke für den Tipp.
Wenn Hatari mit der SCC-Emulation und dem SCC-Treiber aus HS-MODEM nun richtig läuft, müsste dann EMUTOS an dieser Stelle nicht nochmals optimiert werden?
czietz:
--- Zitat von: Chocco am So 25.02.2024, 17:56:16 ---In https://git.tuxfamily.org/hatari/hatari.git/ ist aktuell nur die 2.4.1 als letzte Version zu sehen. Allerdings stelle ich mich auch häufig dämlich an. Wo genau siehst Du denn die Sourcen zu 2.5.0?
--- Ende Zitat ---
Ich glaube, wir reden aneinander vorbei. Es gibt (noch) keine Version 2.5.0 von Hatari. Aber der Stand im Git-Repo ist jederzeit aktuell. Das letzte Update ist derzeit drei Stunden alt: "3 hours Add debug line". Die Idee ist, dass Du das Programm git auf Deinem Rechner installierst und dann ebenso jederzeit die aktuellen Sourcen hast.
Einmalig:
git clone https://git.tuxfamily.org/hatari/hatari.git/
... und später zum Aktualisieren, im Verzeichnis "hatari", das von git clone angelegt wird:
git pull
(Ich weiß immer noch nicht, woher Du überhaupt die Sources auf dem Stand vom 10. Februar hast, wenn nicht über git?)
--- Zitat von: Chocco am So 25.02.2024, 17:56:16 ---Wenn Hatari mit der SCC-Emulation und dem SCC-Treiber aus HS-MODEM nun richtig läuft, müsste dann EMUTOS an dieser Stelle nicht nochmals optimiert werden?
--- Ende Zitat ---
Ich habe den aktuellen Stand von EmuTOS (also nicht die Version 1.2.1, sondern den aktuellen Stand) ganz, ganz kurz auf einem echten Falcon mit Connect getestet und konnte in beide Richtungen Text übertragen. Wenn Du genauer beschreibst, was nicht funktioniert, gucke ich es mir in ein paar Wochen an. Aktuell habe ich keine Zeit (und es ist leider nicht so, dass EmuTOS Dutzende von weiteren Entwicklern hätte).
Aber beachte: Die seriellen Treiber sowohl in Atari TOS als auch in EmuTOS sind nicht auf Performance optimiert und eine Verwendung von HSMODEM ist immer ratsam.
Chocco:
--- Zitat von: czietz am So 25.02.2024, 18:45:59 ---
Ich glaube, wir reden aneinander vorbei. Es gibt (noch) keine Version 2.5.0 von Hatari. Aber der Stand im Git-Repo ist jederzeit aktuell. Das letzte Update ist derzeit drei Stunden alt: "3 hours Add debug line". Die Idee ist, dass Du das Programm git auf Deinem Rechner installierst und dann ebenso jederzeit die aktuellen Sourcen hast.
--- Ende Zitat ---
Ich komme mit dem gequote nicht klar ;D
Die Sourcen holte ich mir IMMER über über den Download Link auf der https://hatari.tuxfamily.org Homepage und dann rechts auf "Download". Auf der Download-Seite erscheint direkt oben ein Link auf die "latest Release" und dieser Link führt auf eine Verzeichnisseite mit verschiedenen Versionen, ist aber nicht git. Dort hatte ich die Version geladen, die ich aktuell verwende. Das git hatte ich bisher nie verwendet. Habe es nun auf meinem Pi installiert. Danke dafür :)
Beobachtete Fehler in EMUTOS 1.2.1 und Falcon Emulation mit Modem auf --scc-b-in und --scc-b-out gemapped auf /dev/ttyUSB0 am Raspi5.
Schnittstelle am Raspi5 über minicom konfiguriert auf 19200 8N1. An der Schnittstelle ist ein HW-Terminal mit Einstellung auf VT52 eingesteckt.
1. Rufus 1.06
1.1.Im Menu "Parameter" lässt sich die RS232 wunschgemäß (19200 8N1 no handshake) konfigurieren. Zeichen über Tastatur werden korrekt gesendet und empfangen - auch Key-Repeat funktioniert.
1.2. Im Menu "Transfer" => "ASCII Datei senden" die Datei "RUFUS.TXT" auswählen. Der Sendedialog erscheint, aber es werden keine Zeichen gesendet. Kein Abbruch möglich, es hilft nur ein Reset.
2. Rufus 1.4.2
2.1. Im Menu "Optionen" lässt sich die RS232 wunschgemäß (19200 8N1 no handshake) konfigurieren. Zeichen über Tastatur werden nicht gesendet oder empfangen.
2.2. Im Menu "Datei" => "ASCII senden" die Datei "FALCON.TXT" auswählen. Ergebnis wie 1.2. und nur durch Reset zu lösen.
3. Eigenes Progrämmchen in Pure-C gibt String mit ca. 30 Zeichen zeichenweise über Bconout() aus.
3.1. Es erscheinen meist nur 4 Zeichen auf dem Terminal. Anschließend reagiert die Schnittstelle nicht mehr. Erst nach Neustart der EMULATION werden wieder ein paar Zeichen übertragen.
3.2. Selbes Progrämmchen in Pure Pascal zeigt selbes Verhalten der Schnittstelle.
Man zweifelt natürlich erstmal an den eigenen Fähigkeiten, aber ich konnte mir dieses Verhalten einfach nicht erklären. Nachdem RUFUS 1.4.2 einen Hinweis auf die problematischen SCC-Ports am Falcon gab, habe ich die Emulation auf TT geschaltet und --rs232-in /-out verwendet. Hier lief dann alles, wie erwartet.
Mit dem SCC.PRG aus HS-MODEM arbeitet die Falcon Emulation nun auch/bisher fehlerfrei.
Vielen Dank für die Unterstützung!
czietz:
--- Zitat von: Chocco am So 25.02.2024, 21:41:15 ---3. Eigenes Progrämmchen in Pure-C gibt String mit ca. 30 Zeichen zeichenweise über Bconout() aus.
3.1. Es erscheinen meist nur 4 Zeichen auf dem Terminal. Anschließend reagiert die Schnittstelle nicht mehr. Erst nach Neustart der EMULATION werden wieder ein paar Zeichen übertragen.
--- Ende Zitat ---
Ich habe ein vergleichbares Testprogramm geschrieben. Ist auch angehängt, wenn Du testen möchtest. Ja, unter Hatari sehe ich auch nur vier Zeichen, wie Du. Hingegen auf dem echten Falcon unter EmuTOS:
Alle Zeichen werden ausgegeben!
Also doch eher ein Hatari-Problem? Wie gesagt, für tieferes Debugging fehlt mir leider die Zeit.
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln