Martin_Haverland

electribe fan like me??? 8) just joking, but i don't think that a tap feature will be integrated *ever*.... (PLEASE CORRECT ME TORSTEN, OH PLEEEASE!!! ;D ) it was stated, that he didn't want the SEQ to be a groovebox, but a creativity tool with analogue sequencer feeling... it seems that the V2 app is already that big, that an enhancement like that may be *impossible* by now...this app is really incredible feature packed for this poor little pics possibilities... BUT anyone is free to make a new *modified* sequencer app with other feature set based on mios and the sequencer soft- and hardware... don't expect torsten to do that...he has to build a few interesting chipsynths, a cheaper cv alternative and alot of unexpected goodies at the moment... ;) greets Martin

most people are not afraid of answering twice at this place... ;) this is no "rtfm community"...but don't expect torsten or anyone to be an automatic anwering machine ;D to make it a little bit clearer... 3) you have to have both PICs programmed, both have to have the bootloader first as said. But one acts as a master and the other as a slave, so they have to be programmed DIFFERENTLY i.e. different IDs to make them adressable for the application upload... happy building! greets Martin PS: you can have a lot of fun "recycling" electronics waste! look out for knobs, enclosures and buttons, some of the most expensive parts in the MB projects ::)

hi airmail, how is the status about our bulk order? i've seen, that midibox fm is now ready to be built at ucapps! all schemes for building the hardware are up and torsten has the mios app available on mail request... can't await this one! (i'm currently building at three midibox devices...mostly ready to go...advanced MBSid StepB, MBSeq and MB FM *hopefully* would be incredible to have them all up in around 2 weeks :-)... SID working well, just wants a better psu and is already enclosed, Seq awaits his 19" enclosure and wooden sides for the tabletop action ... and MB FM...its not that ready...just most modules... oh i forgot! since i got the c-wrapper from torsten i didn't have got enough time to get some of my thoughts "in code"...i have to apologize but i'm in a state "after" the brainstorming for at least two mios apps that are *not* that hardware hungry... i.e. an interesting harmonic midi keyboard mapper and an alternative 16ch midi tool / live performance app for the sequencer hardware ) but for now i'm really seriosly after the FM, just heard this incredible drums in the demos!!! they would really compliment my electribe m in a funny way! (i think i must build a new rack for all that stuff coming up at the moment :-) thanx alot for your effort by now Martin (sorry drifted away a little bit OT...incredible community here...beats even the techtalk at prodigy-pro in crative activity...my second beloved forum...)

most of the time i use my midisport 8x8s usb as a live midi patchbay... can't say anything about it's lag as a midi interface 'cause i never used it with pc seqencers, just for sysex edit. i'm using electribes as sequencers mostly...and an ole Roland MC-500 MKII... (hardware rules)

looks fine! have you tested your layout in "real life"? I saw a software called stripboard magic long ago that i rated very high in usability terms but there's no place to buy anymore...wonder if anyone has a similar piece of software at hand??? anyone? (i have *alot* of veroboards layin around here, but make most of my provisorical layouts on etched boards with toner transfer tec by now...) thanks to anyone answering here at this point... Martin

these are the standard "Radiohm" pots used to be sold from Conrad and Reichelt electronics in germany. they are pretty cheap... so expect to get "scratches" if used in audio apps pretty soon. (They are used in the megapole lite filter...really not very funny after a few months of normal use.) for heavy abuse u should consider higher quality pots like for use in car audio or similar. sometimes u can get them in the special offer sections of online electronic stores. and like always: read the datasheet before buying to make shure that the durability specs meet your needs! Consider these type of pots beeing *alot* more expensive... monacor pots seem to be what is needed for heavy use at budget...i think these are built in my electribe...and i screw a f**king lot with this one. Greetings and hope this helps Martin

yes, i recommend m-audio/midiman stuff as well (having an 8x8s in my rack). Very well built and very solid and fast timing. i missed standalone programmability and more patchbay func's like filtering, but merging is really great on this machines. i can use pc and mac and drivers for com and usb are both rock solid. i would recommend using usb, buy an usb repeater, if your pc is too far away from your rack. btw. the "driver updating strategy" of m-audio is: build a driver, make 3 versions, never touch it again...a little bit disappointing since theres a lot of potential to make their interface software a little bit more userfriendly... Heard of a friend of mine, beeing disappointed from the 1010 audio interface drivers. he ended up using the hoontech drivers for the dsp 2000 (same chipset) because he never got cascading 1010s working with the m-audio driver...a feature they used to announce widely in the marketing of this excellent hardware unit. They could do better, but at least all released m-audio drivers can be considered "stable" in usability terms. hope this helps others to decide on their own. a little insider tip: opcode's rocksolid studio hardware can be obtained very cheap nowadays at ebay - lots of bang for the buck, but be shure you don't need support to get it running...if you own a mac, don't think twice and buy, on PC - read and think before buying

Please count me in for 4 sets. (So we have 38 in total for bulk order) Really interested in this one! (germany, paying via paypal) Thanks for your efforts, i hope to hear more soon... Greetings Martin

Suntan? :o Wots dad??? ??? ;D

ehem...just a pic... do you have the brd online anywhere? or can you send me via mail? very interested ;D

Hi there, i found an old soundblaster in my reservoire... yamaha YM3812 on it. Seems to be the original opl2 chip, but i cant find any specs / datasheets for this one anymore. (am i too dumb for google?) is there any type of compatibility to the opl3 chips? anyone?

Hi again, back after a long time (full of work...), IMHO there's maybe a problem to get your voltages stable or maybe a problem with the timing in the chain of PC software/parallel port - PIC ! This is a very good sign, don't give up now! I had the same probs in the first phase of testing the broccoli burner! If you can read the config there's a very good chance to get it working because you're already listening to the belly of the pic. so here's some things that i would try to do: - resolder all solder pads/points (not much effort on this one really ;D) - measure the exact voltages at the pic socket with portdiag.exe (maybe you can get a hint for a weak connection to the parallel port somewhere) -measure the voltage of the psu (since you came a big step further with switching to it instead of a battery) a wall wart supply is not *that* precise often...i had some of the 9V supplies (*freshly bought*) delivering 12-15(!!!) Volt and even some the other way 'round...never read the label but the multimeter...after that said, stability of cheap wall warts is a chapter of it's own (and a dark one too)... - try a bigger/other value/other type of cap! Caps can behave very different in analogue means...look at the fine differences audiophools make when they want to recap their superduper highend psu's...you can hardly make something wrong here...it's really just a bypass cap to stabilize the voltage...try a bigger one first, maybe yours went old and weak (something not easy to measure...) or a bigger one and a small high quality (tantal?foil?) one in parallel? try'n'error - that's the analogue part of the story... PS: The repeating trick seems to play a big role in this place...i try to repeat as fast as i can for a few times and then i get the pic type detected...don't really know what kind of effect this is - ANYONE else? The last chance i see is to play with different timings in the software...they are hardcoded (i already saw the value somewhere in the source package but can't remember where, should not be hard to find...)- BUT if it's not that new or difficult for you to recompile a small project like the broc packet - give it a try with diffrent values... Thought the same about JDM ;) btw it doesn't work until now (i think debugging time is >50h by now...seems to be just a prestige thing to me i think >:( IBOUGHTTHEPCBANDINVESTEDSOMUCHTIMEIMUSTGETITTOWORKEVENIFIHAVETOSEARCHTHEERRORFORTHERESTOFMYLIFE!!!!! :o Oops...TaiChi-time again...no more coffee anymore... :P

dear hx3_hdrive, here a few answers... BUT: this should NOT be a great problem if it is around 20%something precise IMHO ??? there's a really good website about the original, a schematic, a howto, descriptions, and this is a nearly NO PARTS programmer...i'm sorry, but i don't think there will be much more doc for any no parts programmer on the internet... as already said: you can get these few parts from nearly any electronic junk pieces, there's really nothing special to it (old radios, vcr, ...), that's how i build it (and this wasn't a monetary problem for me at all...) first of all...JDM, not JMD...second: have you measured the psu with your voltmeter? third: is the battery solution too expensive for you? I don't want to offend you, but IMHO the projects on ucapps belong to the best documented audio/midi diy projects in the web... broccoli consists of mainly 2 parts (and the pic and a computer). I doubt if there can be more useful information about this programmer as already posted... no, i was not at the beach but working in shifts and spending every free minute in audio and midi diy and sleep no more than 5 hours a day maximum... not as tired as me i'll bet... that's ok for me, i just wanted to make clear that the helping people at this place have lifes, they have to work, to eat and to sleep and they don't get any money from their support for others. just my thoughts, ok?

Just read your post artesia... ;D Nice info but i think a little bit overdosed for this very q&d programmer... (i'm thinking about sending you a PICture of my nasty soldering art i made to program my PICs ;D) I posted the hint to broccoli for the minimum effort solution of PIC 18F burning... But nevertheless a nice powering solution to make use of spare regulators! To cube-c: Congrats - Nice to hear it was useful to someone other than me 8)!

You should take care of length restrictions of the strings when localizing MIOS or apps... Kind regards...

I had this idea as well a while ago; even if i got such a piece (QY-10) i didn't liked the way it sounds and the way it BRAIN was in a decent way limited. I also owe an electribe EM-1 (and yes, i've time to go here and read... ;D...neary impossible...) In the electribe community there's a very great interest to make their babys mobile...nothing to say against it but batteries are heavy... someone managed it very elegant with an RC-Car batterykit to get it working for 4-5 hours!!! (to be amused on his business flights) BUT: if someone doesnt like the OS anymore - there's no chance to get another...and there will never be a chance to change it by yourself! chameleon and other products (a dedicated PC based Workstation/Synth or a vst-based PC based multieffect 19" platform, sorry lost the names somewhere ;D) are very seriously products of the future, well reviewed by the progressive recording studio community. Think of PIC based hardware platforms like a: - Mobile MIDIb*x (SMD type style with LF pic) (with small chip synth inside?) or - 19" MIDIb*x (MIDIbox "Studio" / Jsynthlib programmable) - MIDIbox DJ (tribalbox-lots of lights-lots of buttons/coders/ribbons - heavy live action ) with some very DIFFERENT OS'es (pattern seqencing, midi recorder/looper, step seq, drumbox...), scalable to the hardware platforms but with compatible exchange format (sysex unified, exchangeable banksticks...) This all is already possible with the mios platform - it's all up to the design I really would like to have "mobile" dedicated simple little midi machines, some more of them, capable to act as a modular midi system, where every PIC Module can be loaded with all kind of MIDI sysex progammable apps like sequencer, arpeggiator, (one minisyth module), midifilter, splitter/merger, harmonizer, scaler etc in small boxes ready to be docked togeter (in analogy to analog modular systems) with a midi lag smaller than cubase :D

Yes, electronic junk is the best u can try to get masses of caps in good quality and unusal values. I got the one for broccoli "directly from the street" from a hill of junk! If you have no 9V PSU give the batteries a try before you give up, one 9V battery for 10 to 15 pics is not THAT bad if you mainly wanna check out if your burner works.

OK, i used a rad cap, polarity is + to vdd, - to ground (self explaining). Don't know if ceramic might be a prob, dunno really, cause didn't test it ;). Resistor (in Ohm) should be measured Voltage (in V) divided by 0,015 (Ampere). Since resistor value must not be that precise 5-10 % difference shouldn't matter at all. I felt the same as i began with my project... "Some day i will have a bootstrap on this chip... maybe tomorrow, maybe next week,... maybe next year..." Don't give up your hope! Voltage of the port should be somewhere between 3.3 and 5 V. I hope this helps. Let us know if you got it working and don't be afraid to ask again if not! Don't give up. Martin

Sorry for answering this late... Check out your Voltages!!! I strongly recommend using the 9V battery, not the unmodified version. I tried an F version first and immediately modified for the non-LVP version (without trying an LF). And yes, then there is no difference in burning F and LF version of the pic, the LF version will be recognised as 18F452. Be sure to make several tries in a line to "pump that elko up". I have a very fast machine with a stable and TTL compatible parallel port, maybe you have to recompile the source using another delay time, hmmm... make sure to get the right resistor for "your" port voltage! Don't leave out a step in testing before actually putting the pic in. Have you tried an 18F452 as well?? Very surprised, since you said "double checked"- have you verified the pin voltages in the socket??? everything fine? There is not many chance to make make something wrong with this one...(i managed to get a broken solder point at the batteries :P) Hope you get it soon...

So i will be the first to verify 14x 18F452 4x 18LF452 sucessfully burned since yesterday...running out of chips. 8) My absolute recommendation. Martin

