Jump to content

noofny

Programmer
  • Posts

    72
  • Joined

  • Last visited

About noofny

  • Birthday 01/01/1

Contact Methods

  • Website URL
    http://noofny.blogspot.com/

Profile Information

  • Gender
    Male
  • Location
    Sydney, Australia

noofny's Achievements

MIDIbox Newbie

MIDIbox Newbie (1/4)

0

Reputation

  1. Here I come again with my obvious general questions! ;) Isolate the issue is your best friend. If you swap the connections from AIN->CORE around does the same problem happen on both cores? This is basically isolating the problem to be a core or ain issue. Then I would suggest if you can, swapping pots between AIN's - this isolates the problem to a single AIN module. Also I would try swapping the SR's around to see if the problem may be a flaky SR (not likely tho). Did you solder the filter caps onto the AIN's ? Some people like myself don't seem to need them but others do, but it can affect things. And don't forget to power down any nearby Deathstars or particle accelerators whilst testing MidiBox... (sorry) 8)
  2. well done dude! shame about besthongkong...you should be able to return hopefully
  3. I'm not sure if this is the cause of your problem but I noticed your code reads; Code: ///////////////////////////////////////////////////////////////////////////// // This function is called by MIOS before the shift register are loaded ///////////////////////////////////////////////////////////////////////////// void SR_Service_Prepare(void) __wparam { // HELPED BY BUGFIGHT ON MIDIBOX - http://www.midibox.org/forum/index.php/topic,12786.0.html static unsigned char row; unsigned int x; //edit* just noticed, no reason for this to be static row = ++row & 0x07; //<-- here you were cycling 16 rows i think you meant 8, no? //this would have resulted in a 6.25% duty cycle (vs 12.5%). //note that the duomatrix uses a 25% duty cycle MIOS_DOUT_SRSet(_MATRIX_DOUT_START, 0); //<-- hardwire bad, napster good. define constants // so you can move your matrix in the chain MIOS_DOUT_PinSet1(row); for (x = 0; x < 8; x++) { DisplayLED(x , matrix[row][x]); } } whereas if you remove the reference to 2nd DOUT mine would be; void SR_Service_Prepare(void) __wparam { // HELPED BY BUGFIGHT ON MIDIBOX - http://www.midibox.org/forum/index.php/topic,12786.0.html static unsigned char row; unsigned int x; //edit* just noticed, no reason for this to be static row = ++row & 0x07; //<-- here you were cycling 16 rows i think you meant 8, no? //this would have resulted in a 6.25% duty cycle (vs 12.5%). //note that the duomatrix uses a 25% duty cycle MIOS_DOUT_SRSet(_MATRIX_1_DOUT_START, 0); //<-- hardwire bad, napster good. define constants so you can move your matrix in the chain MIOS_DOUT_PinSet1(row + (_MATRIX_1_DOUT_START * 8)); for (x = 0; x < 8; x++) { DisplayLED(x + (_MATRIX_1_DOUT_START * 8), matrix_1[row][x]); } } So what is actually the problem you get - is it no lights at all? And how are you testing? When I tested mine first I made a function that was called after INIT - event though this is not ideal - it removes other possible problems like MIDI related or button/DIN/AIN related causes. I would reccomend updating your code to my example above, then set a whole row/column of LED's on and put a multimeter accross various pins to see where voltage is being directed. Ensure that voltages are getting to your DOUT and ULN's first. It could be that it is working but the wrong columns/pins are being sent voltage....just some ideas to try. Sorry I cannot be much more help at the moment but try those things and let us know your results. The LED matrix can be tricky to get working - you do need to understand a few things and I think I speak for most of us here when I saw it's pain we all share with you but you'll get it going soon.
  4. I think for this you will have to learn about MIDI spec and get comfy with decimal/binary/hex and ASCII codes. There’s tons of stuff around, sift around and after a few sleeps it will sink in and you’ll get it. Some sites I found usefull for MIDI were; http://www.midi.org/aboutmidi/resources.php http://www.gweep.net/~prefect/eng/reference/protocol/midispec.html http://www.srm.com/qtma/davidsmidispec.html Good luck! :)
  5. Cheers dude! Now I'm trying hard to not start the next one...need to stop spending $$ for a while!
  6. no way worthy of that....but thanks anyway...i only made my posts hoping i could inspire/motivate someone else to try it for themselves. but thanks for the response
  7. Right - that's it - the project is finished! 8) http://noofny.blogspot.com/2009/05/projectclose.html Now it's time to get down and dirty with some sets (and upload the doco to the wiki).
  8. lol...well thanks...but no need to be jealous...just make your own! :P
  9. She's almost done now...got the face plate fitted...very exciting times! http://noofny.blogspot.com/2009/05/almost-done.html Once I clean the doco up I'll post a page on the wiki.
  10. john, sorry about the longdelay - have moved house and been offline for a while. in my midibox sofftware i kind of hard-code the pot values to various control change events. you wont see any handling of these specifically in my liveapi script because I used the UI to 'learn' these pots. Later down the track I'll probably move this into the api script so it's easier to understand. Hope this helps.
  11. think this might help; http://www.ucapps.de/midibox_lc/midibox_ng_switching_psu.pdf from; http://www.midibox.org/forum/index.php/topic,2081.0.html
  12. Of course - thanks - have posted there. :)
  13. I followed the steps to setup Putty and generate the key etc here; http://www.midibox.org/forum/index.php/topic,10691.0.html http://www.midibox.org/dokuwiki/doku.php?id=windows_toolchain_svn#putty but when I connect using Putty I get; Using username "svn". Server refused our key svn@svnmios.midibox.org's password: I stepped through the process again very carefully...am I missing something? Read access is working fine...just the write access using ssh aint. cheers
×
×
  • Create New...