Ansible 1.3.0 - ii for kria/mp/levels/cycles

altoaiello · 2016-12-23T22:45:24.209Z

This is a big step forward for the environment.
Brilliant work, fellas!

Leverkusen · 2016-12-26T09:18:48.672Z

@tehn Thanks for doing this - teletype remote for ansible could be a big thing. I just did the upgrade and found two things while testing it with a simple 1 CY.RES 3 script line:

every now and then it still skips commands and does not reset.
After a while cycles suddenly changes the direction while everything else seems to to stay as it was set

tehn · 2016-12-26T15:39:55.682Z

Leverkusen:

every now and then it still skips commands and does not reset.

can you give an approximation of frequency? i’ve witness very rare packet drops, though rare is still frustrating and i’ll track it down hopefully soon.

Leverkusen:

After a while cycles suddenly changes the direction while everything else seems to to stay as it was set

you’re saying, while sending CY.RES 3 you get a direction reversal? (the equivalent of CY.REV) do all cycles reverse, or just number 3?

Leverkusen · 2016-12-26T20:06:20.485Z

@tehn [quote=“tehn, post:22, topic:5807”]
can you give an approximation of frequency? i’ve witness very rare packet drops, though rare is still frustrating and i’ll track it down hopefully soon.
[/quote]

I tested it with a Metro Script (M: 250) and one command is skipped per minute. I already posted another pattern with an audio example on the earthsea thread some weeks ago:

ES debugging (back to it)

I could not stop it and noticed that there is a pattern in a part of this behavior.

I clocked ES from tt and every 6 minutes apart from the occasional missing single shots the clocking totally breaks down for a short moment as in this snippet:

Just in case this helps somehow to figure it out.

tehn:

you’re saying, while sending CY.RES 3 you get a direction reversal? (the equivalent of CY.REV) do all cycles reverse, or just number 3?

Yes, that’s what is happening. Though I am not sure that it happens exactly at the time the CY.RES 3 is sent. All cycles get reversed then and it happens slightly less frequentliy than the skipped reset command.

It is indeed frustrating, especially when it is about something sequence related since you get unwanted phase shiftings then.

Also the cycles are severely stepped in voltage again and somehow irrgeluar - I’ll see if I can post an example.

Leverkusen · 2016-12-26T20:24:13.185Z

Here we go - first you hear cycle voltage to osc pitch to demonstrate the stepped voltage, then I activate the Metro Script with the reset command and it does not take long till the first skipped reset. Plus you hear a beating rhythm as if the cycle is not reset to the same point everytime or the Metro tempo is shaky:

https://soundcloud.com/salz-peter-zucker/ansible-cycle-bugs

dudadius · 2016-12-29T16:01:22.573Z

First time using Ansible as a Teletype expander; everything freezes up when I send a command. Requires a restart.

chapelierfou · 2017-01-01T14:19:42.780Z

I can’t make any of the commands work.
It works as a TT expander so i guess it’s all wired correctly. But no luck with the Arc.
Simply ‘CY.RES 0’ should reset call cycles, shouldn’t it ?

chapelierfou · 2017-01-01T14:21:55.376Z

Sorry !
i updated TT only, and not the Ansible. Should be working now !

chapelierfou · 2017-01-01T14:29:08.343Z

Unless i am wrong, the values for CY.POS are 0-127, and not 0-255 as stated.

Leverkusen · 2017-01-01T16:20:09.575Z

@tehn

I just tried the new remote functions again and either teletype or both teletype and ansible are constantly freezing after a short time with Cycles as well as with Kria.

While they are working for example cycles looks like this - CY.POS 1 affects Cylce 2 too:

https://youtu.be/yu8ceZ7Gfk8

EDIT: Just found that on Levels LV.POS also from time to time alters the start position of a pattern!

It seems that Ansible reacts quite randomly to teletype remote commands…

tehn · 2017-01-01T21:12:38.913Z

ok i’m seeing the glitch, but it seems like an LED glitch, not actually messing up the CV output.

can you confirm this?

Leverkusen · 2017-01-01T21:25:29.235Z

I tried - on the first trial Ansible and Teletype instantly froze. On the second trial I cannot replicate the behaviour. This fits with some of my observations that the state is not always the same on power on. I had it for a short time in a state where cycles have been continuous instead of stepped voltage but it froze then…

tehn · 2017-01-01T21:33:53.581Z

how many modules are on your II ribbon chain?

which commands are freezing?

i can confirm that parameter reads inside M scripts will bring it down. are you seeing others?

Leverkusen · 2017-01-01T21:38:06.085Z

Earthsea, Ansible and Meadowphysics are on my i2c bus. I think all are on the latest firmwares.

I did not find any special commands by now that are freezing the modules, I used reset and position mostly to try by now for all Ansible apps. Teletype/Ansible is reacting absolutely erratic.

tehn · 2017-01-01T21:55:20.074Z

for the time being during testing, can you switch your ii cable to ansible and limit the setup to just tt and ansible?

Leverkusen · 2017-01-02T17:58:10.134Z

@tehn Yes I disconnected MP and ES now. When I powered on the case today I found Cycles being stepped again and CY.POS range is definitely 0 - 64 with 16 at east, 32 at south and 48 at west…

…And teletype just froze again while doing this M CY.POS 1 63 with M = 250

EDIT: Okay, it freezes when you forget the Cycle channel on the command - CY.POS 63 outputs 27 a few times then freezes teletype or both.

tehn · 2017-01-02T21:53:10.779Z

it sounds like you’re repeatedly running into a known bug which is param reads inside the metro.

is this on a fresh flash of ansible?

Leverkusen · 2017-01-02T21:58:07.746Z

I am not sure what you mean: fresh flash of ansible?

tehn · 2017-01-03T00:55:05.747Z

apologies-- newest firmware update, with default settings

Leverkusen · 2017-01-03T06:36:47.047Z

Ah, yes, fresh flesh - I am just scaling the output range down. teletype the same, nothing saved and just single or two line scripts or live mode commands.