Phoenix-RTOS: Różnice pomiędzy wersjami

Z Wikipedii, wolnej encyklopedii
[wersja nieprzejrzana][wersja nieprzejrzana]
Usunięta treść Dodana treść
m MalarzBOT: korekta wielkości nagłówków
m MalarzBOT: wstawiam brakujący szablon {{Przypisy}}
Linia 38: Linia 38:
=== Phoenix-RTOS 3.0 ===
=== Phoenix-RTOS 3.0 ===
Obecnie trwają prace nad kolejną wersją systemu. Wersja Phoenix RTOS 3.0 bazuje na [[Mikrojądro|mikrojądrze]], ma zostać zakończona w 2017 Q2 i zastosowana masowo w nowych urządzeniach pomiarowych o bardzo niskim poborze mocy. Decyzja o pracy nad nową wersją została podjęta po doświadczeniach wyniesionych z pierwszych wdrożeń. Głównym problemem pierwszych wdrożeń była niska modularność jądra i i utrudnione zarządzanie procesem wytwarzania oprogramowania (sterowników urządzeń, sterowników systemów plików). Zmianie ma ulec także system zarządzania pamięcią (wprowadzenie obiektów pamięci), a wszystkie sterowniki zostaną wyprowadzone poza jądro systemu. Dodana zostanie także obsługa protokołów bezprzewodowych typu MESH.
Obecnie trwają prace nad kolejną wersją systemu. Wersja Phoenix RTOS 3.0 bazuje na [[Mikrojądro|mikrojądrze]], ma zostać zakończona w 2017 Q2 i zastosowana masowo w nowych urządzeniach pomiarowych o bardzo niskim poborze mocy. Decyzja o pracy nad nową wersją została podjęta po doświadczeniach wyniesionych z pierwszych wdrożeń. Głównym problemem pierwszych wdrożeń była niska modularność jądra i i utrudnione zarządzanie procesem wytwarzania oprogramowania (sterowników urządzeń, sterowników systemów plików). Zmianie ma ulec także system zarządzania pamięcią (wprowadzenie obiektów pamięci), a wszystkie sterowniki zostaną wyprowadzone poza jądro systemu. Dodana zostanie także obsługa protokołów bezprzewodowych typu MESH.

{{Przypisy}}


== Linki zewnętrzne ==
== Linki zewnętrzne ==

Wersja z 10:09, 5 lis 2016

Phoenix-RTOS
logo
Producent

Phoenix Systems sp. z o.o.

Architektura

{{{architektura}}}

Pierwsze wydanie

{{{pierwsze wydanie}}}

Jądro

{{{jądro}}}

Środowisko pracy

{{{środowisko pracy}}}

Licencja

{{{licencja}}}

Strona internetowa

Phoenix-RTOSsystem operacyjny czasu rzeczywistego przeznaczony dla urządzeń Internetu rzeczy (IoT). Podstawowym zadaniem systemu jest ułatwienie tworzenia urządzeń definiowanych programowo.

Historia

Phoenix-RTOS został stworzony jako następca systemu operacyjnego Phoenix, opracowanego na Wydziale Elektroniki i Technik Informacyjnych Politechniki Warszawskiej przez Pawła Pisarczyka w ramach jego pracy magisterskiej w latach 1999-2001. System Phoenix został początkowo zaimplementowany dla mikroprocesorów IA32, w roku 2003 dostosowany do procesorów ARM7TDMI, a w roku 2004 zrealizowano wersję dla PowerPC. System dostępny był na licencji GPL.

Phoenix-RTOS 2.0

Decyzję o porzuceniu rozwoju Phoenix i napisaniu od podstaw Phoenix-RTOS została podjęta przez jego twórcę w roku 2004. W roku 2010 powołana została spółka Phoenix Systems sp. z o. o. w celu komercjalizacji systemu.

Wersja bazuje na jądrze monolitycznym. Początkowo rozwijano wersję dla IA32 oraz dla procesora konfigurowalnego eSI-RISC. W związku z nawiązaniem współpracy z NXP Semicunductors, system dostosowano do platformy Vybrid (ARM Cortex-A5). Przygotowano kompilator GCC, bibliotekę standardową newlib oraz dostosowano popularne narzędzia takie jak busybox, dropbear etc. Wersja została wyposażona w obsługę protokołów PRIME (Phoenix-PRIME) i G3-PLC, wykorzystywanych w sieciach Smart Grid.

W 2016 r., w sieci polskiego dystrybutora energii Energa-Operator, wdrożono 6,6 tys. koncentratorów danych dla Smart Grid (ZKB) bazujących na Phoenix-RTOS[1] oraz podpisano umowy licencyjne na masowe wykorzystanie systemu operacyjnego w inteligentnych licznikach energii. 

Phoenix-RTOS 3.0

Obecnie trwają prace nad kolejną wersją systemu. Wersja Phoenix RTOS 3.0 bazuje na mikrojądrze, ma zostać zakończona w 2017 Q2 i zastosowana masowo w nowych urządzeniach pomiarowych o bardzo niskim poborze mocy. Decyzja o pracy nad nową wersją została podjęta po doświadczeniach wyniesionych z pierwszych wdrożeń. Głównym problemem pierwszych wdrożeń była niska modularność jądra i i utrudnione zarządzanie procesem wytwarzania oprogramowania (sterowników urządzeń, sterowników systemów plików). Zmianie ma ulec także system zarządzania pamięcią (wprowadzenie obiektów pamięci), a wszystkie sterowniki zostaną wyprowadzone poza jądro systemu. Dodana zostanie także obsługa protokołów bezprzewodowych typu MESH.

Linki zewnętrzne