You are not logged in.

  • "mister-freeze" is male

Posts: 118

Date of registration: Mar 10th 2007

Location: Erding

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

41

Monday, December 6th 2010, 5:08pm

Das das Interesse gleich null ist stimmt nicht. Vielleicht ist der Personenkreis recht begrenzt .

Ich für meinen Teil habe das Immer mit grosser Spannung verfolgt... Insbesondere weil das XS potentiell das einzig sinnvolle Werkzeug ist um 8050 und 8250- Disks zu lesen / schreiben.... hätte mich echt gefreut wenn das zuende geführt worden wäre.
:]

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

42

Monday, December 6th 2010, 5:09pm

Habs gerade mal getestet unter Win7 Admin CMD:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
C:\Daten\C\XS1541\xs-java-10-05-12>backup

C:\Daten\C\XS1541\xs-java-10-05-12>java XS_1541_PC/Test_XS_1541 COM3 38400 backu
p backup.d64
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7

--- XS-1541 Java API v0.01.07 ---
:::BACKUP floppy disk to imagefile.
::::transfer S2
::::readmode WARP
::::reading from floppy ...
Command: dt 0 s2 warp dumpbin

?disk error: 00, OK,00,00

C:\Daten\C\XS1541\xs-java-10-05-12>


COM3 38400
An der 1541 ruckelt nichts.. mit Teraterm bekomme ich den Prompt und muß per 'IEC' auf iec umschalten.. $ liefert Directory etc..

Firmware *.01 <-- Ist die mit der Java Anwendung kompatibel..?

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

43

Monday, December 6th 2010, 5:23pm

COM3 38400
An der 1541 ruckelt nichts.. mit Teraterm bekomme ich den Prompt und muß per 'IEC' auf iec umschalten.. $ liefert Directory etc..

???


Firmware *.01 <-- Ist die mit der Java Anwendung kompatibel..?

Nein, das geht nur teilweise.

Für Image lesen/schreiben braucht es für die schnellen Modi (binary, warp) und 8050 die 05er firmware.

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

44

Monday, December 6th 2010, 5:32pm

Noch ein Versuch - geht auch nicht..

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
C:\Daten\C\XS1541\xs-java-10-05-12>backup

C:\Daten\C\XS1541\xs-java-10-05-12>java XS_1541_PC/Test_XS_1541 com3 38400 s1 st
d backup backup.d64
Stable Library
=========================================
Native lib Version = RXTX-2.1-7
Java lib Version   = RXTX-2.1-7

--- XS-1541 Java API v0.01.07 ---
:::BACKUP floppy disk to imagefile.
::::transfer STD
::::readmode STD
::::interleave:13
::::reading from floppy ...
Command: dt 0 std il 13 dumpbin

?disk error: rc=-3

C:\Daten\C\XS1541\xs-java-10-05-12>


Na, dann warte ich wohl mal auf die Sourcen zu 0.5 und übersetze und flashe diese Firmware dann für 16MHz.. ;-)
Oder ich muß mir wohl doch noch ein 14,xxx Quarz besorgen..

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

45

Monday, December 6th 2010, 5:55pm

Hey Peter freut mich, dass das XS überhaupt mit dir redet. Die BPS Anpassung habe ich heute mittag zwischen Tür-und-Angel ungetestet eingfügt :)

Liegt also wie Diddl, schon mein an der FW Version. Wir warten auf die neue FW-Source :)

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

46

Monday, December 6th 2010, 6:17pm

Jup. Warten wir mal.. ;-)

Habe gerade versucht es so einzustellen, das IEC und device #8 der Default nach dem Einschalten ist..
habe in main.c geändert:

Source code

1
2
3
// GLOBALS
uint8_t	fDevice = 1;							// 0=IEEE, 1=IEC
uint8_t iec_device = 8;							// current device#

das brachte leider nicht den gewünschten Erfolg..?

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

47

Monday, December 6th 2010, 9:21pm

Wie auch? In Post #42 hast du doch schon ein 00, Ok, 00, 00 von der Floppy bekommen. Nur die Frimware (.01) versteht sich nicht mit der Java-API.

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

48

Monday, December 6th 2010, 9:32pm

@abraXxl: Nein, hier war der gewünschte Erfolg gemeint, das nach dem Einschalten gleich IEC #8 1541 aktiv ist und NICHT IEEE ;-)

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

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

49

Monday, December 6th 2010, 10:55pm

