Filch

Any chips unaccounted for?

@stryd_one Nope! But I'll take a look there. Thanks for the heads up.

Any chips floating around out there?

All my encoders are already soldered onto the PCB, so I can't provide a pic right now. I did update the text of the wiki though. I was cutting those metal rings out at first and in the process I noticed that the white plastic mold separates from the metal bottom quite easily. You just lift the ring off completely and snap the mold back into place. If someone who hasn't removed all of theirs yet would like to provide a pic of this process..... :) Yay, my first wiki contribution... woot!

I actually went so far as to separate the white plastic from the bottom and just removed the detent copper completely.

damnit!! I'm still wrapping up the MB-6582....... now I have another project on the table!

I think you misunderstood what Stryd was getting at. He's also been a very helpful resource on this forum.

My base MB-6582 is complete, and so is most of my control surface, except for the LEDs. I can't do the LED's yet until the group buy on PT-10 cases and panels by Doug is finished. So in the meantime, I intend to use my newly acquired BCR2000 as the control surface for now. Before I delve into doing this programming and waste time, I want to know if anyone has already programmed a BCR for this yet? I know I'm going to have some midi questions coming up, and I'm going to start with a quick reference type of question. Can someone tell me what the difference between Sysex and NRPN is?

Ah! I hadn't realized that it would be possible for a pad to be shorted out with solder and exposed ground plane. That was exactly my problem. The pin of J3_SID3 Out had just the slightest overflow of solder from the pad. I reflowed this making sure it was nice and clean and now all of my audio outs are working as the should. Thank you so much! I'm going to have to watch out for this kind of thing on future projects.

I'm trying to figure out where this is shorting at, but I'm at a loss at this point. Unfortunately my skills at reading a schematic are not very well trained. I'm trying to follow the trace along the components, but I'm getting lost. I don't see any solder bridges, so I'm a bit dumbfounded.

Using same patch cord. I noticed that output 4 is exhibiting the same symptom now. Not sure if I just missed that fact during the first test, or it's situation has changed. I had all four outputs connected with a cable and I got audio from 1 and 2, nothing from 3 or 4 if I had it all the way plugged in, but audio from both if plugged up to pin 2. I did a continuity test between each pin and the ground. Pin 1 for every socket had continuity to the ground. None had continuity on the 2nd and 3rd pin, EXCEPT for output 3, which I'm getting continuity on the 3rd pin to the ground, which is different from all the other outputs. I thought that since the same thing is happening on my output 4, that I'd find it grounded out on the 3rd pin too, but not so. And since both pin 1 and 3 of output 3 are connected to the ground, obviously I connectivity between pins 1 and 3 on that output. Now initially during my build, I had put in jumpers at J21B - J24B before realizing those would not be required with the board mounted jacks. So I removed those, but the holes are still filled with solder. I don't think that's an issue, but thought I'd mention it. **Edit** With the board laying flat, and the outputs at the top, R74 was grounded out on the left side, which goes to pin 3 of output 3. I removed that resistor and ping 3 is still grounding out. I can't see any bridge issues **edit 2** I found that the pin that is grounding out is the one that goes to J3_SID3 OUT. None of the other J3 OUT's are grounded.

Output 3 - I'm getting sound, but only if I plug in the audio cable up to the second pin, if I plug it all the way in, I don't get the audio. Output 1,2, and 4 are working fine. I reflowed the contact points for Output 3, but I'm still only getting audio when plug halfway in to the second pin.

I already started what you said and programmed each core individually. I'm clear about your pic 0-4, relating to core 1-4, (I used to do some programming back in the day), I think I may have relayed it confusingly. They all have the latest MIOS, and all have the MB6582 app loaded. So now I understand that the core 2-4 don't get backlight power, and turning contrast, I can see the text there. I was expecting backlight so I thought it was not working properly and not looking hard for text. I see that now. With that said, cores 1-3 are go. Core 4 is not. I'm getting just black bars on the LCD screen, no hello sysex string seen. I swapped out Core 4 with 3 just to be 100% sure I wasn't having a PIC issue, and it works just fine. So something is wrong with the socket or something to do with that... I think. **edit** Think I found the issue, have an incorrect ceramic capacitor on core 4. **edit 2** Yah, correct capacitor would do the trick. 1000pf vs 33pf makes a pretty big difference. Thanks so much for helping me sort it out. Now off to do test tones.

