Ansible 1.4.1

tehn · 2017-02-23T21:49:25.469Z

GitHub

monome/ansible

Contribute to monome/ansible development by creating an account on GitHub.

fixed low level usb handling (hotplug is reliable now)
fixed cycles position ii message range

please post ansible bugs here in this thread. i know there are possibly some i2c issues lurking still, so please post your experiences with as much detail as possible.

shellfritsch · 2017-02-23T22:05:19.764Z

awesome! thanks for your work on this - can’t wait to test it out this evening.

i was wondering - has that stepped cycles bug been solved? i just noticed it happening on mine last night. haven’t updated for a while though…

tehn · 2017-02-23T22:45:28.969Z

yes, that was a dac init issue. fixed.

shellfritsch · 2017-02-23T22:48:37.617Z

wonderful! thanks again

Leverkusen · 2017-02-24T20:17:38.711Z

@tehn

I installed the new firmware and while playing around with kria and a simple script on teletype with just clocking kria from M TR.PULSE 1 and resetting it with 1 KR.RES 0 0, KR.RES 1 0 I lost Grid control. It still showed what was happening but I button presses had no effect. Kria itself did run and stopped when the clock signal stopped.

After power cycling I wrote this test script on teletype:

I

TR.TIME 1 10
M 50

M

TR.PULSE 1

1

KR.RES 0 0
KR.RES 1 0

It froze again and after power cycling teletype stays black…

I am pretty sure about the script and that I programmed it into an empty preset. The only mistake I might have made is a typo in M, writing TR.TIME 10.

I reflashed teletype to get it working again and tried again but found that KR.RES acts weird. It seems to reset the pitch parameter to the last step instead of the first one and creates strange patterns on the grid:

tehn · 2017-02-24T20:22:53.306Z

how many modules on the i2c bus?

does teletype unfreeze if you simply start up the ansible with kria running?

Leverkusen · 2017-02-24T20:34:02.500Z

Two Ansibles, MP and ES on the i2c bus.

Teletype did not start with Kria running on Ansible.

After reflashing tt I could not reproduce it by now.

Regarding the messed up grid from the video I found that it has nothign to do with KR.RES but alway gets messed up when you use the two finger press on the grid that sets loop start and length of a pitch pattern setting it up in a way that the start comes after the end (hell, I cannot explain this in english - setting a loop from 8 to 3 for example and let it wrap around on the right edge of the grid).

EDIT: TR.TIME 10 freezes tt, which seems to be logical since there is no TR 10 output…so it might have been a typo and the known freeze on unknown destination bug.

tehn · 2017-02-24T21:25:16.345Z

here’s a tt version with pullups enabled, hoping to clean up the i2c bus traffic

Teletype Firmware i2c Debugging Monome

added pullups on by default for TT, pushed libavr32 here’s a hex (no presets) with pullups enabled teletype-1.4.0-pullups.zip (80.0 KB)

Leverkusen · 2017-02-25T20:15:52.828Z

I cannot get Levels to a full pattern with LV.L.LEN 16

LV.L.LEN 15 does work though but leaves one position empty. All other lengths are possible too.

tehn · 2017-02-27T14:23:03.090Z

please try this one:

Teletype Firmware i2c Debugging Monome

i could do that, but there’s still a pile of TT stock, and it’d be better to find a solution that works for all existent TT’s out there rather than having a split solution. the test tt w/ pullups build was wrong. here’s a corrected version, which works well for me with 2 ansibles. anyone with a huge chain, please test this: EDIT: here’s a version with the newest 1.4.1 features, i neglected to upstream merge first: teletype-1.4.1-pullups.zip (83.1 KB)

Leverkusen · 2017-02-27T19:42:43.943Z

This version does not work either in this aspect. While LV.L.LEN reads out the length properly from 1 to 16 it is not possible to set LV.L.LEN 16. It simply ignores the command and Length stays on the value it has been before.

tehn · 2017-02-27T19:51:09.333Z

i’m not looking into this bug you’ve reported yet-- so i don’t promise anything different unless it’s related to i2c issues, which is what i’m trying to work on right now.

Leverkusen · 2017-02-27T19:54:27.303Z

Ah okay - then I somehow misinterpreted your post above.

i2c is clearly more important atm.

scanner_darkly · 2017-02-28T01:28:52.812Z

i can do a fix for LV.L.LEN tonight, looks like an easy fix.

scanner_darkly · 2017-03-01T15:34:48.587Z

the fix for LV.L.LEN is done, but hasn’t been incorporated into the master branch yet. if you’d like to try it in the meantime here is the hex file:

ansible.hex (219.2 KB)

Leverkusen · 2017-03-02T09:31:35.287Z

Yes, this workes - thank you for the fix!