So, die Stelle um IEC als Power-On Default zu haben ist hier:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
void init()
{
	//TIMSK0 = 0;			// maskiere alle INT

	// Ports initialisieren
	LED_SETDDR();
	//LED_ON();

	//GLOBALS
	fDevice	= 1;

	conf.led	= 2;
	conf.echo	= 1;
}


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

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

50

Wednesday, December 8th 2010, 4:38pm

Na.. ..ich glaube Diddl möchte die .05 Version erst noch ein bißchen 'aufhüpschen' bevor er sie hier postet..? ;-)

;-)

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

Retro-Schulzi

Sammlungsaufgeber

  • "Retro-Schulzi" is male
  • »Retro-Schulzi« is a verified user

Posts: 4,432

Date of registration: Mar 30th 2009

Location: Paderborn

  • Send private message

member since 36 month member since 36 month

51

Wednesday, December 8th 2010, 6:03pm

Ich für meinen Teil habe das Immer mit grosser Spannung verfolgt... Insbesondere weil das XS potentiell das einzig sinnvolle Werkzeug ist um 8050 und 8250- Disks zu lesen / schreiben....

Ich ebenso... wäre cool, wenn ich meine 1541 darüber an meinen CBM bekäme, oder noch besser als XS-1541-SD vom CBM auf eine SD-KArte zugreifen könnte.

52

Wednesday, December 8th 2010, 7:10pm

Ich ebenso... wäre cool, wenn ich meine 1541 darüber an meinen CBM bekäme

Geht doch mit der IEEE2IEC Firmware schon längst: IEEE2IEC - serielle IEC Floppys an einem CBM Computer
Ob man so ohne Weiteres das sd2iec auch noch mit in die Firmware reinpfriemeln kann, wage ich allerdings zu bezweifeln. Aber ein separates sd2iec müßte sich durchaus damit am CBM betreiben lassen. Komisch, habe ich bisher noch garnicht ausprobiert. Muss ich gleich mal versuchen...

53

Wednesday, December 8th 2010, 7:34pm

Na.. ..ich glaube Diddl möchte die .05 Version erst noch ein bißchen 'aufhüpschen' bevor er sie hier postet..? ;-)

Nö, aber ich muss das Zeugs erst zusammen suchen. Liegt wohl auf nem Laptop oder einer alten Platte.


Aber ein separates sd2iec müßte sich durchaus damit am CBM betreiben lassen.

Schlechte Idee. Wie ein Porsche mit angezogener Bremse.

Wenn es eine SD2IEEE Hardware gibt, baue ich die SD2IEC Firmware um auf IEEE-488.

54

Wednesday, December 8th 2010, 7:50pm

Schlechte Idee. Wie ein Porsche mit angezogener Bremse.

Dass "full speed" IEEE-488 besser ist, wollte ich mit meiner Aussage auch nicht bezweifeln. Solange es aber noch keinen Porsche gibt, muss man halt mit der Ente vorlieb nehmen (-;

55

Monday, December 13th 2010, 5:02pm

Ich habe gerade mal die vorhanden xs1541-Firmware Sourcen der Version 0.02.01 wie folgt angepasst:
+ MMC2IEC Makefile angepasst, damit
+ 1. .hex-File zum Flashen via Seriel gebaut wird
+ 2. .bin-File zum Flashen via MMC-Karte rausfällt
+ Auf Wunsch auch die .a65 Files direkt nach .inc übersetzt werden können
+ Ein Teil der Config wird jetzt aus der config gelesen
+ Sourcen angepasst, damit
+ es überhaupt kompiliert. Backslashes in C-Sourcen sind keine gute Idee, schon garnicht, wenn diese als Pfad-Trenner verwendet werden
+ Ein Teil der Config wird jetzt aus der config gelesen -> LARSP Layout hat jetzt eigene Port-Definitionen und IEC dev 8 als default
+ es auch auf einem 1284 läuft
+ Baudrate kann via config angepasst werden

Was ist noch zu tun:
- Wenn Diddl die .05 sourcen findet, diese mergen
- Mehr Zeug aus der config.h in die config migrieren
- besseres testen

Was könnte man tun:
- zukünftige LarsP/PSieg-SD2IEC Platinen mit Pin für die Seriellen Ports bauen (Dann koennte man diese auch fuer I2C klarmachen, wegen Clock und LCD)
- ggf. anderes Quarz nehmen, dann geht auf SD2IEC-Seite leider einiges kaputt
- Java-API mit Gui Versorgen :)
- xs 1541 code den 1284 ggf. besser nutzen lassen