moebius, you are absolutely right! In fact i built it out of garbage because i was so frustrated about my misbuilt JDM... ...i soldered the cable direcly to the elko corpus because i broke it off a pcb in anger about jdm, the resistor was knipex-ed from an old pcb... The breadboard doesnt even has solder points but i wanted to fix the batteries and the heavy cable ending of the destroyed printer cable with gaffa...ending up using "Tesa Film" :P To anyone building this baby...consider using a 9V wall wart (check voltage, often they are overdozed), after burning around a dozen chips my 9V E-Block was down to 6V...burning failed at chip 13 :o Programming time is long (maybe 3-4 minutes) but we do it just one time per pic so what... Another point is: be aware of your port voltage (mine was approx. 4.5 V) and *calculate* your resistor, OK? ::) Use the portdiag utility to make sure everythings right, if you have probs under XP use "UserPort" utility, not the mentioned packet from Dave Sullivans site, it is much more comfortable and absolutely reliable. In fact i had it running because i gave JDM a last chance with it and forgot to close it as i assembled my garbage can...so broccoli ran instantly after configuring the printer port. all people using linux will be happy to get a native tool ;D By the way, i was pretty astonished it worked because the cable is way more than a meter long, i directly soldered the ends to the socket... Martin

HOW TO: - Disconnect PIC Pin1 from the parallel port. - 9 V battery: + to Pin1 (MCLR/VPP), - to ground - "erasepic" (to be sure: twice! My programmer didn't get it the first time) - burn bootloader -smile 8) WHY: Thorsten brought me to the conclusion that it is silly to use LVP here and he was completely right. For the PIC 18(L)F452 i needed 9V on MCLR/VPP to ERASE the chip. since the "erasepic.exe" doesn't show any messages i thought the pic was erased as i used broccoli in LVP but i was WRONG. :P Â Cfg byte 6 contains WRITE PROTECTION information, so in LVP i was not able to burn the configuration bytes because they were WRITE PROTECTED as i got them from Microchip!!! :o So they had to fail in the verification! This is the result of the configuration change: write protected fresh chip from microchip: Configuration bits 00 26 0f 0f 00 01 85 00 0f c0 0f e0 0f 40 erased and new configurated chip: Configuration bits 00 26 0f 0f 00 01 81 00 0f c0 0f e0 0f 40 Now i get pretty verified bootloader PICs!!! 8) Thank you so much for your hint, Thorsten! My programmer was pretty right, just programming in the false mode! I hope that a lot of people who can't get JDM going give this programmer a try! This one is surely the cheapest and easyest solution to burn a few 18(L)F452. NEEDS: - 0,1uF Cap - 330 Ohm resistor - 2 AA or other 1,5V batteries - 1 9V E-Block - 1 old printer cable (you got that...) - broccoli18-0.7.zip (XP port) (google for dave sullivan, broccoli18) - wire, breadboard, a little bit of time and a multimeter, read the instrucions on Dave Sullivan's site After building and measuring (very easy!): - readcfg.exe (a few times, your PIC should be reliably identified) - erasepic.exe (2 times to be sure, kill all those nasty write protection) - writepic.exe bootloadername.hex That's all! Best regards Martin

Thanks for the prompt reply, Thorsten! I will immediately change the mode of my broccoli to high voltage programming, it just needs VPP/MCLR to stay unconnected from the parallel port and use a 9V battery between ground and VPP, will be no problem... Mmmmh i definetely don't know much about PICs, thanks for this advice! I definetely want to use an LCD! I mailed Dave Sullins for the programs output already, awaiting an answer. Since then i will try to peek into the source since i'm a fairly well computer programmer :) I will post any forthcomings here... and begin to build the first core module for testing the PICs. (I have 6 PICs waiting to be powered by MIOS...) Many thanks Martin

Hi everyone! After endless tries to get JDM+IC-Prog working i tried broccoli18 hardware and software 0.7 (XP port) and got immediate success. :D Instructions on broccoli18 site are neary dumb save, it's an LVP mode programmer on LPT port i powered with 2 AA batteries. Used parts: PIC socket, wire, 0,1uF elko (50V), 330 Ohm resistor. It was up running and programming an 18F452 and an 18LF452 within one hour, soldering on an breadboard inclusive. I sucessfully burned both demo hex files, so PICs and programmer are both well and running. ;D ***PS:READ THE FOLLOWING POSTS FOR THE SOLUTION!*** Now the question: when trying to burn the bootloader with broccoli18 i got the following output: Detecting PIC... Found PIC18F452. Using hex file boot.hex. Reading hex file... Erasing memory from 0 to 32504... Programming memory from 0 to 32504... Erasing ID locations... Programming ID locations 0 to 8... Programming configuration bytes 0-13... pic_verify_cfg: Cfg byte 6 doesn't match Error in pic_setcfg: No such file or directory (ENOENT) I loaded the bootloader 1.1b of MIOS into IC-Prog and saved in IHX8 format. Burned this with the same result. Is the bootloader hex file corrupt? Did i forget something to do? Why does this program complain about Cfg byte 6? Is there anything very special about this bootloader that is "non standard"? ??? Any hint appreciated. I can't try the PICs in a core, it's not built yet because i wanted to have a programmer before building any further (next projects will be a MBSid and MBSEQ_V2). :-[ I'm pretty sure the programmer works correctly since there's no fault in an even bigger demo hex. Thorsten, maybe you can you bring a little light into my thoughts about this Cfg byte thingie? Martin PS:READ THE FOLLOWING POSTS FOR THE SOLUTION!