Nikolai

Ok. Thank you! I figured out that there has got to be something fishy bout my psu. Although the current is not high and the psu is rated at 4 amps the voltage drops when something is connected a led is lit or the backlight turned up. I loos a litlle bit of voltage for every module. It does not seem to make any difference what I connect to the psu it still drops a bit (even with some resistors and a led) I guess I will try with some other psu. Or change the setup of this one again thank you for helping me out Nikolai

Hi TK thanks for the reply Nothing realy, I have uploaded 1.7 and 1.8 many times, but the messages does not show up again. The message I got the first time I uploaded mios 1.8 was something with “fixing” and “done” I don’t know I figured out that if I send more then 11 midi messages to the box it crashes. I’m going over the wiring now to see if there are any broken soldierings, because it is strange that the problem happens in all OS versions an all apps, this smells like a hardware bug, but then I’m thinking: what hardware error could cause the box to crash after exact 11 midi msgs? haha Nikolai

Hi everyone! this was supposed to be a happy post with photos of my new midibox, but, 2 days ago something went wrong. it is a midibox MM (though i the code is changed a little bit to suit my needs) I was just making some minor changes to the firwware when it came to me that my mios version was as old as the dinosaurs (1.4) so since the new 1.8 has improved mf driver I downloaded v 1.8 read the changelog of all the others and uploaded 1.8. it went smooth all though when rebooting it flashed a text about some change, it went to fast for me to really notice. After this the midibox has started crashing. It does not seem to make any difference what application I run. For example the mf calibration, will just slam some of the fadrers to the top and hang or reboot, some bigger apps will not only slam the fader up or down but also put on some random leds. I’m pretty sure this has nothing to do with the hardware since the box was fine until I changed OS. I realize that this is a problem/error that probably nobody except me will ever have. I probably did something wrong somewhere. Oh also the problem still occurs when I go back to mios 1.4. What could have made the box unstable? Another example when sending a chain of MIOS_DOUT_PinSet1 with different pinnumbers when I reach the 11’th the box crashes it does not matter wich pin or at what speed (50 ms to 2000 ms intervals) Hah I’m just smiling at this, It’s like the box says, “please don’t finish me let’s work some more” All best to you all! Nikolai

Thanks! Just what I want to hear., so there is nothing verry wrong then?, Could also try to silence the box a bit. Anyway, thank you. Nikolai

Naa don't worry I wont use it like this, I just want to know what could be wrong.

Hi, after a bit of struggle, my motorfaders are up and running. They all move, to the right place at the right time. But the motors make a strange sound when moving at low speeds. (other speeds then “very fast”) they make the kind of sound that electric motors usually do just before they start, “MMmmmm”. but they do move. Have tried different voltages from 7 to 10 and experimented with the Mf Calibration values, but the sound is still there. They are Alps faders. could it be the power supply? It’s a switching 5v 4A 12v 4A. The Voltage over C4 goes up and down by 0.03v when all faders are moving. Jitter is about 2. (although I can get it pretty high if I move the fader fast enough) Any ideas about this sound? Nikolai

Hi! I just got hold of some switching PSU. Got it to work, buy putting a Led and a resistor on the 5 V and some laps on the 12 V. The only problem is the 5 volt output gives me 5,35. Stupid. Do you think this will drop when it gets more load? 5.35 is not enough to run it trough the 7805 but I guess too much to go directly to the core. Since the same psu has quite a bit of ripple to, I was wondering if anyone has found (and tested) a replacement for the Fortron psu mentioned in the Switching pdf? Sorry for all my psu posts Thank you Nikolai

Hi, some tips. I started building a pretty small midibox first (a core, a AIN, and 18 pots) just to experiment and try understand the basics of the MBHP, the programming, possibilities etc. If you plan on building a LC, I suggest that you first plan your needs and wishes (the great thing is that you can really build it to your needs), then make a panel layout, and figure out how to make you plan work. Almost anything is possible if you are clever. Anyway start with building a small box, you can reuse the modules in your LC, it does not even have to be in a box ;) Nikolai

Ahhh! Thank you for clearing this!, I learn so much from this forum :D Nikolai

Guess this question has been broth up before: I have read the switching psu pdf, etc. just wondering what’s wrong with connecting a regulated psu to J1 with the 7805 not connected, why use J2?, would not the rectifier and caps, just remove any extra ripple? Is this wrong? Nikolai

Hi, just want to say. I got two of these. like it very mutch. The only thing is you have to suply it with negative voltage. as jdutcher said this is very easy.

Doh! Sorry... :P

