pull-up resistors must be provided by at least one device. i’m not sure teletype alone provides that. the backpack will, however.

with everything connected, are you able to send i2c from teletype to er-301? if it works, the next thing to try is update 16n with leader firmware and see if it can send to er-301 directly (you will still need to have backpack connected for pull-ups, just don’t send anything from teletype at the same time as multiple leaders are not supported).

no, the leader/follower are two different firmwares. pull-up resistors don’t control the mode, they just provide the hardware needed by i2c.

iwith everything connected i can send i2c from the tt to the er301 yes.

oh i see i was under the impression that the fb could be loaded with the follower firmware and communicate through the tt to the 301.

makes sense thanks for clearing that up.

yes, 16n can be loaded with either the leader or the follower firmware. teletype can only poll values from 16n when 16n is running the follower firmware, and you can only send directly from 16n to er-301 when it’s running the leader firmware. in the setup when you have both teletype and 16n connected to er-301 you want 16n to run the follower firmware (as multi leader setup is not supported), and then you use teletype to poll 16n values and pass them to er-301.

instructions on how to load 16n firmware should be in the 16n thread.

2 Likes

I’m not familiar with the Jetson Nano so not sure I can offer much specific advice on it’s setup. That being said, problems usually come down to either leader/follower settings, addresses being set correctly or device startup order.

What other devices are you working with here? Which device is set to be leader?

Stumbled upon a nice video with little snippets that firmed up a a little of the blurry edges for me on a few things i2c related and thought I’d share:

Fun fact: hadn’t realized that It’s “I squared C” (eye squared see?), not “i two c”.

1 Like

This post in lunchbox case thread:

sparked my curiosity about using the palette cases to hook up faderbank i2c to teletype. It looks like internally the midi jack is passed through to a 10 pin connector on the psu. So theoretically I need a 10 pin to i2c cable? How would that work? I’m definitely green when it comes to this stuff, and not even really sure where to start looking. This seems like a decent use case for the trs-midi in the palette cases so it would be nice to see it documented somewhere.

Here’s the mapping for the internal connector to the TRS jack on the Intellijel Palette case

trs-map-intellijel-palette-case

You could just use a 3 strand jumper cable with separate ends (like below, but just 3), or 3 separate jumper wires.

11 Likes

Thank you! Such a simple solution. Excited to try this out.

1 Like

re: TXb

i’m absolutely not suggesting someone do this, but has anyone blown up their modules putting 10V into the i2c lines?

it seems like a very dangerous accidental plug-point. in past research i found some i2c hotswap ic’s, but i’m not sure they protected against big voltage. it might be worth collectively putting some time into creating a schematic solution for 3.5mm stereo i2c protection— which should be on all devices (ie, TXn and 16n and case-jumpers, etc)

16n has a bunch of diodes around the i2c pull-ups - and I’ve not actually paid attention to if those are there to prevent this problem. @infovore can you confirm?

1 Like

Yep, on 16n, D1-D4 are clamps between GND and 3V3 to avoid anything higher than 3V3 (or lower than 0V) on the I2C lines. I think I copied these from @bpcmusic’s schematics for TxX, etc, or maybe I remembered to do it. But yeah, the diodes are kinda mandatory, and for exactly this purpose.

2 Likes

Hello, I’m having some i2c issues and hope someone can help out :slight_smile: I have Ansible, Txo, Txi, W/, Just Friends, and ER 301 wired to TT through a busboard.
I also made this stereo minijack chassis in 2hp to connect 16n faderbank to the busboard. Sometimes TT freezes forcing reboot. Or if I try to call a Ti.param or FB 1 TT freezes. It doesn’t happen all the time but occasionally.
Also experienced that TT won’t boot, I turned down power and removed the 16n jack, then TT will boot.
This one time TT freezed I slightly touched the mini usb of the faderbank and TT came back alive… Is this some ground issue perhaps? ( Faderbank has no issues sending voltage from the jacks )
What am I doing wrong? Is daisy chaining advisable in this setup for instance? Cable lengths are short but it’s crowded back there. This setup worked pretty well for quite some time… Any help is appreciated :slight_smile: thanks in advance

What has changed since it worked well?

That’s just it, nothing really… I have had some issues with the faderbank before though…replaced the i2c cable and it worked fine after that… But today this TT freeze came up while polling a TI.PARAM, never had that before and 16n was not connected so the glitch came from elsewhere

So it sounds like without 16n, everything works fine? Is 16n on the leader or follower firmware? How about ansible? Did you load the latest firmware? Is it by chance in leader mode?

Personally I have everything on one bus, some connected to Teletype backpack, others daisy chained. Same devices as you minus the mannequins devices.

16n is a follower, no pull ups were soldered. Ansible is up to date and is also a follower, I can call Arc (Levels / Cycles etc…) on the TT… I also thought that 16n must be the issue but then I had some trouble with TXi… I’m afraid I have to start with one connection and work my way up to find the issue…will also try daisy chaining. The stereo jack chassis might be glitchy for 16n, then again, it’s just three wires right? Have you ever experienced a TT freeze due to i2c issues Joe?

Not as of yet. Even with multiple leaders Teletype has never frozen on me.

I think I’ve found the problem, I changed power adapters and usb cable for the 16n and things seem stable… What’s puzzling me is that I checked midi through usb on my laptop and midi monitor read the faderbank correctly… This cable/ adapter however seems to disturb the i2c lines in the modular system?

1 Like

Perhaps the usb connector on that cable was not getting a solid enough connection? Or was intermittent in some way that caused the i2c bus some issues.

#1 Teensy (and thus 16n) troubleshooting tip: Try a different USB cable.

3 Likes

Something like that it seems, confusing as a laptop or the test browser read 16n fine… my 16n now has a Dr Dre Beats cable and adapter :sunglasses:

2 Likes