SounDuke

the minimum is 4 buttons, otherwise you could replace 2 buttons with a single encoder to provide datawheel (more comfortable in my opinion) but you can add "shortcut" special buttons to provide quicker access to pages. But remember: not more than 128 digital inputs x core!

Good work thorsten! I'm tired of saying the same thing on each post, but it's the truth :D

J3:D0 -> Blue dot J3:D1 -> Blue a J3:D2 -> Blue b J3:D3 -> Blue c J3:D4 -> Blue d J3:D5 -> Blue e J3:D6 -> Blue f J3:D7 -> Blue g J4:D7 -> 3rd digit J4:D6 -> 4th digit J4:D5 -> 5th digit J4:D4 -> 6th digit J4:D3 -> 7th digit J4:D2 -> 8th digit J4:D1 -> 9th digit J4:D0 -> 10th digit J5:D0 -> Green dot J5:D1 -> Green a J5:D2 -> Green b J5:D3 -> Green c J5:D4 -> Green d J5:D5 -> Green e J5:D6 -> Green f J5:D7 -> Green g J6:D7 -> left status digit J6:D6 -> right status digit J6:D1 -> 1st digit J6:D0 -> 2nd digit As you can see, the pins of the cathodes are reversed while the select lines are ok. I hope this is not my mistake, but arranged this way the digits work

Hi jidis: it is not a stupid suggestion, it is a valid doubt ;) yes I did that, I'm using 0,8" led digits which I bought from bgmicro and have the same pinning (extracted from the same device I think). Since I'm only 20 I have little practice with electronics and it is possible that the schematic is right but my brain not, so it could be a false alarm :D. Tho: I'll write the pin mapping as soon as I can. Anyway, what does exactly the status digits indicate?

Hi Thorsten, the digits are now working, I tried solder and desolder until I found out that the connections are all upset in the schematic. In fact the dots worked when connected to D0 instead of D7 and I had to rearrange some segments too. Either the schematic presents mistakes with the default leddigits table or I'm dumb and made mistakes the first time I soldered the cathodes. Thanks for your support

thanks for making it clear, but my problems are related to the green lines as I have no problem with the blue lines, digits 0-7 display the timecode with no problems. I'm quite sure I'm missing something obvious, but I checked all day long the connections and I found no errors. I have digit 8 and 9 which works (the select line is ok, the digits change according to the host timecode) except for the unreadable numbers (so it must be uncorrect data to the cathodes) and the same happens for the status digits. I managed to connect together the cathodes of the 4 led digits obviously following madly the segment map (each correspondent segment of each digit to a line connected to the appropriate dout).

Hi Thorsten, maybe there is an error in the schematics for the leddigits. the right side is working well, but the left (4 digits including the status digits) show garbage. I'm testing it with live 5, yet I'm sure I made no wiring errors, what caught my eye was that sometimes the number of digits which are on doesn't match the number it should be (e.g. it should display 5, but only 4 segments are lit).

ah yokattane if it weren't for your experience, now I had yet trashed my laptop power supply :) thanks. Anyway, how many regulators did you use and which kind?

Hi everyone, I'm not sure, do the status display work in mackie control emulation? or the 2 status digits are only compatible with logic control? I connected them but Live 5 (mackie control emulation) displays random segments.

thanks TK fixed it was an error in my pcb the resistor on Vs was bypassed by a bridge :)

This feature is on only with the mackie protocol in Live 5 by my experience, so if you're not using MBLC probably you need to configure live as mackie control and map the messages sent by Live

Hello, I've connected the leddigit as in http://www.ucapps.de/midibox_lc/midibox_lc_leddigits.pdf . Everything fine, the problem is that when connecting with 220 ohm resistor the dot pin to Vs of J3 the segments get dim and the dot lits very shiny. Kind of a short circuit? Maybe the segment display is Common Cathode? If so, it should not work with the default map in leddigits.inc, or I'm wrong? Thanks in advance

Of course I noticed the pattern, but since the comment specifies "the 12th LED (overdrive) will be inserted automatically in LC_METERS_PatternSet" I was trying to understand if the overload meter led doesn't lit because of the pattern. I'll try to monitor with midiox if Live sends the overload flag, the pattern and Live responsibility are my only hope anyway, I'm having some troubles deciphering the pattern: 1 stands for lit and 0 for not lit; but why 16 bits and 16 entries? Sorry if I ask I'm not a skilled programmer

