ReneW

Ik ga er achter aan, zal een paar dagen duren, maar je hebt gelijk..als het om hulp geven gaat, is dat idd wel het gemakkelijkst.. dank je!

Okey..da's duidelijk.. Ik had meer verwacht van dit systeem, valt blijkbaar tegen.. Wat me sowieso opvalt is dat ik geen mogelijkheden heb gevonden om te kunnen controlleren (via software in de PC) of alles correct ingeladen is. Bij het uploaden van de applicatie zie ik geen verify voorbij komen. De enige melding die ik zie is dat de sysex gedumpt is. Maar of het ook in de PIC terecht is gekomen.. De enige manier om dat te checken is een read uit te voeren met een PIC programmer en MPLAB en dan twee bestaande sources met elkaar vergelijken. Een correcte source-hex file online om dat te doen is er natuurlijk niet, omdat iedereen z'n eigen applicaties heeft..dus dat idee werkt niet.. Ik vind het beroerd dat je een display nodig hebt om te kunnen debuggen, maar goed, ik zal eea eens proberen.

noop. :( Heb je een ander idee hoe er te debuggen valt met dit systeem?

Hallo daar, fijn dat er ook een nederlands forum bestaat! Ik heb in andere subforums reeds gepost, maar daar komt vooralsnog geen antwoord.. Daarom ook maar even hier proberen. Goed, mijn 'probleem'. Ik heb een PIC18F met bootloader gekocht. Na een hoop gedoe met software installeren en vreemd gedrag hiervan heb ik uiteindelijk het MIOS in de PIC gekregen. Tenminste, dat neem ik aan, aangezien de 2sec blink verdwenen is. Volgende stap is het inladen van een applicatie. Omdat ik nog helemaal niets van het schrijven van een app. begrijp, heb ik een bestaande app. genomen; de MIDIO128. Hiervan heb ik een sysex-file gecreeerd mbv Perl en met de tool van Serge (de sysexbox) een upload poging gedaan. De upload procedure verliep naar mijn gevoel voorspoedig (ik zag de blokken data voorbij komen in de MIDI monitor), maar als ik vervolgens MIDI boodschappen (Note On/Off) naar de box stuur gebeurt er niets.. Hmmm.. Ik begon vervolgens te twijfelen of de app eigenlijk daadwerkelijk ingeladen zou zijn. Enige verificatie heb ik niet gezien.. Voor de zekerheid hetzelfde gedaan, ditmaal met MIDI OX. Ook hierna geen resultaat, niks, nada.. Ik vraag me nu af wat er aan de hand is. Ik heb de hele core-print bestudeerd op soldeerfoutjes of iets in die aard, heb m'n scope aan de digout uitgangen gehangen, maar nee hoor niks, geen clockpulsen, geen datastreampjes... Mijn vraag is nu..hoe kan ik nu het beste verder zoeken naar de fout? Ik heb geen idee wat ik nog kan meten of kan nakijken.. Heeft iemand een idee wat hier aan de hand kan zijn? Of hoe ik er achter kan komen wat er aan de hand is?

That is really funny..I am having the same problem at the moment, my MIDIO128 doesn't work either and the file size with me is also about 1.5kB. It should be about 8k? How do you know that? I'm also running XP. Curious for answers!!

Sorry for long time wait..have been too busy.. Anyway, the MIOS has been loaded into the core. At least I think that's done..the core doens't ping anymore every 2 secs. So..next step..load in the application. I choose to take the MIDIO128 to fiddle around with. I haven't modified the source for this app, but uploaded it straight as it is. For this i did the steps as described on this site. I created a sysexdump with perl and then uploaded it with Serges SysexBox. When I did that, the monitor showed me that the code was being uploaded. Me happy! But then..i started controlling the box with PD. Sending out note-events towards the core. No response at all.. I'm sending out over MIDI channel 0, using MIDI notes 0x30-0x3F. As far as I see in the documentation, this should affect outputs 1-16 on my DOUT module. Hmm..I don't know where to search for the error..can anybody tell me what are the smartest steps in debugging this? Cheers..and i hope this issue is allowed to be discussed in this thread (as this subforum is about MIOS and MIOS studio :) ) Rene EDIT I also tried sending over MIDI-channel 1 (as the 1-16 and 0-15 always confuse me..) but no result either.

Bizar..I quit MIOSstudio and restarted it. All routing settings were gone, so made them again. Still..no result. It took 5-10 seconds and..YES! I see MIDI IN messages (the sysex). Then uploaded the hex file. Again it gave the same error (MIOS range), but error vanished after 2 seconds and uploading started.. Really weird how this went, but it seems like MIOS is in my PIC (as the 2sec blink is gone now). I go on..keep you guys posted..

Hey there I'm pretty new in the MIDIbox stuff, well, started yesterday. I've purchased a core module with bootloader in it. Now I want to upload the MIOS to the PIC, but here things go wrong. When I start MIOSstudio, i make my MIDI routing the way it's described on this site. I turn on my core-board, and see on my MIDI-interface a periodical MIDI-IN pulse. This should be the "request to send" message. When I open the MIDI-IN monitor in MIOSstudio, I don't see any messages coming in. Hmmzz...Anybody an idea what this could be? So..I thought, well, maybe a little bug, whatever, it's just a monitor; let's try and upload the MIOS-hex file. When I choose the hex file and press the start-button, I get this error message: >>Hex file contains code in MIOS range, forcing reboot!<< For this I tried the "mios_v1_9c_pic18f452.hex" and I tried to create my own hex by compiling the sourcecode of MIOS. Both same result. Does anybody know what this is? I'm 100% sure the core is spitting out the request-message, as I see my MIDI-interface blink every 2 seconds and on my scope I see a serial stream every 2 secs. Nice and clean. For me this looks like "PIC is allright". I'm using a MIDIsport 1x1 which worked fine on the last project I did two weeks ago. Hmm..I hope somebody can help my out! thanx in advance. rene