Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes up mext protocol #3

Merged
merged 2 commits into from Oct 12, 2016
Merged

Fixes up mext protocol #3

merged 2 commits into from Oct 12, 2016

Conversation

@amj
Copy link
Contributor

@amj amj commented Oct 12, 2016

howdy! here's a PR that might get things moving. Basically, i fixed up some of the commands that bailed out early and would've left bytes left in the serial queue.

So far, this 'works ish'. I can get some patches to work, but once there's a lot of messages flying, the poor arduino i was using can't keep up. It's a 2009-era atmega1280, so my guess is it could probably be faster...

Anyway, next step is to optimize and try and figure out the ideal delay values -- these still have some trouble with debouncing. I'm not sure if the different trellisxy library used here is more efficient or not, but it might be worth investigating.

@TheKitty TheKitty merged commit 089d9a6 into TheKitty:master Oct 12, 2016
@TheKitty
Copy link
Owner

@TheKitty TheKitty commented Oct 12, 2016

Nice work, I have merged your PR in. The processor I was using for the Untz
is an ATmega 32u4. Adafruit chose it for projects at the time as it was the
first to have the USB on chip. Alot of 32u4 alternatives have come out.
With Untz multiplexing, not many pins are needed. I think a more modern
processor, maybe Teensy, might be able to handle more work?

On Wed, Oct 12, 2016 at 10:23 AM, Andrew Jackson notifications@github.com
wrote:

howdy! here's a PR that might get things moving. Basically, i fixed up
some of the commands that bailed out early and would've left bytes left in
the serial queue.

So far, this 'works ish'. I can get some patches to work, but once there's
a lot of messages flying, the poor arduino i was using can't keep up. It's
a 2009-era atmega1280, so my guess is it could probably be faster...

Anyway, next step is to optimize and try and figure out the ideal delay
values -- these still have some trouble with debouncing. I'm not sure if
the different trellisxy library used here
https://github.com/rbnstubbs/trellis-monome is more efficient or not,

but it might be worth investigating.

You can view, comment on, or merge this pull request online at:

#3
Commit Summary

  • fix serial implementation (mostly)
  • add readme update, make init code generic.

File Changes

Patch Links:


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#3, or mute the thread
https://github.com/notifications/unsubscribe-auth/AB0scGCFE7lcj3hii6cvkLNN5EpxEkWFks5qzJkZgaJpZM4KUfSu
.

@brianlight
Copy link

@brianlight brianlight commented Oct 12, 2016

I have a Teensy 3.1 in my Untz and this Sketch compiles fine under the Teensyduino IDE but SerialOSC does not detect my Untz as a Monome device :-( any pointers on how to make that happen? I'm not sure if you can flash FTDI EEPROM in the same way as the ReadMe states I did not want to try yet, because I don't want to risk damaging the firmware on my teensy until I know the best route to go.

@TheKitty
Copy link
Owner

@TheKitty TheKitty commented Oct 12, 2016

I have not worked much at all with Teensy, it may not allow for outputting
a different pid/vid IDs for USB.

For Teensy, perhaps their forum members could answer (they have a very
active forum).

Or else find another processor more fitting. . .

On Wed, Oct 12, 2016 at 4:57 PM, Brian R Lightfoot <notifications@github.com

wrote:

I have a Teensy 3.1 in my Untz and this Sketch compiles fine under the
Teensyduino IDE but SerialOSC does not detect that a Monome device is
detected any pointers on how to make that happen? I'm not sure if you can
flash FTDI EEPROM in the same matter I did not want to try, Risk damaging
the teensy until I know more.


You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AB0scHp-eMPJaQEG1shA8G4DKUZ9TZgUks5qzPVKgaJpZM4KUfSu
.

@brianlight
Copy link

@brianlight brianlight commented Oct 12, 2016

It looks like someone has asked this question before.., I came across this forum post that seems to have the information on how to do this with Teensy @ https://forum.pjrc.com/archive/index.php/t-23796.html

I think I've attempted this in the past and was frustrated I'm thinking I was doing the right things but possibly windows cached the vid/pid for the usb device?

I'll attempt to change the USB vid/pid again using the information & test in Linux See If i cant get the teensy hardware to show up for Serialosc to use with all that awesome Monome stuff out there.

From the demo sketches that are available for the UNTZ it does seem to run the sketches smoother and it's easier overall easier to use with MIDI USB

@amj
Copy link
Contributor Author

@amj amj commented Oct 12, 2016

Brianlight: serialosc detection seems to rely on the pid/vid info to be correct. Not sure if piraterename works w/ teensy, but i have one showing up here today (coincidentally) so i can give it a shot!

TheKitty: Thanks for merging! It might be easier to check the libraries before switching chipsets ;) I will admit that a lot of that lower level 'turn off unneeded clocks' stuff happening on https://github.com/rbnstubbs/trellis-monome is totally opaque to me.

@TheKitty
Copy link
Owner

@TheKitty TheKitty commented Oct 12, 2016

I have to be perfectly honest that there are some layers of getting from
the hardware to the PC that are fuzzy to me, but I'm more of a programmer
and not a musician.

I'd just be happy to see the Untz actually looking like it's working like a
monome device and for the community to be happy too. You've definitely
helped push the car out of the ditch.

On Wed, Oct 12, 2016 at 8:44 PM, Andrew Jackson notifications@github.com
wrote:

Brianlight: serialosc detection seems to rely on the pid/vid info to be
correct. Not sure if piraterename works w/ teensy, but i have one showing
up here today (coincidentally) so i can give it a shot!

TheKitty: Thanks for merging! It might be easier to check the libraries
before switching chipsets ;) I will admit that a lot of that lower level
'turn off unneeded clocks' stuff happening on
https://github.com/rbnstubbs/trellis-monome is totally opaque to me.


You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
#3 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AB0scMnKvOkN8y8X9RjUWRmiSps8l11dks5qzSqOgaJpZM4KUfSu
.

@brianlight
Copy link

@brianlight brianlight commented Oct 13, 2016

I tried last night to resolve my issues with SerialOSC following that forum post about changing USB PID/VID but was unable to make any headway. Did you have any luck amj? It also appears that the teensy 3.1 does that have FTDI chip.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

None yet

3 participants