Rock Pi X

Rock Pi X by Radxa

Connection Type
Wi-Fi / USB
Audio Support
Yes
Camera Support
Yes

The most bang for your buck with embedded computing! This is probably the most impressive single board computers (SBC's) that we've experienced for the price. This is similar to the Up Board and LattePanda, but more affordable.

Because this board runs Microsoft Windows, it can also run ARC directly. There is an audio jack for speakers and an HDMI for video.

ROCK Pi X is the first X86 SBC(Single Board Computer) by Radxa. It can run Windows and ARC. ROCK Pi X features...

  • Intel Cherry Trail quad core processor Z8350
  • 64bit dual channel 1866Mb/s LPDDR3
  • up to 4K@30 HDMI Video
  • 3.5mm audio jack with mic
  • 802.11 ac Wi-Fi
  • Bluetooth 4.2
  • USB Port
  • GbE LAN
  • 40-pin color expansion header
  • Realtime clock
  • USB PD and QC powering

ROCK Pi X comes in Model A and Model B; each model has 1GB, 2GB, or 4GB ram options. For the detailed differences between Model A and Model B, please check the Specifications.

This comparison chart, done by our friends at Explaining Computers says it all...


Drivers

Synthiam has assembled a driver package to get your Rock Pi/x Rock'n! The driver package includes an installation readme file, which we recommend reading.

Download Rock Pi/X Windows 10 Drivers (x64)

There is a document with step-by-step instructions for installing the drivers. Be sure to read the file and follow the instructions.



Installation Tips & Performance for SBCs

We have a guide in the Support section that includes steps on freeing storage space, increasing the performance, powering the SBC, and running headless with remote desktop software of robot computers, such as single-board computers.

View Performance Tips To Make a Robot.

ARC Pro

Upgrade to ARC Pro

Experience early access to the latest features and updates. You'll have everything that is needed to unleash your robot's potential.

PRO
Synthiam
#25  

Oh - and if you have a Rock Pi X in the invmoov, you can connect it to exosphere and turn it into a telepresence robot. So you can be out for dinner or at your friends and control the robot in your house. You can move stuff around, pick things up, what ever... That's pretty awesome

I should set that up as a live hack one day . Use the inmoov as a telepresence robot and control it remotely from dinner or something haha

#26   — Edited

Wow, things keep getting better and better. Jeremie is like your mad scientist at Synthiam! It's ALIVE!!!!

PRO
Canada
#28  

Thanks for the tips DJ, Optimizing Disk, RAM and CPU will be crucial especially when we want to run a lot of skills and multiple clients.

One area we are lacking is GPU support for ML at edge and the dependance on X86 Architecture is a challenge.  Migrating to .NET core with multi architecture support for Lin/Win/Mac opens up a lot more cross platform capabilities. With ARC supporting ARM and CUDA on NVIDIA (Nano, Xavier etc) would be ideal for robotics platforms. Obviously that requires a fair amount of work on Synthiam part.  Another option is to look at partnerships with companies like AMD. ROCm is maturing, they are an X86 platform and are launching edge devices enabled by chips like the V2000 so this could be an option to explore in future.

#29   — Edited

@Nink, All I read and understood was Bla, bla, bla, bla. LOL! I'm so left behind. Thank God for guys like you and DJ that can conger up the magic we all dreamed about when we were kids.

PRO
Canada
#30  

Unfortunately I can’t conjure anything  up Dave. All I know is my robot needs a brain. My logic is if I post a lot of three letter acronyms I copied from a random Reddit post, DJ will come back and say, here you go, and it works.

PRO
Synthiam
#31  

Sadly core doesn’t have a GUI yet. It’s on the dev horizon. Migrating to core wouldn’t be difficult and a significant part of our code would migrate well. Until core matures and becomes something more than a web server.

I also don’t really believe in the ml running local. It doesn’t make sense to consume that much power in the robot locally - specifically since the global internet communication infrastructure is barely at capacity. It was significantly over engineered expecting less data compression. But with media compression the way it is, bandwidth and low latency is readily available for cloud computing.

offloading ml to the cloud is the right thing to do. I don’t even want to consider what batteries would be needed to power a gpu for useful ml.

Like, come on... tensor flow is a joke to run locally even on the most powerful hardware. There’s a lot of technologies we kinda skip at Synthiam / mostly because we wait for it to mature and stabilize.

just look at google dialog flow. Ugh that’s the worst. It’s changed so much that it’s impossible to integrate. I should have waited longer before making a skill. Now it’s just a mess.

The open source and education/exploration space is really fragmented and unreliable. By the time you figure out how to implement something, the technology had changed.

so back to core... until it matures AND has a GUI, we can’t use it. However I should add that our entire cloud infrastructure and website is core:) entirely.

PRO
Canada
#32  

I love the EZB and this is why I got into EZ-Robot.  Suddenly I didn't need a 10 pound laptop duct taped to a robot platform. Everything was offloaded to a desktop and now we had extremely intelligent nimble robots. THANK YOU!!!

Moores law kicked in and now you can put an SBC like Rock Pi X directly on the robot so I don't need an external computer anymore.  7nm has brought in 10w SBC's with CPU/GPU/TPU cores onboard.  This opens up a whole new world for Autonomous robots.  Network goes down, robots keep running.  Sure you can still offload complex ML to the cloud you don't need to process local when network is up, but there is enough smarts on board to allow the robot to continue to function off line.   You really don't want a robot that a 12 year old kid can shut down with a $10 jammer he bought on Ebay.

Hopefully as MAUI matures ARC moves over, it sounds like you have given it a lot of thought and it's on your roadmap. I understand that avalonia probably isn't a strategic move when an official UI is in development.