TK.

Sounds like an issue with the Vdd (+5V) line to the pots. If a bad soldering leads to a temporal voltage break (e.g. while a pot is turned), the voltage of all pots (or the pots which are supplied by the faulty Vdd branch) will drop to 0V Best Regards, Thorsten.

Now I know at least 5 guys who are located in Melbourne! ;) First of all, it would be interesting if any DIN pin is working - here a Troubleshooting Guide If (with the MIDIO128 application) each button sends an individual MIDI Event, and each encoder sends two individual events, then it could be a configuration issue. The default pin and shift Register assignments can be found in main.asm (and mios_tables.inc), and for prepared variants in the appr. setup_*.asm file Best Regards, Thorsten.

Some USB lines are so noisy, that this can disturb the uC execution (or the MIDI data transfer). Therefore it makes sense to use Optocouplers at both MIDI In sides, and to crossconnect the MIDI IOs (instead of using the MBLink port) For MBFM this is recommented anyhow, as the USB noise could influence the Audio Outputs as well. Encoder: from the datasheet it looks like DETENTED2, doublechecking the connections is important. As already mentioned: there are only 3 combinations - sometimes it's faster just to try all of them before trying to solve the issue on a theoretically way based on the wrong assumptions... Another point (the reason why I proposed to try DETENTED1) - are you 100% sure, that this is the right datasheet for your encoder? If DETENTED1 would work better, I could immediately say: ok, you downloaded the wrong one... ;) Best Regards, Thorsten.

Are you using Atmel or Microchip EEPROMs? Best Regards, Thorsten.

Dieses Verhalten koennte mit der automatischen Jitter-Unterdrueckung zusammenhaengen. Mit MIOS_AIN_DeadbandSet(7) wird das Deadband so gelegt, dass nur bei Werteaenderungen im 7bit Bereich die AIN_NotifyChange() Funktion aufgerufen wird. Wenn der Schieberegler jedoch schlecht entstoert ist (klemm mal das Metallgehaeuse auf Masse), oder von schlechter Qualitaet ist, kann es passieren, dass die gemessene Position mal zwischen zwei 7bit Werten (also bspw. zwischen 0x00 und 0x01) schwankt. Und hier vermeidet MIOS, dass dadurch staendig neue MIDI Events generiert werden. Neben der Entstoerung probiere mal folgendes aus: setze das Deadband auf den Wert 5, spaeter auf 3, 1, und schliesslich auf 0. AIN_NotifyChange() sollte nun wesentlich haeufiger aufgerufen werden. Wenn bereits bei 5 und 3 sporadisch Werte gesendet werden, obwohl Du den Schieberegler nicht beruehrst (dann kann auch von der Position der anderen Schieberegler abhaengen!), dann ist es eindeutig ein Jitterproblem. Das Deadband kannst Du entweder in der Applikation aendern (und anschliessend die Applikation neu aufladen), oder waehrend der Laufzeit im Debug Fenster von MIOS Studio Gruss, Thorsten.

Ok, MIDIsport 2x2 should work perfectly Btw: Sending block 00000000-000000FF [/code] which file are you trying to upload? Because this address range should neither be used by MIOS, nor by any MIOS application The bootloader is located at 0x0000-0x03ff, it cannot be overwritten via MIDI... You have to upload pic18f452/midi/mios_v1_9f_pic18f452.hex of the mios_update_v1_9f.zip package This is the only .hex file you need to upload of this package (thereafter you can start to upload an application) However, this isn't the problem here... The result of TEST_IN6 indicates, that this is neither a PIC, nor a MIDI interface, but a general (electrical) issue. It seems to be a bad soldering joint between MIDI In port, the Rx pin or the circuitry around the optocoupler. Without a scope, only visual checks will help here (I guess, that you've already checked the supply voltages...) Best Regards, Thorsten.

