avogra

I just finished the graphics to illustrate the new modes and also how to create custom modes. It is attached to my last post in the topic, TK quoted. with the graphics, it should be easier to see, how a custom mode might solve your problem. good luck!

Hallo, so, jetzt hab ich mich endlich mal an die versprochene Grafik für die neuen Encoder-Modes gemacht. Ist das so verständlich? Soll ich den Teil für die Custom modes so drin lassen oder lieber als extra eintrag in die wiki? Grüße, Alex

Hi, You can try to identify the bad transitions and use a custom detent-mode. Therefore, instead of MIOS_ENC_MODE_DETENTEDxx, use 0x01, 0x02, 0x04 and 0x08 to test increments, and 0x10, 0x20, 0x40 and 0x80 for decrements. Try them one after another in normal speed-mode and note, which show jitter and which are jitter-free for a full revolution of the encoder. to get a behaviour like DETENTED2, you need one jitter-free increment and one decrement. For DETENTED (resp. DETENTED1) you need two jitter-free test-modes for increment and two for decrement. Then you can sum up the working test-modes to a custom mode and use that for your application. remember to add the modes in hex! Just an example: let's assume, the following test-modes are jitter-free: 0x02, 0x08, 0x10, 0x40, 0x80. to get a custom DETENTED2-like mode, you could use 0x02 for increments and 0x10 for decrements, summing up to 0x12 as your custom-mode. to get a DETENTED1-like mode, you could use 0x02, 0x08, 0x10 and 0x80, resulting in 0x9A as custom-mode. I hope you can find a working enc-mode that way. best regards, Alex

what hasn't been mentioned yet: at 10bit resolution it will become really hard to avoid some jitter due to noise from power supply and the like. so you will have a steady stream of little tempo changes. imho, a higher resolution is only sensible if you set the values digitally instead of a pot.

Probier alternativ mal DETENTED5 aus. das ist fast der gleiche modus wie DETENTED4, aber es werden genau die anderen Flanken ausgewertet. wenn das auch nichts hilft, könntest du außerdem noch statt MIOS_ENC_MODE_DETENTEDx direkt 0x66 oder 0x99 ausprobieren. Sollte also dann so aussehen: ... MIOS_ENC_PIN_TABLE ;; encoders 1-16 ;; SR Pin Mode ENC_ENTRY 4, 0, 0x66 ... Grüße, Alex

i don't have them at hand but i'm quite sure it was 16 detents as the description says. no idea how this shaft is meant to be used. the diameter is somewhere between 11 and 12mm from what i remember. i didn't mount a knob at all and just used it as is. if you want to use it as data-wheel, you could make a larger custom knob (fitting the hard detends). But i doubt you will find a ready-made knob. Cheers, Alex

wow, it's really nice! i want that too :)

sounds to me like all your banksticks have the same adress. at the top of http://ucapps.de/mbhp_bankstick.html there's a wiring diagramm. the banksticks get their adress from the connection of pins 1-3. although i doubt reading would work, when they all have the same adress. so maybe i'm wrong.

if it is ok, to have 5 distinct midi-ports instead of merging them into one, you could also replace your 1x1 interface by this: http://www.ucapps.de/mbhp_usb_gm5.html some interesting links: http://www.midibox.org/dokuwiki/doku.php?id=tk_gm5_bulkorder http://www.midibox.org/dokuwiki/gm5x5x5_pcb_bulk_order http://www.midibox.org/forum/index.php/topic,13891.msg119474.html#msg119474 that will only work for you, if your virtual organ can handle different midi-ports, of course. for a pedalboard and stop switches, i guess a midibox64 or midibox64e should be fine. cheers, Alex //edit: typos & replaced german words :)

jepp, gibts, probier mal midiyoke aus: Midiyoke dann gibts noch "hubi's loopback device" glaub ich, aber das hab ich nie ausprobiert. Gruß, Alex

Hi, ich hab mir das Datenblatt mal angeschaut. Ich hab zwar selber nicht wirklich die Ahnung, aber ich denk, das Display ansteuern wird schon n bisschen aufwändiger. mMn ist definitiv in MIOS selbst rumwursteln angesagt. Die Teile verwenden ein serielles Interface, das eigentlich ganz einfach zum ansteuern aussieht. Unsere PICs haben als schnelle Schnittstellen nur 1x UART (wird für MIDI verwendet) und 1x I2C oder? Letzterer hat ja n festes Protokoll, scheidet also auch aus. Die Screenkeys wollen mind. 50kHz. kA, ob man das irgendwie in Software halbwegs performant hinbekommt. Wenn ja, denk ich aber, dass das direkt in MIOS eingebaut werden müsste :-/ Wie gesagt, da hab ich keine Ahnung. Wenn du mehrere ansteuern willst, bräuchts wohl außerdem nen Multiplexer, da die Dinger keine Adressen haben, anhand denen man sie ansprechen kann. Das sollte aber das geringere Problem sein. Poste doch mal im Englischen Parts-Forum das Datenblatt. Da is die Wahrscheinlichkeit größer, dass es sich einer von den Profis mal anguggt. Wobei die sicher schon mal jemand entdeckt hat :) Ich denk auf jeden Fall, der Aufwand is schon nicht ohne. Könnte aber auch total daneben liegen :-P Gruß, Alex

Which application did you try? is it the same hex-file as the other core?

thanks for all the fish

jepp, funktioniert perfekt :D jetzt fehlt nur noch #define MIOS_ENC_MODE_DETENTED5 0x5a in cmios.h, falls bei jemand die rastung in die andere richtung verschoben ist :P Soll ich für ucapps.de mal n neues bild mit allen encoder-typen machen, oder die state-machine dokumentieren? Gruß, Alex

wollt, grad posten, dass er state nr. 7 / 0x08 nicht erkennt -.-