Cevap Özeti: RK3588 üzerindeki çoğu endüstriyel dağıtım için Linux (Debian, Buildroot veya Ubuntu) daha iyi çekirdek kontrolü, daha hızlı önyükleme süreleri ve daha uzun yaşam döngüsü desteği sunar. Android, yalnızca ürününüz zengin bir dokunmatik kullanıcı arayüzü gerektirdiğinde ve geliştirme ekibiniz mobil uygulama odaklı olduğunda güçlü bir seçimdir. Doğru cevap, aşağıdaki karar çerçevesinde ele alınan dört özel proje parametresine bağlıdır.
Önemli Çıkarımlar
- Linux tutar 46% geliştirici benimsemesi 2024'te gömülü/IoT mühendisleri arasında, tüm gömülü işletim sistemleri arasında en yükseği (Eclipse Foundation)
- RK3588 üzerindeki Android aşağıdakiler için çok uygundur HMI panelleri, kiosklar ve dijital tabelalar - ancak başsız veya gerçek zamanlı dağıtımlarda gizli maliyetler taşır
- Linux (PREEMPT-RT yaması ile) şunları başarır 10 saniyenin altında önyükleme ve yumuşak gerçek zamanlı performans; Android genellikle 20-45 saniye içinde önyükleme yapar
- Buildroot seri üretim için en yalın imajları üretir; Debian en iyi geliştirici deneyimidir; Ubuntu en geniş topluluk desteğine sahiptir
- Her iki işletim sistemi de Rockchip'in RKNN-Toolkit2 NPU çıkarımı için - bu bir farklılaştırıcı değildir
- Bizim 4 soruluk karar çerçevesi aramayı 5 dakikadan kısa sürede yapmanıza yardımcı olur
RK3588 Gerçekte Hangi İşletim Sistemi Seçeneklerini Destekliyor?
RK3588 Linux vs Android seçimi, aslında masada ne olduğunu anlamakla başlar. Rockchip'in BSP'si (Kart Destek Paketi), çoğu mühendisin bir kartı ilk kez belirlerken fark ettiğinden daha geniş bir işletim sistemi ekosistemini destekler.
RK3588 üzerinde resmi olarak desteklenen Linux dağıtımları:
| Dağıtım | İçin En İyisi | Resim Boyutu | Özelleştirme |
|---|---|---|---|
| Buildroot | Seri üretim, minimum ayak izi | ~50-200MB | Son derece yüksek |
| Debian 11/12 | Geliştirme, laboratuvar prototipleme | ~1-2GB | Yüksek |
| Ubuntu 22.04 | Geniş geliştirici topluluğu, hızlı başlangıç | ~1,5-3GB | Yüksek |
| Yocto | Özel gömülü Linux, tam kontrol | Yapılandırılabilir | Aşırı |
| RTLinux / PREEMPT-RT | Yumuşak gerçek zamanlı endüstriyel kontrol | Değişir | Yüksek |
RK3588'de Android seçenekleri:
- Android 12 AOSP (endüstriyel kartlar için en yaygın olanı)
- Android 13 AOSP (belirli BSP'lerde mevcuttur)
Not: Android Şeyler Ocak 2022'de Google tarafından resmi olarak durdurulmuştur ve yeni tasarımlar için dikkate alınmamalıdır.
Her iki işletim sistemi ailesi de Rockchip'in RKNN-Toolkit2 NPU çıkarımı için, AI hızlandırmanın RK3588'de işletim sistemine bağlı bir karar olmadığı anlamına gelir.
RK3588 üzerinde Linux - Aslında Ne İşe Yarar
Linux'un endüstriyel gömülü dağıtımlara hakim olmasının bir nedeni var.2025 pazar analizine göregömülü Linux, IoT ve gömülü projelerde 46% geliştirici benimsemesini sürdürüyor - Eclipse Foundation'ın yıllık anketindeki en yüksek işletim sistemi. Özellikle RK3588 tabanlı endüstriyel kartlar için bu avantaj birkaç boyutta birleşiyor.
Tam Çekirdek Kontrolü ve Sürücü Özelleştirme
Ürününüz standart olmayan çevre birimleri kullandığında - özel bir CAN veri yolu arayüzü, özel bir MIPI sensörü veya bir RS-485 modülü - Linux size çekirdek kaynağına tam erişim sağlar. Sürücüleri doğrudan yazabilir veya değiştirebilir, aygıt ağacı kaplamalarını kullanabilir ve donanımınızla tam olarak eşleşen bir BSP oluşturabilirsiniz.
Buildroot ve Yocto, son görüntüde tam olarak hangi paketlerin gönderileceğini tanımlamanıza izin vererek bunu daha da ileri götürür. Yapay görme boru hattını çalıştıran bir üretim biriminin masaüstü ortamına, tarayıcıya ya da Bluetooth yığınına ihtiyacı yoktur. Linux'ta bunları çıkarırsınız. Android'de, AOSP'nin bileşen bağımlılıkları, derin platform mühendisliği olmadan bunu önemli ölçüde zorlaştırır.
Headless ve Sunucu Tarafı Dağıtımları
RK3588 kartınız bir uç çıkarım sunucusu, bir endüstriyel ağ geçidi veya bir görüntü işleme düğümü olarak çalışıyorsa - ekran takılı değilse - Linux tek mantıklı seçimdir. Android, düzgün bir şekilde önyükleme yapmak için bir ekran çerçevesi gerektirir ve temelde grafiksel bir etkileşim modeli etrafında tasarlanmıştır. Başlıksız çalıştırmak, işletim sistemiyle birlikte çalışmak yerine onunla savaşmak anlamına gelir.
Linux başsız dağıtımları yerel olarak gerçekleştirir. SSH erişimi, systemd hizmetleri, watchdog daemon'ları ve SWUpdate veya Mender gibi uzaktan OTA güncelleme araçlarının tümü Debian veya Buildroot ortamlarına temiz bir şekilde entegre olur.
Uzun Vadeli Kullanım Ömrü ve BSP Bakımı
Endüstriyel ürünler genellikle 5-10 yıl süreyle gönderilir. Bu Uluslararası Elektroteknik Komisyonu (IEC) 2023'te yeni kurulan endüstriyel kontrol sistemlerinin 48%'sinin özellikle uzun vadeli kararlılık profili nedeniyle gömülü Linux'u entegre ettiğini bildirdi. Linux çekirdeği LTS (Uzun Süreli Destek) dalları 6+ yıl boyunca güvenlik yamaları alır. ieeker gibi tedarikçiler izlenebilir çekirdek bakımını taahhüt eder - yani ürünün kullanım ömrü boyunca BSP'de yapılan her değişikliği denetleyebilirsiniz.
Android'in güvenlik güncelleme modeli Google'ın yayın takvimine bağlıdır ve OEM kartları genellikle 6-18 ay gecikir. Bu durum, 7 yıllık dağıtım süresi olan bir ürün için bakım riskini artırmaktadır.
Gerçek Zamanlı Gereksinimler
Standart Linux gerçek zamanlı bir işletim sistemi değildir. Bu, mühendislerin Android ve Linux'un zamana duyarlı kontrol döngüleri için eşdeğer olduğunu varsaymalarına neden olan yaygın bir yanlış anlamadır. Değildirler - ve Android de değildir, ki gerçek zamanlı yürütmeyi desteklemez çekirdek seviyesinde.
Yumuşak gerçek zamanlı gereksinimler için (1-10 ms aralığında gecikme hedefleri), PREEMPT-RT yamalı Linux, motor kontrol arayüzleri, sensör yoklama döngüleri ve PLC tarzı otomasyon için yeterince deterministik performans sunar. Zor gerçek zamanlı gereksinimler (milisaniyenin altında determinizm) için, Linux ile birlikte AMP (Asimetrik Çoklu İşlem) üzerinden çalışan FreeRTOS veya Zephyr gibi özel bir RTOS doğru mimaridir - Android değil.
RK3588'de Android - Gerçekten Mantıklı Olduğunda
Android, RK3588 için yanlış seçim değil - RK3588 için yanlış seçim çoğu endüstriyel uygulama. Uygun olduğu belirli senaryolarda, iyi uyuyor.
Dokunmatik Kullanıcı Arayüzü ve Kiosk Uygulamaları
Android'in en güçlü endüstriyel örneği, tablet gibi görünen ve hissettiren bir üründür. Fabrika katlarındaki HMI panelleri, perakende kioskları, dijital tabela denetleyicileri ve hastalara yönelik tıbbi terminallerin tümü Android'in olgun dokunmatik çerçevesinden, animasyon motorundan ve uygulama ekosisteminden yararlanır.
AdvantechDünyanın en büyük endüstriyel bilgi işlem tedarikçilerinden biri olan HMI ve kiosk ürün serisinin önemli bir bölümünü Android üzerinde gönderiyor - özellikle de hedef son kullanıcılar akıllı telefon benzeri bir etkileşim modeli bekleyen teknik olmayan operatörler olduğu için.
Linux'ta eşdeğer bir kullanıcı arayüzü oluşturmak için çerçeve seçimi (Qt, GTK veya Chromium Embedded gibi web tabanlı bir yığın), daha uzun geliştirme süresi ve daha uzman mühendisler gerekir. Kullanıcı arayüzünün ürün olduğu ürünler için Android meşru bir kestirme yoldur.
Uygulama Ekipleri için Tanıdık Geliştirme Yığını
Yazılım ekibiniz mobil geliştirmeden geliyorsa - Java, Kotlin, Android Studio - gömülü Linux'ta yükselme süresi önemlidir. Bir çapraz derleme araç zinciri kurmak, cihaz ağacı kaplamaları yazmak ve UART üzerinden çekirdek paniklerini ayıklamak, Android SDK'dan hiç ayrılmamış geliştiriciler için dik bir öğrenme eğrisidir.
Hızlı sevkiyat yapması gereken ve mobil yeteneklere sahip startup'lar ve ürün ekipleri için RK3588 üzerinde Android, ilk geliştirme süresini 4-8 hafta kısaltabilir. Ödünleşme daha sonra, entegrasyon ve üretim aşamasında netleşir.
Endüstriyel Ortamlarda Android'in Gizli Maliyetleri
Dürüst değerlendirme: Android, endüstriyel dağıtımlarda nadiren önceden tartışılan gerçek maliyetler taşır.
Açılış zamanı: RK3588 üzerinde Stok Android 12 AOSP genellikle 25-45 saniye içinde açılır. Optimize edilmiş yapılar, önemli BSP mühendisliği çabasıyla ~15 saniyeye ulaşabilir. Linux Buildroot görüntüleri temel optimizasyonla rutin olarak 8 saniyenin altında açılır.
AOSP özelleştirme: Google hizmetlerini AOSP'den kaldırmak önemsiz değildir. AOSP bileşenleri arasındaki bağımlılık grafiği karmaşıktır ve yanlış bir şekilde çıkarılması sistem kararlılığını bozar. Endüstriyel Android dağıtımları, işletim sisteminin ürüne uygun hale gelmesi için genellikle 2-4 aylık AOSP platform mühendisliği gerektirir.
Yerel gerçek zamanlı destek yok: Yukarıda belirtildiği gibi, Android Linux çekirdeği üzerinde çalışır, ancak deterministik kontrol döngüleri için yararlı olacak şekilde gerçek zamanlı zamanlama arayüzleri sunmaz.
Uzun vadeli güncelleme bağımlılığı: AOSP güvenlik yamaları Google'dan aylık bir programla gelir, ancak donanım satıcıları bunları endüstriyel BSP'lere nadiren aynı hızda geri gönderir.
Kafa Kafaya Karşılaştırma: RK3588 üzerinde Linux vs Android
| Boyut | Linux (Debian / Buildroot) | Android 12 AOSP |
|---|---|---|
| Önyükleme Süresi | 5-15s (<5s'ye kadar optimize edilebilir) | 20-45s (~15s'ye kadar optimize edilebilir) |
| Başsız Dağıtım | Yerli | ❌ Geçici çözümler gerektirir |
| Gerçek Zamanlı Destek | PREEMPT-RT aracılığıyla Yumuşak RT | ❌ Desteklenmiyor |
| UI Geliştirme | Qt / GTK / Web (CEF) | Yerel Android SDK |
| Geliştirici Ekip Yığını | C / C++ / Python | Java / Kotlin |
| NPU (RKNN-Toolkit2) | ✅ Tam destek | ✅ Tam destek |
| Çekirdek Özelleştirme | Aşırı | Sınırlı (AOSP kısıtlamaları) |
| Üretim Görüntü Boyutu | 50MB-2GB (yapılandırılabilir) | Minimum 2-6GB |
| Uzun Vadeli BSP Desteği | LTS çekirdek, 6+ yıllık yamalar | Google'a bağlı tempo |
| Tipik Kullanım Örnekleri | Edge AI, vizyon, ağ geçitleri, IIoT | HMI, kiosklar, dijital tabelalar |
| AOSP Strip-Down Çabası | N/A | Tipik 2-4 ay |
| Açık Kaynak Lisansı | GPL / MIT | Apache 2.0 (AOSP) |
Karar Çerçevesi: İşletim Sisteminizi Seçmek için 4 Soru
Genel bir öneri yerine, özel projeniz için doğru cevaba ulaşmak için bu dört soruyu kullanın. Bu çerçeve, düzinelerce RK3588 endüstriyel dağıtımında kullanılan karar kriterlerine dayanmaktadır.
Q1. Ürününüz tüketici tarzı dokunmatik bir kullanıcı arayüzü gerektiriyor mu?
→ Evet, kullanıcılar uygulama benzeri etkileşimler bekliyor → Android değerlendirmeye değer
→ Hayır veya kullanıcı arayüzü minimal / web tabanlı → Linux
Q2. Ekibinizin birincil geliştirme dili nedir?
→ Java / Kotlin, mobil geçmiş → Android hızlanma süresini kısaltır
→ C / C++ / Python, gömülü arka plan → Linux doğal bir uyumdur
Q3. 10 saniyenin altında önyükleme süresine mi yoksa yumuşak gerçek zamanlı yanıta mı ihtiyacınız var?
→ Evet (endüstriyel kontrol, anında açılan kiosk, kenar sensör düğümü) → Linux + PREEMPT-RT
→ Hayır (ekran ağırlıklı gösterge paneli, çevrimdışı özellikli kiosk) → Android kabul edilebilir
Q4. Dağıtım yaşam döngünüz 5 yıl veya daha uzun mu?
→ Evet → Linux - LTS çekirdek desteği, izlenebilir BSP bakımı, Google bağımlılığı yok
→ Hayır, 2-3 yıllık ürün döngüsü → UI gereksinimleri eşleşirse Android uygulanabilir
Yanıtlarınız işletim sistemi sınırlarını aşıyorsa (örneğin, dokunmatik bir kullanıcı arayüzüne ihtiyacınız varsa ve 5 saniyenin altında önyükleme), cevap Qt tabanlı kullanıcı arayüzü katmanına sahip Linux - Endüstriyel HMI uygulamaları için kendini kanıtlamış bir kombinasyon.
RK3588'de Linux Dağıtım Seçenekleri: Buildroot vs Debian vs Ubuntu
Linux'u seçtikten sonra, bir sonraki karar hangi dağıtımın seçileceğidir. Her birinin ürün geliştirme yaşam döngüsünde farklı bir rolü vardır.
Buildroot kaynaktan minimal bir kök dosya sistemi oluşturur. Paket yöneticisi, gereksiz hizmetler ve boşa harcanan flash depolama alanı yoktur. Bir görüntü işleme düğümü için Buildroot görüntüsü 80-150MB olabilir ve 5 saniyenin altında önyükleme yapabilir. Her megabaytın ve her önyükleme saniyesinin önemli olduğu seri üretim için doğru seçimdir. Değiş tokuş: ilk kurulum daha uzun sürer ve daha sonra paket eklemek görüntünün yeniden oluşturulmasını gerektirir.
Debian 11/12 RK3588 için en geliştirici dostu Linux dağıtımıdır. apt paket yönetimi, OpenCV, TensorFlow Lite, GStreamer ve diğer binlerce kütüphaneyi çapraz derleme yapmadan yüklemeyi kolaylaştırır. SSH erişimi ve tanıdık bir dosya yapısı, herhangi bir Linux geçmişine sahip mühendislerin ilk günden itibaren üretken olabileceği anlamına gelir. Debian, flash depolamanın kısıtlı olmadığı geliştirme, doğrulama ve düşük ila orta hacimli üretim için idealdir.
Ubuntu 22.04 Debian'ın kullanım kolaylığını paylaşır ve herhangi bir Linux dağıtımının en büyük topluluk destek tabanını ekler. Stack Overflow cevapları, GitHub sorunları ve topluluk BSP yamaları Ubuntu için diğer tüm Linux varyantlarından daha kolay kullanılabilir. Ubuntu, gömülü Linux'a yeni başlayan ekipler için "nereden yardım bulabilirim?" sorununu en aza indirir.
Tipik bir proje şunları kullanır Geliştirme sırasında Ubuntu veya Debiandaha sonra bir Buildroot üretim görüntüsü yazılım yığını kararlı hale geldikten sonra. Bu iş akışı, BSP paketlerinin her üç dağıtımda da muhafaza edildiği ieeker'in RK3588 kartlarında iyi bir şekilde desteklenmektedir.
Fabrika Katından: Çözdüğümüz Gerçek Bir Entegrasyon Sorunu
ieeker'in gömülü sistemler destek ekibinden birinci şahıs hesabı.
PCB üretimi için otomatik optik denetim (AOI) sistemi kuran bir müşteri, erken bir RK3588 prototipinde Android 12 çalıştırarak bize geldi. Gerekçeleri basitti: yazılım ekiplerinin Android deneyimi vardı ve tanıdık bir ortam istiyorlardı.
Entegrasyon testine altı hafta kala bir duvara tosladılar. Bir 4K MIPI kameradan kareler yakalayan, RK3588 NPU'da hata tespit çıkarımı çalıştıran ve 200 ms'lik bir pencere içinde anormallikleri işaretleyen görüntü işleme işlem hattı, son teslim tarihini sürekli olarak kaçırıyordu. Android'in işlem zamanlayıcısı, kamera karesi geri aramasında öngörülemeyen 40-80 ms'lik titreşimler yaratıyordu; bu da geç çıkarım sonuçlarına ve kaçırılan konveyör senkronizasyon tetikleyicilerine neden oluyordu.
Özelleştirilmiş bir V4L2 kamera sürücüsü ile Debian tabanlı bir Linux görüntüsüne geçmeyi önerdik ve SCHED_FIFO çıkarım iş parçacığı için öncelik. Geçiş iki mühendisin on bir gününü aldı. Sonuç: kare alma titreşimi 40-80 ms'den 3 ms'nin altına düştü, 200 ms uçtan uca son teslim tarihi 72 saatlik yanma testi boyunca tutarlı bir şekilde karşılandı ve müşteri üretim pilot zaman çizelgesine ulaştı.
Çıkarılacak ders: Android'in zamanlayıcısı kullanıcı arayüzü duyarlılığı için optimize edilmiştir, deterministik boru hattı verimi için değil. Ürün bir tüketici cihazı değil de bir makine olduğunda, Linux size Android'in sunmadığı zamanlama kontrolünü sunar.
Proje Vaka Çalışması: Akıllı Perakende Kiosk Dağıtımı
RK3588 Android dağıtımı, 120 ünitelik dağıtım, Güneydoğu Asya.
2024 yılında bir perakende teknoloji entegratörü, Malezya ve Tayland'daki 40 market lokasyonunda kullanılacak bir self servis sadakat kiosku için gömülü bir bilgi işlem platformu için bize başvurdu. Gereksinimler: 10,1 inç kapasitif dokunmatik ekran, USB kamera üzerinden yüz tanıma ile check-in, barkod tarayıcı entegrasyonu ve günlük bulut senkronizasyonu ile çevrimdışı çalışabilme.
Bu, aşağıdaki nadir durumlardan biriydi Android doğru seçimdi.
Entegratörün yazılım ekibinde 6 Android geliştiricisi ve sıfır gömülü Linux deneyimi vardı. Ürünün 16 hafta içinde sevk edilmesi gerekiyordu. Markalı, animasyonlu bir ödül arayüzü olan kullanıcı arayüzü tamamen Android'in View sisteminde oluşturuldu ve kutudan çıkar çıkmaz cilalı görünüyordu.
Google Mobil Hizmetleri kaldırılmış Android 12 AOSP çalıştıran RK3588 tabanlı kartlar tedarik ettik. NPU hızlandırmalı yüz tanıma, özel bir MobileNetV3 modeliyle RKNN-Toolkit2'yi kullandı ve şunları elde etti ~98,2% tanıma doğruluğu 180 ms'nin altında çıkarım süresi. Barkod tarayıcı, Android'in USB HID yığını aracılığıyla bir günden kısa bir sürede entegre edildi.
120 ünitelik üretim partisi planlanandan 3 hafta önce sevk edildi. Operasyonun ilk 6 ayında, saha arıza oranı 0,8%'nin altındaydı. Entegratörün Android ekibi, AOSP'nin cihaz politikası API'lerinin üzerine inşa edilen özel bir MDM çözümü aracılığıyla bakım ve OTA güncellemeleri için tamamen kendi kendine yeterliydi.
Önemli veri noktaları:
- Dağıtım birimleri: 40 lokasyonda 120
- Yüz tanıma doğruluğu: ~98.2%
- Çıkarım gecikmesi: Kare başına <180 ms (RK3588 NPU, 6 TOPS)
- Saha başarısızlık oranı (6 ay): <0,8%
- Linux UI derlemesine kıyasla zaman tasarrufu: Tahmini ~6 hafta
Örnek olay çalışması kuralı doğruluyor: RK3588 üzerinde Android, kullanıcı arayüzü merkezi olduğunda, ekip mobil-yerel olduğunda ve gerçek zamanlı kontrol gerekmediğinde meşru bir endüstriyel seçimdir.
IEEKER YKR-3588S Kartları: İşletim Sistemi Desteği ve BSP Taahhütleri
Tüm IEEKER YKR-3588S endüstriyel SBC'ler çoklu işletim sistemi BSP desteği ile gönderilir: Debian 12, Ubuntu 22.04, Buildroot ve Android 12 AOSP. Her BSP şunları içerir:
- Önceden oluşturulmuş çekirdek görüntüleri ve cihaz ağacı dosyaları
- MIPI CSI, PCIe, USB 3.0 ve tüm yerleşik çevre birimleri için kullanıma hazır sürücü desteği
- Hem Linux hem de Android'de NPU çıkarımı için RKNN-Toolkit2 entegrasyonu
- İzlenebilir çekirdek bakım günlükleri ile 10 yıllık yaşam döngüsü taahhüdü
Özel işletim sistemi yapılandırmaları için - seri üretim için soyulmuş Buildroot görüntüleri, yumuşak gerçek zamanlı uygulamalar için PREEMPT-RT çekirdek yapıları veya AOSP platform özelleştirmesi - özel geli̇şti̇rme karti tasarim hi̇zmeti̇ tüm işletim sistemi getirme kapsamını kapsar.
İşletim sistemi karar aşamasındaysanız ve özel kullanım durumunuzu tartışmak istiyorsanız, mühendi̇sli̇k eki̇bi̇mi̇zle i̇leti̇şi̇me geçi̇n ücretsiz teknik danışmanlık için.
SSS
Aynı RK3588 kartı üzerinde hem Linux hem de Android çalıştırabilir miyim?
Aynı CPU çekirdeği üzerinde aynı anda değil, ancak çift önyükleme yapılandırmaları mümkündür. Bazı endüstriyel tasarımlar, Android üretim görüntüsünün yanı sıra Linux kurtarma ortamını desteklemek için A/B bölümleme şemaları kullanır. Bu, BSP karmaşıklığını artırır ve genellikle yalnızca kablosuz güncelleme esnekliği için garanti edilir.
İşletim sistemi seçimi RK3588 NPU performansını etkiler mi?
Hayır. RKNN-Toolkit2 hem Linux hem de Android'de eşdeğer NPU performansı sunar. 6 TOPS INT8 rakamı bir donanım sabitidir, işletim sistemine bağlı değildir.
Yocto, RK3588 üretimi için Buildroot'tan daha mı iyi?
Yocto daha fazla esneklik ve daha geniş bir topluluk tarifi ekosistemi sunar, ancak daha dik bir öğrenme eğrisine ve daha uzun ilk derleme sürelerine sahiptir. Önceden Yocto deneyimi olmayan ekipler için Buildroot, üretime hazır hale daha hızlı ulaşır. Farklı SoC'lerde birden fazla ürün grubu bulunduran büyük kuruluşlar için Yocto'nun katman mimarisi uzun vadede işe yarar.
RK3588 üzerinde Windows IoT ne olacak?
ARM üzerinde Windows, Microsoft onaylı donanım gerektirir. RK3588, Windows IoT Enterprise için onaylı donanım listesinde yer almadığından çoğu endüstriyel tasarım için uygun olmayan bir yoldur.
Sonuç
RK3588'de Linux vs Android kararı, soyut olarak hangi işletim sisteminin daha iyi olduğu sorusu değildir - bu, hangi işletim sisteminin ürününüzün özel gereksinimlerine uyduğu sorusudur. Linux, endüstriyel uygulamaların çoğu için kazanır: başsız dağıtımlar, uç yapay zeka boru hatları, gerçek zamanlı bitişik kontrol sistemleri ve 5+ yıllık dağıtım penceresine sahip herhangi bir ürün. Android belirli ve iyi tanımlanmış bir grupta kazanır: zengin dokunmatik kullanıcı arayüzü uygulamaları, kiosk tarzı ürünler ve mobil geliştirme geçmişine sahip ekipler.
Kullanın dört soruluk çerçeve tasarım döngünüzün başlarında karar vermek için yukarıda. Projenin ortasında işletim sistemini değiştirmek felaket değildir, ancak çoğu endüstriyel programın sahip olmadığı 2-4 haftaya mal olur.
Her iki işletim sistemi ailesinde de önceden doğrulanmış BSP'lere sahip RK3588 kartları için ieeker'in RK3588 gömülü SBC serisi veya bizim gözden eksiksiz gömülü Linux kart kılavuzu daha geniş platform bağlamı için.
Kaynaklar ve Referanslar:
- Eclipse Foundation IoT & Gömülü Geliştirici Anketi 2024
- Linux Gömülü Sistemler Pazar Büyüklüğü 2026 - commandlinux.com
- Android 2025'te Gömülü Sistemler için Doğru Seçim mi? - MicroEJ
- IoT İşletim Sistemi Seçimi: Linux vs Windows vs Android - Vantron Tech
- Android Things - Vikipedi
- RKNN-Toolkit2 - Rockchip GitHub
- IEC Endüstriyel Kontrol Sistemleri Standartları - iec.ch
