Teletype trigger specification

I am curious if anyone happens to know the specifications as to what constitutes a valid trigger signal to one of the teletype inputs. It seems that Teletype can be somewhat picky when it comes to trigger/gate inputs. For example, a trigger may work with something like a sawtooth envelope, but it seems to be spotty (maybe triggering the script ~80% of the time.

I’d be happy to add the info to the docs (checked there, and there didn’t seem to be anything about what kinds of signals it accepts).

Also, just curious, I’ve tried to look in the codebase, and this seems to be the handler for when a trigger happens, but I can’t figure out the code that actually calls the handler (the code that is interfacing with the hardware that’s saying, “that was a trigger”).

I don’t personally know… but since you are looking at code…

I’m fairly confident that finding the answer (without doing lots of experimentation) probably requires knowledge of the hardware itself. I believe the trigger inputs are driving GPIO pins on the AVR microcontroller. There is likely circuity to protect the GPIO pins (from modular level signals) and possibly debounce the inputs which could effect what signals are seen as triggers.

The code which runs in response to the hardware interrupt generated by the whatever constitutes the “rising edge” on the GPIO pins associated with the TR inputs is here:

…that code sticks an event value into a queue. The main TT code is a big loop which repeatedly pulls one event off the queue and processes it - eventually calling the function referenced above.


edit: This is a really long winded way of saying that unfortunately in this case the code isn’t going to provide the desired insight

1 Like

here’s the digital input schem. cross-referenced with the datasheet for the at32uc3b0256 a spec should be be possible

17%20AM

2 Likes

@ngwese Thanks, that was really helpful! For others who are curious, it looks like the connection pieces that attach handler_Trigger and kEventTrigger together are:

(global initialization of the array of various event handlers, pretty useful comments in there that step through things)

(attaching kEventTrigger to handler_Trigger. handler_Trigger is what actually causes the TT script to run)


@tehn Thanks for pointing me in this direction. I will see what I can find (neat opportunity to learn how to get info from a datasheet, which I have not done before) and report back.

1 Like