latigid on

wicked!

Many thanks Bruno! Just to note, there will be some PCB revisions for version 1.1. In general, you can consider to start getting parts together, but I would recommend waiting until the spec is validated. Also, some of the non-Mouser parts will be offered along with PCBs. So hopefully that's only two parcels needed to ship.

I'm not sure if software debounce affects encoder events? We've heard a lot of stories about low-quality Bourns encoders. Better seem to be ALPS EC12.

Hey, wait until it works first! But prost/santé/cincin! Where did you get your chip? The DOUT probably works because all outputs are inverted, whereas the SI will be out of phase with the rest (at a guess).

That'll do it, you need the non-inverting 541

The DIN should show +5V as there's a 10k pullup attached. You could try connecting RC1 instead of RC2, as they pulse at the same time anyway. The incremental behaviour is weird, it's like the data is being latched on every clock. You're sure you've got RC and SC correct? No shorts, including any of pins PB15, PB13, PB12, PD10 on the Discovery board?

Even though some of the other breakouts are more ideal in terms of form, they don't always include every pin. You should take care with the particular MCU used as it may have reduced performance. The Waveshare stuff looks fairly trustworthy with regards to quality, documentation, support, etc.

As the DOUT can be correctly addressed. this means the SC and RC lines are okay. I assume that RC1 and RC2 are connected together on the PCB? This gives me the impression that the problem is the SI pin (pin 5 on J8/9). With the ribbon cable connected to the DIN, is there continuity between this pin and PB14 on the Core? Is this pin shorted to anything else, such as SC, RC1/2, +5V, 0V? Are any of pins 9 and 10 on the 74HC165s shorted? From pin 10 IC1 onwards, the signal should see a 10k pullup resistor.

I was wondering the same. Switching with the left hand also leaves the right hand free for playing (e.g. a keyboard). For those using the Wilba SEQ for years, that's also a learned "home" location on the left. Best, Andy

Hey, really nice job! I love how many different textures and patterns are happening.

Are you sure that PICkit 3 supports the chips you have? I have a vague idea that some of these are supported on PICkit 2 or clones, not completely sure.

I think everything is 1.5mm aluminium. The colour will probably change too :).

The SEQ uses new designs of Core/MIDI boards, so save those for other projects :)

Adrian is finalising the case design, hopefully he doesn't mind me teasing a few pics. Note that these are not final and will probably change. Concept, shown as the left-handed design. The PCBs will work both ways, but you have to choose a left- or right-handed front panel. This one has too-high caps around the wheel. Originally the wheel PCB was mounted at a different height, but now everything mounts on a (very clever) interior shelf. Only one sort of round cap required. Many things will change: circular holes for the MIDI DINs, different knob choice, maybe coloured windows. The IO can be mounted either at the back or bottom. This means the unit can be either desktop or 19" mount :). More info as I receive it.

Welcome! PFL 10

Sorry to see you go! It's good practise to put your location and prices for the items.

Thanks for reporting back, I'm glad you got it sorted.

As shown in the above image, the C+ pin is not connected to the switch and the other two terminals (left and right, between C+/B and R/G respectively). should be used. But try with jumpers directly on the pinheader too.

Testing inputs without DIN doesn't make sense IMO. You could add the SCS interface, but it doesn't help with your switch problem. The random events are the SI transitioning HiZ-high (pull-up resistor attached). It will depend on where the clock pulse is as to the address. Forget the switch and jumper one of the DINs (pins 3-10 to 0V. You should get the correct event. Are you sure you have the pins of the switch correct? Best would be between NO1 (DIN) and C1 (0V). Between NC1 and NO1 will not show a difference. Between NC1 and C1 should give an event with inverted behaviour. Or is your switch different to that pictured (are individual RGB pins available?)

Or what's the switch model? Perhaps there's a diode or some weird pin arrangement blocking the switch action one way? Swap the DIN pins around?

Not sure sorry. The fact that the DOUT works indicates that the SRIO scan is okay. The high-to-low transition as measured at the DIN pin is correct. Try another DIN?

Okay, then load up MBNG. That's what you'll want running for your controller anyway.

@wackazong has done the filtering with caps:

P.S. Please upload your images here so future travellers can benefit from them.

I'm not sure how MIDIO128 works in the default config. With _NG the SD card defines the hardware definitions, but the DINs should still register even without any (I think the shift register scan is implemented by default). You can try set debug on in MIOS Studio, this should give you feedback on any data sent or received by the Core.