TK.

Does "PCBFABEXPRESS" provide a description about the required design rules? Did you run a DRC before ordering the PCBs? Best Regards, Thorsten.

So, do I read this correctly: it's a different button now, and with MIDIO128 the buttons don't reset the core? Are you uploading code without feedback? This is very unsecure - are you doing this, because the feedbacked method doesn't work? Do you see error messages during the upload of code? If you are using the "feedback from core" option, the delay value won't be taken into account. In this case we only know, that there is some kind of random unstability. Which revision ID is displayed, when you are uploading the "revision_id_v1_0" application? Best Regards, Thorsten.

I think that the debouncing parameter will help, just insert following code below the USER_Init label in main.asm: movlw 8 call MIOS_SRIO_DebounceSet [/code] (the spaces before the instructions are important) W/ MB64E this works only properly in conjunction with MIOS V1.9c Best Regards, Thorsten.

One of the best reports ever written (not to mention that the idea itself is also very original) So - when will we hear the first audio examples? :) Best Regards, Thorsten.

Yes Best Regards, Thorsten.

I must thank Ilmenator again for this inspiration! :) It's not the same as demonstrated here, but today I tried a 5mm LED together with a tact button "TASTER 3301B" and a transparent button cap #705191 from Conrad (0,27 EUR) - it works great: Best Regards, Thorsten.

Nein, Du brauchst nicht die komplette Hardware - die Software merkt noch nicht einmal, dass die hinteren 14 Shift Register nicht angeschlossen sind Gruss, Thorsten.

Ich habe mit Reaktor auch manchmal so meine Probleme (oder hat Reaktor Probleme mit mir?). Ich faende es hilfreich, wenn man die Verdrahtung alternativ mit einer Art Beschreibungssprache machen koennte (ein VHDL Interface in Reaktor, das waers!). Wenn ich erstmal in einem Makro eine Aenderung vornehme, und diese auf andere Makros uebertragen moechte, artet das dank der schoenen bunten graphischen Oberflaeche in so viel Klickarbeit aus, dass ich die Motivation verliere, ueberhaupt noch etwas auszuprobieren. Trotzdem verwende ich heutzutage Reaktor oefter denn je. Frueher habe ich meine Songs immer in Logic zusammengebastelt, das hat viel Zeit in Anspruch genommen, und wirkte am Ende ziemlich statisch. Groesstes Problem: die VSTs lassen sich dank des verkorksten Latenzausgleichs in der PC Version nicht timingakkurat via MIDI ansteuern - somit ist Logic mittlerweile unbrauchbar fuer meine Belange. Deshalb nutze ich Reaktor als Effekt-Engine, Mixer, Synth-Expander, und zur Aufnahme. Sequenzen kommen aus der MBSEQ und werden live eingespielt. Nachtraegliche Korrekturen sind zwar nicht mehr moeglich (darauf habe ich frueher immer grossen Wert gelegt), doch das stoert mich nicht mehr. Was ich an Reaktor besonders mag, ist die Moeglichkeit, Modifikationen an den Instrumenten vornehmen zu koennen. Einfaches Beispiel: wenn ich bspw. den CutOff gleichzeitig ueber die MBSEQ und ueber ein reales Poti ansteuern moechte, dann erzeuge ich zwei virtuelle Potis, setze deren Wertebereich so, dass sie bestens ueber die 7bit MIDI Aufloesung skalieren, addiere deren Ausgangswerte und fuehre sie zum Filter. Das ist schon fast hardwarenahes arbeiten - und wird in dieser Form von keinem anderen Programm geboten (das ich bisher kennengelernt habe...). Gruss, Thorsten.

