Damon Motorcycles gaat BlackBerry QNX gebruiken in elektrische motoren

Damon Motorcycles gaat een elektrische motor op de markt brengen waarbij gebruikgemaakt wordt van BlackBerry QNX. De software wordt ingezet voor het 360-graden-waarschuwingssysteem, dat de naam CoPilot draagt.

De elektrische motorfiets heeft de naam Hypersport Pro, en wordt tijdens de CES-beurs, die volgende week van start gaat, getoond. Dan worden ook meer details vrijgegeven van het voertuig. Voor nu laat Damon Motorcycles alleen weten dat er gebruikgemaakt wordt van software van BlackBerry.

Het gaat daarbij om QNX, het besturingssysteem dat het Canadese bedrijf voorheen als basis voor zijn BlackBerry 10-smartphones gebruikte, maar tegenwoordig met name wordt ingezet in auto's en industriële apparaten. Damon Motorcycles zet QNX in voor CoPilot, een veiligheidssysteem dat de situatie rondom de motorfiets in de gaten kan houden.

Met CoPilot moet onder andere gewaarschuwd kunnen worden voor botsingen, onder andere door gebruik te maken van radar en camera's. Geïnteresseerden kunnen dus op de CES kijken hoe dit werkt, maar er wordt geen live-demonstratie gegeven; de functionaliteit wordt getoond op een stationaire motor waarbij de mogelijkheden via vr worden gedemonstreerd. Wanneer de Hypersport Pro moet uitkomen is nog niet bekend.

Door RoD

Forum Admin Mobile & FP PowerMod

04-01-2020 • 09:41

39

Reacties (39)

Sorteer op:

Weergave:

"maar tegenwoordig met name dienst doet in auto's en industriële apparaten"

Sorry hoor maar QNX was al heel wat langer in gebruik dan alleen voor Blackberry. Tijdens m'n opleiding technische informatica nog mee gewerkt. Het is een real time operating system (met even kort door de bocht dus garanties over hoe lang een bepaalde operatie mag duren), erg geschikt voor bijvoorbeeld kerncentrales.
Ik heb bij mijn eerste programmeerklus (1995-1998) veel met QNX gewerkt. Supersnel en stabiel OS. Dat was in de tijd (Windows 3.11 - 95) dat Windows nog regelmatig crashte. QNX was super efficient: ze hadden een demo waarbij Doom in een window draaide en je dat half kon verschuiven naar een 2e PC zodat het window half op de montior van de ene en voor de helft op de andere stond (QNX was multi node, network transparent).
QNX werd verder gebruikt in "mission critical" applicaties zoals de Space Shutte en kerncentrales.
Klopt, BlackBerry heeft QNX pas sinds 2010 in handen en het bestaat als sinds de jaren 80.

Verder klopt het artikel wel, BlackBerry heeft het namelijk eerst met name ingezet voor zijn smartphones.
Klopt, BlackBerry heeft QNX pas sinds 2010 in handen en het bestaat als sinds de jaren 80.

Verder klopt het artikel wel, BlackBerry heeft het namelijk eerst met name ingezet voor zijn smartphones.
Tja, technisch gezien klopt er wel wat er staat, maar als je het leest zonder voorkennis dan denk je dat Blackberry QNX zo'n beetje het leven heeft ingeroepen en dat het pas sinds kort voor andere doeleinden wordt gebruikt dan mobiel.
Ze hadden vroeger ook een demo floppy, het complete OS met GUI op een 3,5" schijfje.
Ik heb menig Windows 9x versie van een ondergang weten te redden met een QNX reddings flop/cd met handige tools.
Voor die het niet kennen QNX is een (bijna) realtime OS. Ideaal als embedded OS. Ik heb er jaren geleden kennis mee gemaakt.
Een realtime OS geeft bepaalde garanties op hoelang het duurt voor een bepaalde interrupt word afgehandeld. Stel, een sensor in de motorfiets uit het artikel geeft een signaal af, dan moet dat 'snel' afgehandeld worden. Bij een gewoon OS kan het een vrij variabele tijd duren voor daar iets mee gebeurd, net hoe de scheduler dat doet. Bij een RTOS zijn er garanties, ook in de context van veel threads en processen.

