XS1541 und 1571

bad Influence device

Saturday, November 27th 2010, 2:57am

Hallo!

Hat jemand das XS1541 mal mit einer 1571 ausprobiert?

Es will nicht. Siehe Logauszug. WIrd as Java-Tool noch weiterentwickelt und gibt es Sourcen?

Verwendetes JAVA-Prog und Firmware aus diesem Thread

Source code

abra@yggdrasil:/usr/src/build/gamecube-dtv/tools/cpm> java -jar /home/abra/opt/gamecube-dtv/lib/xs1541.jar restore drive 1541 cpm.fast-1.d64
Experimental:  JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7

--- XS-1541 Java API v0.01.07 ---
:::RESTORE imagefile to floppy disk.
::::transfer S2
::::readmode WARP
::::interleave:15
::::reading imagefile:cpm.fast-1.d64
::::writing to floppy ...
...................................
:::time: 114.243
abra@yggdrasil:/usr/src/build/gamecube-dtv/tools/cpm> java -jar /home/abra/opt/gamecube-dtv/lib/xs1541.jar restore drive 1571 cpm.fast-1.d64
Experimental:  JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7

--- XS-1541 Java API v0.01.07 ---
:::RESTORE imagefile to floppy disk.
::::transfer BURST
::::readmode WARP
::::interleave:9
::::reading imagefile:null
Error reading imagefile: null
java.io.IOException
	at XS_1541_PC.SerialCom.sendCommand(SerialCom.java:245)
	at XS_1541_PC.Floppy.queryStatus(Floppy.java:196)
	at XS_1541_PC.Floppy.queryStatus(Floppy.java:229)
	at XS_1541_PC.Floppy.queryStatusString(Floppy.java:237)
	at XS_1541_PC.Test_XS_1541.main(Test_XS_1541.java:73)

Go to the top of the page

Diddl

Moderator

Posts: 8,173

2

Saturday, November 27th 2010, 8:55am

Quoted from "abraXxl"

Hat jemand das XS1541 mal mit einer 1571 ausprobiert?

Läuft bei mir tadellos.

Verwendest du ein voll beschaltetes IEC Kabel, mit SRQ leitung?

Quoted from "abraXxl"

Es will nicht. Siehe Logauszug. WIrd as Java-Tool noch weiterentwickelt und gibt es Sourcen?

Weiterentwickelt, zur Zeit nicht. Das öffentliche Interesse war quasi null, und meine Forscherbedürfnisse sind momentan gestillt.

Sourcen? Klar sind doch alle in dem ZIP File.

Quoted from "abraXxl"

Verwendetes JAVA-Prog und Firmware aus diesem Thread

gut, das sind die letzten.

Final Expansion (FE3-20), 1541-Emul
Meine Homepage

Go to the top of the page

Diddl

Moderator

Posts: 8,173

3

Saturday, November 27th 2010, 8:58am

Die Fehlermeldung deutet darauf hin, dass die serielle Kommunikation nicht ok ist.

Wurde die RXTX Java Lib richtig installiert? Java kann mit Boardmittel nicht auf die COM greifen.

Final Expansion (FE3-20), 1541-Emul
Meine Homepage

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

4

Saturday, November 27th 2010, 11:55am

Die Java-RXTX ist korrekt installiertt, sonst würde es mit "drive 1541" ja nicht funktionieren.

Interessanter ist warum durch simples Andern zu "drive 1571" in der Commandozeile diese Fehlermeldung erzeugt wird:

Source code

::::reading imagefile:null
Error reading imagefile: null
java.io.IOException
	at XS_1541_PC.SerialCom.sendCommand(SerialCom.java:245)
	at XS_1541_PC.Floppy.queryStatus(Floppy.java:196)
	at XS_1541_PC.Floppy.queryStatus(Floppy.java:229)
	at XS_1541_PC.Floppy.queryStatusString(Floppy.java:237)
	at XS_1541_PC.Test_XS_1541.main(Test_XS_1541.java:73)

Oh in dem Jar file sind die Java-sourcen :)

gleich mal reinschauen

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

