#15

which grid edition?

lights still running?

#16

It is a 2012 varibright. Yes, lights were running the kria pattern completely fine/normal. I could switch to meadowphysics on the ansible. Grid would not sense any button presses until the unplug/plug cycle.

#17

Didn’t we have a similar problem with the keyboard stopping working on TT until an unplug/plug? I think it was fixed there via a change in libavr32. IIRC, @scanner_darkly posted some test firmwares with updated libavr32.

#18

i seem to recall something like that, but there was nothing in the changes i made to libavr32 to address that specifically. although it’s possible some of the changes would also affect keyboard detection somehow.

#19

I think it might have been timer corruption. I’m pretty sure it was me that made the change. I’ll try and have a look through the commit history tomorrow.

But didn’t you post an Ansible firmware that was built against a newer version of libavr32?

#20

i did, here it is: Does your teletype stop responding after an hour or two?

(it’s referencing a different commit in libavr32 but it should be exactly the same as what was merged to the master branch - i created stability branch to squash commits from my dev branch).

yeah, quite possible it’s a consequence of monome polling timers getting corrupted!

#21

I’ve been having my grid lock up when using Ansible. My current theory is that the external clock is somehow playing a part. I’ve reflashed the firmware a couple times, and everything seems to run normally until I started using my Pamela’s workout to clock Ansible. Once it starts freezing, though, I can remove the external clock and it will still lock up it seems. I haven’t tried using my arc yet…waiting on a white whale to get here. Anyways, anyone who has experienced a hardware freeze, have you had an external clock at any point before it froze?

#22

Quite a few users have reported similar behaviour, arc also.

I believe there is a update in that thread which addresses the issue though I’ve not installed it myself yet

#23

Can someone with issues try the firmware linked:

#24

I’ve been a way for a while and lost track again - would it be possible to bundle the latest working firmwares somewhere so everyone knows what the latest improvements are, which firmware should work and which do fix something important.

As far as I understood there are some firmware versions around that work better but need other modules to have similiar adjustments? I can’t follow the tech talk threads where they are spread.

#25

I will try and post a version of Ansible with the same underlying library changes that Teletype 2.0 has, later on today. Once that’s been tested I will tag it as 1.5.1 and call it a release.

In the interim, if anyone get’s a chance to try the version linked above that would be helpful.

To the best of my knowledge the issues with grids needing reconnecting is the same issue that Teletype had with it’s keyboard. In theory all the modules are afflicted with the same bug. Essential each time an external trigger occurs there is the possibility that part of the USB handling get’s corrupted (technically it’s the timer code…).

There are some newer changes to the underlying library (libavr32) that @scanner_darkly made, but I don’t have the time to go through those so I will leave that for others to do. Ideally each of the modules should have a new firmware released.

#26

I just updated both my ansible modules with 1.5.1b01
Ran for 1h30 - Kria on one, Levels on another - both clocked externally with irregular clocking.
No problems.
(No Teletype integration)

I’ll report any bugs I subsequently find on this version but so far so good.

#27

it’s up on the releases page now, apologies for the confusion

1 Like
#28

As @Leverkusen mentioned is it worth having a “sticky’d” and “wiki’d” thread with the latest firmware versions listed.

I can get it off the ground, as I have plenty of time for one handed typing.

#29

this was done back in june btw (EDIT: only ES was done, not the others)

perhaps i can write a little script to scrape the most recent version numbers from each repo? in the meantime i’ll do a manual list at monome.org/docs

another tricky thing is that all modules except TT give no visual indication of what version they’re on, so it’s a bit of a guess whether they’re up to date or not.

1 Like
#30

There is also this change to libavr32 that @scanner_darkly made.

As far as I know it’s not included in any firmware yet. @scanner_darkly is that change ready to be cut into all the firmwares?

#31

as @tehn mentions it’s included in the latest ES release, but not others yet. ideally i would prefer to make sure all known earthsea issues are resolved before we apply the change to other firmwares. if we could get more people try the latest official ES and report issues that would help a lot (see this thread: https://llllllll.co/t/earthsea-edge-lock-up)

1 Like
#32

Ah, excellent. I’m glad there is a plan.

#33

Yes, and the files and folders normally do not indicate this either - I have a download folder full of monome related firmware folders and single hex files just called earthsea-1, ansible-2 and so on…

#34

Just for the ones who are less familiar with all those libraries - is it important to have all firmwares fitting to each other now? As in “Don’t install this in case you have the original Meadowphysics module connected to your i2c chain which does not have a modified firmware by now”?