TK.

Ok, ich habe in den entspr. Schaltplaenen dann mal Pin 4 und 5 miteinander verbunden. Wurde ja auch so langsam mal Zeit ;-) -rw-r--r-- 1 TK staff 12558 Dec 30 2015 /Users/TK/Sites/ucapps/mbhp/mbhp_4xsid_c64_psu.pdf -rw-r--r-- 1 TK staff 17371 Jul 1 2007 /Users/TK/Sites/ucapps/mbhp/mbhp_4xsid_c64_psu_optimized.pdf -rw-r--r-- 1 TK staff 22704 Jul 1 2007 /Users/TK/Sites/ucapps/mbhp/mbhp_8xsid_c64_psu_optimized.pdf -rw-r--r-- 1 TK staff 5799 Jun 10 2006 /Users/TK/Sites/ucapps/mbhp/mbhp_sid_c64_psu.pdf Gruss, Thorsten.

Frueher hat man auch Leute auf den Mond geschossen ohne zu bedenken, dass man das in 35 Jahren genau so wiederholen moechte... soviel zum Thema Nachhaltigkeit ;-) Schaust Du bitte nochmal auf den Schaltplan? Ist es nun Pin 4 oder 5, der bei Dir funktioniert? Gruss, Thorsten.

Super! :) Ich hoffe, dass ich in diesem Schaltplan ebenfalls Pin 4 eingetragen habe? -> http://ucapps.de/mbhp/mbhp_8xsid_c64_psu_optimized.pdf Interessanterweise steht hier: https://allpinouts.org/pinouts/connectors/power_supply/commodore-c64-power-supply/ das Pin 4 manchmal "nc" (not connected) ist, und 5V lediglich auf Pin 5 "garantiert" ist. Gruss, Thorsten.

Hallo Krizz, ich verwende das gleiche Netzteil von c64psu.com, da mir das mit den alten C64 Netzteilen zu gefaehrlich geworden ist - das bisher verwendete ist mittlerweile 35 Jahre alt, die Gefahr ist zu gross, dass irgendwann der 5V Regulator seinen Geist aufgibt und die Chips mit Ueberspannung versorgt. Gestern habe ich das neue Netzteil nach vielen Wochen mal wieder an meine MB6582 angesteckt, interessanterweise war die Spannung etwas niedriger als sonst. Das Backlight des Displays war dunkler als sonst, und nach einigen Minuten wurde der PIC reseted (wahrscheinlich der Brownout Reset, der bei VDD<4.5V anschlaegt)). Habe das Netzteil dann aus, und wieder eingeschaltet: danach lieferte es die volle Spannung (5V). Auch heute laeuft es problemlos, werde mir das aber beim naechsten Mal genauer anschauen. Insofern waere es interessant zu wissen, ob das neue Netzteil auch bei dir funktioniert, wenn es erstmal warm geworden ist? Danach aus/einschalten - vielleicht hilft es ja. Falls nicht, macht es u.U Sinn, c64psu.com zu kontaktieren (kann ich uebernehmen) - vielleicht kennen die das Problem bereits. Gruss, Thorsten.

Hi Rainer, I can help you on this - you got a PM Best Regards, Thorsten.

First of all we've to align on terminology: MIOS is an operating system, but we are speaking about the MIDIbox SID V2 application which is installed on your sammichSID hardware together with MIOS. It's the MIDIbox SID application which controls the SID registers. Second: there is no "clear gate" bit. In the video, you will see at 0:52 that the Gate bit (rightmost switch) is set to 0. And that's the same what MIDIbox SID is doing. And when you listen carefully, you will notice the same background noise, sometimes also called "leakage noise" With some SID chips (especially the older ones), this leakage noise is much louder. You are using 6581 R2 - this early chip version could be affected much more from this design flaw. From an interview with Bob Yannes: You can set Atk, Dec and Rel to 0 in the OSC page, and configure the filter in the FIL page. Best Regards, Thorsten.

Just set the ABW (ADSR Bug Workaround) flag on your sammichSID. Search on this page to get more information about the consequences:  ABW (ADSR Bug Workaround): an option which provides a less usual method to overcome the ADSR bug. Whenever the envelope is retriggered, the ADSR registers will be zeroed for at least 30 mS (time can be increased with the delay parameter). Thereafter the original ADSR values will be written back, and the gate will be activated. This results into a more deterministic envelope, but the latency makes it unsuitable for live playing. So, this feature can only be used in conjunction with a sequencer, which allows to compensate the delay (which allows to play the notes earlier by a given time). Another way to avoid it: set A, D, R to 0 and let the SW based Filter ADSR control the volume - this will also work live - and is used by most sammichSID patches. Best Regards, Thorsten.

Analog pins are permanently polled by the AIN driver, this is done via DMA in background (so that the CPU isn't loaded) If you've to set pins before the next scan, then just use a AIN ServicePrepare callback. See also following tutorial which shows how to scan a touchscreen - actually a similar handling like described for your use case: https://github.com/midibox/mios32/tree/master/apps/tutorials/022_glcd_touchpanel Best Regards, Thorsten.

MIOS32_BOARD_* functions are intended for reading the pins in digital, and not in analog mode. For Analog readouts you've to use the AIN driver. See following tutorial: https://github.com/midibox/mios32/tree/master/apps/tutorials/011_ain Best Regards, Thorsten.

Yes, you are right, NRPN changes are only forwarded to the edit buffer. Well, there is an alternative firmware development kit available for the BC devices which should allow to implement this, but it will require some programming knowledge: http://willem.engen.nl/projects/bc2000-dev/ Best Regards, Thorsten.

Weitere Anpassungen sind leider wesentlich komplizierter (und ich habe schon sehr lange nicht mehr an dieser App gearbeitet) Gruss, Thorsten.

Hi Dhayv, unfortunately there is no way to change these parameters via SysEx independent from each over. In the Ctrlr Panel I solved this with some LUA scripting, but with generic MIDI controllers this will be difficult (resp. impossible). However, you could control it via NRPN instead, see: https://github.com/midibox/mios8/blob/master/apps/synthesizers/midibox_sid_v2/doc/mbsidv2_parameter_chart.txt To the hex numbers: $06 stands for "Direct Write of Parameter into Patch Buffer" $01 is the WOPT, explanation in the sysex doc $00 is the upper part of the parameter address Best Regards, Thorsten.

Hi Dimitri, there are two ways how you can achieve this: store/restore the track setup as a PRESET: Menu->Evnt, and then PRESET with GP Button #15 or store an entire setup as a session, and if you would like to use it as a template for another session, just use the "Save As" function Best Regards, Thorsten.

Should be fixed now, please try at your side: http://www.ucapps.de/mios32/midibox_seq_v4_097_pre3.zip Best Regards, Thorsten.

Could you please try following tutorial application: https://github.com/midibox/mios32/tree/master/apps/tutorials/005_polling_j5_pins It shows the intended way, how to use J5 pins as inputs. And it's also a good test application to ensure, that the pins are (still) working. Best Regards, Thorsten.