Als je bijvoorbeeld een besturing van een machine wil doen is dat soms nodig.
Ter aanvulling om aan te geven waar de catch zit: het gaat over de afhandeling van interrupten op de IO-bus, i.e. signalen. De catch van een RTOS is een is dat een maximaal hoeveel tijd beschikbaar wordt gesteld voor de controller (lees: hardware) om de IO signalen af te handelen. Real-time in deze context is maximaal in de milliseconden domein voor een beperkt hoeveelheid signalen. Je moet dus vooraf per signaal aangeven hoe snel het afgehandeld moet worden. Daarmee kunnen er prima signalen tussen zitten die in een seconde afgehandeld worden. Wanneer je over dit 'tijdsbudget' heen gaat, wordt de load op de controller te hoog en reageert de controller hetzelfde als je reguliere OS.

De grap wel is dat wanneer je tijd-budget op is, je heel gemakkelijk een nieuwe controller bij plaatst.

AFAIK: De meeste DCS leveranciers gebruiken QNX als basis in hun controllers. :)
AFAIK: De meeste DCS leveranciers gebruiken QNX als basis in hun controllers. :)
Wat met WindRiver's VxWorks ?
Kleine nuance: Het signaal van de sensor moet niet "snel" worden afgehandeld. Het gaat er om dat:
- het wordt afgehandeld
- het op tijd wordt afgehandeld
- als het niet op tijd dreigt te komen, dan worden acties ondernomen.
Het kan dus zijn dat acties worden vertraagd maar nog op tijd worden afgehandeld om daarmee andere acties ook op tijd af te handelen.
Overigens zijn er ook nog regels voor het 'in volgorde' afhandelen en natuurlijk de nodige prioriteiten.

Voor de goede orde: de meeste operating systemen werken 'zo snel mogelijk' waar bij alles gewoon gebeurt zoals het uit komt. Dat is hier dus niet het geval.

[Reactie gewijzigd door beerse op 24 juli 2024 01:24]

Idee is d
Dat alle in en output gelijk wordt verwerkt. Dit zodat als er een knop wordt ingedrukt er gelijk actie is. I.p.v dat er eerst andere taken gedaan worden.
Dat alle in en output gelijk wordt verwerkt. Dit zodat als er een knop wordt ingedrukt er gelijk actie is
Ja, dat zou mooi zijn, als je een systeem hebt dat alles tegelijkertijd kan. Maar dan zou ik eerder aan hardware denken met dedidcated electronica voor elke input/output. En zelfs dan is er vertraging. De truc met een RTOS is dat er een limiet op de vertraging zit. Er zijn namelijk ook redenen om niet een RTOS te willen. Bijvoorbeeld: om je browser sneller op input te laten reageren zou je elke milliseconde 10% CPU-kracht aan de GUi van je browser kunnen besteden. Maar als je je browser even niet gebruikt blijft dat 10%: je zou op een desktop dus helemaal niet efficiënt met je resources omgaan.

[Reactie gewijzigd door 84hannes op 24 juli 2024 01:24]

Dat kun je zo vinden.
In het kort: een realtime OS probeert geen buffer vertragingen te realiseren.
Nope. Een Real-time OS is een OS dat garanties levert over de timings van processen, en controle biedt over die garanties. Bijv. een proces moet maximaal 10 ms wachten voordat hij aan de beurt is, of iedere taak wordt voor de deadline van die taak afgehandeld.

Het heeft niets met snelheid te maken, en niets met vertragingen.
In dit geval met een microkernel waarbij alle hardware direct toegankelijk is en afzonderlijk uitgeschakeld kan worden.
Het real-time ervan is niet zo bijzonder. Dat was een C64 ook. Geen delay, veroorzaakt door een technisch overbodig platform/stuk software tussen de machine en de gebruiker.

[Reactie gewijzigd door blorf op 24 juli 2024 01:24]

Ik ben benieuwd hoe het die waarschuwingen wil geven... Tijdens het motorrijden heb je wel betere dingen te doen dan naar displays in de cockpit te starten, en het zit ook een stuk minder in het zicht dan in een auto.

Via iets van een HUD in de helm is ook twijfelachtig, dan beperk je meteen heel erg de helm-keuze tot een specifiek model dat dat ondersteund.
Wat dacht je van geluid? Of automatisch ingrijpen op je gashendel/rem? Geen idee of het bestaat maar beetje meesturen kan misschien ook geen kwaad? In mijn wagen zitten ook een hoop hulpsystemen en het is pas als ik ze uitschakelt dat ik merk hoeveel ze me dagelijks ondersteunen.
Op een motor stuur je niet met het stuur*, maar met je gewicht. Het stuur is vooral voor de bediening en de stabiliteit. Zelfs zomaar remmen zonder dat jij daar op voorbereid bent zou op zijn minst 'bijzondere' effecten geven.
Het lijkt me dan ook erg interessant om te zien hoe ze dat zouden willen bewerkstelligen.


