Rock Pi X-computingboard met x86-soc van Intel verschijnt in webshops

Fabrikant Radxa heeft zijn Rock Pi X-singleboardcomputer uitgebracht. Deze sbc beschikt onder andere over een x86-chip. Het ontwikkelbord kan inmiddels besteld worden via enkele webshops en heeft daar een vanafprijs van 60 dollar, hoewel er volgens Radxa ook goedkopere varianten komen.

De Rock Pi X is nu te bestellen via verschillende webshops, ontdekte CNX Software. De singleboardcomputer beschikt over een Atom x5-Z8350-soc van Intel. Deze chip is gebaseerd op de x86-instructieset en beschikt over vier cpu-cores op 1,44GHz en heeft een Intel HD-gpu van de achtste generatie. De Rock Pi X wordt geleverd met maximaal 4GB aan LPDDR3-1866-geheugen en tot 128GB aan eMMC-flashgeheugen voor opslag.

De singleboardcomputer beschikt over een enkele USB 3.0-aansluiting en drie USB 2.0-connectors. De Rock Pi X heeft verder een 3,5mm-jack voor audio en een 40-pins header voor uitbreiding, met onder andere gpio, uart en pwm. Er wordt ook gesproken van een HDMI-aansluiting die ondersteuning biedt voor 4k-resoluties op 30Hz. De computer heeft verder Wi-Fi 5 en bluetooth 4.2, hoewel er ook een goedkopere variant komt zonder dergelijke connectiviteit. De sbc wordt via een USB-C-aansluiting van stroom voorzien. Via een optionele add-on-board kan ook ondersteuning voor Power-over-Ethernet worden toegevoegd. Het ontwikkelbord meet 85x54mm.

De Rock Pi X verscheen een jaar geleden al in de Hackerboards-database. Toen werd gesproken van een sbc met een lager gepositioneerde Intel Atom x5-Z8300-soc. In de tussentijd is de sbc herontworpen. Zo is het eMMC-flashgeheugen nu vastgesoldeerd; bij de vorige getoonde variant was dit een losse, verwisselbare module. Ook ondersteuning voor embedded DisplayPort en MIPI DSI zijn verwijderd uit de specificaties. In juli 2020 gaf fabrikant Radxa aan dat de Rock Pi X 'zijn training heeft voltooid'. De producent startte toen met het uitgeven van samples.

De sbc is inmiddels dus beschikbaar via verschillende webshops. Een variant met 2GB geheugen en 16GB opslagcapaciteit is via een Chinese webshop verkrijgbaar vanaf 60 dollar. De duurste variant met 4GB geheugen en 128GB opslagruimte is vooruit te bestellen voor 100 dollar. Via Seeed Studio is een 4GB-variant met 32GB opslag beschikbaar voor 75 dollar. De sbc wordt daar naar verwachting op 10 oktober geleverd. Volgens de website van Radxa verschijnen er ook goedkopere varianten. Zo moet er een Model A-versie komen die geen wifi, bluetooth en PoE-header biedt voor 10 dollar minder. De goedkoopste variant zou 39 dollar kosten.

De Rock Pi X van Radxa

Reacties (112)

[Storm-Fox]

Voor welke toepassingen zou je dit x86 bordje verkiezen boven de pi4?
Ik weet dat diverse software niet geschikt is voor arm architectuur, maar inmiddels is die lijst behoorlijk
klein geworden en kan je met een pi4 bijna alles

[TrekVogel]

Misschien als je liever low-level x86 code schrijft of als de software die je gebruikt beter voor x86 geoptimaliseerd is. Verder zie ik weinig voordeel. Maar keuze is nooit erg.

[psychicist]

Er zijn weinig redenen te bedenken om dit x86 bord te verkiezen boven een rpi4, bijvoorbeeld het kunnen draaien of ontwikkelen van een besturingssysteem en andere software die (nog) niet beschikbaar zijn voor ARM. Bovendien zou ik dan zelf eerder kiezen voor een Odroid H2+, omdat die tot 32 GB aan geheugen kan bevatten.

