Posts by skoe

    Nach ein paar Jahren Pause bin ich gerade dabei, alles wieder auf den aktuellen Stand zu hieven. Dabei zieht ich auch das Repository um und wird neu strukturiert, weil ich mit bitbucket nicht mehr so zufrieden bin. Mein Ziel ist, dass in diesem Winter noch wieder alles auf aktuellen Betriebssystemen kompilierbar ist und läuft und ich die Verbesserungen aus diversen Forks übernehme. EasyTransfer fehlt noch.


    mischk, zwischenzeitlich empfehle ich https://csdb.dk/release/?id=198123, kennst du das schon?

    Actually that's not a property of NMOS. You can implement dynamic and static logic in NMOS and in CMOS. And it's still used today, since it saves real estate. Just think of DRAM.

    This is an example in CMOS:
    Three-transistor dynamic latch. | Download Scientific Diagram

    In NMOS it's done slightly different. The bit is stored in the capacity of the totem pole FETs here when Phi is low. It is fed whenever Phi is high. This is also the reason for what you saw: As long as Phi is high (or low, depending from the implementation), you can change D_in. It is stored when the input FET is switched off. Often you have cascades of these dynamic latches, first gated with Phi2 and the second with Phi1. Phi1 is created internally and is a non-overlapping, inverse clock.

    This is by the way the reason that the datasheets not only state a maximal clock rate but also a minimal. Your screenshot merlintwa shows that you are way below it (if the time axis is correct), but it seems there is enough margin in the design. Nice that you have VCD now ;)

    I think either FETs or open-drain with pullup would be fine. In fact, on reflection, I'd most likely go open-drain with pull-up, which is already how we do this on the IEC port etc on the MEGA65.


    Paul.

    Note that the IEC bus is behind 7406 open collector inverters. So knowing that the IEC bus is open collector doesn't meant that the CIA is open collector ;)

    Danke euch allen, dass ihr euch die Zeit genommen habt. Momentan bin ich dabei, mich in diverse Dinge wieder einzulesen und dann das eine oder andere auf den aktuellen Stand zu bringen. Z. B. ein paar Aufräumarbeiten zu machen, die ich mir selbst vorgenommen habe, an aktuelle Compiler anpassen, Änderungen aus Forks zu sichten und zu übernehmen etc. Kim Jorgensen hat z. B. schon vor geraumer Zeit freundlicherweise seine FC-III-Integration angeboten.


    Nach dieser Umfrage weiß ich, was mehr benutzt wird und was weniger, dann kann ich das ein bisschen priorisieren :)

    Check what material your expansion port terminals are made of and check the implications about combining noble and base metals ;)

    EasyFlash 3 USB Utilities benutze ich jetzt allerdings immer diese. Da hab ich selber noch was dazugebaut.

    Ups, hatte tatsächlich eine ältere Version für die Credits. Danke für den Hinweis. Leider kann ich das nicht mehr editieren anscheinend.


    - gemountete d64-Images (1541U, Turbo Chameleon, U64)

    - sd2iec o.ä.


    Zu welcher Spezies gehört ein Pi1541?

    Und was genau meinst Du mit Mounten?

    Mhh, für einen groben Überblick sind wohl beide okay in diesem Fall. Mit mounten meine ich "virtuell einlegen", also nicht auf eine echte Disk kopiert.

    bigby Danke für die Blumen :) Ich will mich vorerst etwas auf die tatsächlich benutzte (!) Software und Doku konzentrieren und unnütze Dinge nicht weiter warten. Vielleicht Maßnahmen, um nicht mehr erhältliche Bauteile im Design durch neue zu ersetzen, aber das ist momentan nicht so dringend, glaub ich.

    Das ursprüngliche Ziel des EasyFlash war es, ein Speichermedium zu bauen, das kompatibel zum Ocean Type I ist, von jedem ohne Spezielkenntnisse preiswert nachgebaut werden kann und genügend Speicher für ansprunchsvolle Spiele ohne lange Ladezeiten bietet. Das hat vor mehr als 10 Jahren hier begonnen. Nachdem ich nun mehrere Jahre vom C64 abstinent war, bin ich positiv überrascht, dass EasyFlash inzwischen sehr weit verbreitet ist und von einiger Dritthardware und allen wichtigen Emulatoren unterstützt wird. Allerdings ist anderen und mir aufgefallen, dass die Dokumentation und die Software mal wieder ein Update gebrauchen könnte und die Verbesserungen von Kim Jørgensen zurückübernommen werden sollten. Was macht ihr eigentlich mit dem EasyFlash, wenn überhaupt? Um da einen Überblick zu bekommen, hab ich mal ein paar Fragen. Schreibt auch gern in Kommentare, was euch am EasyFlash-Ökosystem meisten fehlt/stört. Mal sehen, was wird :)

    Häng mal eine kleine Last an das Netzteil. Ein paar mA reichen. Wenn du nichts anderes hast, eine kleine (max. 5W, mehr nicht!) Glühlampe aus dem Kfz-Kasten. Wenn du dann 9V +/- 10% misst, ist alles in Ordnung (ohne diese Dioden).


    P.S.: Das Messgerät ist so hochohmig, dass kaum Strom durch die Dioden fließt und deswegen auch kaum Spannung abfällt. Siehe Kurve im Beitrag zuvor. Das wäre übrigens bei Gleichspannung genauso.

    Die NMOS-Logik (und HMOS) der 6xxx, 7xxx und 8xxx Familien haben Push-Pull-Transistoren an den Ausgängen, bis auf die Ausnahme unten.


    Dabei handelt es sich um Enhancement Mode N-MOS FETs sowohl für die High-Side als auch für die Low-Side. Deswegen sind die High-Pegel, wie Unseen schon sagte, auch nur etwa 5 V - VthGS = ca. 4V. Und die H-Flanken werden ziemlich flach, wenn der Ausgangspegel schon recht hoch ist. Dann wird logischerweise VGS immer kleiner und in der Nähe von 4V kann er kaum noch Strom liefern. Ein N-MOS-Transistor für obenrum ist halt ungünstig. Aber leichter zu fertigen als CMOS.


    die CIAs mit den "passiven Pull-Ups" haben oben auch einen FET, aber einen Enhancement Mode FET. Dieser hat die Eigenschaft, "immer an" zu sein. Der Nachteil ist, dass der Pull-Down-FET gegen ihn ankämpfen muss, was insbesondere für Bus-Treiber doof ist, weil so eine Stufe entweder schwach/langsam oder sehr stromfressend wäre.


    Für interne Logik werden fast ausschließlich die platzsparenden Enhancement FETs benutzt. Außer für große interne Signale und Busse, wo auch Push-Pull mit Depletion Mode FETs gemacht wird. Dort findet man auch oft Bootstrap-Schaltungen (war das der Name dafür?), also Ladungspumpen, die die Gate-Spannung eines FETs über 5V schieben können. Dann sind die H-Flanken auch schnell.


    HMOS ist letztendlich nur ein Marketingname. Wenn man vom Back-Gate-Bias absieht, ist diese Technologie technisch nämlich identisch, nur kleiner.


    Ein paar Quellen:
    https://en.wikipedia.org/wiki/Depletion-load_NMOS_logic


    Infos zum Begriff "HMOS", besonders Kapitel 4.2:
    http://skoe.de/docs/c64-dissec…64_pla_dissected_a4ds.pdf

    Oh, ich kann mich ja tatsächlich hier noch einloggen :)


    I added FC3 support to the EasyFlash 2 already in 2010. The sources are freely available for everybody who needs them (search for MODE_FC3):


    https://bitbucket.org/skoe/eas…eviewer=file-view-default


    There are still some remains in some EF3 sources even:
    https://bitbucket.org/skoe/eas…eviewer=file-view-default


    I ported it to EF3 too, but never released it because of the CPLD space issue and because I didn't want to maintain two CPLD images. Since the EF2 and EF3 are very similar, it's quite easy to port it.


    Peto74, yes, you have the same rights to use the EF2/EF3 sources as Unseen. You can derive a new work from it and release it for free or for money, whatever you want. As long as you fulfill the license terms, of course. For example you are not allowed to release modified source code w/o marking it as modified by you. Just read the license boiler plate carefully.

    Das "selten, aber dann ohne Probleme" hatte ich weggelassen, weil das kaum als zuverlässiges Ja oder Nein wertbar ist. Mhhh, wobei einige andere Antworten auch in die Kategorie fallen. Nunja, nachträglich füge ich das jetzt nicht mehr hinzu.

    Huhu,


    lange nicht mehr hier gewesen - sorry auch für nicht beantwortete Nachrichten. Gerade bin ich dabei, den Schriebs zum externen KERNAL zu aktualisieren. Dazu stellt sich die Frage: Wer benutzt diese Funktion ab und an einmal und kann etwas zur Kompatibilität sagen?


    Bitte unterscheidet klar die Kompatibilität der Funktion "externer KERNAL" und der Kompatibilität des KERNALs, der dort läuft. Mich interessiert natürlich ersteres. Gern auch mit Kommentaren zu den Antworten.


    Vielen Dank für die Rückmeldungen!