*uitzondering: in noodgevallen kun je met een korte ruk aan het stuur heel snel uitwijken: echter, hoe tegenstrijdig dat ook klinkt, een korte ruk naar links laat de motor naar rechts(!) uitwijken, en andersom.

Edit: het filmpje van @LoSBoL geeft interessante inzichten, waarvoor dank. Het blijkt maar weer dat je niet te veel moet nadenken onder het rijden. ;). Het blijft echter wel erg relevant wat de berijder(s) doen en dat die op de hoogte zijn van uitgevoerde acties.
Een ongeoefende bijrijder kan enorme impact hebben op het weggedrag van je motor, zeker als het een wat lichtere motorfiets is, terwijl je van iemand die volledig met je meebeweegt hoegenaamd geen ‘last’ hebt.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 01:24]

"Op een motor stuur je niet met het stuur*, maar met je gewicht."

Dat wordt veel beweerd, maar is echt niet waar. Alles draait om tegensturen, met gewichtsverplaatsing is niet te sturen, een motor wil van nature namelijk alleen rechtdoor. Hoeveel gewicht je er ook tegenaangooit.

Zie onderstaand filmpje, vanaf een minuut of 2 kan je zien dat met puur en alleen gewichtsverplaatsing je niet kan sturen.
https://youtu.be/8VqXBA-sGHA
Dat is alleen maar omdat het gewicht niet echt verplaatst wordt, de krachtenbalans is in het filmpje anders, maar balans blijft balans. In het filmpje blijft het center of gravity op exact dezelfde plek, daarom blijft de motor rechtdoor gaan. Zou hij naar links gaan hangen (ipv alleen een been optillen) dan gaat de motor ook daadwerkelijk naar links, omdat het center of gravity van de motor+rijder combinatie naar links verschuift en dus niet meer in lijn ligt met de wielen.
Countersteering werkt ongeveer met hetzelfde principe, stuur je naar rechts gaat je center of gravity links liggen van het traject dat de motor volgt, waardoor je naar links stuurt/gaat.
Op een motor stuur je niet met het stuur*, maar met je gewicht.
Je gebruikt je stuur om in eerste instantie het punt waar je voorwiel, en in tweede instantie ook je achterwiel, contact maakt met de weg, zijdelings te verplaatsen ten opzichte van je zwaartepunt. Op die manier zorg je dat je in evenwicht blijft. Verstoor je tijdelijk je evenwicht*, zodat je zwaartepunt links of rechts van de lijn tussen die contactpunten komt, dan kom je in een bocht terecht, waarbij je het evenwicht zoekt tussen de middelpuntzoekende kracht die hoort bij je voorwaartse snelheid en de straal van de bocht, en de zwaartekracht.
Kortom, ook op een (motor)fiets gebruik je je stuur echt om te sturen, ook al is de relatie tussen de stand van het stuur en de bocht die je maakt allesbehalve direct, zoals bij een auto.

*zoals je ook aangeeft, door even naar links te sturen om een bocht naar rechts in te zetten, of andersom
Zelfs zomaar remmen zonder dat jij daar op voorbereid bent zou op zijn minst 'bijzondere' effecten geven.
Of gas geven. Honda heeft een aantal jaren terug een VFR met V-TEC uitgebracht, wat net als bij auto's rond een bepaald toerental aan gaat. Maar plots meer power terwijl je een bocht uit accelereert bleek niet zo plezant.

V-TEC kicks in yo! :P
Zowel de Suzuki GSXR 1000 en de BMW S1000RR maken gebruik van variabele klep timing en die doen het beide prima op een circuit. Moet er wel bij worden gezegd dat de techniek sinds de introductie van de VFR 800 Fi in 2002 wel een heel stuk verder.
*uitzondering: in noodgevallen kun je met een korte ruk aan het stuur heel snel uitwijken: echter, hoe tegenstrijdig dat ook klinkt, een korte ruk naar links laat de motor naar rechts(!) uitwijken, en andersom.
Klopt, maar dat geldt enkel voor snelheden vanaf ca 60km/h, daaronder heeft een ruk naar links wel degelijk het gevolg dat je naar links gaat.
Daarbij wordt het stuur wel degelijk gebruikt bij hoge snelheden om te sturen, zeker op circuit, waar je gaat tegensturen (de logica die je aangaf). Met alleen je lichaam verplaatsen ga je er niet geraken.
"maar dat geldt enkel voor snelheden vanaf ca 60km/h, daaronder heeft een ruk naar links wel degelijk het gevolg dat je naar links gaat."