Hi, yes, the device ID of your core is 00. Which MIDI interface are you using? Are the In/Out ports routed correctly in MIOS Studio? And is TEST INOUT1 (see troubleshooting guide) really passing? Best Regards, Thorsten.

Wenn Du Dir mal den Schaltplan anschaust, wirst Du sehen, dass sowohl der Optokoppler, als auch J11:MI zum Rx Pin gefuehrt werden - wie soll die Software die beiden MIDI Streams unterscheiden? Nein, nur ein Signaltreiber darf an den Rx Pin angeschlossen werden, ansonsten gibt es einen Kurzschluss. Ausserdem muessen zwei MIDI Streams von der Software getrennt behandelt (und evtl. gemerged) werden. Hier hilft nur eine Verkettung der Cores (siehe MIDIbox SID V1), oder ein externer MIDI Merger (siehe entspr. Projekt), oder ein MBHP_IIC_MIDI Modul, das Dir einen zweiten MIDI In Port bietet. Gruss, Thorsten.

This topic has been moved to Trash Can. [iurl]http://www.midibox.org/forum/index.php?topic=10983.0[/iurl]

This topic has been moved to Trash Can. [iurl]http://www.midibox.org/forum/index.php?topic=10981.0[/iurl]

Perhaps type #1? Best Regards, Thorsten.

Running Cubase as a slave is a bad idea anyhow, because the software has a variable latency which cannot be compensated. MTC won't help you here... In conjunction with Cubase (or any other PC based DAW) I suggest you to use the DAW as MIDI clock master, and MBSEQ has MIDI clock slave. The sequencer will start/stop/pause in synch with the DAW. You don't need to push a MBSEQ button, it's remotely controlled. In addition, it's possible to set the pattern position directly from the DAW. Synching really works perfectly! I don't know, if you are asking these questions, because you haven't built MBSEQ yet and you are not aware of these already existing features, or if you tried this and it doesn't work (in this case: check the MIDI clock mode in BPM menu) Best Regards, Thorsten.

You are not really lost, because you can easily find out the pin assignment in the setup_*.asm file ;) Shortcut was the old name for CFG - I uploaded a new diagram to make this clear Encoder: looks like a wiring error (maybe ground terminal mixed with A or B line) My proposal: try out all three possible combinations if the datasheet doesn't make the connections clear enough Best Regards, Thorsten.

Please note, that I'm using duo-colour LEDs for group indicators as well, but only one LED colour is used by the MBSEQ firmware yet. The currently relevant DOUT pins are D7, D5, D3, D1 for group 1/2/3/4 (D6, D4, D2, D0 are connected to the second colour LED, and is reserved for future extensions) Although LED assignments can be easily changed in the setup_*.asm file, it makes sense to consider such details Best Regards, Thorsten.

You have to enable MIDI feedback for the LEDs: http://www.midibox.org/forum/index.php/topic,9504.0.html Best Regards, Thorsten.

A release candidate for SDCC 2.8.0 is available at: http://sdcc.sourceforge.net/snapshots/sdcc-2.8.0-rc1/ Finally we also get precompiled MacOS X universal binaries :) Best Regards, Thorsten.

