I have a teensy 3.2 with audio adapter doing peak and fft analysis and sending this data to another teensy 3.2 over half duplex rs485 with an octows2811 adapter to use this data to update some pretty lights.
Without any flow control, I'm having to adjust the frequency with which i send my fft/peak data depending on the work load of my octows2811 teensy eg.
if octows2811 teensy is controlling 27 leds I can send it a 131 byte easytransfer message 115 times a second.
if octows2811 teensy is controlling 216 leds I can send it a 131 byte eastransfer message 50 times a second.
I assume buffer on octows2811 teensy is being filled.
In this case I'm not sending anything from the octows2811 teensy to the audio adapter teensy, so I believe I could just create an easyTransfer message with say a bool for send 1 update.
Is this how it should be done?
Can it just be done with a hardware method of another wire and a gpio pin either end?
Would that work reliably/as reliable as an RS485 link alone. What i mean is I have chosen rs485 because i need greater range than rs232. Do I loose any magic of rs485 if I do this?
Thanks.
Without any flow control, I'm having to adjust the frequency with which i send my fft/peak data depending on the work load of my octows2811 teensy eg.
if octows2811 teensy is controlling 27 leds I can send it a 131 byte easytransfer message 115 times a second.
if octows2811 teensy is controlling 216 leds I can send it a 131 byte eastransfer message 50 times a second.
I assume buffer on octows2811 teensy is being filled.
In this case I'm not sending anything from the octows2811 teensy to the audio adapter teensy, so I believe I could just create an easyTransfer message with say a bool for send 1 update.
Is this how it should be done?
Can it just be done with a hardware method of another wire and a gpio pin either end?
Would that work reliably/as reliable as an RS485 link alone. What i mean is I have chosen rs485 because i need greater range than rs232. Do I loose any magic of rs485 if I do this?
Thanks.