sfx2000

After reviewing the schematics.... I stand corrected... eth0 - realtek RTL8211E which is tied to the H3/H5 gigabit designware MAC onboard the SoC eth1 - realtek RTL8253B USB3.0 to 1Gbe, will be limited by USB2 obviously, but a better choice perhaps than the Asix chip for some packet offloading Oddly enough, WiFi is hanging off the SDIO bus, schematic calls out the Ampak AP6212 SOM, which is a broadcom/cypress WiFi 802.11n/BT 4.2 (which is connected to UART3) which would have made this board much more interesting for IoT things. Would be interesting to see things there, as @martinayotte points out, it looks like a generic RTL8723 - and there, some have BT, and some do not... what's odd with R1S, there's an IPX-I connection on the module, but I'm not seeing an antenna here - patch antenna inside the housing? Would be nice with the SPINOR on-board, as 16MB flash there can do both u-Boot and host OpenWRT on that flash part, and then secondary boot to SDIO for Amrbian... Anyways - the R1 seems to be the better solution, more balanced across interfaces, and includes the option for the eMMC. even though it's only H3 - I might order one, as it does pique my interest to get an ARM variant of the code I'm currently doing on AR9331 (MIPS) - but since I have a Neo and Neo2 already, I can pretty much fake it there, just not as tidy of a box. For R1S - only reason why one might consider the H5 variant would be OpenVPN, as there, the H5 is going to perform better than H3, but for general routing purposes, H3 might be a better choice as it'll clock higher than H5, and since routing it all about clocks without a dedicated switch on the board... after all, H3/H5 are application driven, compared to chips like Marvell MV3720, or others like this, which are purpose built for communications/networking.

It's really hard to do in a power efficient manner - there are SDR's that can do all the right waveforms, the signalling, etc, but most of this is on an FPGA - the UMTS and LTE protocols are fairly complex, much more so that 802.11 wifi, and we know how hard that can be. It's also a massive minefield of patents, which makes GPL are very real challenge. Osmocom.org has made the most progress towards a free modem - https://osmocom.org/

Nice work - which audience are you attempting to approach here? Keep in mind that Jetson Nano is a gateway into the whole nVidia ecosystem/platform first - as a consumer/enthusiast SBC application, it's a secondary consideration. With Nano - it gets complicated, and L4T has always been that way - seems like it's getting better, but apt-update/upgrade can sometimes not be a good thing, based on prior experience with this platform.

Contact them - they have both host and embedded solutions, and they seem to be more open than others... For power suitable chips - other options are Marvell, Broadcom/Cypress, and Qualcomm/Atheros, and we know they're fairly closed with current chipsets. SDIO is going to be preferred over USB/UART for both power and performance in a handset device

Read the Flags... It's there - https://developer.arm.com/architectures/instruction-sets/simd-isas/neon/neon-programmers-guide-for-armv8-a/introducing-neon-for-armv8-a/fundamentals-of-armv8-neon-technology

Check Redpine - they might have something available that one could use... https://www.redpinesignals.com/

notes Board in hand - well made, comes with their custom OpenWRT spin based on 19.07 - easy to run, WG/OpenVPN clients and servers supported, along with GL-Inet's vertical services RGMII across the Topaz switch, which is common with many 3720 boards. Solid/Stable at 1GHz

Any card vendor can be counterfeited... I've done wholesale with a trust vendor/distributor, and have got caught out with bad cards on all three brands you mention. That being said - SanDisk and Samsung are vertically integrated - e.g. they design, build, sell - I've had good luck with both, but Kingston is good, as they partner up with trusted flash vendors.

In my experience - debian-stable is a bit slower to pull in upstream on stable vs Ubuntu, even on Ubuntu-LTS builds. debian is good on patching security issues.

Depends on the vendor - some do a better job than others... And there, depends on the SoC's being used. Not naming names there to avoid slanting the poll...

and SPINOR is preferred to be honest from practical experience... eMMC works, but depends on the chip, and how much support the bootrom has there.

I'd ask for what purpose are SBC's going to be used for - and to that end, the full-scope of that purpose. That's putting on the IT groups hat - I've been on both sides, so it's useful to step into their shoes, as IT supports the business, not the employees or their special projects. There's a lot of projects where they might be useful, but how would that fit within the larger organizations business. If you're on the engineering side - yes, we like to tinker, but find a good purpose, and then someone that can support the business side, and let them pull the project through... Easier to pull a string than to push a rope.

I the market is maturing, and as such, the dynamics are changing these days. The race to the bottom has weeded out the weaker players, and I think we've seen the end of the really cheap boards for the most part. Amlogic is focusing on their market sectors, and there, they've found a fair amount of success, I would say the same for Rockchip and AllWinner as they also start to focus on which OEM's are important to their bottom line. There will be those that run at cost/below cost, such as Xunlong, but Orange Pi emits boards that are sometimes unsustainable outside of the BSP that they support. It costs a fair amount to develop and build a board at scale - I did this as a scoping experiment myself, looking for a niche play with a quality board, but numbers did not work, even if I did production in Shenzen vs. other location, at a price point folks would be willing to pay.

Yeah, looks like one of them - at least it's not XR819

RTL single stream on the WiFi for the R1S - ASIX USB-1Gbe on one of the ports, so for routing it's going to have some challenges... USB 2.0 PHY on one of the ports, and the CPU is going to be busy doing all routing in SW. (maybe the H3 variant might be a better match compared to H5 because of that USB2.0 PHY, but H5's gigabit is generally good for FriendlyARM boards) I'm assuming that the H5 variant will be similar to NanoPi NEO2 for thermals and clocks Good artists copy - great artists steal... Remarkable that the ID is similar to the GL-Inet Mango (and other small GL-Inet devices) - expected more from FriendlyARM there.