Gilesjuk
-
Posts
95 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Gallery
Posts posted by Gilesjuk
-
-
The silkscreen on the board shows a ring around one of the holes, this means to have the resistor standing up.
-
Tested sysex on my M-Audio 8x8 MIDI interface, same result.
Possibly two dud/incompatible MIDI interfaces? they seemed fine before.
-
What could be handy (if possible) is a crowbar protection box. Something you can use between the C64 PSU and your MB SID so if the PSU fails the thyristor blows the fuse in the box. It's a little simpler than building the whole replacement PSU and it avoids messing with mains voltages.
-
Build a new modern safe one with lots of fuses and a crowbar circuit.
-
I get the same behaviour on my MB-6582. So it's either some issue with my MIDI interface with the latest code or something in the latest code.
Hopefully someone will confirm either way. It is a cheapo interface, but it has worked perfectly well up until now, I just use it outside of my studio room.
-
It keeps writing this out:
[693025.521] f0 00 00 7e 4b 00 0e 01 f7
[693027.022] f0 00 00 7e 4b 00 0e 01 f7
[693028.524] f0 00 00 7e 4b 00 0e 01 f7
[693030.024] f0 00 00 7e 4b 00 0e 01 f7
Which is this?
01 == received less bytes then expected
-
Sadly v2.039 still won't receive even if the patches are already present. Increasing the delay further still makes no difference. There's just no indication on the screen that anything is taking place. Almost like it is being ignored.
-
Alright!
Which tool are you using for the SysEx dump, and if it isn't a MBSID V2 librarian (like the java based editor): which delay is inserted between the individual patches? (should be configurable, I think it was at least 750 mS, otherwise it won't work reliable)
Best Regards, Thorsten.
I'm using the SysEx tool built into MIOS Studio. I had the delay set to 250 but upping it to 750 hasn't helped.
-
Was "08" really the ID, or is this a typo and you mean the SysEx type, e.g. after "f0 00 00 7e 4b 00 02 >> 08 <<"
Hi TK. Yes, I got the wrong position in the hex.
What seems to happen with the latest code is the device seems slow for a while during and after the sysex dump. But then goes back to normal.
I've dumped an individual patch with R38 and R39, diffed them and there's no difference. Receiving single patches works fine.
-
Something odd with the latest sammichSID hex. I've gone back a release (RC38) and all is well. Looks like a quirk in the latest version?
-
Not sure if I was seeing things, but the ID seems ok now:
f0 00 00 7e 4b 00 02
But I'm still confused as to why it won't receive?
-
Maybe it is related to the PIC header ID?
I think there's a MIDI ID in there somewhere?
It is strange that by loading another version of MIDIBox SID made the ID change though.
-
I've uploaded the non-sammich hex, transferred the presets and gone back to the sammich hex file. So I have the presets now, well most of them :)
-
Hi all,
I've just built up a sammichSID I bought on here but it is ignoring the presets sysex file when sent to it.
MIDI in is working and I can dump out a patch and send one fine.
Looking at the sysex header the device IDs are different in the presets file and in the sysex dumped out by the Sammich.
Presets:
f0 00 00 7e 4b 00
Sammich:
f0 00 00 7e 4b 08
Is this deliberate? or has sammichSID always been incompatible with MIDIBox SID's patches?
-
Hoping someone snaps this up quick as I won't be so tempted then :)
-
Do you still have the pads in your design?
eg.
http://www.compsys1.com/support/docs/ELbacklight_Guide.pdf
There are pads that need to remain as part of the foil.
-
Makes the build somewhat simpler then :) no 9v or 12v required then?
-
It uses just 5V as well?
-
There is analog filter emulation yes. There's only one filter to emulate, so it's not that CPU intensive.
-
Maybe, but then this is a project which isn't for beginners. It's not a product, it's a project. There is mention of the pots in the Wiki and you can see them in the photos.
Having holes in the case won't kill anyone :)
The expansion port is also optional and there's no standard to how to wire it, it is up to the builder.
-
Feedback pots won't work for SwinSID users, so it would be a bit of a waste to include them.
-
+1 For the self built supply. So long as you're competent and test it well before use there's no reason why it shouldn't be better than most commercially produced PSUs.
I built the PSU for the OPL board as my first attempt, that way I would be frying some fairly cheap Yamaha chips if anything went wrong. But so far it has worked flawlessly.
-
They just plug in, there's plenty of room between the chips. There's no analogue filter in the SwinSID, so I don't think the filter capacitors are even needed.
There's also no audio in, so you can't do the feedback mod. But then the SwinSID has some other tricks up its sleeve.
-
I imagine you could use the mechanism out of an old mouse (opto-mechanical) to do similar. The upside would be that the precision would be a lot higher and you wouldn't need to smash up so many hard disks. One mouse would be all that is needed.
You would obviously need to pair each small roller up to a spindle which then connects to the "deck", with a couple of bearings for a smooth action. Some skateboard wheel cartridge bearings (maybe use the wheel to contain them? :)).
[SOLVED] sammichSID LCD screen issue.
in MIDIbox SID
Posted
I have both the 12v jumper and the high current jumper on my Sammich. It has the negative yellow LCD and that does say 5v on the backlight.