veermaster

Thanks so much Henk, in the meantime I already got one and forgot to erase this thread. Sorry and all the best

Beautiful, still watching!

So good and inspiring to see what you are creating! Good luck with your further progress, I‘m watching you :-)!

If anybody wants to sell me their STM32F4 Core board please contact me. I am located in Germany... Thanks, Emre

Yep, the notes in the first post are wrong, obviously did a mistake. I will delete the file so it does not led to future misleading of other reader... Thanks TK!

OK, found out what the problem is: Whether I read the connection scheme wrong or there is a mistake: DO has to go to PIN PA6 DI has to go to PIN PA7 so these two have to be switched...

Thanks for jumping in TK! I just installed NG, but there is no sign of the default files and also the message of the missing SD Card: Also the File Browser tells me, there is nor SD Card mounted (tried formatting the card both as MS-DOS Fat and ExFAT...) So I must have done something wrong in the wiring though I checked many times, or my brand new SD Card Adapter is somehow broken...

Dear Forum, I am trying to attach my SD Card using direct wiring, so no Core Board to host the STM32F4 Disc Board. For this I connected the SD Card Holder as written in red into the scheme, but Mios_Studio keeps on telling me, that no SD Card is found... Any help is appreciated, thanks! Emre

Thanks for your generous offer Phatline, I will get back to you if I'm stuck. But first I have to do my homework... All the best and see you soon!

Thank you for your detailed answer and merry Xmas BTW. Since I use Cubase Max4Live is not an option for me, but I figured out a solution that might fit my demands. Though this might be OT I would like to explain it because it might be of interest for some people. I want to build a small DAW controller for Cubase that addresses a channel strip plugin (for example Waves SSL G-Channel) of a selected track. In Cubase 12 it is possible to bind incoming CCs from an external controller to parameters of an inserted plugin of a selected track (in MIDI Remote: selected Track->Insert&Strip FX->Parameter). That's the easy part... But since I don't want to open the plugins UI I was searching for a way to display the values of the parameters. Let's f.e. take the SSL´s frequency knob of the LMF EQ band. I tried displaying the according CC values using Lemur with a customized function for the range of this specific parameter (20-250 Hz). Without going to deep into this it turned out that this does not work precisely because the range does not seem to be linear, so my endpoints (20 and 250 Hz) are correct but everything in between is slightly off. So I need to get the "real" values from the DAW. The. only (for me possible) way is to use the MCU (Mackie control) protocol which sends out the desired data. So in Cubase I have to create a Mackie Control as a remote device and catch the data with a MCU display in plugin mode starting at page 2 with "Values" enabled. The order of parameters I can luckily change within the plugins Remote Control Editor in Cubase. This all works so far using a MCU template in Lemur. I still have a lot of work to do adjusting my future MBNG controller to this, but once I have everything running I will create a new thread and dive into details, don´t want to hijack this thread...

