nILS

I can confirm it is.

Hiya and welcome aboard, the_exploding_pineapple :flowers: Very doable.

Because in an old revision the silkscreen was the wrong way around, making this a pretty common error (eeprom wrong way round = nothing worky)

Not sure if that's relevant but did you update the bootloader as well or just MIOS?

It completely staying off is a bad sign. 1) Make sure the jumpers are set correctly 2) Check the voltages 3) Is the EEPROM mounted?

What does the gm5's main LED do?

You are to correct that you can do what you want the app to do with a lpc core. :poke: It will work on the lpc-core. It will work on the stm32 core. A pic-based core will do the job just fine as well. So pick whichever you have, can/want to afford, like better, ...

Hahaha, nett. :hyper:

When I wrote that this morning I was convinced that you could divide 128 by 12. Then I had a coffee ;-) Fixed that. I just prefer shorter code, especially if a single instruction division will achieve the same thing (stm32 and lpc17 have a hardware divider). So it's not only more concise it's also faster (in a lot of cases). On a PIC, the mod 12 part isn't necessarily the smartest thing to do though :-) Then again, if you really wanted fast you'd pre-calc the octave incrementer beforehand anyways. Anyways, move along, nothing to see here.

:blink: Exactly the same thing can be achieved a little less verbose with the following: // apply transpose octave/semitones parameter note += (12 * inc_oct) + inc_semi; if (note > 127) { note = 116 + ((note - 4) % 12); } else if (note < 0) { note %= 12; } ...which seems preferable cause it has a (fairly) constant run-time no matter what the transpose is.

Semi-off-topic, but for small stuff I love this simulator: http://www.falstad.com/circuit/ The attachments work fine.

Well, a bridge does make it behave like any of the above :-)

There's really not much "from scratch" with what you want, so after some reading you'll do just fine :-)

Beides. Stichwort Zeitmanagement - wenn wenig Zeit da ist, muss man die sinnvoll planen und sich anfangs etwas zwingen sich auch daran zu halten, dann ist recht erstaunlich, was man alles schaffen kann :-)

Highly unlikely, the 4.95V volts are well within the tolerance of any given LCD (how precise is your meter anyways :wink:). Is the black bar just one pixel or is the entire first row filled with black blocks?

This sounds like one of the following: - you've got the wrong firmware (it happens, simply upload the latest MIOS and then the latest sammichFM firmware to be on the safe side) - you have the 165s and 595s mixed up - you installed the resistor networks the wrong way around (make sure the dot on the network aligns with the dot on the silkscreen)

Welcome aboard, Mikecl :flowers: First of, it's usually incredible helpful if you give us as much info as possible - that keeps people who want to help from having to guess what you actually want to achieve. :wink: At quick look at the GSi's VB3 documentation says that every parameter is MIDI controllable. So yeh, you can have a real switch for that without issues. All it'll takes is a core module (the pic module will do just fine), an sp3t switch and 3 pullup resistors. I'd suggest you read up on the documentation on http://www.ucapps.de to get a rough understanding of how stuff works and then come back with more detailed questions :happy:

Ich bin mir nicht so ganz sicher, ob das so alles unbedingt in diesen Thread gehört. Ist Deiner, Rolf, aber ich würde das gerne splitten, wenn's recht wär?

Sony MDR 7506. Immer.

Um... This kinda doesn't really relate to the question. At all.

Moved.

You show up on the list, so I'd say, yeh.

Quick update: There's ~15 left, this is first come first serve, so hurry :yes:

Sure.

Wilba has them and they're .svg.