Nåväl, då är väl A35 ganska vettigt tänkt just i att relativt lite behöver göras vid hyttbyte.
Märkligt att Linuxuppstarten tar så lång tid. Det vore intressant att veta om den tiden spenderas på att göra saker internt i "MMI-burkarna" eller om uppstarten väntar på olika yttre villkor.
Om man skulle bygga t.ex. framdrivningen med reläer och PLC-system, hur ska man då hantera felmeddelanden? Ha ett separat system för att hantera felmeddelanden innan MMI'et startat? Eller göra så att vagnen går att köra så länge inga fel uppstår, men uppstår något fel så måste MMI'et vara igång? Hur ska man göra för att logga körtid och vilka fel som uppstår? En slags buffert som mellanlagrar sådant till någon form av databas i MMI-burken kommit igång? Ska man ha ett sådant system som gör det möjligt att köra utan att MMI'et är igång så bör det kanske vara ihopkopplat med utsignal-knappen, så att man bara kan köra utan MMI om man samtidigt konstant bölar med ringsignalen eller liknande. Det skulle säkerställa att man bara använder funktionen just vid någon slags nödsituation (eller "nära på nöd"-situation).
Allmänt vad gäller självtester så skulle vissa kunna göras vid avaktivering istället för vid uppstart. Exempelvis skulle MMI-burken kunna genomgå en runda memtest86 innan den stängs av slutgiltigt. Den typen av testning finner fel som kan uppstå när som helst, även under drift, och det finns inget starkt skäl för att testa just vid start förutom att "det är enklast så".
Jag är av "ideologiska skäl" motståndare till PLC'er. I nästan samtliga fall förespråkar jag låga inlärningströsklar men just i en del av de tillämpningar PLC'er används så vore det önskvärt med en något högre inlärningströskel så att de endast programmeras av folk klipska nog att inte göra den typ av missar som verkar vanligare bland PLC-system än bland "datorstyrda" system. (Fast följden av en sådan hypotetiskt ökad inlärningströskel skulle antagligen vara att det istället skulle tas fram ännu sämre system helt baserade på reläer, så det fungerar i praktiken inte
).Däremot förespråkar jag mikrokontrollers generellt. Åtminstone protokollet för kommunikationen mellan de olika delarna måste vara tillgängligt (dokumentationsmässigt och rättighetsmässigt) för fordonsköparen, så att man i framtiden relativt enkelt kan byta ut delsystem mot andra lösningar som ändå passar ihop med övriga befintliga system.
)