5

Monday, November 29th 2010, 3:32am

Wie erwähnt ist nicht die RXTX-Lib schuld.

Das erste Problem liegt in der Klasse Test_XS_1541, dort wird sobald eine drive manuel gesetzt wird floppy.setImageFile() nicht aufgerufen, somit ist dieser null :(

Das zweite Problem scheint in der Floppy Klasse und betrifft den Fall eines zu restorendesn Images, wenn die Floppy wie z.B. die 1571 mehr als zwei Disk-Seiten hat und das Image ebenso.
Die F_1571 Klasse liefert egal welche Imagegroesse immer das erste Array für einseitige Disks aus, weshalb eine Image Laengenprüfung in floppy.readImageFile() fehlschlägt.

Mal schauen ob ich nächste Woche dazu komme da was zu fixen.

Go to the top of the page

sauhund

ist falsch abgebogen

Posts: 20,544

Date of registration: Jul 16th 2005

Location: zuhause

6

Monday, November 29th 2010, 3:36am

Quoted

wenn die Floppy wie z.B. die 1571 mehr als zwei Disk-Seiten hat und das Image ebenso.

du hast disks mit mehr als zwei seiten ???

http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

7

Monday, November 29th 2010, 4:28am

Quoted from "sauhund"

Quoted from "abraXxl"

wenn die Floppy wie z.B. die 1571 mehr als zwei Disk-Seiten hat und das Image ebenso.

du hast disks mit mehr als zwei seiten ???

Ja! Du nicht? Meine haben sechs, 4 sehr flache und 2 etwas groessere, auf diesen speichert man i.d.R. die Daten, aber ich denke das weist du schon :P

Es haette natuerlich besser heissen muessen: "... mt zwei Seiten und mehr ..."

Go to the top of the page

sauhund

ist falsch abgebogen

Posts: 20,544

Date of registration: Jul 16th 2005

Location: zuhause

8

Monday, November 29th 2010, 4:32am

haha =)

http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

9

Thursday, December 2nd 2010, 10:58pm

So mal wieder on-topic :)

Quoted

Verwendest du ein voll beschaltetes IEC Kabel, mit SRQ leitung?

Ja, habe zur Sicherheit auch mal da Kable getauacht und durchgemessen.

Die Bedienung des seriellen XS1541 scheint mit der 1571 zu gehen. Sofern man einige Regeln einhält: Im 1571 Modus geht nix und im 1541 Modus (U0>M0) geht auch S2.

Source code

### XS-1541 Interface v0.02.05 ###
 2701 Bytes free, 14745600 Hz

res
ready.
dt 0 burst warp dumpbin
?error
dt 0 s2 warp dumpbin
parameter ok
#DUMP TRACKS
#WARP
MC Warp upload ok.
start()
MC Trans upload ok.
>x
exit s2 driver
ready.

Ich beschäftige mich gerade mit der Java-Applikation, ich bezweifle das es jemals funktioniert hat doppelseitig Images (D71) zu lesen oder zu restoren.
Ich habe das F_1571 und das Test_XS_1541 Object soweit, dass er DiskImages in den Computer Speicher liest, doch er mag Sie noch nicht auf die Floppy rausschreiben. Ebenso mag er noch nicht lesen.
Ich Teile nur meinen Patch schon mal mit, evtl. hat auch Dddl noch eine Idee, ich würde mich über Feedback freuen.

BTW: folgendes finde ich sehr obscur, da im Floppy-Object alle Calls zusammen laufen, wenn man Kommandos an die Floppy sendet:

Kommando an eine 1571 mit dem F_1541 Objekt:

Source code

abra@yggdrasil:~/src/build/gamecube-dtv/src/xs1541-java> ./XS 1541  @U0\>M0
+ exec java XS_1541_PC/Test_XS_1541 1541 @U0>M0
Experimental:  JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7
::Floppy Type: 1541

--- XS-1541 Java API v0.01.07 ---
U0>M0
00, OK,00,00

Kommando an eine 1571 mit dem F_1571 Objekt:

Source code

