From mboxrd@z Thu Jan 1 00:00:00 1970 From: Philippe Gerum In-Reply-To: <200903271717.07188.pwaechtler@domain.hid> References: <200903271538.10434.pwaechtler@domain.hid> <200903271641.09389.pwaechtler@domain.hid> <49CCF4C4.2010802@domain.hid> <200903271717.07188.pwaechtler@domain.hid> Content-Type: text/plain; charset="UTF-8" Date: Fri, 27 Mar 2009 17:31:47 +0100 Message-Id: <1238171507.6815.250.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Xenomai-core] use case: possible to boot Posix subsystem in <50ms and then Linux? List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: pwaechtler@domain.hid Cc: xenomai@xenomai.org On Fri, 2009-03-27 at 17:17 +0100, Peter W=C3=A4chtler wrote: > Am Friday 27 March 2009 16:46:12 schrieb Gilles Chanteperdrix: > > Peter W=C3=A4chtler wrote: > > >> As a side note, I have a question for the automotive industry peop= le. > > >> Would there be an interest in developing an OSEK skin for Xenomai?= I > > >> have been thinking about that for some time, but still have not fo= und > > >> time to start the job. I have read the OSEK spec, and found the > > >> interface pretty simple (though some part of the job has to be don= e > > >> offline, and annoyingly need to read XML files). The OSEK com spec= , on > > >> the other hand, looks rather scary. > > > > > > There are open source OSEK implementations. AFAIK, all far from > > > completeness. > > > > > > You can start with > > > http://opensek.sourceforge.net/ > > > > > > or have a look at the list at > > > http://en.wikipedia.org/wiki/OSEK > > > > My question is: would you, people working for the automotive industry= , > > use it. Do you need this, or is OSEK dead and people are using POSIX. >=20 > Can't answer with yes or no. > OSEK is in use today and will be used for several years. > AUTOSAR is a new aproach for providing a framework for easier reuse/rel= ocation=20 > of functionality. > And POSIX is used whereever Linux or QNX is involved (mediaplayers,navi= gation=20 > with file access) >=20 > The problem with using a newly open source OSEK implementation is risk = and=20 > trust and level of testing/validation and TOOLS and CAN stack support. >=20 If I understand correctly what Gilles had in mind, the intended usage would not be actual embedding, but rather provide a host-based development environment that is OSEK-aware, on top of which one could write most of an arch-independant application, use the productivity tools and rich debug tools available there to work out the issues and validate it, before moving the code to the actual control units for finalization, this time on a real, certified OSEK-compliant core. A bit like having arinc653 on a linux-based system: this won't be certified before hell freezes, this won't actually be embedded in any flight control system, but this allows accurate simulation provided the APEX is properly implemented, and makes the initial stages of the implementation way easier then banging one's head on the target directly. > I think it's very late - but this depends on quality of implementation.= OSEK=20 > is for the "smaller" control units. I guess we will have "smaller" ECUs= in=20 > our new cars for the next 10 years. > But on the other hand a manufacturer like Volkswagen has chosen Vector = osCAN=20 > as OSEK implementation. I doubt that they will change that for no good=20 > reason. Royalties are rather low and the emphasize is TOOLS and CAN sup= port. >=20 > Peter >=20 >=20 > _______________________________________________ > Xenomai-core mailing list > Xenomai-core@domain.hid > https://mail.gna.org/listinfo/xenomai-core --=20 Philippe.