Hallo Daniel, du koenntest den Widerstand dort einloeten, wo sich normalerweise Emitter und Kollektor des Transistors befinden - also zwischen Pin 1 und 3. Oder eben einfach die Spannung an J2 abnehmen. Im Grunde verloetest Du das genauso wie eine LED (das BL ist eine LED) - auf die Polaritaet muss geachtet werden (es ist aber nicht schlimm, wenn man das BL mal verpolt), und der Vorwiderstand darf nicht fehlen. Es freut mich immer wieder zu lesen, wenn das alles auf Anhieb funktioniert! :) Gruss, Thorsten.

Hi Ole, in general it's quite normal that depending on the menu page you are the GP, track and layer LEDs can flash with a different frequency independent from the beat. In this case they allow special selections. E.g., in the pattern page, you can select the pattern number (A1, A2, ... B1, B2...) with the GP buttons, and the track group with the track buttons (instead of the track). LEDs are flashing to notify the special selection mode. I will document this much better for MBSEQ V3 (I must say that I don't know the exact behaviour of MBSEQ V2 anymore, too much played with the new one in the meantime...) But it isn't normal that one or more LEDs are not so bright anymore like the other ones after 1 hours. Yes, of course, this could be related on the weak PSU. Not sure of 600 mA is really enough - assumed you've 2 backlit LCDs running, and 32 LEDs, then this already can consume ca. 1 A! So, it makes sense to try a stronger PSU. I'm also using a heatsink for my 7805 Best Regards, Thorsten.

There isn't a big difference, just duplicate the picture (both cores are controlling the SID modules independently) Thereafter you can do the MIDI link and power connections like explained in the optimized PSU schematics Best Regards, Thorsten.

Hallo Daniel, habe mal bei Reichelt in das Datasheet reingeschaut. Es handelt sich um eine Ultra-Lowpower Beleuchtung, deshalb ist der Trick mit dem Transistor eigentlich gar nicht notwendig. Er dient hauptsaechlich zur Strombegrenzung - denn wenn man bei einem normalen Backlight nur einen Widerstand hernehmen wuerde, so wuerde ueber diesen sehr viel Strom fliessen, folglich wird er sehr heiss. Bei einem ULPBL verhaelt sich das aber anders - hast Du ein paar Widerstaende griffbereit? Das Datenblatt schreibt einen Vorwiderstand von 36 Ohm vor, ich denke, dass Werte zwischen 27 und 47 Ohm ok sind (kann man sich auch aus Seriell oder Parallel verschalteten Widerstaenden zusammenbasteln). Das BL niemals ohne Vorwiderstand betreiben! Gruss, Thorsten.

No, you don't need to change the code, you have to change the configuration, and upload it via SysEx For this we have the mk_syx script and - alternatively - Serge's Editor. See also my answer above. Look into the mk_syx package, file: pic18f/midibox64e.ini Best Regards, Thorsten.

The one which is showed at the http://www.ucapps.de/mbhp_sid_old.html page under the headline: MBHP_CORE -> MBHP_SID_V2 interconnections Best Regards, Thorsten.

You don't measure any voltage between the two pins of J1? So, how did you connect the batteries then? Do you read a voltage when the LM317 is removed from the PCB? Best Regards, Thorsten.

Ok, so the common trouble with customized PCB layouts... :-/ Let's work through it: a big change between MBSID V1.7a (which works with any MIOS version) and MBSID V1.7b and higher is the external clock synchronisation, which avoids timing violations between Core->SID register transfers. This change requires, that either the clock output at PIC pin RC2 is directly connected to the SID clock input (no 1MHz oscillator, best solution), or that it is at least free (not clamped to ground - like on the original PCBs). 1) If RC2 is clamped to ground or +5V, the application will hang up and reboot. Is this the case with your own PCB? Another point: is the 1k pullup at RA4 connected to the PIC? If not, the application could read random signal states, sometimes assume that a BankStick is connected, try to write into the not existing bankstick (formatting procedure), wait endless for a response and finally reboot (watchdog timeout) 2) So: is the 1k Pull Up R2 connected to the core? 3) what happens when you are uploading the MIDIO128 application. Are you able to trigger a >>single<< note event with each button, and two note events with each encoder? 4) do you notice reboots when MIDIO128 is running? Under which circumstances is it rebooted? Best Regards, Thorsten.