Hi! is this psu worth a try? (or has anyone tried it?) http://bgmicro.com/prodinfo.asp?sid=07361342592592598011120299&prodid=PWR1002&page=1&cri=PWR&stype=2&time_out=44:52 best Nikolai

Thank you. I don't want to bother you with describing the required programming steps especially for me :) Taking a look at the smal programs is probably a good idea. I think I'll stick with the layers. though I'm not very good in assembler, I will figure this out sooner or later, just give me some coffe and time. - I will look at how the layer-switching works and try to modify this to my benefits. Thank you for your help. -have a nice christmas Nikolai

Hi again. Yepp everything fine, except I don't fully get this part: TABLE_ADDR LC_IO_TABLE_LAYER0 ; init table pointer movf MIOS_PARAMETER1, W mullw 2 ;; if layer1 selected, increment high byte (-> +256) btfsc LC_STAT, LC_STAT_LAYER_SEL incf PRODH, F movf PRODL, W ; add low-byte of offset to TBLPTRL addwf TBLPTRL, F movf PRODH, W ; add high-byte of offset to TBLPTRL addwfc TBLPTRH, F How should I read from a seperate table, and must this consist of 128 entrys? can I just change the "TABLE_ADDR LC_IO_TABLE_LAYER0" and add a table in LC_IO_TABLE.inc? I gues it's the offset (256) that makes me confused. If someone could enlighten me a little on this, cause I'm verry close to the final goal. Nikolai

Thank you, sorry I posted in the wrong place... I'll try this tonight should be pretty straigt-forward :) Thank you for your quick reply best Nikolai

Hi!, i'm back with another strange question! The idea: I would like to have sevral "shift" buttons. ex. you have 4 buttons for recaling markers, to save a marker you press this "shift" button and the same 4 buttons wold save the markers. I have a solution for this, The midibox (modifed LC) would have to send one midi enevt for save and one for recal. so when you press the shift button a flag would be sett in mios, (like the gpc-flag etc) and one could change the midi event. The problem is I don't know the best way off setting this flag, and the pest place to test it. is there a defined way of doing this? I have tried different methods but they are all a bit clumsy. any ideas? happy Xmas, Nikolai

This topic has been moved to [link=http://www.midibox.org/cgi-bin/yabb/YaBB.cgi?board=mios;action=display;num=1103486125;start=0]MIOS programming[/link] by Thorsten Klose.

Hi thank you. I have already tryed with 2 jumptables, or turning it on/off, works quite ok, all though sometimes the lcd does not clear properly. anyway, the Huston lcd driver works fantastic on one 2x40, naturaly... maybe I will use this instead. but why do they have to pas the data like that(?) Makes it hard to customize when it's all steinbergish ;) well I'll figure something out. thanks anyway. Nikolai

Hi. I'm workning on cutting the track names down to 4 charaters (one 2X40 lcd) Axel posted a sugestion about shifting the unwanted characters to somewhere "off-screen" this is a good idea, but it raises some problems (at least to me) : I have not found a way to posistion (x) in the upper line only. I change the values in LC_hlp.inc LC_HLP_MsgCursorPos JUMPTABLE_2BYTES 55 ... retlw    0x00 + 14 retlw    0x00 + 15 ... retlw    0x00 + 40 \\charaters moved out of the screen the problem is that when I shuffel the charaters off screen the Host msgs also get changed Is there a better way of doing this? or Is there a way of more exactly setting the X,Y position. ? Thank you. Nikolai

Hi! after seeing a post by axel: I have fideld around with this, with various luck. some how it seems that this messes up the other messeges, (like "no connection to host", etc) just wanderd if anyone has done this 100%(or 80%) sucsessfuly, or if I have to pioneer this, Â ;) Best Nikolai

Jolly Good! :D

Hi all! I made the voltageconverter now, it works, like a dream. Only one small problem, the chip, icl7662(witch should be equal to 7660) only gave me ca. -2v out when i gave it 5 in. (?) i wired Lv to ground and now i had -5. it didn't say anything about this anywhere around here, so I just wanted to ask you people if this was a very stupid thing to do, or a smart thing do do(?) here is the spec pdf: http://www.elfa.se/pdf/73/731/07314222.pdf thank you for all help Best Nikolai

ah! thank you for this detail,. Best, Nikolai

Hi! Maybe I’m asking a strange question, but where do you recommend to insert thisâ€converter†circuit? Could I just put it in parallel with the core power supply in order to make -5, or do I need to soldier out the contrast pot and insert it here?( Obviously if I hook it up the other way the core contrast pot will not have any function.) or could I just insert it after J15 (like on the lcd cable)? Sorry that my formulation of this question is a bit clumsy, it’s a bit late in the evening for these issues. ;) Nikolai