Definitely backwards! @bradfromraleigh

Great catch! That must have been when I poured the second glass of wine. Will correct this afternoon and report back!

EDIT: Good news is that I got U8 off and the Teensy powers up like it should now! Bad news: 2 legs of U8 were damaged in the process so a replacement part is forthcoming.

Also, after hunting down a few extra steps that weren’t obvious to me in the write-up (the mux library, etc.) I was able to get it to compile and run. Everything tests OK (except channels 13 & 14, obviously) and I await my new opamp to be fully operational. Thanks for the help everyone :slight_smile:

2 Likes

hello all, wondering if someone can help me with this. i have a modded trs cable connected to an i2c.
tip to sda, ring to scl and sleeve to gnd. this is connected from my faderbank to my tt backpack which has a 301, jf and w/ connected to it. i’m trying to test basic i2c connectivity from my faderbank to the tt and not really understanding how to do that.

also i’ve tried sending messages from the faderbank through the tt to the 301. i tried something really simple like opening a subchain in a vca. sc.cv port 1 adjusting the gain and then moving the 1st fader but i’m not getting anything.

any help would be appreciated.

If the faderbank is not leader on the i2c bus (and it shouldn’t be, as this is the role of teletype here), you have to poll the fader values from the teletype with the FB op..

hi, i see that typing fader or fb 1-16 should show you the value but all i’m getting is 0.
the i2c cable itself is quite short, 20 cm. the trs on the other hand is a lot longer…around 3 feet.

also the fb is not leader :man_shrugging:

replied in the A user's guide to i2c thread

1 Like

Any ideas what to look for if a certain fader stays above a certain value on the testpage after being physically moved to zero again?
I had this with two faders and got it fixed by reflowing a few joints but after mounting the panels, fader 6 is misbehaving again…
Would be cool if somebody could point me towards specific things to check.

@marcus_fischer did you get the TRS to work eventually? Sounds a lot like my situation…

define “above a certain value” - like, at 2, or pegged at 30-ish? if it never goes beyond a certain point, that could be an issue with the voltage divider. so: check the resistors and op-amp for that fader. (there are eight opamps, and sixteen faders: left to right, each opamp handles two faders.)

and, as ever, check the multiplexer.

The value stays around 60% of the fader once you travelled beyond that level. If you then move down the fader, the value doesn’t follow to zero anymore, just resides there.
Thanks for the pointers, I will try again. I had the issue fixed once, as this was a symptom of fader 6 and 7, after adding the panels, I checked again and the issue is back for fader 6. It is my first smd project but it did not feel that bad to me. Built a lot of through hole stuff by now, my guess is that adding the screws adds some tension that breaks my soldering… well, I will reflow these things again I guess. Thanks for answering, Tom!

You may be on to something here.

If the panel has some bend, it could flex the pcb slightly when screws are fully tightened.

Easy to test - try with screws loosened, top panel removed, etc.

I will try soldering with top panel only removed first for sure!
Unfortunately my Pushermanproductions panels came with m3 drillings, but I use 2.5 standoffs and screws with washers sandwhiched around the drillings to work around that, I haven’t tried if 3.0 standoffs would actually work…

I’ve not tried the TRS yet.
My midi over usb is still not working :sob:

I reflowed a good part of my non suspicious looking smd stuff without a dice, fader still misbehaving. Turns out, reflowing my poor looking work on the fader solved the issue.
(Feeling slightly paranoid it will misbehave again in a few days…)
:see_no_evil:

I’ve had someone snap the USB port off of the teensy for one of the builds I sent out. Can anyone suggest the best way to go about repairing this?

Probably means replacing the teensy.

The laser cutting company I’m using have told me that the pdf and dxg sizing is inconsistent? Apparently the dxg sizing is 259 wide where on the pdf drawing it’s only 254. Can anyone tell me which one is correct? I’m leaning towards dxf being the source of truth here.

Looks like something changed with the panel files from v131 to v132:

16n-132-top.dxf is 259x136mm

The versions I used to make panels was from 16n-131 and that matches the pdf at 254x125.73

Aha thanks. I’ll double check the @MichiganSynthWorks pcb version

First one up and running!

2 Likes