So im Anhang befindet sich die angepasste Source sowie ein Larsp-MMC2IEC Bootloader für den 1284, der die Serielle Schnittstelle mit 38400 BPS anspricht und ein xs1541 binary für den larsp-1284p zum flashen via mmc-Bootloader.
abraXxl has attached the following files:

Unseen

Hätte gerne 'n Virtex 7 ;)

  • "Unseen" is male
  • »Unseen« is a verified user

Posts: 4,652

Date of registration: Jun 16th 2007

Location: Debara Hamtar

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

56

Monday, December 13th 2010, 5:11pm

- ggf. anderes Quarz nehmen, dann geht auf SD2IEC-Seite leider einiges kaputt

Nur alle Fastloader ausser GIJoe und Nippon, aber wer braucht die schon... ;)

Quellcode

1
2
3
10 x=rnd(-1963):fori=1to81:y=rnd(1):next
20 forj=1to5:printchr$(rnd(1)*16+70);:next
30 printint(rnd(1)*328)-217

sd2iec Homepage

57

Monday, December 13th 2010, 7:52pm

makefile anpassen, wozu?? Sind doch AVR Studio Projektfiles dabei.


Ich hab mal die Sourcen aus meinem Entwicklerverzeichnis kopiert. In der Config.h steht was von 0.02.05, aber es kann gut sein dass es ein Übergangsstand zu 06 ist.

:
Diddl has attached the following file:

58

Monday, December 13th 2010, 8:02pm

Hey super, danke das du Sourcen gefunden hast. Mal mergen.

@Diddl: ich habe genauer gesagt ein Makefile auf Basis des Makefiles vom sd2iec erstellt, damit ich es zum einen auf meiner Workstation kompilieren kann,(bsd und kein AVR Studio).

Zum anderen wird, mit dem Makefile nicht nur ein Hexfile gebaut, sondern auch die Config aus der "config"-Datei in die obj-$(MCU)/autoconf.h und ein zum bootloader des sd2iec passendes .bin-File.
Mit letzterem kann man die Firmware dann auf Larsp-Platinen via mmc-Karte tauschen.

PeterSieg

Professional

  • "PeterSieg" is male
  • »PeterSieg« is a verified user

Posts: 1,677

Date of registration: Aug 22nd 2006

Location: D-37603 Holzminden

Marketplace entries: 1

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

59

Tuesday, December 14th 2010, 8:10am

@abraXxl: Na, dann warte ich mal auf die gemerged sourcen von dir.. oder? Ich benötige aber auch den HEX File zum direkten Flashen ohne Bootloader!

EDIT: Versucht mal die 05 zu übersetzen:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
avr-gcc  -mmcu=atmega644 -Wall -gdwarf-2 -std=gnu99                                                                                      	-DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT microcode.o -MF
 dep/microcode.o.d  -c  ../microcode.c

../microcode.c:71:22: error: flash.inc: No such file or directory
../microcode.c:75:22: error: morse.inc: No such file or directory
../microcode.c:88:29: error: warpread1541.inc: No such file or directory
../microcode.c:91:29: error: warpread1571.inc: No such file or directory
../microcode.c:95:30: error: warpwrite1541.inc: No such file or directory
../microcode.c:98:30: error: warpwrite1571.inc: No such file or directory
../microcode.c:107:30: error: turboread1541.inc: No such file or directory
../microcode.c:110:30: error: turboread1571.inc: No such file or directory
../microcode.c:113:30: error: turboread1581.inc: No such file or directory
../microcode.c:117:31: error: turbowrite1541.inc: No such file or directory
../microcode.c:120:31: error: turbowrite1571.inc: No such file or directory
../microcode.c:129:25: error: testread.inc: No such file or directory
../microcode.c:132:29: error: testread1581.inc: No such file or directory
make: *** [microcode.o] Error 1
Build failed with 13 errors and 0 warnings...


Da fehlen wohl ein paar *.inc und zugehörige ASM Dateien.. ;-)

EDIT2:
Habe die mal aus dem 02 Zweig herüber kopiert und übersetzt nun..
wenns klappt, probiere ich heute mal zu flashen und dann mit dem angepassten java tool und dieser
Firmware zu arbeiten (backup + restore)..


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

60

Tuesday, December 14th 2010, 8:54am

Ja die .inc Dateien vom OpenCBM, die sind aber immer gleich (6502 Floppy Code).