07-14-2016, 08:38 AM
(This post was last modified: 07-14-2016, 09:17 AM by primeminister.)
I have an Arduino project that decodes some GPIO bus signals. It uses very specific timing, and since the Arduino has no kernel, it won't get preempted.
I would like to port it to the Pine, or add the functionality of the Pine to the project because the Adruino can't do SSL, it can't really make a nice Web interface either.
Can I rewrite the source to use something like python GPIO and achieve the same results, or will pre-empting skew up the timings? The baud rate is very low, it can be adjusted from 12v to 3.3v with a regulator and the lag on the rising / falling regulator doesn't mess up the timings.
Would it be easier to keep the bus decoding on Arduino and communicate with the Pine via SPI or something like that?
Arduino project for reference:
https://github.com/markkimsal/homesecurity
I have constraints similar to this SO question:
http://stackoverflow.com/questions/17115...nel-driver
I have to listen and respond to lines being driven low for approximately 10ms.
So, it seems like keeping the Arduino is the way to go ... ?
Are the issues in the SO question common amongst ARM dev boards?
Do the answers make sense to anyone?
I would like to port it to the Pine, or add the functionality of the Pine to the project because the Adruino can't do SSL, it can't really make a nice Web interface either.
Can I rewrite the source to use something like python GPIO and achieve the same results, or will pre-empting skew up the timings? The baud rate is very low, it can be adjusted from 12v to 3.3v with a regulator and the lag on the rising / falling regulator doesn't mess up the timings.
Would it be easier to keep the bus decoding on Arduino and communicate with the Pine via SPI or something like that?
Arduino project for reference:
https://github.com/markkimsal/homesecurity
I have constraints similar to this SO question:
http://stackoverflow.com/questions/17115...nel-driver
I have to listen and respond to lines being driven low for approximately 10ms.
So, it seems like keeping the Arduino is the way to go ... ?
Are the issues in the SO question common amongst ARM dev boards?
Do the answers make sense to anyone?