[Iruk1981]

Klopt er dus weer niets van Intel ark. Die geven 8 GB aan, is natuurlijk niet de eerste keer dat het klopt.

Ik heb de odroid ook eens doorgerekend aan kosten, maar volgens mij kan je beter een nuc of een deskmini pakken dan een odroid

[HallonRubus]

EMMC is toch iets betrouwbaarder dan een SD kaart

[MSalters]

EMMC is hetzelfde als SD kaarten, alleen dan vastgesoldeerd. Daar ga je geen verschil vinden.

[MrFax]

Dat is technisch gezien waar, maar fysiek gezien is vastgesoldeerd eMMC veel robuuster tegen (fysieke) corruptie. Ligt natuurlijk volledig aan de implementatie.

[Reactie gewijzigd door MrFax op 24 juli 2024 22:37]

[hooibergje]

Voor iets waarvoor je per se een x86 architectuur wil hebben.

[rbr320]

Dat vind ik eigenlijk een non-antwoord, veel te algemeen. Geef eens voorbeelden van software die je op een SBC zou willen draaien, die een x86 instructieset vereist en dus niet op een Raspberry Pi werkt.

[Cybertinus994]

Aansturing van een modeltreinbaan als je Dinamo (http://www.vpeb.nl/index.php/oplossingen/treinen/) gebruikt.
Een RPi 4 is ideaal om een modeltreinbaan mee aan te sturen, krachtig genoeg en simpel ergens te bevestigen op je baan. Maar alle comfiguratie software voor Dinamo is x86 Windows based. Het werkt prima op een x86 Linux laptop via Wine (ff een usbpoort doorkoppelen van Linux naar Wine, en hobbelen maar), echter Wine doet het niet op arm based cpu’s, dus je kan heel Dinamo niet configureren vanaf een RPi(4). En dat is best irritant.
Aansturen van de treinbaan kan echter wel vanaf de RPi4, daar is voldoende software voor.

En dit bordje kan daar een heel prima oplossing voor zijn

[tweaknico]

Wine onder Qemu?...

[michaelkamen]

SQL Server?

[rbr320]

Ik neem dan maar aan dat je MS SQL server bedoelt. MySQL/MariaDB en PostgreSQL zijn gewoon beschikbaar voor arm64.

[Juicy]

SQL Server is ook beschikbaar voor ARM, alleen dan noemt men het SQL Database Edge.

[pgerrits]

Windows?

[rbr320]

Zou ik persoonlijk nooit op een SBC willen draaien (noch ergens anders maar dat is een andere discussie), daar zijn ze simpelweg niet krachtig genoeg voor wat mij betreft.

[fapkonijntje]

Je onderschat hoe goed win10 draait met beperkte middelen. Maar een echte use case voor win10 op zo'n ding is vrij beperkt. Maar qua performance is het opvallend goed te doen. Er zijn genoeg tablets met dit soort chips geweest die gewoon voldoende draaide.

[The Zep Man]

Je onderschat hoe goed win10 draait met beperkte middelen.

Totdat Windows Update draait. Dan stort alles in elkaar qua prestaties. Qua dat heb ik de voorkeur voor de transparantere updatemethodes van de verschillende Linux smaakjes.

[Reactie gewijzigd door The Zep Man op 24 juli 2024 22:37]

[dasiro]

windows core heeft amper resources nodig, je kan hier makkelijk een dedicated DNS of zelfs DC van maken zonder dat je tegen performance-issues zou lopen.

[The Zep Man]

Zoals @rbr320 al noemt heeft Windows Core weinig toegevoegde waarde ten opzichte van pure Linux. Met Samba is het tegenwoordig mogelijk om een Active Directory Domain Controller te hosten. Vreet een stuk minder middelen. Wordt misschien niet ondersteund door Microsoft, maar Windows Core op zo'n SBC zal ook niet echt sterk ondersteund worden als je problemen ondervindt.

[dasiro]

als je geen ervaring hebt met linux heeft dat helemaal geen toegevoegde waarde. Je verkoopt ook geen elektrische fiets aan een invalide, die is enkel geïnteresseerd in een elektrische rolstoel, zelfs al is die breder en trager.

[tweaknico]

Windows IoT draait op RPi.... of je dat nu echt wil..?

[arjan1995]

Docker? Ja het is er voor de rPi maar veel images zijn alleen voor x86 en niet arm.

[rbr320]

Je hebt geen ongelijk, dat is echter rap aan het veranderen. Steeds meer software wordt gepubliceerd in voor ARM. Python is architectuur onafhankelijk en software geschreven in hoger level talen als Go is redelijk eenvoudig te bouwen voor verschillende architecturen. Steeds meer ontwikkelaars doen dat ook daadwerkelijk.

[tweaknico]

De compose files om de images te maken zouden zomaar wel kunnen werken...

[cmegens]

Een narrowcast met PowerPoint bijvoorbeeld.

[Gotiniens]

Ik heb laatst 3 rpi4 besteld om een kubernetes cluster op te bouwen. En ondanks dat het theoretisch kan, zit er een stuk meer beheer aan dan ik van te voren verwacht had.

* Een docker image is meestal arm64, dat was bij Raspberry OS 2 maand geleden nog beta.
* Ondanks dat docker tegenwoordig multiple architecturen ondersteund, gebruiken nog niet alle projecten die functionaliteit. Waardoor je de helm charts moet aanpassen om de arm64 image te gebruiken

Deze 2 problemen zouden niet spelen bij een x86 SBC

[goarilla]

Ik zou voor virtualisatie use cases persoonlijk ook nooit afwijken van x86 en x86-64.

[ctrl-tab]

Yep, nog los van dat de performance van een pi4 echt niet zo geweldig is met kubernetes erop.
Distributed storage (zoals longhorn) kan je helemaal vergeten.
K3s idem.

Om die reden ben ik overgestapt naar x86 met proxmox (celeron bordjes van asrock) en later nog uitgebreid met wat zwaardere AMD machines omdat ook die celerons (ook al zijn ze 2-3 keer zo snel als een pi4) het redelijk zwaar hadden.

[brogamma]

Een mooie marketing term zou zeggen: Eindeloos!
De werkelijkheid is iets anders. Want zoals veel al doen suggereren is dat het niet veel uitmaakt. Echter voor iemand als een embedded developer is er wel veel voordeel. Er is veel beschikbaar voor ARM vandaag de dag maar er zijn nog steeds dingen die niet echt lekker op werken. x86 bied namelijk de mogelijkheid om je software die je echt voor x86 type systemen geschreven hebt te gebruiken op een klein embedded apparaat met een laag stroom verbruik. Perfect als je geen goede stroom voorziening hebt. Sommige librarys die gemaakt zijn werken namelijk alleen op een x86 platform of heel erg slecht op ARM. De geintergreede GPU maakt dit bijvoorbeeld ook leuk als trage/zuinige encoder/decoder vanwege zijn geintergreede GPU (Ik snap dat ARM dit ook wel kan, maar met een Intel Gpu is toch iets meer beschikbaar dan ARM naar mijn weten).

[Reactie gewijzigd door brogamma op 24 juli 2024 22:37]

[flossed]

Ik denk dat de usecase niet heel erg groot is, maar je kunt windows (windows 10) en linux (ubutu ) er op draaien. dus als je een .net/C#/VBA persoon bent heb je nu beschikking over een RPIachtige board, die je kunt gebruiken voor IOT toepassingen. in geval van linux zie ik niet echt direct voordelen boven een RPI.
Of wellicht dat je legacy software kan runnen, bijv mame, maak je een aracde cast met mame. of andere games.daarentegen voor $90 kan je al bijna een 2e handse PC op de kop tikken die snel meer kan qua video. Dus IOT voor vba enzo.

[!null]

Ik speel wel eens oude spellen die het goed doen onder Wine. (Of DosBox maar die kan ook op ARM geloof ik)
Dit bordje lijkt me daar heel mooi voor. Ik heb daar nu nog een klein mini-itx systeempje voor liggen, met Atom processor. Dan is dit nog kleiner en zuiniger.

Edit: Maar nu ik dit schrijf realiseer ik me dat er voor dit soort toepassingen ook wel Intel NUCs en andere oplossingen zijn, die al die GPIO e.d. niet nodig hebben.

[Reactie gewijzigd door !null op 24 juli 2024 22:37]

[Fornax445]

De Pi3 en zeker Pi4 kunnen heel veel, en ook heel goed, maar AES-NI hebben ze niet, en dat heeft dit bordje dan weer wel. En toevallig heb ik juist daar een usecase voor.

[janbaarda]

Leuk om dezelfde vormfactor als de Rbp te gebruiken, maar is de software ook uitwisselbaar.

Voorbeeld: als een Python programma op de Rbp is ontwikkeld kan het dan onveranderd op de Rock Pi X gebruikt worden? Dit met name waar de GPIO connector wordt gebruikt voor externe aansturing van PMW motorsturing en I2C modules.

[kroegtijger]

Python is platform-onafhankelijk, dus dat zou wel moeten kunnen werken daarop ja. Veel zal wel kunnen gaan werken, maar niet alles. De Raspberry Pi is natuurlijk ARM-based wat wel behoorlijk verschil maakt maar je zal een heel eind kunnen komen
Dit lijkt me redelijk een ideaal device voor bijvoorbeeld een mediaspelertje uit te bouwen, of een klein servertje of iets dergelijks op te laten draaien. Met name PoE is wel heel prettig daarbij.

[Bob Popcorn]

Waarom zou je daar geen RPi 4 voor gebruiken?

[fapkonijntje]

Een Rpi4 kent de nodige beperkingen. Zeker met HDR en hogere bitrates. Het verschil tussen een rpi4 en een s905x3 is schrikbarend groot.

Dit bordje gaat ook overigens ook moeite hebben met HDR en andere dingen, dat maakt een belabberde mediaspeler. Je bent beter en goedkoper af met een cheapy s905x3 of s922x bordje. Een odroid n2+ is heel interessant bijvoorbeeld en kost weinig meer, terwijl ie wel wat sneller is. Eigenlijk is er buiten de Amlogic chips weinig interessants als je serieuze eisen voor een mediaspeler hebt, behalve de Nvidia shield tv.

[thczero13]

rockchip

Allwinner

[fapkonijntje]

Ik zei serieuze eisen hebt. Als je content bent met de allwinner of rockchip apparaten met AndroidTV val je niet onder die groep.

Qua beeldkwaliteit zijn ze niet te vergelijken met de amlogic apparaten. Wel goed genoeg met Android TV erop, maar Android TV zelf kent teveel beperkingen als je echt voor beeldkwaliteit gaat. Waaronder geen dynamische refresh rate op basis van content, zodat je niet dat gestotter hebt met 24fps content. Door dit soort dingen zit je snel vast aan oplossingen als coreelec of de Vero 4k+ voor betaalbare beeldkwaliteit.

Vooral de HDR output van allwinner en rockchip apparaten is ondermaats omdat de hardware zelf niet altijd volledig een 10bits pipeline heeft. Iets dat ook een issue is met de s905x en s905x2, waarom ik ook expliciet de s905x3 noemde.

[Tjidde]

Voor decoding is dit bordje denk een stuk beter dan de rpi. Dat is puur een speculatie.

Plus voor sommige oplossingen zijn er meer x86 applicaties dan Arm.

[beerse]

Om je speculatie een beetje te temperen: De Raspberry-Pi heeft al sinds versie 1 de nodige hardware aan boord voor het verwerken van diverse video formaten. Bij de Rock-Pi lees ik daar (in dit bovenstaande bericht) niet veel over.

[batjes]

Gezien er een 8ste gen Intel HD in zit.
https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

[beerse]

Dat is dus praktisch vergelijkbaar met de huidige RPi.

[Bob Popcorn]

Een RPi is beter in het decoderen van 4K HEVC materiaal dan mijn i7 met Quadro GPU (ligt overigens aan VLC, maar om ff aan te geven dat hardwareversnelling echt awesome is)

[hooibergje]

Je, en het dvi format (DeVice Independent) is ook platformonafhankelijk, maar probeer dat maar eens aan een Windowsmachine uit te leggen.

[goarilla]

Dit is sterk genoeg om snes games en libre/openelec "vloeiend" te draaien. Iets wat ik toch niet kan zeggen van een raspberry pi 3.

[cmegens]

Dan koop je een rpi4?

[Theetjuh]

Snes games draaien al jaren prima op een RPi2, alleen N64 doet moeilijk op RPi2/3.
Libre/openelec/osmc draait ook al jaren vloeiend, het ligt er maar net aan wat je probeert af te spelen, 1080p met DD/DTS gaat prima.

[goarilla]

Niet mijn ervaring: Vanaf het moment dat ik een "luxe-skin" gebruikte in kodi begint alles te laggen. En dat kan ik echt niet hebben op een HTPC. Hetzelfde met Snes games, sommige beginnen te framedroppen op de serieuze momenten en dat is heel frustrerend. Ik draaide snes games vroeger vloeiend op een celeron 600 mhz met zsnes.

[Theetjuh]

Je benoemd je issue al, zware skins moet je ook alleen op de devices draaien waarvoor dat goed werkt.

Echt je kunt zelfs snes games draaien op een original RPi met RetroPie.

[psychicist]

Ik draai SNES games vloeiend op een Orange Pi met een ARM processor met 4 Cortex A53 cores van 1.2 GHz. Dat wordt mogelijk gemaakt door het weliswaar imperfecte, maar snelle snes_faust backend van Mednafen, dat minder krachtige hardware vereist dan bsnes/higan/snes9x.

[pblom]

Volgens Toms Hardware is de GPIO pin compatibel met RPi. Dus in geval van een Python applicatie zal die hetzelfde werken op dit x86 bord als op een RPi ARM bord.

[Janoz]

Die compatibiliteit slaat waarschijnlijk voornamelijk op de indeling van de pinnen. Er zal sowieso een specifieke implementatie geschreven moeten worden van de RPi.GPIO library. Maar zolang die interface hetzelfde is zullen alle python apps inderdaad gewoon kunnen gaan werken.

[SkiFan]

Nee, PI software gebruikt een Arm instructieset, dit bordje X86/X64. Overigens vermoed ik dat het geen probleem is, want veel software kunnen ze zo zonder problemen tegen 2 targets compileren.

Hogere talen als Python zouden weinig problemen moeten opleveren.

[Reactie gewijzigd door SkiFan op 24 juli 2024 22:37]

[TrekVogel]

Veel Python code zal probleemloos werken, maar specifieke rpi bibliotheken (zoals wellicht gpio) zullen misschien naar x86 en deze specifieke hardware omgezet moeten worden.

[RoestVrijStaal]

Ik wacht wel totdat ie beschikbaar is in EU-gevestigde webshops.
Verzenden vanuit Azië blijft een dure grap met de verzendkosten en inklaringskosten

[synoniem]

Dat is al het geval Innet. Kwestie van tijd dat de X86 versie te koop komt. De duurste versie is er al Rock Pi X 4GB/128GB.

[Reactie gewijzigd door synoniem op 24 juli 2024 22:37]

[Wulfklaue]

Voor die prijs kan je al een Intel Nuc kopen met een J5005 dat 200 a 250% sneller is, snellere GPU. En de NUC is inc cooler, case, voeding.

Ja, je hebt geen geheugen maar je hebt vrije keuze wat je erin steekt, in tegenstelling tot deze prefabs. En het is DDR4, dual channel. SATA connector ipv die vaak tragere onboard geheugen. SD aansluiting en meer IO.

Voor IOT is dit overkill en ben je beter af met een Pi, voor desktop is het eigenlijk duur en beperkt in flexibiliteit/connectiviteit.

[synoniem]

Ik denk dat het bij dit bordje gaat om de vormfactor en de 40 GPIO pennen die je bij een Nuc niet hebt. Mijn eigen voorkeur is inderdaad een Pi 4 met 4 GB voor dat geld maar er zijn vast mensen die per se een Intel processor willen anders was dit bordje niet ontwikkeld.

[Theodor]

Waar is die nuc dan te koop voor 125 euro?

[Wulfklaue]

Duitsland. Ik heb die vorige jaar voor 135 Euro gekocht ( 2de ).

Effen opgezocht:

https://www.heise.de/prei...boxnuc7pjyh-a1776213.html

Weeral geen voorraad blijkbaar.

[Iruk1981]

Als ik alle kosten bij elkaar optel vind ik de Odroid h2+ tegenvallen of zijn ze goedkoper te vinden?

Ligt volgens mij helemaal aan de use case voor de SBC. Zelf heb ik hier al een paar jaar een overkill SBC draaien met een aantal docker containers. Met de komst van de RPi4 kan dit volgens mij ook makkelijk daar op draaien.

Voor een klein licht servertje is een NUC/ Deskmini volgens mij interessanter. Als je GPIO wil kan je die altijd nog via de USB er aan hangen.

Edit: ik had alles in een RMLetje gegooid, werkt blijkbaar niet op de FP

[Reactie gewijzigd door Iruk1981 op 24 juli 2024 22:37]

[jctjepkema]

https://www.innet24.de/search?sSearch=Rock+Pi+X

Staan er al veel meer op!
Edit: Ze zijn alleen allemaal niet op voorraad..

[Reactie gewijzigd door jctjepkema op 24 juli 2024 22:37]

[Subigo]

Het is misschien een beetje azijnzeikerig, maar "Opladen gaat via een USB-C-aansluiting" ?
Er wordt toch niets opgeladen?

[Xfade]

De usb-c poort ondersteunt PD 2.0 en QuickCharge 3.0. Is die snellader dan een adapter of een oplader?
Leest wel raar, zeker.

[SirNobax]

Is die snellader dan een adapter of een oplader?

Tja. Zelfs met PD/QC zijn hetgeen wat je in het stopcontact stopt in feite geen opladers, maar slechts AC-DC adapters. Het daadwerkelijke laadcircuit voor de accu's zit in het op-te-laden apparaat zelf.

[Reactie gewijzigd door SirNobax op 24 juli 2024 22:37]

[Damic]

Ik zien in het schema (https://dl.radxa.com/rock...i_X_V1.3_SCH_20200814.pdf) op p12 +VBattery staan, dus het zou kunnen dat je er een batterij kunt aanhangen en zodoende de Rock Pi als een mobiel apparaat te kunnen gebruiken, maar ik zien niet direct een pin of pad staan op het pcb.

[jctjepkema]

De axp288c op het schema dat je linkt heeft er zeker een mogelijkheid toe en het lijkt ook zo te zijn geschakeld dus wie weet!
https://mediatronik.net/w...9/11/AXP288C-X-Powers.pdf

[Sayko]

Charged + Google translate = opgeladen.

Charged + human brain = Aangedreven of gevoed of....

[SkiFan]

Dit moet zo ongeveer toch wel het ultieme bordje zijn voor een HTPC?

[K0L3N]

Nope, 4k 30hz is niet genoeg. Ik denk voornamelijk als basis voor een NAS servertje dat het wel interessant kan zijn.

[SkiFan]

Daar heeft ie dan weer niet genoeg poorten voor.

[cmegens]

Geen Sata, dus voor een nas ook beperkt.

[neographikal]

Kijk dan eens naar de Gigabyte Brix, beetje de NUC-kloon van ze. Ondersteunt een M2 SATA + 2.5" drive, draait hier Debian met 5w idle. Fantastisch ding als thuisserver

[JackBe]

De Rpi 4 is daar wel geschikt voor.

[kevertje1973]

Voor mijn NAS server gebruik ik de RockPro64 ( https://www.sossolutions.nl/pine64-rock64-pro-4gb )

Met de "PCI-e 4X Open-ended slot" gebruik ik een 8 poorts SATA controller van een paar tientjes, met 5 Data schijven en 1 SSD voor het OS.
Het is een ARM processor maar het bordje heeft wel (integenstelling tot de Pi X ) DDR4 geheugen.

Voor NAS werkt dit perfect.

[gise]

Ziet er goed uit, ga dit wel even in de gaten houden en de reviews afwachten. Ook zie ik op die website niet direct cases hiervoor, zou ook handig zijn als deze beschikbaar zijn

[amigob2]

Als ik het zo zie , zijn de Raspberry PI 3 cases compatible

[davefox]

Veelbelovend en betaalbaar x86 bordje.

Hoop dat ze ook in nederlandse webshops verschijnen. Als dat zo is, schaf ik er ook eentje aan.

[fapkonijntje]

Wat maakt een sbc met bijna 5 jaar oude atom waarvan je je nog af moet vragen of ze 64bit geactiveerd hebben zo veelbelovend dan?

[Carino]

Heb zelf hele slechte ervaringen met Radxa. Niet perse de producten zelf, die zijn meestal wel in orde. De ondersteuning van de producten is echter vaak maar van korte duur, in het verleden een bordje op een Rockchip soc, waar geen nieuwe kernel builds voor te maken was vanwege het uitblijven van updates.

Ik zie dat de website inmiddels weer terug is, ging om een Radxa Rock Pro van een aantal jaren geleden. Wellicht dat het met dit bordje beter gaat vanwege de andere soc leverancier, maar ik ben terughoudend...

[BattleForce]

Kunnen we de afkorting SBC meteen vergeten? Deze is al gebruikt voor “Session border controller” in de VoIP wereld 😅

[Noxious]

Ik weet niet hoe lang die term al in gebruik is, maar het artikel over Single-board computers (2003) op de Engelse Wikipedia is ouder dan het article over Session border controllers (2005).

Er zijn wel meer afkortingen die voor meerdere dingen gebruikt worden.

[Jerie]

3 letter afkortingen zijn regelmatig multi purpose, zelfs in dezelfde sector/subcultuur

Vb: https://en.m.wikipedia.org/wiki/SBC

[Nico Klus]

Nope, de term single board computer dateert al van voor VoiP.
Je kan wel klagen over bluetooth subband codec

[Subigo]

Ik ken dat al zeker 20 jaar als Server Based Computing

[Bongoarnhem]

Dacht ik ook meteen aan, KPN verleden?

[CH4OS]

Er zijn zoveel afkortingen die dubbel gebruikt worden, zie het probleem niet, met VoIP zit je immers in een totaal andere context.

[Reactie gewijzigd door CH4OS op 24 juli 2024 22:37]

[ari2asem]

best wel goede soecs, alleen jammer emmc en ddr3 geheugen.

sneller en beter was geweest als ufs en ddr4 gebruikt werd.

[CH4OS]

Zal vast ook iets met het prijskaartje doen.

[fapkonijntje]

Die cpu doet toch helemaal geen ddr4. Het is een instap atom van bijna 5 jaar geleden. De SoC is niet goed maar naar hedendaagse standaarden best tergend langzaam te noemen.