nILS

I am fairly certain that RC34 was the current and recommended version back when wherever-you-found-this-number was written. The most recent one is the one you want. Going back to outdated versions is bad, fixing possible problems in newer ones is good.

The assembler tells you exactly what the problem is: It doesn't know what "this_value" is supposed to be, as it's not defined anywhere (in the C code it must be defined somewhere). Instead of "this_value" you have to use the address(es) where the AIN values are stored.

Like they are on any DIP IC.

Ja, das geht. Das mit dem Delay hatte ich schon so verstanden. Einfach das Signal zeitverzögert abspielen. Und genau das passiert, wenn man an einem (einfachen) Delay-Effekt das "Dry Level" auf 0 stellt. In Software ist das ganze eine Sache von 4 Zeilen Code, in Hardware isses ein wenig mehr :)

I thought that orderlist was fixed by now... Would you mind fixing it? My interwebz is GPRS at the moment so loading the wiki is a pain. 100n/0.1uF should work - I made the same mistake a while back and the gm5 runs fine. If you happen to have a 1uF cap use it, if you don't, just stick the 100n in there :)

J4 is not a shift register. Which one do you mean? Where? Where? Give us some more info ;) Decent pictures could help as well. Is this a regular DOUT module or have you already done any mods for the matrix or the likes?

Dioden-Clipping macht Leistungsverlust - und der hängt von den verwendeten Dioden, der Symmetrie und derlei ab. Du kannst das Signal mittels Opamps (TL07* zum Beispiel) puffern, splitten und dann damit machen was Du willst. So kannst Du Dir recht einfach die Empfindlichkeit etc. einstellen, ohne das eigentliche Signal zu ändern. Schaltpläne dazu: siehe z. B. TL074 Datenblatt. Verzögerung: Ein abgespeckter Rebote Delay (siehe tonepad.com) oder was ähnliches auf Basis dieser ICs könnte dafür herhalten.

You can use J5 as digital IO, there's no encoder driver for J5 though. So either you use a DINx1 (which essentially is a single 74HC165) or write some code :)

Not quite true. If you poke around the forum a bit you'll find a thread called "Another way to play .sid tunes" (or sth similar). IIRC there's some info on another tool/way of playing sid files :)

I think you a word in that sentence.

And how do you clean the flux from the trimpot-soldering? :whistle:

So far TDA1543, PCM1725 and PCM1754 have been successfully used :) Also, the stm32 has a 2-channel 12bit DAC on board that works pretty well (I am using that as an audio out for the sid emulation). Yes, me with the kaffeSEQ :)

Can't you just attach the sample to a post? That way we can download it and view the noise in our favorite wave editors :thumbsup: Also, a .wav file would be preferred, as you can't really tell what mp3 compression does to stuff :)

The best way to describe your noise is to record it and upload a sample here ;) One of your SIDs could be bad (worse than the other) when it comes to noise, of course. Every SID is unique. Are your two 8580s from the same batch/time/revision?

Isn't that a bit like a professional clown saying he can't figure out how to put the red nose on? :whistle: I seem to be one of the few people who never had any problems burning PICs. Pointers: Get a computer with a *real* serial port. Some random old PC will do just fine, use Windows 98SE or XP. Buy one of the cheap JDMs on ebay. Mine was ~10eur and has worked nicely for years, until I stepped on it. The next one was 7eur and has worked nicely for the last 3 years. Use winpicpgm or icprog.

Yes, the AC adapter. What SIDs are you using? 6581s are typically a lot noisier than 8580/6582.

If there's no cable in the input socket the inputs are grounded by the switching socket - no need to change anything. If there's noise it's probably your PSU :yes:

Cross post deleted (I kept the one in the netherlands-section, doesn't count as a cross-post) and thread moved to a more fitting board.

It's an emulation that runs on the stm32, together with the mbSID application. It can either output audio via the integrated DAC or using a DAC module with a PCM1754 or TDA1543 or the likes. For more info check out the svn server.

There is no finished/tested/release firmware for mbSID on the core32 module yet. So you can either wait for that, dive in and check out the source code from the SVN or go with the core8 version. Reasons to choose the core32 version over the core8 version are: more SIDs (not really an issue when you want a stereo sid), included SID emulation (not really an issue when you already have the SID chips) and possibly a more advanced CS.

Which DRC did *that* pass? Your tracks are way too thin, way too close to pins and other tracks and have way too many 90° bends. - Try routing with 16 mil traces - Look at the spacing between the ground plane and the pins - there's a reason for that - Delete that layout. Start over - best way to learn. - Oh and, make a new thread for PCB design questions.

Glad you got it working (againish)

Very nice, sS! And Wilba, it's not a bench, it's a throne :yes:

Rectifiers are usually a really nice thing to use, even if you don't always _need_ them. No need to worry about polarity ("hmm, was that tip positive or tip negative?" , pretty much any AC or DC wallwart will do ("dammit I only have AC wallwarts around"), ...

Da verbindest Du beim ziehen des Steckers wohl was, was nicht aneinander gehört. Vermutlich 5V und Masse ;) Nimmm eine geschaltete Stereo-Klinkenbuchse. Tip = 5V, Ring = Signal, Sleeve = Masse. Lege den Schalter des Ring auf Masse. Dann ist ohne Kabel in der Buchse automatisch 0 und da 5V an der Tip liegen gibt's keinen Kurzen beim Reinstecken/Rausziehen.