Jump to content

Rio

Members
  • Posts

    712
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by Rio

  1. try again from the beginning. should normally go now (reboot, reinstall, reconnect etc.) otherwise something went wrong .. or the linker type isn’t supported by 8.2.2 ?? I will take a look later.
  2. Rev D2 - JP3 Open - normal Boot, Closed DFU LPC link Boot. https://www.nxp.com/docs/en/supporting-information/LPCXPRESSO-V2-BOARD-FAMILY-SI.pdf you should close it for LPC link mode. that should be the 3.3V connection to the linker, which then gets priority when booting.
  3. Which revision are you using? I think the new boards were put into dev mode by a jumper. But give me more details - pic or number of jumper.
  4. should work.... pls use LPCXpresso IDE v8.2.2. Otherwise try another usb port, please deinstall lpc/nxp drivers and reboot/reconnect. Have you activate the computer (or register with nxp)?
  5. Which OS do you use? as soon as the USB cable is plugged in, additional LPC drivers etc. are installed(automatically). You have to allow that and wait a little.
  6. guck mal, an der Mixerschaltung liegt es nicht. Danke erstmal für die Infos. In den Videos geht es aber mehr um die Beseitigung von Störsignale (Mhz), statt Humming - sehe ich das richtig?
  7. Good question, I don't always want to lift the SIDs out of the C64 socket to do configurations or even possible future firmware update for the ARMSID. but I can hardly imagine it because there is a simple protocol behind it.
  8. ja ok danke für die info. Ich denke mal die Ursache müsste aber in der schematic zu beseitigen sein. Anderseits kostet der kern nicht die welt, kann ich ja mal mitordern bei einer Bestellung.
  9. Bug when recording inside track with Quantize: If you record notes with e.g. Quantize (e.g. 80%) and meanwhile/afterwards CCs or aftertouch (channel pressure) are being sent while a note is held, the length of the recorded held note is immediately interrupted. Would be really cool if that was fixed. Thank you. Best regards, rio
  10. Das verstehe ich nicht - wie das funktioniert, und ich hab so einen auch nicht zur Hand. Hat sowas bei dir mal geholfen? Und ich verstehe leider auch nicht, wieso ich nur ein Brummen drauf hab und andere anscheinend nicht.
  11. The DFxx address is only related to the address range of the C64, not to the real PIN Out.
  12. Please take a look at the manual. You can adjust the length by the dedicated encoder on this page. Edit: oh sorry you mean a custom Quick selection ... greetings, rio
  13. I also use LPC17 for programming (even today). I only use the LPC-Link debugger to flash the MIOS32 bootloader with the NXP IDE once. Then I program in a simple text editor. I just compile via 'make' and upload the hex via MIOS Studio with the bootloader onto the LPC17 - at least that's the way I'm going. If something really goes wrong in the bootloader area, you can re-flash it with NXP IDE via LPC-Link again (I never had any problems with it, except that I had to reconnect the LPC-Link debugger board for the special case).
  14. In the end, I just ordered a pair of armsid. I am not sure, but you mean the second 2sid is just a dummy for a better routing of a second audio out?
  15. As I understand it, the second or triple SID mode is only available in conjunction with the 2SID card and a special wiring, right?
  16. Question: Why should you go for an ARM2SID with second 2SID? 2x ARMSID would work just as well, right? the price difference is not that huge. @dwestbury: Did something on the PCB have to be changed to connect the second 2SID? Does the 2SID only work in conjunction with the other chip?
  17. Take a look here: you have to adjust your config / paths correctly. best regards, Rio
  18. The LPC17 is not bad and should work for the purpose, but it's outdated and the direct successor is the STM32F4. If you haven't bought anything, then go for the 'newer' board. But I don't have an AINSER 64 and can only say what is generally known about the cores. (PCBs can be purchased from 'modular addict').
  19. My seq is powered external, not by usb.
  20. Is it actually allowed and functional to connect an usb hardware controller directly as USB input of the SEQ via an usb-b-male to usb-b-male cable (so as not to need a computer)? Would that even work or even damage one or the other device? technically speaking, the communication is only possible via drivers, right? greetings, rio
  21. Hello, I've been using my own MBSIDv2 with an original C64 PSU for years. I use the following power circuit from Thorsten (mbhp_8xsid_c64_psu_optimized.pdf) - I have no noise, hum on the audio outputs. Everything is going great, so far so well. Since the C64 PSUs could be prone to overvoltage (after 40 years), I wanted to switch to the alternative. So I decided to use this: Electroware - C64 PSU With this power supply I have the mains hum on the audio outputs. Another Electroware PSU will behave the same way, so the PSUs themselfes are not defective. I mix 6x SIDs on 2 channels (stereo) via 3 Channel-audio-mixer and supply the mix circuit there with + 14V, coming from of the 8xsid_c64_psu_optimized circuit - approved before. This is my current schematic: I ran through the following scenarios (please read carefully before answering): 1. The buzz comes when I use the new PSU and connect everything as shown above. 2. I have no buzz when I directly connect SID Pair 1 to "line in" without any extension (NO: CORE3/SID3LR/CORE4/SID4LR/MIXER) 3. The hum also comes when I directly connect SID Pair 1 to "line in" and do not connect the mixer circuit (no power and no audio), but the CORE3/SID3LR/CORE4/SID4LR are powered. 4. When everything is connected as shown, the humming disappears immediately, e.g. by disconnecting +14V power from one of the SID3 boards (6581 - L or R). 5x SID chips sound free of hum!! 5. The humming disappears immediately, e.g. by disconnecting +14V power from both SID1 boards, but everything else is connected. The 4 rear SID chips (board LR 3 and 4) sound free of hum. Note: It seems to me to be a general ground loop somewhere between the CORE / SID boards cabling, caused by the newer PSU. The length of the data cable (tested with very short different cables) or the mixer itself doesn't seem to be really responsible for the hum. What could I wire and test differently? I am grateful for any suggestion. I would like to switch to the newer PSU, because it works under one or the other of the conditions. Thanks and Greetings, rio
×
×
  • Create New...