abra@yggdrasil:~/src/build/gamecube-dtv/src/xs1541-java> ./XS 1571  @U0\>M0
+ exec java XS_1541_PC/Test_XS_1541 1571 @U0>M0
Experimental:  JNI_OnLoad called.
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7
::Floppy Type: 1571

--- XS-1541 Java API v0.01.07 ---
U0>M0
java.io.IOException
	at XS_1541_PC.SerialCom.sendCommand(SerialCom.java:245)
	at XS_1541_PC.Floppy.queryStatus(Floppy.java:196)
	at XS_1541_PC.Floppy.queryStatus(Floppy.java:229)
	at XS_1541_PC.Floppy.queryStatusString(Floppy.java:237)
	at XS_1541_PC.Test_XS_1541.main(Test_XS_1541.java:70)

Mir ist nicht klar warum dies geschiet. Ich kann dies auch mit der Originalversion probieren: Selbes Ergebnis. Einen anderen Serial-Port hab eich auch schon getestet.

abraXxl has attached the following file:

p1.patch.txt (2.48 kB - 2 times downloaded - latest: May 30th 2013, 3:51am)

Go to the top of the page

Diddl

Moderator

Posts: 8,173

10

Friday, December 3rd 2010, 8:56am

Ich muss gestehen, ich bin nicht sicher ob ich das 1571 Objekt voll getestet habe. Vielleicht ist es einfach nicht fertig designed.

Die Arbeit am Java Tool habe ich irgendwann abgebrochen, wo der Reiz des Neuen verschwunden ist. Wie gesagt, die öffentliche Resonanz auf das Tool war immer schon praktisch Null.

Final Expansion (FE3-20), 1541-Emul
Meine Homepage

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

11

Friday, December 3rd 2010, 4:16pm

Quoted from "Diddl"

Ich muss gestehen, ich bin nicht sicher ob ich das 1571 Objekt voll getestet habe. Vielleicht ist es einfach nicht fertig designed.
Die Arbeit am Java Tool habe ich irgendwann abgebrochen, wo der Reiz des Neuen verschwunden ist. Wie gesagt, die öffentliche Resonanz auf das Tool war immer schon praktisch Null.

No offense, ich mag das XS1541 es sit IMO komfortabler und hat weniger Problem als die immer noch komplexe Anbindung via OpenCBM und XA oder XUM-Kabel.
Ich erwarte garnicht das alles funktioniert. Das tolle ist ja der Transfer wird im Kontroller gemacht und nicht wie bei OpenCBM wegen dem Timing auf dem Rechner gesteuert werden muss.

Noch cooler finde ich die JavaAPI, da sie easy den Zugriff erlaubt. Derzeit ist es der Part der das XS überhaupt benutzbar macht für mich.

BTW:
Ich habe noch was cooles gefunden: Ich habe eine Disk eingelegt. Das XS resetet, danach das XS in den 1541 Mode geschaltet und das Direktroy ausgeben lassen.
Anschliessend habe ich das XS in den 1571 Modus geschaltet und ebenfalls das Direktory versucht zu lesen. Danach hängt das XS.

Source code

### XS-1541 Interface v0.02.05 ###
 2701 Bytes free, 14745600 Hz

