latigid on

Thanks for the report; the matrix scan would be useful, but it does look somehow like the bottom two rows are connected? If the rest of the SRIO chain is fine probably the issue is with the output side. I would check the cable for shorts once more. Plug a double-row pinheader in and check continuity for adjacent pins starting in the bottom-left corner 1-2 (bottom right if you view from the pin side) but also the top pin to the next in the series 2-3 etc. 2 4 ... 1 3 notch this side The rows are on 8-pin header J5 and the corresponding side of the 24-pin header. Check the male pin headers too. For soldering: Disconnect the IDC24/16/8 cable and power. Are there shorts on adjacent pins of IC18 on lemec_R? Pins 1,2,17 and 18 would be of interest. On IC17, check for shorts on pins 6,7 and 8 especially. On the JA board, the pinout for the LED matrices has row 1 on pin 5 and row 2 on pin 2 (there's a silkscreen indication for pin 1). Check that there are no shorts there especially. With _NG and probably best with no .NGC loaded, you can use the MIOS terminal command set dout x 1 where x is the shift register pin and 1 turns it on. Count the number of SRs in the chain *8 to set the pins of IC17 The idea is to see if you can control the 74HC595 pins independently. You can also use this to test the matrix: turn on row one and then the columns in turn with the subsequent 8 SR pins. Good luck! Andy

https://www.youtube.com/watch?v=dOXIs6Rkhyk&t=7353s contains testing for the JA matrix. Please reload the _NG .hex file and see if you can control the LEDs with CC16. If you can, maybe it has something to do with the track settings not being in sync on the SEQ?

Hi Thomas Let me know if you want a PCB to drive multiple displays: http://wiki.midibox.org/doku.php?id=display_driver current version at least fixed the mirrored J15 connector. The connector for shift registers is J10B for STM32F4 Cores. Best, Andy

Upload your NGC. Are you using SENDER/RECEIVER events? Did you scale/interpolate one CC into another? What about using the native CC scaling with -63/-/64 on the display? Did you look at maps?

Hope it works out! I can't say anything about whether the connections are correct, but here are some thoughts on the layout. Watch the clearance. It should ideally be as large as possible; often I work with ~0.4mm trace width and 0.5mm spacing (1mm trace-to-trace). Take particular care around unmasked copper such as through-hole pads (e.g. on the 2x8) Circled upper-left: the corner can be avoided by routing from the left/bottom left of the pad. Circles right: angles a bit messed. Neatest is to use 45° angles for everything.

@Altitude had a similar idea: http://midibox.org/forums/topic/20525-16pin-sil-to-16pin-dil-adapter/ Check that the fit works in a MB-6582, but I guess so?

Just use MIOS Studio and assign one of the sliders to your CC event, or rather assign your event to one of the sliders. You can probably use J10 or J5 as analogue inputs.

Hi Niels, The power situation is fairly complex and there could be more than one source of noise. Some setups have no issues, some do. With MIDI obviously we have optoisolation so things are different there. The power distribution in the SEQ could be better e.g. by improving the return current path (certain Molex connectors on the lemec boards/USB PCB are meant for this). I think that the LED matrices introduce some digital noise as they switch. I'm not sure if this the source of your noise or whether it is the more commonly observed phenomenon encountered when connecting USB audio devices. Could be that your USB +5V from the computer is not designed for the current that you draw from it or is inherently noisy. Peter tested a laptop and USB power bank, which were both quieter than even a phone charger, but a PC tower had a much noisier +5V line. He could filter out some of that noise but it was still worse than the laptop. His Eurorack PSU is transformer based with linear regulators and uses a copper bussboard. I would consider this system superior to a switching PSU and a flying busboard. I would tend towards the powered USB hub like TK. uses for the SEQ. Another user still had issues with their hub but then one might imagine that that PSU was also noisy. Very hard to guess. There are also solutions to galvanically isolate USB and could be worth a try? Some are quite cheap and some much more expensive. I can't guarantee anything though, so it might be throwing money at the problem without a satisfactory result. For the Euroceiver ground lift, the RS-485 standard recommends to keep the 0V reference connected, even though the power supplies on either end could be mutually floating. Imagine an extreme case where you have a long signal cable and a device either end. You have a massive antenna and a real "ground loop" if the power supplies are connected. In our case, we can have two different power supplies and we keep the signalling within the common-mode range by referencing to a common potential (0V). Without J0 jumpered, the signals may become more susceptible to data corruption as the differential voltages drift apart. You might notice that the setup works in your studio but not at a gig for example. Instead of leaving J0 unjumpered you could try to connect a low-value resistor (say 10R) of suitable power rating across it. This might attenuate the noise that you hear. Best regards, Andy

@TK. cool! When removing the offset resistors, consider that the LEDs on the octal PCB will be driven by a higher voltage (current). So consider at a minimum doubling the LED resistor values or even swap the LEDs on unipolar channels to different colour (with appropriate resistors).

I think you're doing great! :) MB_NG is very flexible and comprehensive and you just need to know where to look. I have used it mostly to prototype/test designs for other systems and have never built a controller based on it. I would also say that I (still) don't fully understand the syntax and just muddle my way through the examples. That said, the manual chapter that I linked should serve as a complete documentation source for you. I think your blog-posting style is fine if it serves as a waypoint, no problem! I hope that you don't expect me to answer all of your questions though, because I think that it is your job to learn as you go, and probably the easiest way is just to experiment with the hardware. This is my experience anyway; because I did not write and do not understand the code structures, I need to apply them in hardware and learn by doing. So if you change this parameter you will get that result, which translates something abstract (unintelligible code structures) into something tangible (LCD messages with the desired padding and string format). Still, if I can point you in the right direction I will (and anyone else should also feel free to do so!). Chin up! All good! Andy

This is >128 values though, so you will need to use NRPN. Again uCapps.de has all of the syntax explained:

This is no longer Liquid Crystal but segment displays :)

