Can you clarify why the minimum cycle check isn't needed for the PIT if the clock source is external? The CPU would still be overwhelmed by interrupts no matter what the clock source is, no?
Type: Posts; User: built1n
Can you clarify why the minimum cycle check isn't needed for the PIT if the clock source is external? The CPU would still be overwhelmed by interrupts no matter what the clock source is, no?
OK, for future reference here's a bare-bones working implementation of XY2-100 over SAI.
void setup() {
pinMode(3, OUTPUT);
config_sai1();
attachInterruptVector(IRQ_SAI1, isr);...
One more thing -- there's a related protocol called FB4 to control laser scanners that's largely similar to XY2-100, but with the following changes:
1) The sync polarity is reversed, so it should...
I'm planning to build this into an open-source library with a modular interface which I'll post here once it's finished. I notice that your audioClock() function is copyrighted by a certain Frank B....
Just one minor thing -- it looks like your version produces data waveforms that update on falling edge of the clock, not the rising edge as mine does (and the protocol requires) How would I modify...
The falling edge of the SYNC line is arbitrary -- it just has to be low before the next frame starts. It looks like your attachment links are invalid, however, so I can't see the waveforms you've...
I need to implement a custom serial protocol on T4.1 (https://forum.pjrc.com/threads/62819-Implementing-XY2-100-serial-protocol-on-Teensy-4-1) that needs to output serial data synchronously with at...
I've made some progress on this, but I'm hitting a wall with DMA.
I've gotten a initial prototype working via the PIT timer (using the IntervalTimer library) that triggers an ISR running at twice...
Hi,
I'd like to use a Teensy 4.1 to implement the XY2-100 laser scanning control protocol. The protocol is a fairly simple serial protocol with the following signals:
CLOCK: ~10 MHz, 50% duty...