Onderwerp: Betrouwbaarheid navigatie software

AndreAzuree schreef :

Prima ding, 1x software update nodig gehad daarna wederom probleemloos.
Gebruik m met wingps Marine (android)
Op telefoon en tablet.
Bluetooth én wifi.beiden stabiel.

Edit:gaat bij mij over de variant met sodtma

Joop66 schreef :
On iPad crasht (tot nu toe) niet met onze navigatie apps, maar mocht dat gebeuren dan is een warme of koude herstart snel en eenvoudig uit te voeren voor iedere leek.

OS X hebben wij ook goede ervaringen mee (als er al een programma vastloopt neemt die meestal niet het hele systeem mee), maar onze iPad Pro's zijn qua betrouwbaarheid tot nu toe niet te evenaren.

Windows (lang geleden voor het laatst gebruikt), Android en RPi geen ervaring mee, dus we kunnen niet vanuit eigen ervaring vergelijken.

3Noreen schreef : Nee hoor, ik heb het over een algemeen verschijnsel namelijk dat de permanente stroom disrupties de professionalisering van software in de weg staat.
En dat geldt ook voor, helemaal niet zo eenvoudige, navigatie software. Het toeval wil dat een goede, helaas te vroeg overleden, vriend van mij de oorspronkelijke ontwikkelaar is van WinGPS. Dat deed hij in Visual Basic van Microsoft, een hulpmiddel dat inmiddels historisch is en naar ik aanneem door geen enkele professionele ontwikkelaar meer wordt gebruikt.

Er is echt wel heel verbeterd in software ontwikkeling en operating systemen waardoor het schrijven van storingsvrije software steeds makkelijker wordt. Enkele voorbeelden.

Programma's draaien tegenwoordig in een geïsoleerde virtuele omgeving. Het ene programma kan zo niet meer het andere programma laten crashen. En, als een programma crasht kan het operatiegebied systeem en de andere programma's gewoon verder.

Programna's hoeven bij de meeste programmeertalen niet zelf hun rommel op te ruimen, daarvoor zijn garbage collectors. Het is daardoor minder waarschijnlijk dat programma's op den duur crashen of traag worden.

Programma's bestaan meer en meer uit steeds uitgebreidere bouwblokken. Deze bouwblokken worden vaak in honderden programma's gebruikt waardoor fouten snel gevonden en gecorrigeerd worden.

Testen kan geautomatiseerd worden waardoor het eenvoudiger is steeds het complete systeem te testen en niet alleen de wijzigingen.

Randapparatuur is niet meer direct benaderbaar, alleen nog via gestandaardiseerde API's. Waardoor programma's ook met andere of nieuwe hardware overweg kunnen.

Ik kan nog wel even doorgaan. Het idee is duidelijk, je moet steeds meer je best doen om buggy software te schrijven. (Het kan nog steeds hoor) Het grappige is, van deze verbeteringen profiteer je vooral als je software op een full fledged operating systeem draait. Vandaar ook dat plotters tegenwoordig ook gewoon een Unix variant hebben lopen waarbinnen de eigen software draait. Het verschil met een navigatieapp op een raspberry is nog maar heel klein. Zeker nu plotterfabrikanten door chip tekorten steeds gedwongen worden hun hardware aan te passen. Het idee van een stabiele hardware omgeving voor een plotter bestaat daardoor ook niet meer.

Daarbij is het vaak over the top om het op een operating system te draaien. Wat ik wel vaak zie gebeuren.
Dat is echt niet nodig als je bijvoorbeeld een ledje wil laten knipperen aan de hand van een ingelezen sensor waarde..
Dan kan je het beter zonder doen zodat je dan nog maar een paar pagina's code te managen hebt.
Minder tekst minder bugs zeg maar.

Joop66 schreef : Nee hoor, dat ben ik niet vergeten. Dat valt bij mij in de categorie “Is het product voldoende stabiel? - geen crashes, falende functionaliteiten etc”. Misschien had ik beter “oplossing” moeten zeggen, want het is zoals je terecht opmerkt de combinatie van hardware, OS en navigatieoplossing.

OS op mijn iPad crasht niet dusdanig dat deze niet meer kan opstarten, sterker nog… ik kan me geen OS crash herinneren de afgelopen 14 jaar van een iPad of iPhone (op enkele gejailbreakte iPhone na). Crashende applicaties wel en soms wat gek gedrag in het OS. Dat laatste is met een reboot vaak op te lossen.

Dus “have you tried to turn it off and on again?”. Dus ik krijg het gemakkelijk aan het draaien en deze handelingen zijn heel goed te doen voor niet-techneuten. Bij een RPi gebaseerde oplossing is het wel nodig om over dit soort scenario’s na te denken wat het na mijn idee geen goede oplossing voor de gewone zeiler is.

Mocht mijn iPad onderweg overlijden, dan pak ik mijn telefoon en ga daar gewoon op verder, nergens last van, alleen een kleiner scherm. Inprikken in een USB socket onder de sprayhood en klaar.

Valt de stroom uit dan hebben we nog de accu’s van de iPad, iPhone en een handheld marifoon. Op langere reizen zal ik waarschijnlijk ook de laptop meenemen, met 15-20uur accuduur kom je daar ook nog wel redelijk ver mee, maar momenteel heb ik er geen navigatiesoftware erop staan.

In een noodgeval kan ik op papier nog wat belangrijke co-ordinaten noteren (start betonning van geulen ofzo) en er heen navigeren dmv mijn marifoon met GPS of Victron Cerbo GX met GPS module als zowel de telefoon en ipad overleden zijn

Bij slecht zicht en het donker de rust nemen en gaan bijliggen.Breek me de bek niet open… Gelukkig heb ik zelf de keuze welk OS ik gebruik, zowel privé als zakelijk.Dat geldt voor alle producten, software en hardware, open of closed maakt allemaal niet uit.

Roozeblij schreef :
Er zit nog wel een heleboel tussen een simpel LED-je laten knipperen en een kaartplotter met uitgebreide user-interface, ondersteuning voor diverse kaartformaten, e.d.

Als je de multiview verder had willen ontwikkelen richting de kaartplotters van bijv. Raymarine of B&G had je er op een bepaald moment waarschijnlijk ook aan moeten geloven.

Dan valt het waarschijnlijk niet meer in de categorie “een LEDje laten knipperen”