A general answer to this topic: for every MIDIbox which uses analog components (like pots, faders, but also audio circuits like SID or OPL3), it is recommented to use the optocouplers at both sides (so, don't leave out a part) to avoid jittering values (at the AIN side) or digital noise (at the audio side). So, just use a common cross-connection between MIDI In and Out ports. Best Regards, Thorsten.

MBSEQ V3 receives MIDI Clock in Slave mode, and sends MIDI Clock in Master mode. The clock can be distributed to individual MIDI Outs in the MIDI configuration menu. MTC is not supported (impossible to implement this for a step sequencer) Best Regards, Thorsten.

Hoert sich sehr plausibel an! Ich weiss nicht, wie die neueren C64 Netzteile aufgebaut sind (ich selbst verwende eins von 1985), doch wenn in Deinem eine elektronische Sicherung eingebaut ist, die bei Ueberstrom den Schaltkreis oeffnet, und die sich nur durch ein erneutes aus-einschalten zuruecksetzen laesst, dann waere das Phaenomen aufgeklaert. Wieviele Kondensatoren befinden sich im Stromkreis der SID Versorgung? Falls jedes SID Modul mit C9=2200 uF bestueckt ist, koennte das evtl. zu solchen Problemen fuehren. Tausche sie einfach gegen 220 uF (oder 470 uF oder 100 uF) aus, und loete stattdessen einen einzigen 2200 uF an den Ausgang der PSU. Probehalber koenntest Du C9 auch erstmal komplett weglassen (vielleicht wird es dann am Audio Ausgang ein wenig brummen...) Gruss, Thorsten.

Moin, ja, der Upload war erfolgreich. Die MIOS Meldung erscheint immer beim Hochfahren des Cores. Bleibt die Frage, warum es mit MIOS Studio nicht funktioniert. Welche Java Version verwendest Du? Gruss, Thorsten.

Ich vermute eher eine software-maessige Feedback Loop. Welches MIDI Interface verwendest Du, und wie sieht Deine MIDI-Verkablung aus? Bei mir treten solche Fehler bspw. auf, wenn ich zwei MIDIboxen mit der gleichen MIOS Device ID am gleichen MIDI Out angeschlossen habe. Beide erhalten die Codebloecke, und ein PIC wird zuerst "bin fertig" antworten. Daraufhin schickt MIOS Studio bereits den naechsten Block, waehrend der zweite PIC noch das EEPROM programmiert. Falls das der Fall ist, wuerde ich empfehlen, jedem Core eine eindeutige MIOS Device ID zu vergeben. Das geht am einfachsten mit der change_id Applikation. Aehnlich verhaelt es sich uebrigens, wenn MIDI-Ox parallel zu MIOS Studio laeuft, und der MIDI-Port Router so eingestellt ist, dass eingende MIDI Streams direkt an den MIDI Out weitergeleitet werden. Gruss, Thorsten.

I don't understand the question completely. CV outputs are provided by the MBHP_AOUT* modules (MBHP_AOUT/MBHP_AOUT_LC/MBHP_AOUT_NG). The synth engine of MBFM controls them (and not the OPL3 chip, as this chip doesn't support such functions). You can modulate the outputs with LFOs and EG5 Best Regards, Thorsten.

We've 6 mono voices, and they can be routed to 4 audio channels. By default, voices are routed to all 4 channels (for people who want to test their MBHP_OPL3 module) Best Regards, Thorsten.

Verwendest Du beim Aufladen die "Smart Mode" Option? Falls nicht, koennte es zu diesem Ueberlauf kommen. Nur der Smart Mode stellt sicher, dass keine neuen Daten gesendet werden, bevor die vorigen programmiert wurden. Das Programmieren ins EEPROM dauert etwas laenger als 300 mS, die im "Manual Mode" voreingestellt sind Gruss, Thorsten.

Hallo, zwei grundsaetzliche Fragen: wann und wo hast Du den PIC18F4620 gekauft, und verwendest Du den aktuellen Bootloader? (der Bootloader wurde zuletzt vor zwei Jahren geaendert, aber es tauchen immer wieder Leute auf, die den Update damals verpasst haben) Und verwendest Du die aktuelle MIOS Studio Version v7.5? Hier gibt es hin und wieder ein aehnliches Problem: manche Leute holen sich irgendwo aus dem Netz eine aeltere Version, die nicht mit dem PIC18F4620 und PIC18F4685 kompatibel ist Gruss, Thorsten. P.S.: falls alles up-to-date ist: versuche mal, die Firmware mit dem 1st Level Bootloader aufzuladen - der ist kurz nach dem Einschalten fuer ca. 2 Sekunden aktiv.