#577

Thanks for your response,
I understand what you’re saying,
I try to contact them, and see what’s going on :wink:

#578

sure - if you solve it, do let us know here. And you can always share a board-picture here, I just can’t guarantee it will be solvable here. Other people here might be able to help, too!

#579

Thanks @infovore for taking the time to answer me. I did not take it as “passive-aggressive”. Please let me explain why I asked instead of making it myself – and I hope that this also does not appear as passive-aggressive.

While I do see your point regarding the benefits of Open Source beyond “building things cheaply”, I did not go for an OS device because it allows me to save money. I bought the Sweet Sixteen fully assembled and gladly paid for it, because I still fail at proper soldering (I really tried several times), and buying an assembled instrument saves me time.

My goal is to get lost in making music, and with the limited time left at the end of each day I have to decide whether I want to make music or learn new skills to become even more of an instrument builder than I already became when falling in love with modular electronic instruments over 35 years ago (Hm. Was that a mistake? Should I have stuck with learning the piano back then? :wink: )

Anyway, after reading this I assume that in order to create a Sweet-32 out of 2 Sweet-16 I’d need to connect the two 16-channel multiplexers to one Teensy. The S0 pins of both 16-channel multiplexers could be connected to Teensy pin 5, the S1 pins to pin 6, S2 pins to 7, and S3 pins to 8, so that the Teensy switches both multiplexers simultaneously. The analogue out of the first multiplexer is connected to Teensy pin 14, so I assume the analogue out of the second multiplexer needs to be connected to Teensy pin 16. Then I’d need to change the Teensy firmware so that it alternates between reading the analog input pins 14 and 16, and the alteration happens after having completed switching thru all 16 position of S0, S1, S2 and S3.

But putting this theory (which might or might not work) into a new circuit board holding the Teensy, and which connects to the 2 Teensy slots of the 2 Sweet-16, is beyond me. Or, to be more precise: Playing with what I have is more important for me at this point.

In any case, thank you for all the work you put into the 16n, without it I would not have so much joy using the ER-301! And without your answer I would not have put in the time to try to find out how 2 multiplexers might be “merged” in theory – thank you for that as well! :slight_smile:

#580

It is possible to connect two faderbank-style devices to the ER-301 using a monome crow or Teletype. You would simply leave them in follower mode and run a script on your monome device which polls all 32 values then forwards them to the ER-301. It is quite stable on the Teletype but the relevant crow firmware is still in beta.

Alternatively you could use a crow script like my Phage script which addresses multiple ER-301 SC.CV ports per fader. This approach can be good if you’re trying to save space.

2 Likes
#581

similar idea but without crow/teletype: could have one running in follower mode and run the 2nd one with a modded firmware that would poll the first one.

1 Like
#582

@desolationjones:
Thank you for your ideas!

Taking the crow idea further, I guess I could connect crow to ER-301 via i2c, and norns to crow via USB, and my Sweet Sixteen and Faderfox PC-44 faderboxes via MIDI to norns, and have norns merge & convert their MIDI CC messages to i2c SC.CV messages.

The other way inspired by your Phages script is to realize the “i2c control surface page switcher” functionality right inside the ER-301. I will try this today and if successfull, I will open a separate thread to report.

@scanner_darkly:
Thank you, but alas, as I am still only doing baby steps in Lua, modding a firmware accordingly is beyond my capabilities.

#583

I ran out of CPU trying to build soft pickup page switching in the ER-301. Probably because everything runs at audio rate and I was using a load of units. ER-301 badly needs an option for slower control rate units IMHO.

#584

I have to admit that I gave up today when I found out that just switching between 2 track&holds for each fader isn’t enough. I will need to learn crow and give Phages a try!

#585

It appeared I had two diodes the wrong way, ( I didn’t reconized this kind of board drawing, now I do )
And one of them also died, but when replaced with a different one it worked!!! Now I’m waiting for the correct diode, just to be sure I won’t destroy anything here :wink:

By the way, where do you find those nice fader caps? (toggle switch caps)

#586

where did you get those switch caps? Are they in blue too?
I have a hard time finding them…

#587

Got mine from synthcube. They have a good variety of colors, including blue!

#588

Hello all, first post here!

I updated my 16n to the new firmware last night and have a curious issue - after the update, fader 11 is no longer sending any midi message (it does however continue to send cv). I downgraded back to v 1.34 and it all worked properly (ie sending midi) but then re-updated and the same problem arose. Would anyone have any thoughts about how I could fix this one channel’s midi that’s not behaving?
Many thanks.

#589

one idea:

on 2.0.1, open up the editor, and try changing the configuration of the channel that’s not working - eg, set it to channel 2. Zap that config over, see if it works then? If it does, zap it back to what you’d think of as “factory” settings?

I’ve seen similar reported here but haven’t encountered it myself, I’m afraid. It’s good to know that it’s working in 1.34, though: that confirms a firmware issue, not a hardware issue.

#590

IMO making a sweet 32 would be a hard work of routing (making the layout of the Sweet Sixteen was already a hell), I don’t recommend this to anyone unless you are really good/experienced on PCB design. Much easier would be to make a 32n, the electronics of the 16n are way simpler. That said, it’s not impossible, and for sure you’ll learn a lot during the process (as we all do on every project)

1 Like
#592

So cool! happy with this one and the banana conversion :wink:

Schermafbeelding 2020-06-21 om 14.14.31
Schermafbeelding 2020-06-21 om 14.14.31490×594 312 KB
Schermafbeelding 2020-06-21 om 14.14.31
Schermafbeelding 2020-06-21 om 14.14.31490×594 312 KB

7 Likes
#593

Any tips on getting Ableton to recognize 16n as a MIDI input? It’s not in the list in the MIDI preferences.

EDIT: Oh, I figured it out, duh… I had to select it as a control surface in the MIDI preferences…
I’m using it to control Fundamental’s oscillator pitch and amplitude…
Very nice!

4 Likes
#594

aha, you worked it out! Pleased you got it going. You were nearly subject to another round of “are you sure it’s not a power-only USB cable?”

1 Like
#595

I just discovered something a bit weird with my 16n, wondering if this is a known thing…

I find that when using the faders to send MIDI into Ableton, there is a little spot at the very bottom of the fader “throw” where there is no MIDI being sent. I dropped a MIDI Monitor m4l device onto the track, and see that the MIDI value hits 0 before the fader gets to the bottom of the slider path (what do you call the slot that the fader fits inside of?). Anyway, between that 0 value and the very bottom of the slider path, there is nothing at all. If I then slide the fader up to get to a value of 1, there is a bit of space where it’s moving, but still showing 0, before it gets to 1.

Once it hits 1, it seems to be pretty uniform in terms of distance per value, until it gets to the very top and the same thing repeats with value 127, which kicks in before the fader is at the top of its throw.

anyone else see this? Is there any way to fix that or is it inherent in the 16n design?

Does this happen with CV as well? I should give in a buy a voltmeter, I suppose…

Thanks!

#596

Have you calibrated the 16 faders?

#597

No, how does that work?