Nee, zelfs met een fiets doe je aan tegensturen om een bocht in te kunnen sturen, je bent je er alleen niet bewust van.

https://youtu.be/llRkf1fnNDM

Daarom is de overstap van een driewieler naar gewone fiets voor kleine kinderen lastig, omdat ze dan ineens moeten tegensturen terwijl ze dat met een driewieler niet hoefde te doen. Sla je de driewieler over en zet je ze op een loopfiets, dan leren ze het direct goed omdat ze direct leren tegensturen.

[Reactie gewijzigd door LoSBoL op 24 juli 2024 01:24]

Op een motor stuur je niet met het stuur*, maar met je gewicht. Het stuur is vooral voor de bediening en de stabiliteit.
BS, het is maar net wat je rijstijl is. Het is tevens afhankelijk van snelheid, de bocht en wat voor een motor.
Op lage snelheden gebruik ik mijn stuur, voor het wisselen van rijbaan op een snelweg gewicht.
De grap is dat allemaal onderbewust gebeurd, als je over zou moeten denk ga je op je bek.

Ik druk een bijrijder altijd op het hart om niets te doen. Blijf gewoon recht op (tov het zadel) zitten, NIET (mee)leunen.
"In mijn wagen"

Je wagen is geen balansvoertuig, in tegenstelling tot een motorfiets waarbij je deel uit maakt van de balans. Een motorfiets die ingrijpt op gas rem en vooral sturen werpt je van de motorfiets af.
Zoiets is er al, "gewoon" van Bosch. :)
https://www.bosch-mobilit...rider-assistance-systems/

Werkt uiteraard anders.
Het is zo jammer dat BlackBerry 10 - dat op QNX draaide- niet meer levensvatbaar is. Ik heb het gebruik tot de laatste snik (nadat Whatsapp op zwart ging). Dit was het beste mobiele OS, en in mijn ogen nog steeds superieur tov iOS en Android
Ik had gehoopt dat vandaag de dag Apps ontwikkelt waren op basis van 1 standaard die op elk OS werkt.

Ik ben erg benieuwd hoe Huawei het met hun eigen OS gaan doen.
Nuance: de Blackberry-versie van Whatsapp ging inderdaad op zwart, maar ik gebruik nog dagelijks een up-to-date Whatsapp op m'n Blackberry. Dan gaat het dus om een Android-versie.
Draait dat nog een beetje dan? Ik heb dat toentertijd ook geprobeerd. Was met een erg omslachtige workaround en de Android Player werd trager en steeds meer onbetrouwbaar. Draait nog steeds op Android 4.4 volgens mij
Ik zit nu op versie 2.19.240, schijnt voor Android 4.03-4.04 te zijn. Je moet wel een patch-app gebruiken ('WhatsFixer') voordat je media kan versturen. Werkt verder prima, niet traag of onbetrouwbaar. En je krijgt notificaties als er een "nieuwe" versie beschikbaar is.

[Reactie gewijzigd door oja op 24 juli 2024 01:24]

Leuk voor ze, maar dit is echt niet nieuwswaardig. QNX is heel groot geweest in de automotive techniek, maar verliest steeds meer terrein aan o.a. Linux. Steeds meer merken stappen er van af.
Als ik het nieuws van QNX mag geloven zijn ze afgelopen jaren juist flink gegroeid. http://blackberry.qnx.com/en/news/release/2019/7130

Heb jij artikelen wat het alternatief is en wat veel gebruikt wordt bij andere merken? Ben daar wel nieuwsgierig naar.
Wat je zegt klopt niets van. De markt voor QNX groeit alleen maar. Zelfs in ISS draaien zaken op QNX. Mercedes heeft idd per 2019 afscheid genomen van QNX maar daar voor zijn juist veel meer nieuwe automotive klanten bij gekomen.

Op de EMM markt krimpt BlackBerry inderdaad. Dit komt door de populariteit van Intune. Hier hebben alle andere EMM boeren ook last van. BlackBerry is druk aan het timmeren aan de weg met Zero Trust via het Spark platform in de breedste zin van het woord.

Overigens:
https://www.blackberry.com/us/en/company/did-you-know

[Reactie gewijzigd door Razwer op 24 juli 2024 01:24]

Op dit item kan niet meer gereageerd worden.