XS1541 - universal serial adapter for CBM Floppy

Es gibt 209 Antworten in diesem Thema, welches 50.281 mal aufgerufen wurde. Der letzte Beitrag (1. Juli 2009 um 23:14) ist von DerSchatten.

  • Kannst du was mit GCR Nettodatein einer 1541/1571 anfangen? Wie man GCR dekodiert ist gut dokumentiert und es gibt C Source dafür. Wenn ja implementiere ich ein Flag dass du die Daten GCR dekodiert bekommst.

    Kann man gerne mit einbauen, ich verbau eh jedes Feature was kommt, zur Not muss mir halt jemand eine G64 Schreib und Leseroutine basteln wenn ich das nicht auf die Kette kriege.


    Das Problem bei der Track Leserei ist im Moment der Mangel an RAM bei dem 644er. Wenn ich nicht auf die Reihenfolge der Sektoren achten muss funktioniert das viel einfacher und schneller.


    Wenn die Daten unsortiert reinkommen dann erst in ein Pufferarray und danach schreiben, also auf PC Seite.
    Ist natürlich schade das diese Funktion dann nicht mehr per Terminal geht, FreeBASIC lässt sich nur schwerlich am Mac (noch keine rtlib) oder am Amiga (kein x86 und kein rtlib) betreiben...
    Könnte sich aber ändern wenn der C Emitter von FB endlich fertig wird, dann könnte sich einer der Amiga Leute mal hinsetzen und die rtlib und gfxlib nach AmigaOS portieren.

    Achja, ich schwanke noch zwischen GUI Eigenbau und GTK.
    Vorteile von GUI Eigenbau:
    - GUI auch für DOSen
    - leichter portierbar und keine Bindung an GTK oder eine andere Lib
    - Für mich einfacher ;)
    - Einer der Szene-GFXler könnte da ein paar nette Grafiken für basteln... X-Copy oder VGA-Copy Look and Feel irgendwer? :juhu:

    Nachteil:
    - Sieht nicht wirklich danach aus als würde es zum OS gehören.

    Noch was, wie sieht das eigentlich von deiner Seite mit Quelle aus?
    Mein Part wird geBSDt oder geZLIBt, ist irgendwie die freieste Lizenz die ich mir vorstellen kann.

    Blog: Bitte melde dich an, um diesen Link zu sehen. - The Seventies Board: Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen.

    Ein Terminal und ein Z80 :D

  • Nope, Kaffee wird bei mir nur getrunken und nicht programmiert ;)

    Blog: Bitte melde dich an, um diesen Link zu sehen. - The Seventies Board: Bitte melde dich an, um diesen Link zu sehen. Bitte melde dich an, um diesen Link zu sehen.

    Ein Terminal und ein Z80 :D

  • Ist natürlich schade das diese Funktion dann nicht mehr per Terminal geht, FreeBASIC lässt sich nur schwerlich am Mac (noch keine rtlib) oder am Amiga (kein x86 und kein rtlib) betreiben...


    Es geht ja weiterhin auch mit Terminal, nur halt viiel langsamer. Wenn jemand mit GUI arbeitet hat er eben die Vorteile des PC ausgenützt.


    Achja, ich schwanke noch zwischen GUI Eigenbau und GTK.


    Es ist alles recht. DOS wäre schön aber wer benützt denn noch DOS? Eigenes GUI das nicht nach Betriebssystem aussieht sind wir doch gewohnt als CeVi User ... :)


    Noch was, wie sieht das eigentlich von deiner Seite mit Quelle aus?
    Mein Part wird geBSDt oder geZLIBt, ist irgendwie die freieste Lizenz die ich mir vorstellen kann.


    Ich liebäugle auch mit der ZLIB. Leider sind ein paar Teile des SD2IEC drin, entweder schreibe ich die neu oder ich muss mich nach deren Lizenz strecken. Mal sehen ob man das mischen kann ...

    Nope, Kaffee wird bei mir nur getrunken und nicht programmiert ;)


    Da bin ich 100% bei dir! :D

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • > Achja, ich schwanke noch zwischen GUI Eigenbau und GTK.

    GTK klingt so, als wenn ich das Prog dann auch auf meiner Windows-freien eee-Gurke benutzen könnte :wink: Kann man doch vermutlich für Windows-User statisch linken.

    > oder ich muss mich nach deren Lizenz strecken. Mal sehen ob man das mischen kann ...

    Im Fall von Zlib und FreeBSD-Lizenzen kann man das mischen, allerdings wird der Rest des Programms dann implizit auch GPL und die Freiheiten der Zlib/FreeBSD-Lizenzen werden quasi "ausgeblendet". Trotzdem kann es sinnvoll sein, Euer Zeug unter die anderen Lizenzen zu stellen, dann bleiben alle Optionen offen.

    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

    Bitte melde dich an, um diesen Link zu sehen. | Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Bootloader? Was kann ich damit nettes machen? Brauche ich einen? Sollte ich einen brauchen?


    Das SD2IEC hat einen Bootloader, damit man auch ohne Programmer ein update rein spielen kann.



    Die Belegung geht von einem 1:1-Kabel aus? Also KEIN Null-Modem-Kabel?
    Die Baudrate ist 38tausendirgendwas 8N1 ?


    TX vom Controller (also vom Max) zum RXD vom PC und umgekehrt. Oder du nimmst so eine USB Bridge, die ist ultrapraktisch weil die Spannungsversorgung auch gleich damit läuft.

    Die Baudrate ist 115200. 8 Bits, 1 Stoppbit, Parity none (115200, 8N1).


    Alles richtig? Auch, daß der Takt NICHT durch 8 geteilt wird?

    Als Werte macht das dann lfuse 0xff, hfuse 0xd1, efuse 0xfc

    Takt NICHT durch 8 geteilt. Ich denke schon dass das so passt, ich kann dir aber erst Abends näheres sagen.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Ich liebäugle auch mit der ZLIB. Leider sind ein paar Teile des SD2IEC drin, entweder schreibe ich die neu oder ich muss mich nach deren Lizenz strecken. Mal sehen ob man das mischen kann ...


    Oh, interessant zu wissen. Wo sind denn die Quellcodearchive _aller_ deiner bisherigen Binary-Releases die sd2iec-Teile verwendet haben?

    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

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Oh, interessant zu wissen. Wo sind denn die Quellcodearchive _aller_ deiner bisherigen Binary-Releases die sd2iec-Teile verwendet haben?

    Es ist durchaus üblich in frühen Alpha Phasen keine Quellcodes zu veröffentlichen, weil es einfach wenig Sinn macht. Der ganze Code ist unbereinigt, zerstückelt und noch schlecht dokumentiert. Die Struktur ist noch nicht fix sondern ändert sich noch laufend. Wenn da jemand den Source nimmt und was ändert hat man sofort zwei Projekte, weil man das dann schlecht integrieren kann.

    Im übrigen existiert tatsächlich von jedem Entwicklungsschritt ein Source ZIP File. Aber auf Anfrage gebe ich gerne einen Entwicklerstand raus (ist auch schon ein paarmal passiert).

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Es ist durchaus üblich in frühen Alpha Phasen keine Quellcodes zu veröffentlichen, weil es einfach wenig Sinn macht.


    Das ändert nichts daran, dass du durch Einbindung von sd2iec-Quellcodeteilen die GPL zu beachten hast und die fordert einen offenen Quellcode und auch Hinweise auf die Lizenz sowie sie Verfügbarkeit des Quellcodes auf Anfrage (für jeden Fragenden, ggfs. sogar auf einem physischen Medium per Post) sofern dieser nicht mitgeliefert wird.

    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

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Das ändert nichts daran, dass du durch Einbindung von sd2iec-Quellcodeteilen die GPL zu beachten hast und die fordert einen offenen Quellcode und auch Hinweise auf die Lizenz sowie sie Verfügbarkeit des Quellcodes auf Anfrage (für jeden Fragenden, ggfs. sogar auf einem physischen Medium per Post) sofern dieser nicht mitgeliefert wird.

    Gut, du hast natürlich Recht! Dann bitte ich hiermit einen MOD, SMOD oder Admin alle Code Anhänge von mir so rasch wie möglich zu löschen. Man will ja nicht gegen eine Lizenz verstoßen.

    Ich werde die entsprechenden Codestellen neu entwickeln. Es betrifft eh nur die Datei iec.c aus der ich exakt zwei Funktionen entlehnt habe:

    Code
    static int16_t _iec_getc(void);
    static uint8_t iec_putc(uint8_t data, const uint8_t with_eoi);

    Ich wollte die sowieso neu schreiben um ein sauberes Ausstiegs- und Timeout Verhalten zu erreichen, damit der Adapter nicht "hängen bleiben" kann.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von Diddl (16. September 2008 um 19:20)

  • uh... mache ich mich jetzt strafbar, wenn ich eine Kopie der Binary besitze?
    Wie oft werden meine Kinder noch singen müssen?

  • uh... mache ich mich jetzt strafbar, wenn ich eine Kopie der Binary besitze?
    Wie oft werden meine Kinder noch singen müssen?

    Selbstverständlich musst du die sofort löschen!!

    Aber es gibt bald Neue ...

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • cool... das XS spricht mit mir!

    Ich habe noch Pin 2 und 3 an der 9 pol. Sub-D vertauscht (RxD / TxD), damit ich ein Nullmodemkabel verwenden kann. Aus irgendeinem Grund habe ich mehrere davon.

    Die Fuses passen wie zuletzt beschrieben.

  • Ich kann mir das Inhaltsverzeichnis ansehen, Fehlerkanal abfragen und sogar den Hex-Dump von Dateien anzeigen lassen, aber alle Versuche, ein Diskettenimage einer 8050 einzulesen oder eine einzelne Datei einzulesen, scheiterten bislang.
    Unter Linux hat er sich beschwert, es würde ein Paket fehlen.
    Bin auch etwas verwirrt: das XS sagt mir, es möchte einen XMODEM-Transfer, in der Doku steht YMODEM - losrattern tut die Floppy bei beiden, funktionieren tut keines... was ist denn richtig?
    Beim Versuch, das ganze Disk-Image zu übertragen, ist die Floppy auch einige Zeit gelaufen.

    Unter XP das Gleiche. Ich habe einen Screenshot angehangen. Komisch finde ich, daß der Dateiname, den ich angegeben habe, nicht übernommen und angezeigt wird.

    Was kann da los sein?

  • Sorry tut mir leid. War grad dabei auf Y-Modem umzustellen als ich meine parallel 1541 Floppy bekam. Da hat mich dann das mehr interessiert ... :roll:

    Aber du solltest doch alles löschen? Das ist sonst Lizenz Verstoss!

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Aber du solltest doch alles löschen? Das ist sonst Lizenz Verstoss!


    Vielleicht solltest du wirklich mal anfangen die Lizenzbedingungen von Software zu lesen...

    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

    Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen. - Bitte melde dich an, um diesen Link zu sehen.

  • Vielleicht solltest du wirklich mal anfangen die Lizenzbedingungen von Software zu lesen...

    Ich habs schon sinngemäß verstanden. Jedes Binary muß mit Sourcen geliefert werden. Zur Zeit gibt es keine Binary's. Ich ersetze alle Sourceteile die GPL gebunden sind durch eigenen Code oder ZLib Code bevor es einen neuen Release gibt.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.

  • Ist ja ganz schön ruhig hier geworden...

    Wann dürfen wir denn eine neue Version erwarten? Am besten mit repariertem X/Y/Z_Modem-Protokoll und auch der Möglichkeit, Dateien bzw. Images auch schreiben zu können?

  • Ich kann mir schwer vorstellen dass es in nächster Zeit eine neue Version gibt.

    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.