@U0>M1
ready.
$
0 "R.F.O. V2.0 VDC " C-128
0    "Õ-_-ղ-_-²-É     " DEL  
0    "!Õ-É×-É× !     " DEL  
0    "^!Éի+-³!«-É^ÄÉ   " DEL  
0    "!!!!ÊɳÕճ!!!×È   " DEL  
0    "^Êױ+Éɫ-³!!^-_-_" DEL  
0    "! ×Ê-Ë×ÊÉɱË!FROM!" DEL  
0    "Ê-˱-_-±-_-Ë/'/'!" DEL  
0    " '/'ˮ/®×/'×'/'/!" DEL  
0    " /ÕÉÝÉ×ݮÉÝɮÉÕղÉ!" DEL  
0    " 'ÊËÊËÊÊÉʽÊÊË/Ê!" DEL  
0    "  '/'/'/'/'/'/';" DEL  
0    "ʬÒÆÒÆÒÆÆÒÆÒÆÒÆÒһ" DEL  
0    "ÈV2.0  PAL/NTSCÇ" DEL  
0    "ȼ·ÅÐONEFILEDÏÅŷ¾" DEL  
0    ".C128/VDC ONLY. " DEL  
0    "±²±²±²±²±²±²±²±À" DEL  
227  "RISEN F.OBLIVION" PRG    
27   "RFO 64K GRAPHICS" PRG   
0    "±²±²±²±²±²±²±²±²" DEL  
409 BLOCKS FREE.             
ready.
#1541
IEC device 8 (1541)
$
0 "R.F.O. V2.0 VDC " C-128
0    "Õ-_-ղ-_-²-É     " DEL  
0    "!Õ-É×Õ-É !     " DEL  
0    "^!É׫+-³!«-É^ÄÉ   " DEL  
0    "!!!!ÊɳÕճ!!!×È   " DEL  
0    "^Êױ+Éɫ-³!!^-_-_É" DEL  
0    "! Ê-Ë×ÊÉױË!FROM!" DEL  
0    "Ê-˱-_-±-_-Ë/'/'!" DEL  
0    " '/'ˮ/®×/'×'/'/!" DEL  
0    " /ÕÉÝÝ×ɮÉÝɮÕÉղÉ!" DEL  
0    " 'ÊËËÊÊÊÉʽÊÊË/Ê!" DEL  
0    "  '/'/'/'/'/'/';" DEL  
0    "ʬÒÆÒÆÒÆÒÒÆÒÆÒÆÒƻ" DEL  
0    "ÈV2.0  PAL/NTSC" DEL  
0    "ÈǼ·ÅÐONEFILEDÏÅŷ¾" DEL  
0    ".C128/VDC ONLY. " DEL  
0    "±²±²±²±²±²±²±²±À" DEL  
227  "RISEN F.OBLIVION" PRG    
27   "RFO 64K GRAPHICS" PRG   
0    "±²±²±²±²±²±²±²±²" DEL  
409 BLOCKS FREE.             
ready.
#1571
IEC device 8 (1571)
$

Ab jetzt hängt das XS...

Warum?

cya

Go to the top of the page

Diddl

Moderator

Posts: 8,173

12

Friday, December 3rd 2010, 4:36pm

Blinkt das XS-1541 noch oder hängt auch die LED?

Final Expansion (FE3-20), 1541-Emul
Meine Homepage

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

13

Friday, December 3rd 2010, 4:40pm

Ich meine mit es hängt, da die Led nicht mehr blinkt aber noch leuchtet. Eingaben auf der seriellen Konsole sind nicht mehr möglich.

Go to the top of the page

Diddl

Moderator

Posts: 8,173

14

Friday, December 3rd 2010, 4:54pm

Wenn es nicht mehr blinkt handelt es sich vermutlich um ein Problem in der XS-1541 Firmware.

Vermutlich werden sich XS und 1571 nicht einig ob Burst oder standard IEC Modus gefahren wird. Deshalb auch meine Frage ob das kabel voll, bzw. richtig verschaltet ist.

Burstmode läuft bei mir eigentlich sehr gut. Heisst aber gar nichts weil gerade Burstmode vermutlich sonst auf kener anderen 1571 getestet wurde. Möglicherweise muss man da noch nachbessern, dazu braucht man aber ein breites Hardware Spektrum.

Final Expansion (FE3-20), 1541-Emul
Meine Homepage

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

15

Friday, December 3rd 2010, 5:20pm

Aber er hängt ja auch wenn ich ein simples Floppy-Commando z.B. U0>M1 an die Floppy sende. Wenn ich den Burstmodus rcihtig verstehe, wird dieser aber erst durch einen normalen IEC Transfer angestossen, in dem ein spezielles "U0....."-Kommando gesandt wird. IEC zur Bus-Kontrolle und Burst um via SRQ einen Datenstrom mit einem Kommando zu senden. Geht auch IECIN/OUT, also Zeichenweises lesen via Burst?