Just got the message that the reported bug has been fixed in r4359 Too bad that we propably have to wait for some months until the next official release (where other open problems are solved as well). However, for those who don't fear the adventure: try the next snapshot release Best Regards, Thorsten.

I fear that my wrongly specified connection (+) -> J2 fried your LM317 :-( I'm really sorry about that, I was typing the message too fast. You need a new one - what is your postal address, I will send you a well tested LM317 for free Best Regards, Thorsten.

Alright, so the code upload was successfull, the applications are up&running, and you don't need to do this again, because the error must be more hardware related - it isn't normal that the PIC resets when you press the edit button, maybe there is a short circuit there? Check the button connections. I think that we can continue this discussion in the troubleshooting section if you don't find the error, it's neither MIOS related, nor worth for beeing spreaded in the news section ;-) Best Regards, Thorsten.

Meinst Du den 7805? Ja, der kann schon heiss werden, ist aber nicht weiter schlimm Gruss, Thorsten.

Ich habe nun den laengst ueberfaelligen LCD Interconnection Test geschrieben, mit dem sich jede LCD Leitung direkt via ModWheel Controller ansteuern laesst. Du findest ihn auf der http://www.ucapps.de/mios_download.html Seite (falls nicht: refresh Button druecken), die Details stehen im main.asm File Gruss, Thorsten.

Im Testprogramm fehlt eine "Pass" Meldung, es zeigt nur fehlerhafte Verbindungen an, und wenn kein Fehler gefunden wurde, tut sich gar nichts. Scheinbar liegt also kein Kurzschluss vor, die Leitungen hast Du schon x mal visuell und elektronisch getestet - hm! Du schreibst etwas von Kaestchen - siehst Du die? Oder siehst Du zufaellig Zeichen wie in einem vorigen Posting beschrieben? Welche Zeichen? Ist ein bestimmtes Muster zu erkennen? (nur bestimmte Zeichen, bspw. nur Grossbuchstaben?) Gruss, Thorsten.

Arg! This was an error, please remove the connection at J2 (hope this didn't fry the LM317), it should be connected to the second pin of J1 Best Regards, Thorsten.

Alright, this explains everything! :) At J1 you should see a voltage of ca. 18V, it seems that you've connected the 9V blocks in parallel, and not in serial. This means: one pin of J1 -> 1st 9V block (-) 1st 9V block (+) -> 2nd 9V block (-) 2nd 9V block (+) -> second pin of J1 It's like a chain between the 9V blocks and the power input J1 of the burner module. Best Regards, Thorsten.

Hallo Marc, super - damit kann ich etwas anfangen. :) 0x000 (MIOS_CFG0) steht auf 0x00 - das bedeutet u.A., dass im PIC ID Header ein Character LCD selektiert wurde - richtig. 0x578 (MIOS_LCD_OPTION1) steht auf 0x37 - das bedeutet, dass der Enable Eingang des LCDs ueber Pin RD7 angesteuert wird - richtig. 0x583/0x584 (MIOS_LCD_TIMEOUT0/1) stehen auf 05 00 - das bedeutet: MIOS kann das LCD ansprechen, es kommt zu keinem Timeout und es werden auch weiterhin Zeichen uebermittelt. Die Busyzeit (0005) deckt sich mit meinen Displays. Von der Treiberseite her ist also alles ok - ich koennte mir nun nur noch vorstellen, dass zwei oder mehrere Datenpins kurzgeschlossen sind, so dass die Zeichen falsch ankommen. Du hast geschrieben: Hast Du auch die Kabel untereinander durchgepiepst? Oder besser: th0mas hat vor einiger Zeit einen automatisierten Kurzschlusstest entwickelt, er befindet sich hier: http://www.midibox.org/forum/index.php?topic=6514.0 Gruss, Thorsten.