Hi, I was looking to the pattern of meters, probably the cause resides in it. LC_METERS_PatternSet lfsr FSR1, METER_PATTERN_VPOT0_L ; calc pointer to pattern clrc rlf WREG, W ; add ringnumber * 2 (== ringnumber << 1) to pointer addwf FSR1L, F ; (note: this function is not called by an interrupt routine, ; therefore we have to use FSR1) ;; calc pointer to table entry: LC_METER_PATTERNS + ((pattern index << 1)&0x1e) TABLE_ADDR LC_METER_PATTERNS rlf MIOS_PARAMETER1, W andlw 0x1e addwf TBLPTRL, F movlw 0x00 addwfc TBLPTRH, F ;; pointer now in TBLPTR[LH], read first entry and increment pointer tblrd*+ ;; move table entry (TABLAT) to [iNDF0] and increment pointer by using POSTINC0 movff TABLAT, POSTINC1 ;; read next table entry tblrd*+ ;; move table entry (TABLAT) to [iNDF0], don't increment here movf TABLAT, W IFSET MIOS_PARAMETER1, 7, iorlw 0x08 ; set 12th (overdrive) LED if bit 7 of pattern index is set movwf INDF1 Since the data shown on the leds is not very coeherent with the meters in Ableton live (when Live displays one third of meter full the LC meter has 9 of the 11 leds lit) , I assume I have to change the pattern. Could anybody point out a direction for me to achieve this?

Sorry but it seems I have more problems about mackie ledmeters.... The overload led (the 12th) does not lit. 1) hardware connections are ok 2) I'm not sure wether Live 5 is sending the flag or not 3) The array is not fully connected as I'm testing track 8 to finish the rest of it, so I connected D0 of J4 to the anodes of the track leds (the overload meter at the end) and the cathodes to the respective ports of j5 and j6 (cathode of the overload led to J6 D4) Possibly a code issue? Does anybody who uses MBLC/ Live5 has experienced that problem?

Thank you very much, tuning the value in led.inc worked (wonder why the protocol suggests that value) anyway I'm still experiencing the "stop" problem, but I'm pretty sure the host or the interface are responsible for this.

Well, sorry for rebringing this topic, but: I am testing a single ledmeter for track 8, I'm using Ableton Live 5 and set up everything to work as mackie control (ID 14). The fact is, the ledmeter is working but since I never dealt with digital meters (analogish school :) ) I was wondering if it is REALLY working fine. My doubt arouse from the fact that the led meter stops after audio making me think of loss of sync (I have a midex 8 never had MIDI latency problems) and they lit very fast (epilessy!) Is it working normally? another issue: is there a method to calibrate the ledmeters? It looks like at 1/3 of meter on Live the 9th led is yet lit Thanks in advance ;)

anal food

It's time to build MB source of youth to delay aging effects ;) happy birthday Thorsten

low-level entertainment

Nono! No bridges just desolder it so It will not regulate the current as the psu already delivers stable and regulated current. with bridges you would short circuit the core

Thanks Thorsten Hey you're near 4000 posts! Since I live in Rome I'll ask the pope to sanctify you for all the work you made to make people happy ;) Saint Thorsten eheh :D

Hi everyone! I'm building a mbLC and due to design reasons, I need to reverse the polarity of the 5V/ground rails to the Alps motorfader (reversing the connections stated in mbhp_mf_interconnections.pdf) I read the datasheet of the motorfader and that modification should not put me in trouble, the only thing I'm not sure about is if I need to reverse the polarity of the motor too, could anyone reassure me about it?

thanks Thorsten, but I already own a toshiba laptop adapter 15V/5A which I presume is ok. 15V through 7812 for motorfaders and then through 7809 to pover the 2 cores is a foolish solution?

Hi everyone, I'm stuck in the powering issue. Does anyone tried the solution described on the tutorial (15v to mf module and 15v through 7809 them 7805) with success? I was thinking to buy a 15v 3A wall adapter to power a full MBLC with an extension (16 motorfaders in total)