#1

I have a simple rack being driven by a teletype…stock keyboard. After a while the keyboard and front panel switch stops responding and it takes a power cycle to get it to start responding. What might be causing this? I don’t think it’s power…the rack’s draw is within uZeus limits. Power Consumption: 794 mA +12V | 367 mA -12V | 41 mA 5V

Firmware 1.4.0.

Here’s the rack… https://www.modulargrid.net/e/racks/view/427179

A user's guide to the wonderful world of teletype ⌨
Ansible Development and Beta Firmware Discussion
Ansible: Grid/Arc become unresponsive after period of time
#2

I’ve been experiencing a bit of that lately. Not so much that it stops responding completely, but sometimes the CV outputs will stop updating or the Gate outputs will hang high. Switching scenes or issuing a TR.TOG will get the gates to go low - but on the next TR.PULSE they hang high again- while the CV outputs continue to remain unresponsive to commands. Only solution at that point has been a power cycle. I’m running 1.4.1 1.3.2

Odd thing is, I’ve been using Teletype for live performances and composition pretty actively and this is the first time this bug has come up consistently. I just switched over to a new case with the Intellijel TPSW80 - so plenty of power. Only other change I can think of is that I reconnected the i2c bus cable between TT and Earthsea - but in all my recent TT hang-ups I haven’t been using any of the i2c commands. And when I do use i2c to clock Earthsea it’s been very steady and reliable.

#3

I’m seeing that behavior as well (manually toggling to low simply goes low and jumps right back to high.)

I’m running it bare with no connection to other monome modules. I’m using it in an installation and it’s basically running all the time…so a couple times a day I have to cycle it. It’s somewhat annoying.

BUT it’s entirely possible that the scripts I have in it are the culprit…maybe something in my commands is leading to (over time) a weird state in the module?

#4

If we’re both encountering the same bug I doubt your scripts are to blame. I’ve seen this problem while running the most basic of sequencing scripts:

TR.PULSE 1
P.N 0
CV 1 P.NEXT

#5

it’s possible that this is an event collision problem, which is being addressed in the 2.0 beta. i’d be curious if you guys saw similar problems with the new beta.

#6

I didn’t realize there was beta firmware available?

#7

Yep! So far, we’re in the fifth beta round and it’s pretty stable. @sam is doing killer work. I’ve run scripts for 3-6 hours. The only bugs reported after running scripts for that long is that occasionally the keyboard needs to be reconnected. In one instance, the Metro script turned off after 6 hours for @tehn, but it could then be re-enabled instead of locking up completely. You’ll need to back up your scripts onto a USB stick before updating, though.

#8

i’ve been a bit hesitant to jump on the new beta until things settle - but i’ll see if i can get my scenes backed up and give it a shot.

#9

Thank you gentlemen. I will test this and see how it goes.

#10

Yes, this is a known problem. I think it started somewhere with 1.4 here.

@tehn I did not experience it with the new 2.0 Beta by now.

Though @sam is constantly working on it, reported bugs get a quick fix soon and the discussion on the development seems to be pretty informed ( I don not understand much of it) I would not consider the stability of the new firmware as rock solid atm. But there are some very nice features in it already…

EDIT: After a second thought I think it started with the new powered i2c board and the idea was that it was somehow masked by the i2c bug before.

> teletype : code exchange
#11

I need to check , but i think i’ve encountered this issue lately.
I was i the urge of presenting this for an installation and ended up using gate B instead of gate A without further investigation. I’ll check when i have 5 minutes…

#12

a correction - just noticed i’m actually still running v 1.3.2

#13

I updated yesterday from i believe version 1.2 to 1.4 and now i face this issue as well. Good to know its fixed in firmware 2.0!

#14

I just updated to the last firmware and two minutes later the teletype just hang…

this is the simple scene running:

#1
CV 1 N RAND 12
CV.SLEW 1 RAND 50
TR.TOG A

#2
PROB B : 75
TR.TOG B

Script one is run by the output of a sine lfo, script two by the sub of the oscillator controlled by script one.
Basically the trigger outs sort of continue to work, its the cv that hangs…

btw i notice that it never hangs when not using external triggering…

#15

Which firmware revision exactly? Just asking as there’s the official last firmware 1.4.0 and the last 2.0 firmware beta 8.

#16

both :smile:

I updated two days ago to 1.4 and yesterday to 2.0 beta 8 believing it would solve the issue but the behavior is the same.

#17

Just a quick obsevation: This doesn’t result in anything. Typo? Or what are you trying to accomplish?

#18

What do you mean by hang? Does the keyboard and screen stop responding?

(edit: and if it does stop responding, does it start again if you remove any external cables?)

#19

sometimes the screen and the keyboard stops responding, changing a scene doesn’t seem to work in thoses cases. other times the cv doesn’t work. Trigger outs seem to work however…

#20

Do you mean changing a scene using the front panel button?

And if you remove the trigger ins when it stops responding, does it start responding again?

(At the moment I’m not concerned about the CV outs and trigger outs, only about the keyboard and screen)