EDIT: Wenn ich die XS-Firmware genauer die iec.c richtig deute, scheinet auch Zeichenweises lesen und schreiben via Burst zu gehen.

Ich habe noch mal das Kabel überprüft das ist klar durch gängig auf allen 6Pins und ist auch nicht von der Art das ATN(Pin2) auf der Ummantelung übertragen wird. Ich werde die 1571 mal an einem C128 testen und ggf. mal die CIA tauschen. ABer nicht mehr heute.

Go to the top of the page

Diddl

Moderator

Posts: 8,173

16

Friday, December 3rd 2010, 7:54pm

Ne, jeder Bustransfer beginnt mit <ATN> plus entweder <LISTEN> oder <TALK>. Dazu kommen evt. Open oder Close und eine Kanal Nummer. Da erkennt die Floppy bereits ob weiterhin mit Burst oder normal IEC gefahren wird.

Final Expansion (FE3-20), 1541-Emul
Meine Homepage

Go to the top of the page

PeterSieg

Professional

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

17

Saturday, December 4th 2010, 12:53pm

Hi.

Die Diskussion hier hat mich veranlasst auch mal wieder ein XS1541 - simple - aufzubauen. Nur ATmega644, Quarz+2xC.
5 Leitungen an seriellem IEC Stecker (Reset nicht belegt). Und 38400 Baud (wegen 16MHz Quarz) über Handykabel am
PC mit Teraterm.. klappt soweit ganz gut.. $ und bu gehen prima..
Mir ist aber aufgefallen, das bei mir eine .01 hinten bei der Version steht..? Hier im Thread sehe ich .05?
Und in der Doku steht restore ist noch nicht implementiert.. stimmt das..? kann ich noch kein d64 Image auf Disk
zurück schreiben..?

Peter

PeterSieg has attached the following images:

AVR CP/M, C64, A500, HxC USB, 1541, XUM1541, SwinSID, IC-Tester, Tiny Eprommer

Go to the top of the page

abraXxl

bad Influence device

Posts: 428

18

Saturday, December 4th 2010, 8:34pm

So CIA in der 1571 getauscht und zwei weitere Kabel getestet. Am XS will der Burst-Modus nicht. Am C128 schon.
Zu guter letzt habe ich an der XS-Platine auch noch überprüft ob der SRQ richtig angeschlossen ist.

@Diddl: Wo finde ich die FW-Sourcen zu der letzten XS-Firmwareversion? Im Web die haben einen geringeren Versionstand als die FW in der Java-API. Hast du ne Idee wo der Bock sein könnte?

@Peter: schau mal in den ersten Post dieses Threads, dort ist ein Link zu FW und JavaApi, welche das Benutzen sehr einfache macht. Restore & Backup sind durch "wt" (writetrack) und "dt"(dumptrack) u.a. realisiert.

Go to the top of the page

OliverW.

Professional

Posts: 915

Date of registration: Aug 25th 2005

19

Sunday, December 5th 2010, 12:17am

Quoted from "Diddl"

Weiterentwickelt, zur Zeit nicht. Das öffentliche Interesse war quasi null, und meine Forscherbedürfnisse sind momentan gestillt.

Schade, ich finde das XS1541 eigentlich recht praktisch!

Mit einer ordentlichen GUI wäre das vielleicht besser angenommen worden. (Wurde hier ja auch schon öfters mal gewünscht.)

Oliver W.

Go to the top of the page

PeterSieg

Professional

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

20

Sunday, December 5th 2010, 12:00pm

@all: Nun, ich finde das XS1541 auch sehr interessant.. Evtl. sollte man mal die aktuellsten Versionen zusammentragen (Diddl..;-) ) und ein paar Hardcopies des Java Oberfläche hinzufügen und evtl. auch
mal eine kleine Platine dazu machen - aber nur IEC/seriell und ggf. gleich mit USB Anschluß - über Bumble-Bee?

Peter

AVR CP/M, C64, A500, HxC USB, 1541, XUM1541, SwinSID, IC-Tester, Tiny Eprommer

Go to the top of the page