yeah i guess that would make sense, it’d be a bit easier to work with without special parts. in that case, i think having TRRS with ground and some arbitrary GPIO pin would be the most useful for potential future standard developments.
there’s been a lot of discussion about what physical connector is most ideal. let’s not get into it here; 3.5mm is a fine stopgap measure, with the disadvantage that it causes shorts and weird crap on the bus if you hotplug something.
Don’t we already have a relatively standard I2c connector? (Standard in the sense that the monome modules all use it).
That being said, I do often wish that i2c bus was front-of-panel, as the juggling act of keeping all the monome modules connected behind-the-panel can get pretty irritating.
yes on the back its just 0.1" pins i think, which is what i first suggested. on aleph theres a 3.5mm jack
a front panel mini jack would be dangerous in my opinion, cause you would probably plug 10v into it and blow stuff up. then you get into having to put buffers on your digital bus, oh no your edges are looking goopy now, craziness &c
and yeah, ii == i2c. but i think technically we should say TWI so we don’t get sued by phillips or something. also people occasionally get confused about i2c vs i2s.
yes, ii = i2c. ii was supposed to mean “i2c with a smart protocol” but we never got around to implementing this smart protocol… so it’s a pretty dumb protocol, basically tons of defines in libavr32.
the physical connector is a huge ordeal. i spent a ludicrous amount of time on this problem over the course of a year and gave up-- it’s a very difficult problem that i won’t go into here.
i’d just leave a header exposed. i2c on this would be a very homemade hacked thing. yes there’s a 3.5mm port on the aleph but i wouldn’t consider that a standard, nor the ridiculous 2x3 headers on the modules.
edit: @zebra is fully correct re TWI. “ii” is more fun to say though