letzter Beitrag von Frenetic am
Frenetic what revision of ArmSID do you use? is it a newer one, or an rather old one that was sold on Revision some years ago?
I'm currently using the I think newer revision with the parts on the underside of the ArmSID board.
I have the very first revision of ARMSID with components on the upper side... it was not reliable detected by the FW update program, but on the 3rd or 4th attempt it did update to FW2.15 and detection worked.
That's what I expected. I also have one of this older HW revision in spare and will check it in my setup to confirm your results.
So it currently seems we also have a different behaviour regarding to the used revision of the ArmSID. 
After further tinkering around, I now updated all ArmSID to fw 2.15 and got the sound working with the RAD. Display of current SID version did not work on any of them for me.
With the old revision (with fw 2.9) I first also had no sound at all. Then i compared the settings between the working one and the non working one and I had to set it to 8580 and to "8580 digi software control" with 100%.
After that change the old revision also had sound output. I then did an update to 2.15 (it worked right away, no multiple tries needed) and the sound kept working in the RAD menu.
I then exchanged it with the new revision and 2.15 fw and this one had no sound as before, but in the "8580 digi menu" it was set to hardware control. After i switched it back to software control and to max output (100%) the output in the RAD menu was fine. So I would like to revert my statement from before, it seems no hardware or firmware issue, but a wrong (?) setting in the "8580 digi menu".
All 3 of my ArmSIDs now do have sound output in RAD menu, even with the latest ArmSID firmware 2.15 installed.
But the detection of the used SID version in RAD menu did not work with any firmware or on any HW revision of the ArmSID.
Could be due to the fact that I'm using the U64 for my tests, that might behave slightly different than a usual C64.
I'll put them into a C64 with a MixSID and check it there.
But before I of course will test other software to detect the SIDs. Is there any suggestion what to use?
I have the very first revision of ARMSID with components on the upper side... it was not reliable detected by the FW update program, but on the 3rd or 4th attempt it did update to FW2.15 and detection worked.
It's easier to update those early ARMSID versions with the 'forced update' variant. It's not mentioned on the website, but you can download the forced firmware update by adding b right before the file extension. So while the current firmware can be downloaded at https://www.nobomi.cz/8bit/armsid/imgs/asid215.prg, the 'forced update' for version 2.15 is at https://www.nobomi.cz/8bit/armsid/imgs/asid215b.prg.
I can add that the Nobomi tools found the ArmSids (and update) them just fine. So that software was able to detect them. (plus Super Mario Bros utilizes the two sids easily)
Judging from a quick look at the config-tool code (https://www.nobomi.cz/8bit/armsid/imgs/asid_t212.c) nobomi uses some special communication with the ARMSID (via unused registers). That's not the same as a SID-type detection that also works with real SIDs.
I guess you could try these ones: https://github.com/libsidplayf…gs/tree/master/SID/detect (it implements the aforementioned detection routine, but didn't check the PRGs)
Finde das Update auch ganz nützlich, obwohl mich die ganzen Einstellungen ein wenig "Erschlagen", allerdings komme ich immer noch
nicht ganz ans Ziel, das aktuelle Lieblingsboard (425) will mit RAD nicht laufen.
im Prinzip sind sie nach aufsteigender Relevanz für die Artefakte, die Du auch hast, sortiert. Ich würde mich zuerst auf die letzten beiden Werte konzentrieren, bis die Punkte im Menü verschwinden. Interessanterweise konnte ich in Datenblättern gar nichts finden, warum solche Timings überhaupt genau eingestellt werden sollten (d.h. wohl es ist eher das Zusammenspiel, nicht einzelne Bausteine). Aber sei es wie es mag, wenn Du es nicht hinbekommst, kannst Du mir gern mal Dein Board schicken. Es würde mich interessieren, woran es dann hakt und im schlimmsten Fall kommt noch ein "Jood-Parameter" zu den Settings hinzu 
, kannst Du mir gern mal Dein Board schicken
oder bist Du evtl. mal auf einer Comvention oder Homecomp-Treffen?
Ich weiss natürlich nicht, wie lange Du probieren müsstest, bis die korrekten Parameter gefunden wurden.
Das mit den Pixeln im Menü sieht bei mir ja auch so aus, wie bei Jood und bei längerem Einschalten werden es immer mehr ....
oder bist Du evtl. mal auf einer Comvention oder Homecomp-Treffen?
Ich weiss natürlich nicht, wie lange Du probieren müsstest, bis die korrekten Parameter gefunden wurden.
sehr selten -- in unmittelbarer Umgebung scheint es auch nicht viel zu geben. Ich würde v.a. auch in den Quelltext schauen, falls mit den bisherigen Parametern nichts geht -- das geht am besten dort, wo die Entwicklungsumgebung eingerichtet ist.
lass es mich so sagen: wenn Du Artefakte im Menu siehst, dann klappt etwas mit dem DMA-Schreiben ins RAM nicht. Dann geht natürlich auch alles andere schief -- das Menü kann nur einfach nicht abstürzen, weil der 6510/850x sowieso angehalten ist. Wie gesagt, wenn Du das Board mal herschickst, schaue ich mir das an 
Als nächste "Baustelle" würde ich gerne mit der RAD und meinem C128 experimentieren.
Ich bin ja immer noch der Hoffnung, dass ich die Kiste mal "sinnvoll" einsetzen kann.
(GEOS, BBS oder so)
Frage: hat jemand schon Erfahrungen mit dieser Kombination C128 + RAD gemacht?
Wenn ja, welche Anwendung?
Stefan
Built a RAD today and after a little messing around with firmware not booting it is now booting.
But my screen is a mess.... menu music seems to be playing fine.
My setup is a 250466 sixtyclone, arm2sid single socket version (wired for both sid and sfx IO1 and IO2), VIC-II Kawari large board, PLAnkton PLA for custom chips. and electroware psu.
Using a Pi 3A+ with the RAD which works fine as i tested it (just in case it had issues but it is new) with my Sidekick64 (which i usually use with a 3B+) with no issues.
I went over the board a few times to check all connections look good and they do. So I'm not sure what's going on.
The 466-sixtyclone was reported to require some timing adjustments. As the Kawari makes timings even more complicated (I've read about c64-board vs own clock source) I'd guess that this is an issue. Maybe you're lucky playing with the timings and report your findings, but I don't own a Kawari to test myself.
ich musste lediglich das Timing geringfügig anpassen.
Kannst Du Deine Einstellung posten? Bei mir klappt es noch nicht zu 100%.