This is brilliant, amazing work Phatline! A few questions about the encoder/oled board: I`m trying to understand how everything is addressed. Do all encoders have a unique CC number which is mapped to individual controls in Ableton? And what about the oleds, do they show feedback provided from the DAW (name and value of mapped parameter)? Thank you and good luck with your project! Emre

Attached you´ll find the docs for the Varitronix display. Regards, Emre 55 Zeichen Display.pdf.zip

Hello Peppe, I´m sorry for answering so late but I haven´t been here for a while. Puh, I know this is a little OT but here is a quote from somebody I found in my documents: "If you change the last parameter from 0 to 1, then the spacing between channels is larger. ;; print host messages at position 12/0, (0=normal spacing) SET_CLCD_HOST_MSG 1, 12, 0, 0 <--- to 1 After setting this you can also customize the spacing to your own liking by changing the parameters in "lc_hlp.inc". as Frank said, you do this in lc_hlp.inc under LC_HLP_MsgCursorPos. You can position your messages just by counting the characters and spaces (retlw 0x00 + x for the first LCD, retlw 0x80 + x for the second, x goes from 0 to 39). By default lc_hlp.inc gives the arrangement of my controller (two 40x2 displays).  It´s also possible to shorten the messages, i.e. to have 8 channels on a 40x2 LCD with 4 characters per channel plus a space between each. To do this you have to push the not-to-be-displayed characters to a non physically existent position (i.e. retlw 0x00 + 40)." I attached my modified lc_hlp.inc file for this particular display. Cheers, Emre lc_hlp.inc

Very exciting, thank you Thorsten! Emre

Strange enough I had the same problem so I registered again with a different username and mail account...

I´ll just get one anyway so I have it under my fingers when the MIDIbox NG v2 is out. I put my order on the wiki page... Thank you, Emre

Is it possible already now to upload MIDIbox64E on the LPC17? And if so can I make encoders sending NRPNs or Pitchbend 14bit values without programming? Since days I´m trying to run MIDIbox64E on a Core8 and having the encoders send the above messages, without luck so far... Thanks, Emre

Ich denke, ich hab es hinbekommen. Ich habe einfach folgenden Block im mios_enc.inc wie folgt geändert: ;; if Bit N of ENC_MODE is set, according ENC_STAT triggers Do_Inc / Do_Dec ;; ;; Bit N 7 6 5 4 ;; ENC_STAT 8 E 7 1 ;; DEC <- <- <- <- ;; Pin A ____|-------|_______ ;; Pin B ________|-------|___ ;; INC -> -> -> -> ;; ENC_STAT 2 B D 4 ;; Bit N 0 1 2 3 ;; Binary tree translates ENC_STAT to N and calls Do_Inc / Do_Dec, if ;; related bit N is set ;; This method is based on ideas from Avogra ;; MEMO: IRQ_TMP4 = ENC_STAT, TABLAT = ENC_MODE BRA_IFSET IRQ_TMP4, 3, ACCESS, MIOS_ENC_Do_89ABCDEF MIOS_ENC_Do_01234567 BRA_IFSET IRQ_TMP4, 2, ACCESS, MIOS_ENC_Do_4567 MIOS_ENC_Do_0123 BRA_IFSET IRQ_TMP4, 1, ACCESS, MIOS_ENC_Do_23 MIOS_ENC_Do_01 ;; 0: Do_Nothing ;; 1: Do_Dec BRA_IFCLR IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 4, ACCESS, MIOS_ENC_Do_Inc rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_23 ;; 2: Do_Inc ;; 3: Do_Nothing BRA_IFSET IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 0, ACCESS, MIOS_ENC_Do_Dec rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_4567 BRA_IFSET IRQ_TMP4, 1, ACCESS, MIOS_ENC_Do_67 MIOS_ENC_Do_45 ;; 4: Do_Inc ;; 5: Do_Nothing BRA_IFSET IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 3, ACCESS, MIOS_ENC_Do_Dec rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_67 ;; 6: Do_Nothing ;; 7: Do_Dec BRA_IFCLR IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 5, ACCESS, MIOS_ENC_Do_Inc rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_89ABCDEF BRA_IFSET IRQ_TMP4, 2, ACCESS, MIOS_ENC_Do_CDEF MIOS_ENC_Do_89AB BRA_IFSET IRQ_TMP4, 1, ACCESS, MIOS_ENC_Do_AB MIOS_ENC_Do_89 ;; 8: Do_Dec ;; 9: Do_Nothing BRA_IFSET IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 7, ACCESS, MIOS_ENC_Do_Inc rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_AB ;; A: Do_Nothing ;; B: Do_Inc BRA_IFCLR IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 1, ACCESS, MIOS_ENC_Do_Dec rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_CDEF BRA_IFSET IRQ_TMP4, 1, ACCESS, MIOS_ENC_Do_EF MIOS_ENC_Do_CD ;; C: Do_Nothing ;; D: Do_Inc BRA_IFCLR IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 2, ACCESS, MIOS_ENC_Do_Dec rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_EF ;; E: Do_Dec ;; F: Do_Nothing BRA_IFSET IRQ_TMP4, 0, ACCESS, MIOS_ENC_Do_Nothing BRA_IFSET TABLAT, 6, ACCESS, MIOS_ENC_Do_Inc ;; rgoto MIOS_ENC_Do_Nothing MIOS_ENC_Do_Nothing MIOS_ENC_Do_Return tblrd*- ; switch back to first byte of entry tblrd* rgoto MIOS_ENC_AtomicHandler_Return Dabei habe ich immer MIOS_ENC_Do_Dec und MIOS_ENC_Do_Inc miteinander ausgewechselt. Weiß zwar nicht, ob das der "richtige Weg" ist, aber meine Pan Regler funktionieren jetzt wie gewollt. Grüße, Emre

Liebe Leute, ist es möglich, das Verhalten meiner Encoder softwaremäßig umzukehren/"umzupolen", also einen Increment Befehl in einen Decrement Befehl und anders herum zu wandeln? Ich habe gestern meine fertig geätzten Platinen für meine Midibox LC bekommen, und mußte feststellen, daß die Encoder zwar funktionieren, aber bei der Steuerung der Pans meiner DAW falsch "gepolt" sind (Linksdrehung läßt den Pan Regler nach rechts wandern...). Anstatt auf meiner Platine die Leiterbahnen durch zu schneiden und Litzenverbindungen zu löten, würde ich lieber eleganter vorgehen. Wo genau muß ich da ansetzen, im MIOS oder in der LC Applikation (oder gar beides)? Vielen Dank im Voraus, Emre

Just as an info: Out of curiosity I measured the current at 7,5V when fully stopping the motor by force: 330mA... At 9V it´s 380mA... Roger, thanks for the tip, I´ll just make sure my cat stays at home so nothing gets in the way of my faders ;-) Cheers, Emre

Thank you Roger for your input! What always worried me was the fact that the datasheet of the Alps Motorfaders says they suck up to 800mA at 10V. For eight faders that would mean max 6,4A which I didn´t know how to realize that easily. So I thought I get a strong switching PSU like http://www.reichelt.de/Schaltnetzteile-Case-geschlossen/SNT-MW150-7-5/index.html?;ACTION=3;LA=444;GROUP=P861;GROUPID=4959;ARTICLE=85211;START=0;SORT=artnr;OFFSET=1000;SID=28VRnYOKwQARwAABPwTEE00a4566ac3afda6483845e24af133dda which has an adjustable output of 7.13 ~ 8.25V at 20A and use it to power the motors of my faders directly without any regulation inbetween. By also powering the Core8 (with regulation) I would have a load to stabilize the output voltage even when no fader is moving. Anyhow yesterday I took off the strap/belt (?) of one of the the motors and measured current when run on 7,5V. It was just 20mA, even when I touched the motor to make it work harder (simulating it driving the fader) it only went up to maybe 30/40 mA. Still very far away from 800mA which I guess might only be reached when you fully stop the motor by force, but since later the touch function will stop the motor anyway there is no such high current to be achieved. So in conclusion a LM317 with its max 1,5A should indeed be enough to power eight faders. Probably everybody knew all of this before, I´m just thinking loud... Regards, Emre

Just to be on the safe side: Is it ok to power the motorfaders directly with a 7,5V switching psu and take the same source to power the Core8 (which has the 7805 bringing the 7,5V down to 5V). I know a dropout voltage of at least 2V is needed so that shouldn´t be a problem, I just ask if there is any other problem when powering both sections by the same switching psu that I don´t know of...? Thanks in advance, Emre

That indeed is a very good price. Thanks for the tip, if only I knew earlier... :) Emre

I didn´t mean the OLEDs but the DOGM Displays, but I agree my post can be misunderstanding. Cheers, Emre

But these need an additional backlight module each which again raises the price... Could you please provide a link, this looks very nice indeed! Cheers, Emre EDIT: Just found the link: