lucem

USB darf per Speizifkation nicht mit mehr als 500mA belastet werden. Allerdings muss das Gerät die zu erwartende Strombelastung während der Einschaltphase per Software übermitteln und darf erst danach die angemeldete Menge Strom ziehen! Zudem ist dabei zu beachten, dass USB zwar nominell 5V zur Verfügung steht, in der Praxis liegt die Spannung bei den meisten Mainboards allerdings eher bei 3V3 und muss zudem auch noch gefiltert werden. Daher ist die Versorgung über USB nur für den Notfall zu empfehlen. Wenn du bei Mike oder SmashTV PICs bestellt, sind die mit dem MIOS Bootloader programmiert. Über MIDI kannst du dann deine Applikation übertragen. (Mit Hilfe von MIOS Studio) Die Applikation müsstest du natürlich selbst schreiben, ober eine der vorhandenen mdofizieren, so dass sie zu deinen spezifischen Anforderungen passt. Ein Signal "+1" oder "-1" gibt es in der MIDI Spezifikation zwar, aber m.W. nur für RPN und NRPN. Für CCs gibt es das nicht. Um zu inkrementieren oder dekrementieren musst du also zumindest für CCs den aktuellen Wert im PIC puffern und bei Veränderung den neuen Controllerwert übertragen. Endlos sind die Encoder schon aus Prinzip, und sie liefern dir auch elektrisch nur im 2bit Gray-Code einen von vier Zuständen, anhand dessen und dem vorherigen du feststellen kannst, ob rechts oder linksherum gedreht wurde. Der Bereich 0...127 ist eine Folge der Einschränkungen des MIDI-Protokolls, wie oben beschrieben. Viel Spaß!

Another member for the family... :)

Für USB reicht wohl GM5, der Rest wird von der MBHP schon abgedeckt. Stromversorgung über USB ist allerdings tricky, vor allem, wenn Display und LEDs als Indikatoren verwendet werden sollen.

TQFP100, soldered by hand, no problem. Gonna go for TQFP244 (FPGA and CPLD) soon and expect no problems, too. @TheProf: Those adapters are fine, really, but still people will have to solder the ICs to the adapters.

KDE for teh win!

- beautify MB6582 - finish the endless story... erm, Double Manual Keyboard ;) - get the infamous MIDI router done - finish university - get a decent job - spend more time with my loved ones - get to actually play with NGW100 and Spartan3E SK - get rich ;) - get even richer - take over the world - witness the USA not run by monkeys - witness Germany not run by morons

I really don't wanna be responsible for mass suicide.

Für den Anfang wird's wohl ein preiswertes USB-MIDI-Interface tun; einkanalig Kostenpunkt ca. 15 Euro. Große Sprünge sind damit zwar nicht machbar, aber immerhin kriegste damit schonmal was auf die Ohren ;)

I don't even understand why one could blame a protecting diode eating up (possible) negative voltage swings for non-working MIDI connections. Also, this "open collector" nonsense further up the list... MIDI is a current-loop, meaning there is exactly 5mA or 0mA flowing through a wire. 10m of cable only pose a problem under very weird circumstances, like inproper signal feed, or inproper impedance matching between cable, sender and receiver. (Just for those who maybe read this stuff any day later upon a forum search wondering what the hell was going on here)

Aus dem Sequenzer kommt kein Sound raus. Der kommt aus einem per MIDI angeschlossenen Klangerzeuger, wie bspw. die midibox FM oder SID. Ein Sequenzer ist dazu da, zeitabhängig Steuerdaten an Klangerzeuger zu senden.

Since the respective IP Cores are readily available for FPGAs at least, attaching such a solution to the IIC bus is probably the best solution. This way, on the hardware side nothing needs to be added except for level converters to adapt to the 3V3 or 2V5 levels FPGAs normally use (which would belong on the FPGA side anyway), and on the software side of things IIC bus handling is already in the formware, so only higher level code would need to be written. Level conversion can be done easily using resistors (simplest approach) or MOSFETs (standard conformity). Plus, IIC operations don't happen too frequently, thus collisions are unlikely to happen.

You forget "Impossible Mission", which featured real sampled voice... "Stay a while, stay forever (manic laughter)" Sampled sound was done by quickly modulating one of the three voices (playing noise) and is a real pain as everything needs to be done timely and "by hand". I really don't know if enablin the mbsid to do that is worth the effort, as all those sound still need to be programmed by hand.

Für Versorgungsleitungen gilt: je dicker, desto besser. Für Signalleitungen (außer Audio) reicht 0.14mm², als starre Leitung oder Silberdraht, vollkommen. Für Audioleitungen würde ich ein wenig dickeren Draht nehmen, und diese Verbindungen nach Möglichkeit sogar als geschirmte Leitung ausführen.

I really like the look of this one... good job.

Hey, Smithy can grow weed from your PSUs ;) Good work

Trust is a weakness.

Be patient with smash, he suffers from too much work and too little time :)

Look at the NGW100 from Atmel while you're at it. Costs around $89, I'm really contented with what it has to offer :)

Das ist schon ne ordentliche Leistung. Nen besseren Einstieg kann man sich eigentlich nicht vorstellen... Gibt es eventuell Fotos des fertigen Werks?

Will do perfectly. If you encounter noise, you can always increase filtering by putting in bigger electrolytic capacitors on the core modules (the 2200 uF ones). Since they are already quite big "out of the box", it's very unlikely you'll have noise problems anyway.

As long as they're used before the linear regulators, like in the proposed case, you'll be fine with that.

You can find smash's shop at www.avishowtech.com/mbhp Concerning your design considerations, some answers: Well, that's a start... you can always expand later. You can't check them with a multimeter unless they're really fried, but you can test them with the test apps from the MIOS download page. Well, there are so many solutions for that you could write entire books about that. Since you're new to electronics, see if you can get ahold of a switching PSU issuing about 12V with enough current (1.5A should be more than enough). Those are available as ready-made modules you can build into your chassis, and usually sport a PC-like power jack. Using something different than a switching PSU is possible, but with your level of experience I'd go for a ready-made PSU. You mean the I2C EEPROMs aka. BankSticks, I suppose... you can put them easily inside the device, no problem there. Just make sure you assign correct I2C bus adresses to them and wire them up correctly, and you're done. Welcome to the club, man :) Sooner or later you'll discover that the other projects make some sense, too, and before you know you're another midibox addict :)

You're welcome, glad to hear ot works.

SID v2 (und das schließt die Beta-Firmware 1.9 mit ein) benötigt, wenn ich mich recht erinnere, in jedem Fall einen PIC18F4685 als Grundlage; mit dem 18F452 wirst du wegen des nicht vorhandenen CAN-Busses wohl nicht weit kommen. Korrigiert mich wenn ich falsch liege.

The extra resistor on the other end is in the CAN standard - CAN is a double-end terminated bus, thus it should be in there (and nowhere else).