Yes I uploaded the hex from the git with teensy loader and then uploaded the .ino file.

I used the address guide from the image in your git as well.

But would the hex need to be correct for the teensy to be recognized in max? Is it necessary?

Ok - this is confusing. These are two different tasks and they don’t go together (at the same time). You either load the hex file with Teensy Loader OR you compile the .ino file with Arduino and upload it.

Only do one of those things

I wasn’t sure, but tested just now - flashing the firmware to a bare Teensy - and the device will not show up in the Monome Home patch.

I believe the setup process needs to complete talking to the neotrellis boards before it finishes the monome setup. So yes - it is necessary for the neotrellis boards to be correctly addressed.

you can test your situation in Arduino/Teensyduino by plugging in your device and opening the Serial Monitor, then hit the button on the Teensy to get it to restart and you will see the following if your addresses are wrong

trellis.begin() failed!
check your addresses.
reset to try again.

FWIW - I’m updating github with a new 16x8 hex for teensy right now.

EDIT - Run the multitrellis_test firmware to check your board setup.
neotrellis-monome/multitrellis_test at master · okyeron/neotrellis-monome · GitHub

Great, this is helpful. Didn’t realize they overlapped. Thanks for your thoroughness.

The test is running and works when plugging into the micro breakout. I uploaded the neotrellis_monome_teensy.ino file by plugging directly into the teensy (not the breakout)

Max now recognizes the neo_monome when plugging into the teensy directly but not the usb breakout. Is the issue now just my poor soldering of the microusb?

EDIT: When i plug into the microusb, the top left LED flashes

I’d say double check your data connections (D+ and D-). The soldering could be poor or you could be like and have just soldered + to - and vice versa. Your power and ground lines are good since it is booting up and flashing that LED.

1 Like

Thanks, It’s definitely the microusb. I’ve decimated the pcb, in my manhandling. Gonna try to add some 5pins and clean up the connections

Edit: added a photo of the horrendous correction but it works now! Thank you

1 Like

Hi there, any news about official support of ACM devices? Thanks

20 characters of not yet

it’s about 2-3 months out.

but if this is regarding adding “monome compatibility” to OX instruments new thing, the respectful thing to do would be writing us an email.

has anyone been able to get their neo-monome working on Windows 10? Latest serialosc installed but monome isn’t showing. works fine on OS X and norns shield, so I don’t think it’s the teensy?

Getting this error in maiden when connecting to norns shield:

ttyACM found, but not a crow
dev_list_add: error allocating device data

However, when plugging into the computer, Max is fully recognizing the device.

Guessing that’s because the script didn’t run correctly in maiden. How do we know when the script runs successfully in matron?

The DIY device hack described here needs to be run from the command line on the Pi itself. Not via Maiden.

So - you’d need to SSH to the shield and then execute those commands. (Note - this will need to be re-applied after any norns update).

you’d want to search back through this thread.

@Gerald_Stevens may have suggestions

THANK YOU :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag: :checkered_flag:

Thanks. based on the thread, my assumption is no: the current official serialosc for Windows doesn’t work with the neo. I was just hoping someone might chime in to say they had it working somehow.

@nexnex is working on a python implementation of serialosc, but it’s not working for me

Hi. I made a Neo-Monome 256 with a little help from @okyeron (thank you!!!) on addressing the extra grids; it started life as a 128 but some of my boards from Mouser arrived batch missing a 0603 1uF capacitor. They replaced them free without need to return so after repairs I decided to get enough extra buttons to make a 256.


It works just fine playing Polygome and all the old 256 aware Apps with a separate power supply. I’ll make a case next for it. Despite being a 256, its still quite small. I’m building a Norns eventually to play with it.

11 Likes

Looks great! Sometimes i think to just open my 128 and upgrade to 256.
Are there many scripts that use the 256? Is it worth it?

Scripts for norns… a few, (enough to give it a try). Hard-coded grids appear amenable to extension/modification. For max & m4l there remains a legacy treasure trove to make it worthwhile. Even simple sequencers like Polygome in Max8 make still-relevant texture generators.

When not in use for music I think I might make it a pixel art display.

1 Like

thanks for your reply. i guess i’ll stay with the 128, as i understood that a 256 need an external power supply…
how are you going to do your case?

Aluminium and walnut like the originals but thinner. Yes it requires an external power supply. I don’t see that as a limiting factor

To me it is, mostly because norns+grid is my togo instrument! So are always powered by a phone brick charger.
Might as well do a 256 for use in studio maybe?