5 ms·
I own an H2, and I strongly suggest them as middle ground between a PC and an (SBC) ARM. One of the main advantages is support, both in terms of applications (s
by pizza234 4y ago
I own an H2, and I strongly suggest them as middle ground between a PC and an (SBC) ARM. One of the main advantages is support, both in terms of applications (some programs may not yet compile on ARM), and kernel (although (some) ARM SBC can run with a stock kernel, it's advices to run a specific kernel to run optimally). The H2 also run impressively cool, and I suppose the H3 does, as well.
Note though, that RPis have never been the most price effective ARM solution, as Hardkernel has always had more powerful and/or cheaper alternatives. Their current N2+ is probably both more powerful and cheaper than the equivalent RPi.
- heresie-dabord 4y agoI was an early adopter of Hardkernel's Odroids, for better (size, performance:cost) and for worse (longevity). This looks like a winner in every way. x86_64 for longevity and support, tested with Ubuntu $latest LTS decent CPU, better than Raspberry Pi RAM up to 64GB, two SO-DIMM slots, up to 32GB per slot M.2 NVMe storage 2 x 2.5Gbit Ethernet ports 2 x SATA 3.0 ports Intel UHD Graphics, HDMI 2.0 and DP 1.2 video outputs
- moffkalast 4y agoNot only that, but after some digging it seems that the GPIO header is actually not half bad either despite it being somewhat small: https://wiki.odroid.com/_detail/odroid-h3/hardware/h3_24pinmap.png?id=odroid-h3%3Ahardware%3Aio_expansion_gpio https://wiki.odroid.com/_detail/odroid-h3/hardware/h3_24pinm... Supports i2c, UART, USB, and hopefully manual pin control too. That's already miles ahead of a NUC in terms of interfacing.
- eqvinox 4y ago> Supports i2c, UART, USB, and hopefully manual pin control too. From the set of pins provided I wouldn't get any hopes up for manual pin control. All pins are single-function, USB pins are almost never switchable (because they're high-speed analog-ish PHY functions), and UART & I2C are not GPIO-capable functions on most x86 platforms.
- moffkalast 4y agoWell that sucks if true, but at least an i2c GPIO expander/servo board is not out of the question I guess.
- bravetraveler 4y agoI own one also, while I do recommend them... I would also recommend some caution if planning to use Linux I'm not sure if this is a common/repeat thing, but for mine I need to maintain a build of the Realtek kernel modules out of tree If I try to use the discovered/automatic/inline driver... it'll drop out if I try to saturate the link. It's only when I blacklist this module and compile/use the one from Realtek that it works reliably edit: This has been consistent through about a year of Fedora kernel releases, for what it's worth -- rather leading edge.
- djchen 4y agoWhat distro and kernel version are you running on there? The Realtek 2.5G NICs should work natively with a recent kernel.
- bravetraveler 4y agoFunny you ask! I just edited this in, realizing it was relevant. It's quite odd, this is with Fedora -- the current/latest release for about the past year (34 through 36). It's seen quite a healthy number of 5.x kernels, but every time I try to go without I reluctantly have to build it again It'll work fine, for a time, but when I really put stress on that link it'll drop Edit: This is trained at multi-gig too -- going to a 10GbE Mikrotik switch. I haven't tried testing reliability at 1G -- it's probably better, but I'd like the speed... I still have yet to try a 6.y kernel on it
- zerd 4y agoNo guarantee that it'll fix it but for me it helped to disable ASPM, details in https://forum.odroid.com/viewtopic.php?t=39678 https://forum.odroid.com/viewtopic.php?t=39678
- bravetraveler 4y agoCertainly worth a try, thank you! Seeing they have a kernel PPA makes me suspect too that there's some patchwork going on, where I'm using vanilla Fedora kernels