SIDKick Aufbau Tipps & Fragen

Ein Problem hier war ja (nur getestet mit 3,3V), dass bei komplett angeschlossener kleiner Platine der Teensy nicht mehr wollte und neu programmiert werden musste. Kann sich das denn jemand erklären?

Quote from Frenetic

Hast Du die Möglichkeit zu schauen, ob bei X1 und bei IRQ etwas passiert? (notfalls mit einem Multimeter schauen, ob eine krumme Spannung gemessen wird)

Ein gaaanz billiges Multimeter habe ich irgendwo, bräuchte dann aber eine genaue Anleitung für Dummys, was ich einstellen und wie und wo messen soll.

Quote from -trb-

Ein gaaanz billiges Multimeter habe ich irgendwo, bräuchte dann aber eine genaue Anleitung für Dummys, was ich einstellen und wie und wo messen soll.

eigentlich ist erstmal nur interessant, ob Du bei MIDI-Input eine andere Spannung als 0V oder Versorgungsspannung misst. Das Multimeter ist dann langsam genug wechselnde Pegel in einer Spannung dazwischen anzuzeigen.

Quote from Frenetic

eigentlich ist erstmal nur interessant, ob Du bei MIDI-Input eine andere Spannung als 0V oder Versorgungsspannung misst. Das Multimeter ist dann langsam genug wechselnde Pegel in einer Spannung dazwischen anzuzeigen.

Das muss vorerst leider ausfallen. Die Batterie in meinem Multimeter ist leer und zum Wechsel fehlt mir das passende Werkzeug.

SIDKick-Firmware selbst kompilieren:

Als Fan von Frenetic s Projekten will ich auch immer die Firmwares und Kernels selbst kompilieren können. Seit 2020 stecke ich da beträchtlich Zeit rein, seine Projekte in einer strukturierten Form zu Kompilieren, falls ich selbst mal Code ändern will (was ja vorkommt - siehe Sidekick-Netzwerk-Kernel). Da bisher kaum jemand Interesse daran gezeigt hat, die Projekte kompilieren zu wollen, habe ich da bisher kaum drüber berichtet. Ich habe für Sidekick, für RAD und nun auch für SIDKick jeweils Docker-Images erstellt, in denen eine Build-Umgebung vorliegt, mit der dann Varianten von Firmwares möglichst automatisch runterkompiliert werden sollen.

Das ganze ist ein Moving Target, da sich ständig alles ändert und es wird nie wirklich fertig. Für SIDKick war es jetzt vergleichsweise einfach, ein Build-Rezept anzulegen, obwohl auch hier ein gradliniges Kompilieren mit aktuellem Teensyduino nicht möglich ist. Man muss alles an allen Stellen hacken und modifizieren, damit es baut. Und diese Modifikationen sind alle in einem Rezept eingetragen und werden nacheinander ausgeführt.

Beispiel, wie ein Kompilieren im Docker-Container aussieht für eine SIDKick-Firmware:

pasted-from-clipboard.png

Ich verwende im Container ein hochaktuelles arduino-cli von heute (Version 0.30.0) und Teensyduino als Beta 1.58.3. Aktueller geht es nicht von diesen Komponenten her gesehen und die audio-Lib von Teensyduino muss mehrfach modifiziert werden, damit ein Kompilat am Ende ohne größere Beschwerden rausfällt.

Im interaktiven Container gibt es ein Mini-UI zur Steuerung, welchen Sourcecode man nach in welchen Geschmacksrichtungen kompilieren will. Man kann entweder lokal vorliegenden Code bauen, der in den Container reingereicht wird oder einfach das Remote-Github-Repo auschecken lassen, wenn man selbst keinen Code modifizieren will vor dem Kompilieren.

pasted-from-clipboard.png

Natürlich ist diese Buildumgebung nicht vom Großmeister Frenetic selbst erstellt und kann somit keine offizielle Buildumgebung sein. Von ihm wird es aber auch keine geben, weil er interessantere Probleme zu lösen hat.

Leider ergibt sich halt im Laufe der Zeit die Situation, dass die von Frenetic empfohlenen Software-Komponenten irgendwann absolut veraltet sind und man schon irgendwie dranbleiben muss an aktuellen Arduino/Teensyduino-Versionen, wenn das Projekt langfristig kompilierbar bleiben soll.

Noch eine kleine Ergänzung zum Vorposting, da ich es nicht mehr beabeiten kann: Die Version von Arduino-CLI ist 0.31.0, da hatte ich mich oben vertippt. Und die Toolchain mit gcc, die zum Kompilieren verwendet wird, ist Bestandteil von Teensyduino, das heißt, im "Paket" Teensyduino 1.58 Beta#3 (welches dann über die Fake-Versionsnummer 0.58.3 installiert werden kann) ist ein passender gcc11.3.1 mit drin, mit dem der Sketch dann kompiliert wird.

In vorherigen Teensyduino-Versionen war die Toolchain mit gcc5.4.1 sehr viel älter.

Auf die Gefahr hin, dass es kaum jemanden interessiert: Habe in meine SIDKick-Make-Umgebung heute Abend reingehackt, dass direkt nach dem Kompilieren einer Firmware diese auch gepatcht wird mit PRGs für den SIDKick-Launcher. Dabei habe ich meine alte 2SID-Playlist wiederverwendet, die ich mal hier vorgestellt habe.

pasted-from-clipboard.png

Es gibt dann ein Buildresult-Verzeichnnis, wo alle Kompilate landen, das sieht dann so aus:

Ist alles noch Work-In-Progress...

Quote from emulaThor

