Hi,
I am trying to replace my current OpenELEC (boblight/boblightd) -> USB (serial mode) -> Arduino -> LEDs setup with an Android TV box (Shield) setup.
As far as I understand, I need to replace the Arduino with a Raspberry which runs the Hyperion server, which is fine for me. I also need to setup an ethernet or wifi network connection, which I want to avoid. The Android box is connected to the Wifi and I want to avoid adding an additional Wifi interface or router to the RPi just so the Android box and the RPi can talk (I think its very bulky and energy inefficient).
My desired solution is to connect the RPi to the Android box via USB or Bluetooth and let them communicate via a serial parallel channel (SPP). SPP, because it's simpler to implement than a native USB communication channel. My idea is to write a simple Android service (I'm a software developer) that acts as a TCP server that the Hyperion framegrabber connects to and forwards the data to a serial channel. On the RPi I would then bridge the serial interface to the Hyperion endpoint. Given that the required bandwidth is low enough and fits into a serial channel with e.g. 115200 baud (~150kbit/s), this should work.
Now my questions to developers or other people that are familiar with the underlying communication protocol:
- Do you thing this can work out, i.e. what is the bandwidth requirement for a 50 led setup?
- Are there any existing solutions to this problem that I might have missed (point to point instead of network connection)? (I don't want to use external framegrabbing hardware due to 4K/HDR limitations and cost)