Consider an LED matrix with 7-segment displays.

Great work! The universal solution will be much appreciated as we have spare UARTs on the upcoming BLM :)

Good news, nice! This also seemed to eliminate the issue for the other user. I think it still remains to connect up the modular and the computer at the same time... Have fun, that looks like a really cool rig to use . Happy jams in 2020! Best; Andy

Thanks for the diagram! Just to preface, Eurorack is the Wild West of electronics. There are many ways you can put things together and some will give better results than others. The "fundamental flaw" in Eurorack is that the 0V line serves as both a reference and a current return path (i.e. an unbalanced system). If there are potential difference mismatches on the 0V lines, noise can result. So the idea is to have the 0V resistance as low as possible and to run power rails as much in a "star" configuration as possible. Searching a bit on MuffWiggler, the Row Power seems to have some history of noise problems. It might be that this is not the ideal way to power your Eurorack though there are a few things to try/clarify. Is the mains connector to the DC brick 2 or 3 pins on the brick end? With the power off and any voltages discharged (take care!), what is the resistance from the earth pin to the DC barrel? Your MG rack has two Row Powers, correct? Are things actually connected like this on separate rows or more like the hand-drawn diagram? What happens when you disconnect the ES-9 USB? Is it a desktop or laptop computer? If a laptop, what happens when it's running on battery? What is the power distribution in the case? Flying buss or bussboard? Is the Euroceiver powered with the case +5V or the onboard Vreg? (I suppose the Vreg) What happens if you power the Euroceiver with USB (check J5 jumper!) derived from the Mac while also powering the SEQ with USB? Better might be to use a powered hub to increase the available current. What happens if you power the SEQ from e.g. a phone USB charger rather than the Mac? What happens if you remove the Euroceiver J0 jumper? Generally you do want to leave this connected, but disconnecting it will cut the 0V connection between the SEQ and Eurorack. Cheers, Andy

Hi Niels, We heard of another similar issue. Could you explain exactly the wiring setup you use? It is important to know the power sources of everything (linear or switching PSUs, power banks, hubs), how they are plugged into the wall, whether you use a computer or laptop, the various jumper settings on the Euroceiver and so on. Is it particular modules or everywhere that you notice the hum? Best regards and Happy New Year! Andy

Nice to see your progress! It's confusing, but there is a difference between "bootloader hold" and flashing the "bootloader hex app" through MIOS Studio. Bootloader hold, using the blue DISCO button, is when you mess up a custom app or the flash is corrupted somehow and the Core will not boot anymore. This allows you to fix the Core with a known good hex upload. Bootloader app is essentially the same but can be normally flashed with MIOS Studio. Upon USB re-enumeration you can then alter boot settings, including changing the LCD type.

Cheers! Have a good one!

What voltages do you read out of the output with 1/2/3/4/5 V... or min/mid/max? Looking at the MS-20 manual, it seems to expect a linear 0-8V CV for the VCOs? So maybe normal V/Oct scaling is already good? If you really need to work within the positive range, remove the offset resistor on any channels you would like to use in unipolar mode. These resistors xR34,xR35,xR36x... etc. are listed in the BOM on the transmute8 page.

Right idea, just should be in parallel with the resistor rather than the cap.

The circuit is a power-on reset (POR) that charges the cap for short period until the power rail stabilises. If you omit this then the displays will probably show garbage pixels. Only one POR is required for all of the displays. I would also suggest to wire a 1N4148 diode in parallel with the resistor with the cathode band at the +3.3V node.

Cheers! Enjoy your new SEQ! If it's working well then you have #24!

Hi Niels, it's there in the Utility -> Options menu. Hi Pieter, You can try this thread for troubleshooting if you wish: http://midibox.org/forums/topic/20993-troubleshooting-midiphy-seq-v4/?page=1 The OLEDs are probably fine but I would still suspect the cable. A slightly crooked crimp can short two lines together. Common issues with a display not working are: J15_S not jumpered to 3.3V R33D value (should be 560R) Cable strands shorted together Cable makes contact with components on the OLED PCB (isolate with kapton tape) Cold joints or shorts on wCore 2x25 pin headers (trace back to pin names or even MCU pins according to http://ucapps.de/mbhp/mbhp_core_stm32f4.pdf) Best of luck!

You can try it! I've always entered the commands one at a time though.