Join the discussion
Write your take first — we'll ask for email only when you're ready to publish.
- Hacker News
- What problem are they solving for with the hybrid approach?by Havoc
- It's not exactly a big problem, but my company makes a three-axis desktop CNC machine powered by an ATMega328P that is dependent on having a Windows PC connected to it in order to run the proprietary software. Uno Q has me thinking we can eliminate the PC along with our custom PCB, making a more compact and convenient stand-alone system that would also come with a lower price tag. I may order a few to experiment with this idea, but again, it's not a huge problem and something only specific customers would care about.
I'm curious what the Maker community comes up with, provided it sticks around and remains supported, unlike the Edison.
by 0xEF - The problem of showing "synergy" between Arduino and Qualcomm.by oytis
- Combining a Linux capable CPU and MCU is not new or that weird... I think a Cortex A9 and Cortex M4 appeared on a combined SoC on the IMX6 platform around 10 years ago.
Plenty of use cases in embedded!
by smiler - Heck, the Raspberry Pi 5 does this. GPIO is handled by an MCU that is effectively a Raspberry Pi Pico.by zrail
- It really looks like is it two thirds of what a Klipper-based 3D printer with a monitoring camera would need. It lacks the stepper controllers/power control stuff but it has the CPU/MCU duality you'd want, it could comfortably run a proper LCD panel, run an on-board slicer, even run on-board CAD.by exasperaited
- I see the bean counters are still in control at QCOM
- Qualcomm owning Arduino is a real mismatch as evidenced by this device.
A great pity because likely it’ll end up in the demise of Arduino which is central to the hobbyist microcontroller scene.
by andrewstuart - I'll be always "grateful" to Arduino UNO R3 for my first foray into hardware-related stuff.
- I think the "Arduino platform" will live on in Teensy, others.by JKCalhoun
- I wonder if the limitation of the application processor and Linux starting is mostly a default for the standard OS or an actual limitation. Typically with a hybrid SoC like this part of the point is that you can use the micro-controller as the power efficient thing that decides when the bigger application processor should boot or not. I'd be curious to see if that's possible with this one.
Shipping only Debian to start is fine by me. It has to start somewhere. And they seem quite responsive to making it work with other things. James Harton is plugging away at getting it working with Nerves (https://nerves-project.org) and he has it running with Buildroot already. Current repo: https://github.com/jimsynz/buildroot
Most recently they pushed their special sauce for the bootloader and how to produce the relevant mystery binaries. https://forum.arduino.cc/t/buildroot-support-for-uno-q/14108...
I share the sentiment that I don't trust that there won't be issues with Qualcomm over time. That company does have some pretty relevant chips though so I'm hopeful this means that we see them become more accessible on SBCs and embedded boards. I feel like they've been popping up more and more.
If they value this investment in Arduino they should now have a small wing of the company that pushes for things to be more open and even if they only consider that a marketing vector, if things are opened up for that purpose, quite possibly a win. But Arduino might also be absorbed into the amorphous megablob and this is the last we see. I hope not.
I don't think this board is that weird. It is just coming from the Arduino side and moving into Raspberry Pi territory. Personally I want to run Nerves on the application processor and get some practice with Zephyr on the MCU. Seems to already be supported: https://docs.zephyrproject.org/latest/boards/arduino/uno_q/d...
Also why no mention of the LED matrix. This is something RPi devices fail at. Providing som default way of neat output. First time plugging this in it starts doing fun stuff.
by lawik - Modern Qualcomm SoCs have "RPM" - a dedicated always-on ARM core for managing clocks, sleep modes and power states. And usually at least one low power DSP core that can be up when the rest of the system is down.
Good luck getting your hands on any docs on how to use any of that shit tho.
by ACCount37 - I remember back when Nvidia was aiming to aquire ARM, there was a whole thread of discourse that I think even Huang himself had spoken to, about how the acquisition would transform Nvidia, would remake who they are and what they do. ARM themselves have rarely been an exemplary citizen, with driver support for their GPUs for example having only gotten respectable in the past couple years. But ARM was still a multi-lareral company. It would have been a different NV: Nvidia as head of an ecosystem, a steward for many, versus what Nvidia has been, Nvidia as a moat keeper with only their bespoke Linux4Tegra (L4T) for example. That was going to be the big change.
Qualcomm certainly seems to be saying that they want to be a different company. That they want market-share among people building products. The example elsewhere of the e-scooters using RPi's seems like the market space Qualcomm is striving to open up.
Your middle paragraphs capture a lot of the sentiment. Qualcomm is a hard company to trust. There have been a lot of neat weird interesting things that have gotten mainlined, and it's cool to see, but most products are incredibly hard to develop for, push you into vendor Board Support Packages, and don't have docs available. This chip similarly lacks technical docs.
But it sure is exciting to think maybe Qualcomm might actually want embedded market share beyond the high end of phones, routers, and laptops. And if they do want this market share, they're going to have to change.
- It'd be interesting to see a setup where a Linux-capable SoC would run the Arduino application on a isolated CPU core with no interrupts handled, so you'd still have real-time guarantee for the Arduino appby dezgeg
- Microchip PolarFire boards (and PIC64 chips, which is basically just the CPU part of PolarFire without the FPGA fabric) can do that with asymmetric multiprocessing: https://www.microchip.com/en-us/products/fpgas-and-plds/syst...by minetest2048
- It runs the Arduino app on a separate mcu stm32l4 I think. So you have the realtime as well, but what you describe is already possible with the pi and asymmetric multiprocessing using openamp and zephyr.
I remember reading about this in some blogs so here is one I found that describes just that: https://telmomoya.blogspot.com/2016/10/asymmetric-multi-proc...
by alex7o - This is an example of what happens when your wallet is bigger than your imagination.by jqpabc123
- I think its another symptom of the problem of there not being a clear way to get from your smart brainbox which you run a proper operating system on and do heavy computation on to driving lots of motors or similar. There are options, but there's not one that everyone defaults to and you can get good information on.by thomasjb
- Right — 3D printers, robotics, etc.; some sort of isolation of the microcontroller stage from the monitoring/apps stage.by exasperaited
- The reason there's no obvious default is probably because of the differing price points and complexity of the products that are being built. e.g., from some of the products that I've worked on.
- UI/database on desktop with multiple real-time processors connected via serial/Ethernet
- UI/db on Linux SoM with embedded processor connected through serial
- UI/db on Linux SoM and the SoM has an embedded ARM processor connected via shared memory
- UI on one core of an ESP32 with real time control on a separate core. This isn't something I've done, but many 3D printers and other low-cost machines are using this architecture right now.
- I've seen multiple SoCs from China that integrate a high performance Linux core and a smaller MCU-like RTOS core into the same die. SG2000 being one example.
Pretty clear to me that they're aiming at drones, 3D printers and robots with that.
by ACCount37 - It will be interesting to see if Qualcomm end up deploying an open sourced standards compliant UEFI implementation. This would be a big deal in my eyes as the Raspi firmware solution is really a pain in the butt to deal with as it's closed source and the documentation is very fragmented and hard to comprehend if you're doing anything beyond their recommended approaches (for example, trying to use an A/B update scheme on a Raspi CM 5 with proper failed boot fallback is not straight forward without resorting to using u-boot as well).by bradfa
- Qualcomm IoT likes U-Boot with UEFI compatby my123
- Wayback-when, I used the Arduino Yun [1] for a project successfully. It took a USB web camera and streamed it via a browser with a button overlay to remotely control a robot. The OS was OpenWRT and was very limited, but just about good enough. The Arduino side was doing the tight control of the motors and reading the sensor data.
Why was the Arduino Yun cool? It allowed me to use WiFi easily in an embedded project (this was pre-ESP32). It also allowed me to interface with a native USB device.
The Arduino Uno Q has failed on multiple fronts (in my opinion):
* You cannot leverage the enormous number of Linux USB drivers for an embedded project. It needs two USB (A) ports for interfacing with interesting devices on the SBC. A single USB-C port for power, display and peripherals is crazy.
* It makes a large point about having a GUI, but does not offer a HDMI port. Why would you do that? On the HDMI output you would have a bootloader in ROM that tests the system is okay and tells you if it cannot boot. ARM systems have an awful feature of just not booting at all and providing no feedback. "No valid OS detected in main flash storage."
* No micro-SD to flash the SBC seems like a large oversight. You want to encourage people to experiment and break the OS, and have it be super simple to restore or experiment.
* 50 euros [2] is too much for what this is. It probably should have been a single-side surface mount
* If you're going to make the HDMI output a large part of your project, do away with the LED matrix. They should be asking themselves "does this add value to all users, or could it be a shield?".
by bArray - Crazy, I just checked the full pinout on the bottom connectors: no USB D+ / D- pins at all. Mostly more MCU and MPU breakouts for 3 cameras...by pcdoodle
- The buried lede here is that Qualcomm is selling chips to hobbyists now?
https://www.digikey.com/en/products/detail/qualcomm/QRB-2210...
$20 for something that can compete with a Pi 4 is intriguing, more so if it has a real low-power sleep state like the Pis don't. It's a gnarly chip though: 0.4mm pitch and like two dozen power rails, plus the fanout looks tight even on an eight layer board. I don't see the PMIC they're using anywhere online either... fingers crossed anyway.
by wibbily - The openness of this market gives me home that we could make something like a pinephone with actually decent hardware and open-enough drivers.by beeflet
- That's not $20 to compete with a Pi 4, that's $20 for the bare chip. You have to buy all the supporting hardware on top of that. Hobbyists want to avoid routing LPDDR like the plague. There's also the inconvenient fact that digikey shows "0 In Stock", so this listing is just that, something you can't get your hands on as a hobbyist.by imtringued
- Although the graphics part is weird: 720 x 1680 @ 60 Hz
Vertical, and a bit longer than 720p? It's probably some standard size in some industry or type of device, but caught me off guard...
by tecleandor - > something that can compete with a Pi 4
Qualcomm being as hostile to open-source as Broadcom is definitely something in common for both SBCs.
by phoronixrly