Oki... Vermutlich mit angeklemmten /IO1?!
FPGASID Support Thread (deutsch)
- andi6510
- Thread is marked as Resolved.
-
-
Beim Filter klingt es mir manchmal nach Quantisierungsrauschen. Am Anfang von Andropolis hört man das z.B. ganz gut.
-
Beim Filter klingt es mir manchmal nach Quantisierungsrauschen. Am Anfang von Andropolis hört man das z.B. ganz gut.
Solche Dinge darf man gerne auch hier eintragen:
https://goo.gl/forms/29myOHKqDHY2iX393
Dann geht es nicht verloren. -
Kennt jemand die Details, wie die Erkennung im MK2 bewerkstelligt wird?
Die Erkennung geschieht über Pin 26 (EXT IN). Wie genau das abläuft - keine Ahnung, Wiesel oder schumi fragen.
Ist das jetzt ein Schönheitsfehler oder ist funktional etwas nicht in Ordnung?
Lediglich ein Schönheitsfehler. Ist ja bei anderen SID-Nachbauten genauso, dass die vom Reloaded Mk2 nicht erkannt werden und daher dann immer die Fehler-LED des Reloaded blinkt. Sound gibt's trotzdem.
-
Solche Dinge darf man gerne auch hier eintragen:
goo.gl/forms/29myOHKqDHY2iX393
Dann geht es nicht verloren.Hab ich gemacht.
Wer sich noch vom Effekt überzeugen möchte, Meat Hook ist da auch noch ein extremer Kandidat, wo es in den ersten 90 Sekunden ganz besonders deutlich ist: https://csdb.dk/release/?id=135892 -
Speed King (Fahrgeräusche) klingt auch anders. Achtung, das ist ein übler Ohrenquäler.
-
Kennt jemand die Details, wie die Erkennung im MK2 bewerkstelligt wird?
Ich habe jetzt aus dem icomp-Forum folgende Anwort von Jens erhalten:
„Wenn FPGASid die Eingangscharakteristik eines 6581 am Audio-input nachbildet, wird dieser automatisch korrekt vom C64RMK2 erkannt. Eine Anpassung seitens des C64RMK2 ist so nicht möglich, weil der Pin AFAIK komplett unbeschaltet ist. Somit wird ein leerer sockel erkannt und aus Sicherheitsgründen auf 9V gestellt.“Ich hoffe das hilft jetzt etwas weiter. Wäre schade, wenn die 12V nicht anliegen.
-
Aber er hat doch "ext IN" und diverse Einstellungen im Expertenmodus des ConfiGuru,
(Sparte "read"), die genau darauf abzielen. Den "ext IN" kann man ja sogar sofort
hörbar machen.[EDIT:]
Davon ganz abgesehen läuft er mit 9V doch genauso gut wie in einer 469er-Platine, oder?
-
Der FPGASID hat seine eigene Eingangscharakteristik. Insbesondere der DC-Offset duerfte wo anders liegen (und das duerfte das eigentliche Kriterium sein).
Ohne Hardwareaenderung kann man da auch nichts machen. Und ehrlich gesagt wuerde ich das auch nicht machen, da der momentane Arbeitspunkt wohl gewaehlt wurde und alles andere der Audioqualitaet des EXTIN Eingangs abtraeglich waere.Der FPGASID laeuft auch mit 9V vollkommen problemlos. 12V ist mehr "fuer das gute Gefuehl".
Ich schaue trotzdem mal gelegentlich danach - evtl kann man mit ein bisschen externer Beschaltung was daran richten.
Wenn mir es jemand in die Bug-Datenbank eintraegt, vergesse ich es auch nicht
-
Ich schaue trotzdem mal gelegentlich danach - evtl kann man mit ein bisschen externer Beschaltung was daran richten.
Hmm, ich würde den FPGASID so lassen wie er ist und auch extern nicht mit Widerständen oder ähnlichem am ExtIn-Eingang rumexperimentieren...
Ich habe jetzt aus dem icomp-Forum folgende Anwort von Jens erhalten:
„Wenn FPGASid die Eingangscharakteristik eines 6581 am Audio-input nachbildet, wird dieser automatisch korrekt vom C64RMK2 erkannt. Eine Anpassung seitens des C64RMK2 ist so nicht möglich, weil der Pin AFAIK komplett unbeschaltet ist. Somit wird ein leerer sockel erkannt und aus Sicherheitsgründen auf 9V gestellt.“Ich hoffe das hilft jetzt etwas weiter. Wäre schade, wenn die 12V nicht anliegen.
Ich habe mal den wichtigen Teil "fett" markiert...
Offensichtlich übersieht icomp, dass der ExtIn-Eingang im FPGASID verarbeitet wird und geht somit von falschen Voraussetzungen aus.
Ich vermute ja, dass im C64RMK2 die Unterscheidung zwischen 6581 und 8580 anhand des Spannungspegels am ExtIn-Pin erfolgt, sobald die 9V Versorgung anliegt. Und wenn der Pegel nicht in einer der beiden Spannungsbereiche für 6581 und 8580 passt, dann wird eben auf 9V geschaltet. Ich vermute ganz stark, die Hexwerte in der seriellen Schnittstelle sind ein Hinweis (auf die Spannungswerte der beiden SID-Sockel) darauf... (Vielleicht könnte man das ja mal überprüfen, wie die Werte sich mit und ohne SID verhalten. Vor allem mit dem FPGASID, dann könnte man icomp Werte für einen "FPGASID-Bereich" zur Verfügung stellen, die icomp dann mit in die Firmware einbaut und dann bei erkanntem FPGASID auf 12V schaltet).
Hoffentlich ist das einigermaßen verständlich ausgedrückt...
Gruß
Thomas -
Hi Thomas, meinst Du Jens laesst sich darauf ein, (Die Aussage das der FPGASID sich immer so meldet), ohne selbst ausreichende Tests mit der (FPGASID) Hardware zu machen? Das waere ja dann blind in die FW eingebaut, koennte ja auch Wechselwirkung mit der Erkennung der anderen SIDs haben und dann doch SIDs grillen? Ich kenne Jens als Perfektionisten, der verlaesst sich nicht auf eine solche Aussage ohne selbst ausreichend Tests zu machen, um alle Eventualitaeten abzudecken. Also wird das wohl nicht so einfach und vor allem bestimmt nicht schnell.
Ich waere im MK2 sowieso fuer eine "ich weiss was ich tue, hoer auf zu blinken" Option, die man im "Notfall" setzen kann! Im durchsichtigen Gehaeuse nervt die Blinkerei doch schon etwas.
-
Ich kenne Jens als Perfektionisten
Na, dann sind wir ja schon zwei
Ich wuerde so was nur in direkter Absprache zwischen ihm und mir machen. Die Eingangsschaltung des FPGASID kann ich ihm gegenueber ja offen legen. Da sieht er dann, dass da nicht viel passiert...
-
Vorhin hatte ich ein starkes Rauschen drauf, als ich den C64 eingeschaltet habe. Es war sehr gleichmäßig und hat sich bei verschiedenen Einstellungen nicht verändert. Er spielte im Rauschen aber trotzdem noch vollständig die SID-Sounds in normaler Lautstärke, soweit ich das erkennen konnte. Ich dachte schon, da wär was kaputt, aber als ich den C64 aus und wieder eingeschaltet hatte, war es wieder weg und es spielt wieder wie gewohnt.
Ich konnte den Fehler auch mit mehreren Versuchen bislang nicht wiederholen. -
Vorhin hatte ich ein starkes Rauschen drauf, als ich den C64 eingeschaltet habe. Es war sehr gleichmäßig und hat sich bei verschiedenen Einstellungen nicht verändert. Er spielte im Rauschen aber trotzdem noch vollständig die SID-Sounds in normaler Lautstärke, soweit ich das erkennen konnte. Ich dachte schon, da wär was kaputt, aber als ich den C64 aus und wieder eingeschaltet hatte, war es wieder weg und es spielt wieder wie gewohnt.
Ich konnte den Fehler auch mit mehreren Versuchen bislang nicht wiederholenHm, das ist merkwürdig. Beobachte das mal bitte weiter und wenn es nochmal auftritt, mach ein Foto vom Configuru Expert-screen. Dann setze mal EXTIN auf mute und berichte, was passiert.
Konstantes Rauschen kann entweder vom EXTIN kommen (wenn z.B. der AD-Wandler Mist ausspuckt), oder vom Delta-Sigma Wandler, wenn der Dithering Block Amok laeuft. Aber ehrlich gesagt kann ich mir nicht vorstellen, wie so etwas passieren kann.
Netzteil zum Rechner ist OK und nicht schon aufgrund diverser Einbauten an der Lastgrenze?
-
Dann setze mal EXTIN auf mute und berichte, was passiert.
Das hatte ich geprüft. Der erste SID stand auf Digifix und der zweite auf Extin. Den hatte ich dann sogar auf mute gestellt, aber keine Änderung feststellen können.
Das Problem ist auch bisher nicht wieder aufgetreten. -
Ich habe hier einen brandneuen FPGASID im C128D (Vollplastik) verbaut und Probleme mit dem roten Kabel am Pin 7 vom Expansionsport.
Wenn der dran ist, kann ich nicht vernünftig mit dem Easyflash3 arbeiten. Resets funktionieren nur mit Nachdruck, wenn überhaupt. Und
via USB injizierte Programme kann ich so auch nicht starten. Der 128er Modus ist aus dem EF3 auch nicht zu erreichen. Ohne die Pin7-
Verdrahtung am ExpPort ist alles OK. Mein Zielkonfoguration ist 2 x 8580 ohne Digifix mit SID2 auf $D420. Mehr Spezielles brauche ich gar
nicht. Es läuft, aber eben nur ohne Pin7. Wozu brauche ich den überhaupt, was kann ich bei meinem Ziel noch an fliegender Kabelei weglassen ?
Ansonsten sind z.Z. alle anderen Kabel nach Vorgabe im 128er verlegt. Stereo via AV-Buchse funktioniert auch sehr schön. -
Das ist schon an anderer Stelle in Besprechung: Probleme Zusammenspiel FPGASID und EF3
-
Es läuft, aber eben nur ohne Pin7. Wozu brauche ich den überhaupt, was kann ich bei meinem Ziel noch an fliegender Kabelei weglassen ?
Ein Blick in die Belegungstabelle bei Pin 7 verrät:
QuoteEin-/Ausgabebereich 1 ; Low-Pegel, wenn Adressbus innerhalb $DE00-$DEFF liegt.
Dürfte also nur notwendig sein, wenn man diesen Bereich für den SID nutzen möchte.
-
..und die anderen bunten Drähte, welche braucht man unbedingt ?
