Jump to content

Gilesjuk

Members
  • Posts

    95
  • Joined

  • Last visited

Everything posted by Gilesjuk

  1. 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.
  2. The silkscreen on the board shows a ring around one of the holes, this means to have the resistor standing up.
  3. Tested sysex on my M-Audio 8x8 MIDI interface, same result. Possibly two dud/incompatible MIDI interfaces? they seemed fine before.
  4. 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.
  5. Build a new modern safe one with lots of fuses and a crowbar circuit.
  6. 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.
  7. 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
  8. 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.
  9. 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.
  10. 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.
  11. 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?
  12. 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?
  13. 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.
  14. 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 :)
  15. 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?
  16. Hoping someone snaps this up quick as I won't be so tempted then :)
  17. 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.
  18. Gilesjuk

    OPL

    Two? is this some sort of OPL monster you are building :)
  19. Gilesjuk

    DINX4

    Looks familiar :)
  20. Makes the build somewhat simpler then :) no 9v or 12v required then?
  21. There is analog filter emulation yes. There's only one filter to emulate, so it's not that CPU intensive.
  22. 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.
  23. Feedback pots won't work for SwinSID users, so it would be a bit of a waste to include them.
  24. +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.
×
×
  • Create New...