Günstiger Ethernetadapter für C64 Forschungsthread

Es gibt 57 Antworten in diesem Thema, welches 7.393 mal aufgerufen wurde. Der letzte Beitrag (11. Januar 2010 um 02:46) ist von Rayne.

  • Nachtrag: Sorry wg. der schlechten Qualität des oben verlinkten PDF-Exports. Inzwischen weiß ich, wie man eine sinnvolle Linienbreite einstellt.

    Beim Lesen des Schaltplans hilft vielleicht auch die Registerbeschreibung in Bitte melde dich an, um diesen Link zu sehen.. Will ich nicht aufdrängeln aber mal erwähnen :)

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

    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.

  • BTW und OT gibts nen Amiga Treiber für RR-Net? wäre für A600 mit der RAM Erweiterung von Jens sicher auch interessant, mit nem Flachbandkabel ist das Teil an irgend nem Fleck unterbringbar, gleiches im A1200, damit wären die Überbestände schnell vergriffen, wäre für mich jedenfalls kaufgrund für 2 weitere RR-Net.


    das wäre wirklich keine schlechte idee!

  • RR-Net auf dem Amiga nützt überhaupt nichts. Der Amiga sollte mindestens 16 Bit breit auf den Chip zugreifen können um halbwegs annehmbare Performance zu bekommen. Der Clockport ist aber nur 8 Bit breit und außerdem noch mit *reichlich* waitstates belastet. Da bekommt man "roh" nur rund 700K pro Sekunde durch und hat 100% CPU-Last.

    Selbst wenn kein Traffic läuft, wäre die CPU-Last sehr hoch, weil im 8-Bit mode der Crystal-LAN keine sauberen IRQs auslöst. Das ständige Pollen ist für einen C64 kein Problem (da ist die CPU ohnehin 100% beschäftigt), aber beim Amiga wäre es fatal.

    Jens

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • Beim Lesen des Schaltplans hilft vielleicht auch die Registerbeschreibung in diesem unfertigen Dokument. Will ich nicht aufdrängeln aber mal erwähnen :)


    Ich hab' nicht so richtig verstanden, was Du mit den zwei Flipflops da oben willst.. vom Retro Replay weiß ich noch, dass ich einen Schreib-Impuls immer ein bischen vorzeitig abgebrochen habe, damit Haltezeiten für das Flash auf jeden Fall eingehalten werden. Mit zwei Ticks machst Du das aber verdammt kurz, außerdem gefällt mir der async-Anteil daran nicht. Wenn schon async, dann richtig mit RS-Flipflops.

    Zusätzlich hast Du mit den drei Kontroll-Leitungen an den Flashes keine genaue Kontrolle darüber, ob Du einen CE-controlled oder einen WE-Controlled Schreibzugriff machst.

    Komplett auf programmierbare Logik verzichten ist eine Kunst, die ich selbst nicht so ganz drauf habe. Ich lande nur zu häufig bei "ach, nimm' halt nen kleinen CPLD, damit ist das viel schneller gemacht". Es ist aber jedes Mal wieder eine coole Herausforderung :smile:

    Jens

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • RR-Net auf dem Amiga nützt überhaupt nichts. Der Amiga sollte mindestens 16 Bit breit auf den Chip zugreifen können um halbwegs annehmbare Performance zu bekommen. Der Clockport ist aber nur 8 Bit breit und außerdem noch mit *reichlich* waitstates belastet. Da bekommt man "roh" nur rund 700K pro Sekunde durch und hat 100% CPU-Last.


    Na so eine PCMCIA Netzwerkkarte liefert beim FTP auch nur 150k/300k (je nach Richtung).

  • Na so eine PCMCIA Netzwerkkarte liefert beim FTP auch nur 150k/300k (je nach Richtung).


    ...und PCMCIA ist 16 Bit breit - wenn Du das auf einen 8-Bit Bus umrechnest (doppelte Zahl Zugriffe für die gleiche Datenmenge) und noch den Overhead fürs busy-pollig hinzuzählst, bist Du in der Steinzeit angekommen. Die X-Surf (auch ne 10MBit Karte) macht mit ihren assembler-optimierten Treibern und ner guten Turbokarte wirklich über 900k pro Sekunde bei FTP. Mit Samba fällt das Ganze auf rund 300K pro Sekunde. Das halte ich schon für "an der Grenze zu akzeptabel", denn es reizt die 10MBit bis an die Grenze aus.

    Kannst aber gern nen Treiber für RR-Net auf dem Amiga schreiben, es hält Dich niemand davon ab :wink:

    Jens

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • Zitat

    Ich hab' nicht so richtig verstanden, was Du mit den zwei Flipflops da oben willst.. vom Retro Replay weiß ich noch, dass ich einen Schreib-Impuls immer ein bischen vorzeitig abgebrochen habe, damit Haltezeiten für das Flash auf jeden Fall eingehalten werden. Mit zwei Ticks machst Du das aber verdammt kurz, außerdem gefällt mir der async-Anteil daran nicht. Wenn schon async, dann richtig mit RS-Flipflops.


    Bin gerade sehr eingeschränkt, weil mein Linux auf dem Hauptrechner nicht läuft. Während der vor sich hinrepariert, versuch ich's mal auf der eee-Gurke.

    Die Hauptaufgabe der beiden FFs ist das Generieren des Schreib-Timings. Weil der Adressbus nach Phi2 high nicht sofort stabil ist (wg. VIC-II), dürfen WE und CE nicht sofort aktiv werden. In einer älteren Schaltung haben wir auf die erste H-Flanke von Dotclock nach Phi2 high gewartet. Das war aber auf manchen Rechnern nicht genug (inzwischen evtl. erklärbar...). Also warten wir auf die zweite H-Flanke von Dotclock. Dazu sind diese zwei FFs als eine Art gemoddeter Gray-Counter verschaltet.

    Die Asynchronen Reset-Eingänge werden als Enable benutzt. Spart Gatter :) Das erste FF kann nur loszählen, wenn Phi2 high ist. Das verhindert auf dem C128 ein Pseudo-Schreibzugriff bei Phi2 low. Dort wird ja - zumindest im Ultimax-Mode - /WR auch low, wenn der VIC bei Phi2 liest, wenn die CPU im kommenden Zyklus schreiben wird. Das zweite FF wird durch OE low disabled. Der Gray-Counter ist also nur dann vollkommen enabled, wenn Phi2 high und /WR high.

    Das /OE selbst ist aktiv, wenn Phi2 low ist (wg. Ultimax-Cartridges => VIC-II Charset-Daten) oder wenn /WR high ist. Ob die Ausgänge dann tatsächlich aktiv werden, entscheidet CS am jeweiligen Chip.

    Zitat

    Zusätzlich hast Du mit den drei Kontroll-Leitungen an den Flashes keine genaue Kontrolle darüber, ob Du einen CE-controlled oder einen WE-Controlled Schreibzugriff machst.

    Lt. Datenblatt wird ein Schreibzugriff sowieso erst gelatched. Bei der fallenden Flanke von CS oder WE (je nach dem, was später kommt) wird die Adresse gelatched. Bei der ersten steigenden Flanke auf einer der beiden Leitungen wird Data gelatched. Erst dann beginnt der Schreibalgorithmus.

    Zitat

    Mit zwei Ticks machst Du das aber verdammt kurz


    IIRC brauchen lt. Datenblatt dazwischen nur wenige 10 ns sein. Wie gesagt wird da ja auch nur gelatched und noch nicht wirklich geschrieben. Will jetzt hier auf der Gurke nicht nach dem Datenblatt suchen. Dann gibt's da noch den SRAM, der ist 10 ns, also auch kein Problem.

    Zitat

    Komplett auf programmierbare Logik verzichten ist eine Kunst, die ich selbst nicht so ganz drauf habe. Ich lande nur zu häufig bei "ach, nimm' halt nen kleinen CPLD, damit ist das viel schneller gemacht". Es ist aber jedes Mal wieder eine coole Herausforderung :smile:


    Wem sagst Du das. Im Sommer haben wir mehrere Wochen daran gesessen, diese Schaltung zu entwickeln. Ich wollte schon mehrmals die Flinte in's Korn werfen, aber HofMar hatte immer wieder den rettenden Einfall. Das Ziel war eben, dass keinerlei Programmierequipment gebraucht wird.

    Die Schaltung sieht ein bisschen durch die Brust von hinten in's Auge aus, aber jede Leitung ist durchdacht. Und sie läuft grundsätzlich auf allen C64/C128-Varianten inkl. Ultimax-Cartridges. Nur sehr wenige Rechner mit einer kleinen Macke, einem IC der irgendwo weit weg von der Mitte liegt oder EPROM-PLAs haben Probleme gemacht. Und ja, in einem kleinen CPLD als VHDL könnte man das wesentlich lesbarer und schmerzfreier umsetzen ;)

    Vielleicht hätten wir das letzte bisschen Kompatibilität (EPROM-PLA?) noch rausgekitzelt, wenn wir bei Dotclock nicht von einer falschen Annahme ausgegangen wären.

    Gruß,

    Thomas

    Edit: Korrigiert: im kommenden Zyklus lesen wird => im kommenden Zyklus schreiben wird

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

    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.

  • Mir wärs schei55egal, selber wenn nur 200k rübergehen ist das schneller als seriell... Ich brauch ne günstige Lösung Daten von und zur Zikke zu schaufeln, und nein, den PCMCIA will und kann ich dafür nicht nutzen. Hab nunmal keine Lust dauernd CDs wegen paar MB zu brennen um das zeux rüberzubringen. USB ist fernerliefen was Nutzen/Kosten angeht, also Netzwerk... Am 600er an und für sich kein Ding aber der 1200 ist im Tower und PCMCIA Winkeladapter sind Goldstaub.

    Auch wenns Jens nicht wahr haben will, so denken doch viele wie ich...

  • @MrMusem: Bitte melde dich an, um diesen Link zu sehen. ist schneller als Seriell und günstig.

    Wenn einer, der mit Mühe kaum, geklettert ist auf einen Baum, schon meint, daß er ein Vogel wär, so irrt sich der.

    Wilhelm Busch

  • Mir wärs schei55egal, selber wenn nur 200k rübergehen ist das schneller als seriell... Ich brauch ne günstige Lösung Daten von und zur Zikke zu schaufeln, und nein, den PCMCIA will und kann ich dafür nicht nutzen. Hab nunmal keine Lust dauernd CDs wegen paar MB zu brennen um das zeux rüberzubringen.


    Warum nicht? PCMCIA ist doch optimal für Ethernet.

  • Das verstehe ich auch nicht, aber egal.
    Eine 16Bit-Netzwerkkarte am 'Migel' ist imo ne feine Sache.
    :winke:

    Wenn einer, der mit Mühe kaum, geklettert ist auf einen Baum, schon meint, daß er ein Vogel wär, so irrt sich der.

    Wilhelm Busch

  • Mir wärs schei55egal, selber wenn nur 200k rübergehen ist das schneller als seriell...


    Mit der Ansicht bist Du leider ziemlich allein. Deine Aussagen "Kundenwünsche werden wie so oft abgelehnt" (siehe anderer, geschlossener Thread) verallgemeinerst Du ziemlich heftig - ja, ich lehne viele Kundenwünsche ab, weil sie einfach nicht massentauglich sind. Du gehst ja auch nicht zu Mercedes und willst einen Zweitaktmotor in eine S-Klasse eingebaut haben. Und wenn doch, lehnen sie Deinen Wunsch ab.

    Jens

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • Ich hab hier RR und MMC aber da passt des Neue schon nicht mehr drauf da des ja fürs MMCR gemacht worden ist.


    Ich hab' mal zwei Fotos gemacht, die veranschaulichen sollen, dass grundsätzlich der Anschluss auch an die älteren Modelle möglich ist. Am MMC64 ist es richtig hübsch:

    Bitte melde dich an, um diesen Anhang zu sehen.

    und am RR kollidiert es mit den Tastern, funktioniert aber:

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wer ein bischen löten kann, der macht sich einfach die Taster an ne andere Stelle und gut ist. Wer Ersatz-Taster braucht, spricht mich am besten auf der tUM an, ich bring' ein paar mit.

    Die "bis Weihnachten 64 Einheiten"-Aktion ist ja nun gestorben (worden), aber vielleicht mache ich ja mit einem meiner Händler so ne Aktion. Und eine 8BitBaby-Konstruktion für "wie betreibe ich ein RR-Net ohne MMC(R) oder RR" mach' ich auf jeden Fall auch noch, damit sich Andere das auch selbst bauen können.

    Jens

    Bitte melde dich an, um diesen Link zu sehen. - Das offizielle iComp Supportforum ist online.

  • Und eine 8BitBaby-Konstruktion für "wie betreibe ich ein RR-Net ohne MMC(R) oder RR" mach' ich auf jeden Fall auch noch, damit sich Andere das auch selbst bauen können.

    Prima. Danke schonmal dafür.
    Sind dann zwar immer noch 50 EUR, plus das 8bitbaby, plus etwas Arbeit, aber wir bewegen uns in die richtige Richtung :)

    Sach mal, wenn ich ein MMC64 und ein RR habe... an welches der beiden stecke ich idealerweise das RR-net an (RR steckt im MMC64)?

    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.
    -
    User ignorieren? AdBlock!www.forum64.de##ARTICLE[data-user-id="xxxxx"]

  • Die "bis Weihnachten 64 Einheiten"-Aktion ist ja nun gestorben (worden),(...)

    Nun, man könnte ja das ganze über eine Mailingliste o.ä. weiterlaufen lassen...

    Oliver W.

    10 GOTO Lesezeichen im Profil
    20 READ Lesezeichen im Profil
    30 PRINT Lesezeichen aus Profil
    40 POKE 198,0: WAIT 198,1

  • K...dann dreh ich das Rnet einfach um oder sowas. Bissel Flachbandkabel, bissel Frickelei. Geht also irgendwie.
    Weinachten steht ja vor der Tür.

    Mein ignorierter Beitrag zur Netzteildiskusion:

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

  • Sach mal, wenn ich ein MMC64 und ein RR habe... an welches der beiden stecke ich idealerweise das RR-net an (RR steckt im MMC64)?


    Wenn ich das richtig im Kopf habe gehört das RR-Net ins RR.

    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

  • Was ist denn eigentlich aus dem Net64 geworden?
    Hat das mal jemand gebaut/besessen?

    Bitte melde dich an, um diesen Link zu sehen.