#65

yes, the 1.34 linked on the MSW site. i also used the 2.0.1 firmware from both the github and the MSW site. currently running the github-downloaded 2.0.1 LC-specific firmware.

max “sees” it over USB-MIDI, a midiin -> midiparse -> message reports “[cc] [value],” and is (i just checked) responsive to changing the cc in the editor. this is different from the initial behavior i observed, where max didn’t seem to be receiving anything. this may have been user error as that aspect is working perfectly now.

“not moving a box in the editor” appears to be the issue as everything seems to be working as expected in max at this point.

#66

Ok. What channel/cc combination does Max report for the fader that doesn’t work in the editor?

#67

i tried 1/32, 1/48, 1/75 and the same on channel 2, to no avail last night.

now (meaning when i tried it 30 seconds ago), of course, everything is working perfectly, editor included. i am confused but pleased.

#68

Ah, to be extra sure, what browser are you using? Does it support web midi? And have you given it web midi permissions?

1 Like
#69

chrome on osx, it’s been fine with web midi in the past.

if it starts acting up again i’ll document more thoroughly but for now all is well. thank you!

#70

yeah, it wouldn’t even show anything if you didn’t have WebMIDI. (The very first thing the editor checks is to see if the browser can even support it).

1 Like
#71

I‘m having an issue with my 16n build after updating to 2.0.1. I’m using an Oshpark Teensy 3.2. The activity LED is constantly on, and with the editor page open, the teensy gets constant sysex requests, but the page doesn‘t recognize the faderbank. When I move the faders and use a midi monitor to monitor the midi messages, it shows me (seemingly random) channels jumping from 0 instantly to 127 when I move it a little up from the 0 position. However on version 1.3.4 everything works as expected, even after downgrading again. Any help would be greatly appreciated!

#72

other boring questions: what browser? and are you on PC or Mac?

also, was the Teensy used for any other projects before this? My only guess is: there’s a thing about how the firwmare works out whether or not to overwrite the EEPROM for factory settings, and if the EEPROM wasn’t empty, it might not have configured itself properly, meaning it won’t spit out stuff on useful MIDI channels. I can see a way to force an override, but it requires new front-end editor code, and a firmware update.

#73

I might have used it one time for the Ornament Crime eurorack module, but I‘m not entirely sure…

I‘m running macOS 10.14.6 and I’m on the newest Chrome version. Also tried with 3 different USB cables.

#74

you know, that might be it - if it was previously used on OC, my firmware might not flash correctly.

I’m really busy with work right now, but I’m going to kick off a Github issue to investigate this.

#75

OK, thanks to @arev’s excellent diagnostics it looks like I’ve found an issue with 2.0.x - namely, if your Teensy EEPROM wasn’t empty/unused, upgrading to 2.0.x doesn’t quite work right: it never prepopulates the board with factory defaults, meaning the editor doesn’t understand how to connect…

I’m solving this by adding a sysex message that forces the device to reset to factory defaults, and functionality in the editor to trigger this.

I’m quite slammed with work right now, though, so this will take a little while to see through, but it’s not a huge amount of code - just need to work out where the interaction lives. I think this might solve at least one other person’s mystery “why can’t the editor see a 2.0.1 board” issue.

2 Likes
#76

is github down? I cant enter the site :frowning:

#77

define “the site”. The homepage (https://16n-faderbank.github.io) is up and fine, as is the editor. Good bug reports include a bit more context: what browser you’re using, what you mean by ‘the site’, etc.

#78

Hello it’s ok now sorry :slight_smile: everything works fine and well.
Just got my sweet sixteen today. I got everything working with teletype. My setup is as on the picture atm.

System
System807×282 74.7 KB

2 Likes
#79

Hi all, I hope this is the appropriate thread for a question like this - a friend built two 16n’s and generously gifted me one (!!!) but I have 0 experience with midi or funds to invest in something like ableton. I was wondering if someone could recommend a free or online midi platform that could connect to the 16n with minimal/no interface tools - hoping to use it to send melodies or sequences to my modular… is this a pipe dreaM?

Thanks so much!

#80

A 16n isn’t a midi to CV converter. It can’t send computer data to your modular. It’s a controller; it emits the position of its faders via a variety of outputs.

The simplest application with one doesn’t involve a computer: power it from any micro-USB charger, like from a mobile phone, and the jack at the back of each fader will emit 0-5V CV, dependent on position. This makes for a fun macro controller for a modular or voltage controlled system. There are some nice video examples of this over at the 16n splash site.

(The computer-based example would be to send that data as MIDI messages over USB to a computer, for instance, to control channel volume, or parameters in a virtual instrument.)

#81

Is there a way to change what i2c channel the sliders of the 16n come through as? I wanted to use both the Ansible and 16n as leaders to the ER-301, but for obvious reasons, don’t want competition between both of them.

Thanks!

#82

i2c doesn’t really have channels, it has addresses, but regardless, that’s not the salient point here. The salient point is that multi-leader setups are strongly discouraged. You can only ever have one leader in an I2C setup. Given ER-301 always wants to be follower, from what I know of it, I’m afraid you just have to choose.

1 Like
#83

So, by channel, what I have meant is the actual SC.TR and SC.CV things come through. I’ve had luck working with the teletype and ansible before, by leaving Ansible at SC.CV and TR 1-4 and just sending signals to the other available ‘ports’ or whatever you want to call them. (I call them channels due to the terminology on the ansible advance instructions

“ ER-301 can be sent gate and CV commands, with the 4 tracks corresponding to the first 4 SC channels.”

So, I was curious if I could change the numbers it sends out, shifting the SC.CV to something like 4-20 instead of 1-16.

If I can’t change those, that’s totally fine. Just was curious to try.

#84

As well, the ansible isn’t that many patch cables, so in the end, it’s not a HUGE difference. Just was something I was looking at and wondering about.