"Change Device ID in MIOS" ;) - that makes complete sense now PIC #0 - works great, LCD works PIC #1 - still sends me the message, "00007E40030107 , expected 0007E4001". So it looks like that PIC thinks it's PIC ID#3 (core 4)??? I have J11 set for core 2. The MIDI IN Monitor shows that PIC is sending out that sysex string every second. PIC #2 - I can load applications to it no problem, but still no LCD PIC #3 - No response at all, no sysex string spit out, no LCD light I remember I had swapped some cores to make sure I didn't have a problem with one of them during initial testing, it's likely that they got cloned w/o me realizing. So seeing that the core I had in 2 thought it was 4, I swapped out my the pics for core 2 and 4. Now PIC #1 spits out 0007E4001, like it should. And now it will properly take application loads. Still no response from the Core 4, which is strange b/c it that socket must've been working at one point for that core to be programmed as thinking it was PIC #3. In regards to the LCD, it's not contrast. The backlight would be on core 1, but blank screen b/c I had contrast wrong. I adjusted p2 for that core and I can see the text. On cores 2, 3, and 4, I get nothing, not even a backlight. I tried adjusting the p2 for those for kicks and there's nothing. **edited pic #'s to reflect 0,1,2,3 not 0,1,3,4**

So after loading up the vintage patch bank and playing around (sweetness) , I decided it was time I should make sure all the other cores and outputs were working. Unfortunately, plugging my LCD onto cores 2 through 4, I get nothing from the LCD. No backlight, nothing. I loaded MIOS Studio and was going to try to manually load the testtone application to the rest of the cores. I set it to "Wait for upload request before starting" and Smart Mode. I placed J11 to core 2 and turned it on, I got the following reply from MIOS Sutdio "Recieved unexpected MIOS SysEx message = 0007E400301F7 expected = 00007E4000" I get this also from core 3, and on core 4, I get no response. Am I going about this wrong or did I miss something?

The C64's used different versions of the SID chip throughout their life cycle : 6581, 6582, 8580 The chip will have the # on it right on top so you can tell which version you have. If you're going to make a stereo SID, you need to have 2 chips of the same version. You can't mix a 6581 SID with an 8580 SID. So when you open up your old C64's, check to see if they both are of the same version.

I love the industrial look of it as it is. Nice and metal :)

I replaced the one resistor network with a proper 6A103G and now it's working right :D I'm amazed b/c both the 6A103G and the 6B103G are listed as 10kohm %2 resistor networks. Not quite sure what the difference was and I bought both. Thanks again for your help. If you hadn't steered me towards the resistor networks, I'd have been looking for something all night.

I do have 6 pin resistor networks in all of R30-R39. Now I had to cut out R39 b/c I soldered it in backwards, and I had some 6B103G , instead of 6A103G and I used that. I couldn't see any technical difference between the two. Could that be the problem? The master PIC was doing this when I had just the one PIC in. *edit* I think I found the issue.... will post after

I've fitted in the rest of the chips, and when I turn it on it begins by saying "Cloning Slaves". I then get the Launching CS afterwards and then just a stuck tone at C3. I have to hit the midi key in order to make it stop. Not a deal breaker, but annoying if that's what I'm going to hear everytime I boot up. And everytime I boot it says Cloning Slaves. Is it supposed to do that every time? The LCD says shows up at boot : Oscillator L-01-- Trn Fin Por Phs PW 0 0 0 0 800 Any ideas as to what I should be looking at?

Oddly enough, I'm getting feedback from the core now via midi out and I can successfully load MIOSv1.9F. And after realizing I should be adjusting P2_Core1 and not P1, I got my "ready" :D I was able to successfully load up the SID V2 application and I'm able to play notes via midi. I think I can officially say that my MB-6582 is alive. That midi out to out making my LCD light up a bit freaks me out a bit though. I'm off to test the other chips now. Thanks for the help. I'm sure I'll have more questions and issues when I start the control surface.

To make sure I didn't have a bad midi cable, I started to swap the in/out cables I had setup. When I moved the cable that was in the MB IN to the Out, my LCD backlight came on very dimly..... with the power switch off. :o This cable was still plugged into the MIDI Out of my audiocard, so Out to Out and my LCD backlight lights up slighty? Is that normal? As soon as I move the cable to the proper in/out , backlight goes out. This only happens when I have midi out connected to midi out, In to In does nothing.

I thought as much. The backlight is working when I turn it on, so I guess it's right :)

Thanks Wilba, that's good info to know about the fan. Right now I'm getting a lit, but blank LCD when powered up. I can see the core is sending out the sysex request at boot, only once, which is good. Although it appears it is not getting midi returned to it. I'm currently looking through the wiki on troubleshooting that to make sure my midi in is working.

My pin 15 and 16 are listed as A and K. Anyone have an idea which of those are considered + and - ?