Zephyr, operační systém pro internet věcí (diskuse)

[koroptev]

IoT, to je kdyz muj kuchynsky nuz posle na server "on se rizl" a na serveru mi zobrazi reklamu na naplasti?

[anonym]

Ne, to je kdyz te tvuj zachod napraska brzdovemu systemu u auta za to ze jsi splachnul ty oblbovaci prasky co ti objednala televize protoze sis pri reklamach moc casto vypinal zvuk.

[Andrtalec]

Nie, to je:

- Poď von!
- Nemôžem, mám bundu v nabíjačke!

[the.max]

+1

[marek_hb]

ne ne - to je když tě ten Tvůj nůž řízne protože výrobce náplastí potřebuje zvýšit obrat :-/

[egg]

Hlavní rozdíl oproti Linuxu je tedy realtimovost? Čili bude moci řídit třeba kvadrokoptéru apod.

[xkucf03]

Zvláštní, zrovna tu jeden RT Linux mám pár metrů od sebe V čem je tedy ten rozdíl? Spíš bych čekal, že v HW nárocích. I když ono ani v té kvadkoptéře není problém mít něco výkonnějšího (ve srovnání se zbytkem součástek bude ten procesor zlomek ceny).

[VSi]

Rozdíl je v low-footprint designu, Zephyr bude je spíš v kategorii jako FreeRTOS, tedy např. pro CPU třídy ARM Cortex-M3/M4 a desítky až stovky kB RAM. To "něco výkonnějšího" není vždy tak snadné - pokud jde o latence a determinismus v jednotkách mikrosekund, tak to je s RT Linuxem i na poměrně výkonném HW nedosažitelné, i z důvodu HW vlastností věcí jako memory cache, DRAM, TLB nebo interrupt controller.

RT Linux, krom toho, že pro takový HW vůbec není, má pořád pro určité aplikace poměrně velké nedostatky.

[Peter Fodrek]

Toto bolo isteho casu na Open Source Automation Development Lab ukazne v teste. Max. latenciu mala Core i3 nizsiu ako i5 a ta nizsiu ako i7. Pricom hrbz vzkon je v opacnom poradi. Alebo Cortex A7 bez video decode akceleracie mal nizsiu latenciu ako ten istz chip s nou.

[Peter Fodrek]

Akz RTLinuxFree RTLinuxPRO pripadne nieco ako RTAI/Xenomai alebo jadro s RTPreemptPatch?

[jehovista]

To mi netvrd, ze na kvadrakopteru potrebuju RT OS.

[VSi]

Na regulační smyčky motorů a stabilizace je RT potřeba nepochybně. Bez OS se dá obejít, ale hodí se, pokud chci využít věci jako IP stack nebo filesystém.

[error414]

videl jsem i pokusy kopter co byly pohaneny normalnim linuxem, ale byly to jen pokusy a litalo to, jinak neznam jedinej system co by pouzival nejaky OS a v nem by bezela aplikace na rizeni. Dost se take resi vykon procesoru ARM F1 jsou uz pro nizky vykon opusteny a nastupuji F3 pro koptery a F4 pro vrtulniky.

viz: https://github.com/cleanflight/cleanflight

[Cabrón]

Cleanflight je trochu extrémní případ, je to hodně "feature rich" controller, kterej dělá spoustu věcí navíc (např. řízení WS28xx diod, který jsou na časování extrémně náročný). Multikoptéry lítají velmi spolehlivě na hardwaru mnohem pomalejším, než je F1, např. ATmega328 (projekty jako Aeroquad, starší APM a podobně).

Co se RTOS týče, většina těch menších jede bez OS, ale některý novější mají operační systém i v ESC např. projekt VESC (používá excelentní ChibiOS).

[error414]

no ok, tak betaflight, tam je taky dost blbosti ale doporucuje se nic nepouzivat (sw serial, diodky,) dokonce na F1 deskach vypinaji ACC aby bylo vice vykonu, co jsem tak pochopil tak F1 jsou napicku s float vypoctama. Teda bavim se o fpv race, na klasicke koptery se pokud vim pouziva nejvic naza.

BTW: ten regl vypada moc zajimave, diky za info, ja pouzivam klasicke regulatory s atmelem a blheli.

[Petr Tomášek]

Jo, ale má to debilní Apache 2.0 licenci a ne GPL. Takže sorry...

[VSi]

Ono se to používá tak, že se OS a aplikace slinkují do jednoho binárního image. Nebyla by pak v případě GPL povinnost poskytnout zdrojové kódy i od té aplikace? To by s tím pak moc neuspěli.