Hello, Guest the thread was viewed1.2k times and contains 15 replies

last post from fongo2k at the

Beluga-Cartridge von dmantione

  • Die Sache hat einen gewaltigen Haken:


    Lt. Datenblatt sind die Teile im Feld zunächst (via dediziertem Tool/Programmer) nur temporär beschreibbar/konfigurierbar, d.h. man kann das Design in den Chip laden und dann -so lange man die Versorgung nicht entfernt, dieses Design testen oder theoretisch auch nutzen (Henne-Ei-Problem, da man dann eben einen Master/power-sequencing processor braucht, um die Schaltung nach Kaltstart in einen geregelten Zustand zu bringen )


    Man kann auch EINMALIG ( OTP ) die Konfig permanent machen, aber ab da wird das Datenblatt etwas schwammig, denn es steht dort, das wäre nur für kleine Serien empfehlenswert...

    Das stimmt, aber es ist kein großes Problem. Es ist sogar noch kleiner, als ich ursprünglich gedacht hatte. Hier ist ein Foto von mein Protoyp des Beluga-cartridge dass ich am Moment im entwicklung habe:



    Du siehst den SLG46620 mit offiziellem DIP-Adapter. Außerdem kann man sehen, dass ich auch einen Anschluss für das Programmiergerät gemacht habe. Ich kann das SLG46620 einfach aus der Cartridge entfernen und das Programmiergerät in die Cartridge einsetzen. Dann setze ich das SLG46620 in das Programmiergerät ein und kann entwickeln und testen, was ich will, ohne etwas dauerhaft zu programmieren. Das funktioniert so gut, dass ich Am Moment nur 4(!) GreenPAKs unbrauchbar gemacht habe. Wenn man bedenkt, dass sie so gut wie nichts kosten, ist das praktische Problem gleich null.

    Und sie sind nicht einmal völlig unbrauchbar, da sie im Programmiergerät mit einer temporären Konfiguration umkonfiguriert werden können, so dass sie weiterhin für die Entwicklung neuer Hardware verwendet werden können.


    Für die Herstellung von Hardware usw. ist das OTP-thema ebenfalls kein Problem.


    wie viel muss man denn in die Toolkette, sprich den Programmer und gegebenenfalls die Tools selbst investieren, um dann zusätzlich zu Deinem Adapter mit aufgelöteten "OTP"-Universal-Chip wirklich handlungsfähig zu sein?


    Mit Standard-Programmern wie GALEP oder meinetwegen auch den China-"Böllern" wie TL866 & Co. wird da wohl nix gehen, oder? Digikey zeigt da unzählige Varianten auf von ca 6 EUR bis 150 EUR, was braucht man wirklich, um vernünftig damit arbeiten zu können (also genanntem Chip und Deinem Adapter auf DIL20)?

    Du brauchst ein SLG4DVKDIP, mehr nicht. Die Software kannst du prompt herunterladen, für Linux/Mac/Windows. Das kannst auch jetzt direkt tun, nur um eine Weile damit zu spielen. Die Software ist ziemlich gut, im Vergleich zu GALs, ist die Qualität ein Hauch von frischem Wind.


    Und welche Anforderungen hat die Software, kann man bestehende Schaltpläne oder "top level logic diagrams" von üblichen CPLDs oder wenigstens die primitiven Tables von GAL/PAL/PLAs (ohne Registered) anderer Hersteller übernehmen, oder muss man da wirklich das Rad wieder neu erfinden?

    Hier müsst man wirklich neu anfangen, denn ein GreenPAK unterscheidet sich im Inneren von einem GAL oder CPLD. Ein CPLD hat Makrozellen, mit denen man Komponenten wie einen Zähler aufbauen können. Mit einem GreenPAK ist das zwar nicht unmöglich, aber die verfügbare Logik geht dann schnell zur Neige. Es ist ähnlich wie beim Wechsel von einem CPLD zu TTL-Bauteilen: Du müsst dann deine Design aus TTL-Bausteinen aufbauen, und das erfordert einiges an Überlegung. In ähnlicher Weise hat ein GreenPAK interne Bausteine: Zähler, Pipe-Delays, digitale Komparatoren, Flankendetektoren und dergleichen sind allesamt nützliche Bausteine, die man verwenden kann, und genau hier ist Nachdenken gefragt.


    Wenn du jedoch eine einfache Schaltung mit ein paar Logikgattern habt, kannst sie leicht neu zeichnen. Alle bekannten Logikgätter sind verfügbar, das Zeichnen von Linien zwitschen sie geht sehr schnell. Das dauert weniger als ein paar Minuten.


    Warum hat Du nicht das deutlich hobby-freundlichere Gehäuse mit Pins (TSSOP-20) gewählt, dafür gäbe es übrigens auch Universal-Adapter auf DIL, die man auch sehr günstig über ebääh & Co, bekommt und die kann man durchaus noch selbst löten, auch ohne IR, reflow etc, sondern einfach mit dem Kolben...

    Mein FC3 101% verwendet die TSSOP-Version:


    fc3101_open.jpg


    Allerdings kann ich das FC3 101% nicht gut als Lötbausatz anbieten. Ich möchte auch in der Lage sein, meine Cartridges als Lötbausatz herauszubringen, für die Beluga-cartridge ist das ein ausdrückliches Ziel. Universelle TSSOP-Adapter verwenden den breiten 0,3"-Stiftabstand, der für 20 Stifte sehr ungewöhnlich ist. Das GreenPAK würde dann ohne Selfbsbasteladapter nicht in die offiziellen Programmiergeräte passen, der Platzbedarf auf Cartridges würde viel größer werden. Und obwohl ein TSSOP20 besser von Hand zu löten ist als ein STQFN, bin ich viel produktiver, wenn ich die DIP-Version programmieren muss, als wenn ich den TSSOP20 erst vorsichtig mit einer Pinzette in einen Sockeladapter einsetzen muss.


    Aber... natürlich kann die TSSOP20-Version verwendet werden! Ich habe es selbst getan und sehr erfolgreich. Du kannst diese Diskussion ignorieren, wenn du die TSSOP20-version verwenden möchtet,
    obwohl ich denke, dass DIP-Adapter zumindest während der Entwicklungsphase unerlässlich sind.

  • Verstehe ich nicht? Foto ist fur dich nicht sichtbar?

    für mich auch nicht.

    Code: Floppy Fehlerkanal abfragen - Ausserdem kann ich bei "drive not ready" den I: und N: Befehl verwenden und notfalls den Kopf manuell zurückschieben. Und Finger weg vom Stepper!
    1. 10 open1,8,15 : rem 8 ist die Geräteadresse und das kann man bei Bedarf natürlich anpassen
    2. 20 get#1,a$:?a$;:ifst<>64goto20 : rem Das CLOSE 1 am Ende kann man sich sparen, weil beim RUN automatisch ein CLOSE ALL ausgeführt wird.
    3. RUN
  • Ich habe meinen Beitrag geändert und neu hochgeladen. Ist er jetzt besser?

    Ist das das Teil das du in dem PDF beschreibst?


    16K SRAM

    EXROM und GAME kontrollierbar

    EPROM kann seriell gelesen werden ...



    Ich möchte bitte so eine Cartridge!



    Dann passe ich meinen UC-Builder an dass er mit dieser Cartridge kann.

    https://oe7twj.at/index.php?title=UC-Builder#Variablenzeile

  • Ich habe eine lange Geschichte über die Beluga-cartridge geschrieben:


    http://www.freepascal.org/~daniel/beluga_design_v2.pdf


    Ich schlage vor, dass wir, wenn wir über die Beluga-cartridge sprechen wollen (was wir sicherlich tun werden, da ich große Hoffnungen in diese Cartridge setze), eine neue Diskussion eröffnen sollten.


    Aber kurz gesagt, die Beluga-cartridge ist fertig und die Super Guppy-cartridge befindet sich derzeit im Prototypenstadium, und das Einzige, was mich davon abhält, sie offiziell anzukündigen, ist die Software-Seite der Dinge. Ich habe die fertigen Cartridge hier, ich kann sie später fotografieren, falls Bedarf besteht.

  • Dies ist eine viel ältere Version des Dokuments.

    Genial das Konzept!


    Könnte man das auch für den C16 - Plus/4 machen?

    Wurde kein Problem sein, ich denke das der controller GreenPAK selbst ohne anderungen benutzt werden kann. Der TED-architectur hat jedoch keinen Ultimaxmode was benutzt werden kann um SRAM auf Cartridges zu implementieren, also wurde ich eines kleines paralleles ROM benutzen.

  • Ah ich seh schon.


    PERFEKT!!


    Geil die Cartridge, die gefällt mir.


    Ich brauch so eine bitte. :)

  • Ich habe eine lange Geschichte über die Beluga-cartridge geschrieben:


    http://www.freepascal.org/~daniel/beluga_design_v2.pdf


    Ich schlage vor, dass wir, wenn wir über die Beluga-cartridge sprechen wollen (was wir sicherlich tun werden, da ich große Hoffnungen in diese Cartridge setze), eine neue Diskussion eröffnen sollten.

    Ja, das wäre Sinnig, das es ja nichts mit Deiner Sammelbestellungen zu tun hat.
    controlport2  controlport2  controlport2 :D


    Aber kurz gesagt, die Beluga-cartridge ist fertig und die Super Guppy-Kassette befindet sich derzeit im Prototypenstadium, und das Einzige, was mich davon abhält, sie offiziell anzukündigen, ist die Software-Seite der Dinge. Ich habe die fertigen Cartridge hier, ich kann sie später fotografieren, falls Bedarf besteht.

    Auf jeden Fall, ich verstehe zwar nur einen Bruchteil von dem was Ihr Euch da erzählen werdet, finde das aber jetzt schon sehr interessant.

  • , dass ich auch einen Anschluss für das Programmiergerät gemacht habe.

    Ja, das Programmiergerät: kostet ca. 150 EUR bei digikey, das ist schon eine gewaltige Initialinvestition, wenn man bedenkt, das man sogar für Programmieradapter für große FPGAs und CPLDs von namhaften und westlichen Halbleiterherstellern nur 10 EUR im Schnitt zahlt...


    Zudem ist Renesas nicht unbedingt für gute oder umfassende Dokumentation bekannt und Support bekommt man ab ca. 1 Million Stk/Jahr.


    Aber jeder so wie er will...


    C64 "all in one" Cartridges gibts übrigens eigentlich schon genug und Werbung gehört in den Marktplatz nach meinem Empfinden!

  • Ja, das Programmiergerät: kostet ca. 150 EUR bei digikey, das ist schon eine gewaltige Initialinvestition, wenn man bedenkt, das man sogar für Programmieradapter für große FPGAs und CPLDs von namhaften und westlichen Halbleiterherstellern nur 10 EUR im Schnitt zahlt...

    Programmieren kannst du mit dem SLG4DVKLITE, das ist für ca. 30€ bei Digikey zu haben.