Rio

you can of course fit it with heatsinks, but it's not necessary. It is normal for the 6581 to get warm/hot, but it is also in their nature to run at such temperatures. if i read it correctly, then there are only 8580 in use and there also a fan installed. I've never had to worry about anything like that (fan/cooler), nor have I ever had any problems during operation. they break when handled incorrectly (ESD). Note the fact that a heatsink, fan or whatever you use is fine, but that is never installed inside an original c64. ... and yes, your device does look cool.

Maybe someone is interested in the latest binaries & sources. Current MacOS binaries can be found here (Sidplay5 adaption): https://github.com/Alexco500/sidplay5/releases/tag/v5.1.0_111 ..so no one has to go through the agony of xcode compiling/signing ;) and for Windows (32Bit/64Bit) you can find the binaries for Vice 3.2 with ASID (based on aTc's code) here: https://sourceforge.net/projects/vice-emu/files/misc/WinVICE-3.2-asid/ Have a nice day!

Yes, clock stretching slows down the clock line for I2C communication. Some of the boards I use with I2C do not work because the clock rate is too high. With clock stretching it works but I don't know how high the clock rate is. But it must be below 400 kHz (this is the limit that is noted in the specifications of one of my external hardware). For SPI communication, one of my boards is limited to 1Mhz. So it would be good to know some specifications about the core8 board.

Is it possible that j14 can be configured programmatically as an output pin and if so, how can the pin be set to high or low?

Short feedback to 1): Regardless of the IIC clock rate (must be below 400khz), my solution now works with clock stretching. if anyone knows more about the SPI clock, please let me know.

Thx tk, for finding out. So only the last note is missing in the changelog ;)

Where can I find the MIOS 8 sources as version 1.9h? I can only find version 1.9g on Git: https://github.com/midibox/mios8/tree/master/mios Thanks, rio

as i know, it is only based on ASM (core8), but it has long long been prepared on a rudimentary C basis. but not implemented. This is unlikely to change officially.

And if you go back to 4.096? Does it work then? Plug the SD card out and then in. Maybe the contacts for your setup on SD are just a bit morbid over the time, but the app would normally have informed you about this. And If 4.096 works, check out the changelog for the last version.

I also use an LPC17. Maybe I can help you. My SEQv4 has been running fine for years (decades) with 12 midi outputs. I need more details on what you have configured in your app? Are all the other messages to your midi ports working (NOTE ON/OFF etc. and is it CC related only)? Which midi ports have you connected and how?

Simple questions for the core v3 /PIC18F board using MIOS8: 1. How fast is the SC line for both modes (MIOS_IIC_CtrlSet [0 default / 1 clock stretching]) ? and is it <400KHz? Because one of my external boards as an IIC slave only accepts a clock up to 400KHz and it does not react as it should ATM. It seems that I get an ACK back to the PIC18F master in clock stretching mode, but the external device itself remains without any functionality. If I try it without clock stretching, the watchdog restarts the PIC18F master app because it does not receive an ACK in the loop and the loop probably runs too long for that. BTW: the external board can be well controlled by an Arduino using the standard frequency of 100Khz defined in the wire/twi classes of the Arduino core library:https://github.com/arduino/ArduinoCore-avr/blob/master/libraries/Wire/src/utility/twi.h#L30 But of course I don't want to control it with an Arduino, but with my PIC18F with MIOS8! 2. I would also be interested to know how fast the SPI clock is - because for a special application it has to be <1Mhz.

yes it is. it is described here: http://www.ucapps.de/mbhp_iic_midi.html

Hi, I want to use clock stretching, so I had read about: http://www.ucapps.de/cmios8_fun.html#MIOS_IIC_CtrlSet MIOS_IIC_CtrlSet notes to add a 1k pull-up resistor to the SCL line (Pin #22 of the PIC). Required for use? If I take a look at: http://www.ucapps.de/mbhp/mbhp_core_v3.pdf there is already a 1k resistor to +5V on J4 (SC line) Pin 6. Is it the same resistor that was named here? Greetings, rio

I am quoting myself, but just to confirm that it is possible to compile & run on a Mac M2. Thank you for the concise instructions two answers ago. However, there are a few visual glitches and a few crashes (but unrelated for working playback), probably due to using outdated classes. Crashes occur with sidplay by midi device list detection due to previously connected midi device, by window resizing and sometimes midipatch bay crashes when exiting.

@dwestbury Vice/vsid runs stable and well on Windows (also as a x64 build). Do you currently have a Sidplay build for the mac version with ASID support at hand, which will also run on the latest macOS versions (maybe Arm64 Silikon support)? I can try to compile it according to your description...