Speed boost 1,000,000% from Bridge

sonnyyu:
The race car could go up to 300 mph, same time it could run at 50 mph. make Toyota Corolla run at 200 mph?
I will start new thread about how to speed boost 1,000,000% from Bridge soon.

Linux Industrial I/O Subsystem

High-Speed ~100k samples per second, v.s. Bridge 4 samples per second.

Applications:

  • RF communication, Software Defined Radio, Direct RF
  • Radar
  • Ultrasound
  • Measuring equipment, Spectrum analyzer

Please tell us!

https://wiki.analog.com/software/linux/docs/iio/iio

One of example by pass bridge directly connect sensor with Linux/BSD:

Apple Iphone:

  • Proximity sensor – This sensor can determine how close the iPhone is to your face.
  • Ambient Light sensor – This sensor can determine how much light is available in the area surrounding
  • Motion sensor/accelerometer sensor
  • Moisture sensore sensor:
  • Gyroscope sensor - a three-axis gyroscope
  • Compass sensor:
  • GPS
  • Fingerprint sensor
  • NFC

Use Linux Industrial I/O Subsystem you could do all of above and a lot more.

sonnyyu:
directly connect sensor with Linux/BSD

And therein lies the rub - connecting the sensors directly to the Linux processor. Unless going with a USB connection, it is exceedingly difficult to connect any external devices to the Yun's AR3391 processor: the connections just aren't bought out to useful connectors.

The Yun is designed to be an easy to use hobbyist platform, leveraging the familiar Arduino environment and adding the powerful Linux/networking abilities. As such, it is limited by the '32U4 processor and the communications channel that exists between the two processors. If you want to get that kind of performance by hooking up devices directly to Linux, you are probably better off with a Raspberry PI, BeagleBone, or other similar system which exposes the I/O connections directly to the Linux processor.

Bypassing the Bridge is not the issue: to get those kinds of speeds you need to bypass the '32U4 processor altogether.

ShapeShifter:
And therein lies the rub - connecting the sensors directly to the Linux processor. Unless going with a USB connection, it is exceedingly difficult to connect any external devices to the Yun's AR3391 processor: the connections just aren't bought out to useful connectors.
...

AR9331 at Yun has following IO pin:

  • 28 GPIO
  • JTAG
  • I2S
  • SPI
  • SLIC

for whatever reason Yun decide mask them all.

sonnyyu:
I thought OP ask JTAG for AR9xxx chip
I guess 100% correct answer is no JTAG on Yun board for AR9xxx chip.

BTW, I do not know how Yun's ODM (An original design manufacturer) manage QC (Quality control ) on Yun board without JTAG, they might have magic method "Just Flip A Coin". :wink:

Yun has no JTAG, make it very true hobbyist platform.

I have at least 3 other third party AR9331 development boards which has AR9331 IO pin break out.

sonnyyu:
for whatever reason Yun decide mask them all.

Exactly my point.

While it does indeed look very interesting, it does not appear to be directly applicable to the Yun.

My colleague hacking method:

Deface IC and directly solder on AR9331 package.

Seems to me it would be MUCH simpler to just use a more powerful Linux board, and add an Arduino shield/cape/plate to it if you really needed the MCU.

Plan B:

FPGA + powerful Linux board.

Linux Industrial I/O Subsystem will give you maximum ~ MHz speed.

But FPGA could boost further to ~ GHz.

There is no fastest but faster.

ShapeShifter:
Seems to me it would be MUCH simpler to just use a more powerful Linux board, and add an Arduino shield/cape/plate to it if you really needed the MCU.

The Onion Omega (OpenWrt-based) has an Arduino shield, but I don't have any hands-on experience with it (just haven't had the time). The Omega also uses the AR9331 SoC, though several of the GPIO pins are used by the system.