Auf die Gefahr hin, dass es kaum jemanden interessiert: Habe in meine SIDKick-Make-Umgebung heute Abend reingehackt, dass direkt nach dem Kompilieren einer Firmware diese auch gepatcht wird mit PRGs für den SIDKick-Launcher. Dabei habe ich meine alte 2SID-Playlist wiederverwendet, die ich mal hier vorgestellt habe.

[...]

Code

1. -rw-r--r-- 1 root root 18116896 Feb 24 22:36 SIDKick_C64_DAC_MIDI_LED_emulaThorPlaylist1.hex
2. -rw-r--r-- 1 root root 18093856 Feb 24 22:37 SIDKick_C64_MQS_emulaThorPlaylist1.hex

Doch, interessiert (auch wenn ich es nicht praktisch nutzen kann). Vor allem auch das Ergebnis wäre interessant!

Bei mir funktioniert mit 0.215 Maus und 2. Firebutton nicht mehr. Kann das ggf. mal jemand bei sich testen? Möchte jetzt nicht nochmal alles aufschrauben zum zurückflashen und dann sitzt der Fehler doch vorm Monitor

Quote from Demonted

Bei mir funktioniert mit 0.215 Maus und 2. Firebutton nicht mehr. Kann das ggf. mal jemand bei sich testen? Möchte jetzt nicht nochmal alles aufschrauben zum zurückflashen und dann sitzt der Fehler doch vorm Monitor

am Mauscode hat sich nichts geändert, und die Feuerknöpfe (Du meinst die rechte Maustaste, richtig?) gehen gar nicht über den SID...

Hmm, dann muss ich wohl noch mal gucken, was ich da verbrochen hab. Feuerknopf meine ich natürlich 2+3, wie z.b. beim Nunchuk64 oder beim Arcader.

Quote from Demonted

Hmm, dann muss ich wohl noch mal gucken, was ich da verbrochen hab. Feuerknopf meine ich natürlich 2+3, wie z.b. beim Nunchuk64 oder beim Arcader.

ah ok, habe ich nicht, ich vermute aber die gehen dann schon über die Paddles. Sollte aber trotzdem alles funktionieren wie gehabt.

Ja, hab mal bisl rumgewurschtelt. Maus 1351 funktioniert doch ohne Probleme, nur bei Joystick oder Nunchuk64 sind Button 2+3 dauergedrückt. Sehr seltsam. Vor allem da es ja mal ohne Probleme funktioniert hat.

Habe es auch mit 2 Shortboards, zwei Sidkickplatinen 0.3s (mit unterschiedlichen BSS138 oder wie die Dinger nochmal heißen), zwei verschiedenen Nunchuk64 und auch 2 Teensy versucht. Immer der selbe Effekt.

Der einzige Unterschied zum funktioniereden Status - die Teensys. Den ursprünglichen hatte ich vor nem halben Jahr aus Unachtsamkeit gekillt und mir jetzt 2 neue gekauft.

Nunja, ich werd schon noch irgendwann drauf kommen, was ich da falsch mache.

ich hatte auch Probleme mit den Nunchucks, habe mir deshalb 2 Genassiter + 2 M30 2.4g Wireless Pads geholt,

ich weiss aber nicht mehr ob auch SIDKick verbaut waren, auf jeden fall war irgendwas an der Tastatur blockiert.

Mfg Jood

Die funktionierten bei mir eigentlich ohne Probleme vorher, und der Arcader-Stick will ja leider auch nicht. Naja, am Wochenende geht die Suche weiter. Ohne wärs ja auch langweilig.

Muss mal ne "for dummies" Frage stellen. ich hab den sidkick v0.4s, ich hab n 466er mit c0pperdragon modulator, der kein audio out hat. ich möchte nicht den orgi DIN verwenden. reicht es den SidKick zu sockeln und mit 2x chinch an L, GRN und R zu gehen oder brauch ich zwingend nen Teensy um das ding einzustellen um dne 8581 zu ersetzen? bzw muss da irgendwo n jumper für die spannung gesetzt werden?

Togzip

das ist keine Frage das ist ein mehrfach verschachteltes Rätsel, quasi ein Textadenture...

Ich arbeite mal an der Lösung:

Einen 8581 gibt es nicht, entweder 8580 oder 6581, 6582 gibts auch noch, aber das ist ein 8580 mit anderem Aufdruck.

Du hast ein 466er Board, da gehört zwingend ein 6581 drauf wenn du einen Original-SID verwendest, ein Umbau auf 8580

ist zwar möglich aber doch recht aufwändig, die Spannung muss angepasst werden, Filterkondensatoren getauscht, und ein

Widerstand muss raus.. oder so..

Wenn du den SIDKick verwendest interessiert dich das Alles nicht, hier kannst du ohne Umbau beruhigt den 8580 einstellen

auf der Unterseite vom SIDKick ist ein Jumper für die 5V, und oben 2 Jumper um zwischen DAC und MQS zu unterscheiden,

hier würde ich DAC wählen.

Ansonsten sollte es tatsächlich ausreichen 2 Chinch-Buchsen mit L/GND/R zu verbinden...

Mfg Jood

Du hast natürlich recht, ohne brille wird es langsam schwer. ist ein 6581R4AR. Ich brauch trotzdem die "for dummies" version, also bild mit was wo gemacht werden muss wenn das nicht zu viel verlangt ist.

BG Ronny

5V Versorgung (Unterseite)...

pasted-from-clipboard.png

DAC Jumper (leicht unscharf)...

pasted-from-clipboard.png

Mfg Jood

du bist der beste, danke, das hilft mir weiter.

BG Ronny

Die Frage war auch, wenn ich das richtig verstanden habe, ob der Teensy notwendig ist. Aber natürlich, denn darauf läuft ja die SID-Emulation. Vorher muss der Teensy aber noch entsprechend programmiert werden (siehe github).