È possibile sviluppare uno stack AUTOSAR BSW (ad esempio per la comunicazione CAN) in base alle specifiche fornite sul proprio website senza acquistare nessuno dei costosi strumenti del fornitore? Quali sarebbero i passi che possono essere seguiti? Mi è stato chiesto di esplorare questa possibilità.Sviluppo AUTOSAR
Sì e no. L'attrezzatura è una parte necessaria dell'equazione in AUTOSAR.
Supponendo che si lavori per un fornitore automobilistico, si otterrà un set specifico di ECU di file di configurazione (estratto ECU?) Che è vagamente simile a, ma molto più esteso di vari formati di scambio per la messaggistica CAN. Si tratta in genere di un gruppo di file XML di un formato definito dal consorzio AUTOSAR. Una catena abbastanza complessa di "costosi strumenti del fornitore" converte quindi in qualcosa che può generare codice. Tutte le specifiche sono aperte in modo da poter scrivere i propri strumenti in teoria.
Oltre agli strumenti, è necessario anche il sistema operativo, che potrebbe essere costruito su un sistema OSEK open source come punto di partenza. Poi c'è il MCAL.
Può essere fatto ... Sì. Se lavori per una grande azienda (ad es. Bosch) potrebbe essere nel lungo periodo nel tuo migliore interesse sviluppare la tua soluzione. Ma se lavori per un fornitore di dimensioni più ridotte con una scadenza di progetto, probabilmente dovrai mordere il proiettile e scrivere il controllo massivo. Spero che questo sia stato preso in considerazione quando la tua azienda ha fatto un'offerta per un sistema basato su AUTOSAR.
Per darti un'idea delle dimensioni di un'impresa del genere, sarebbe un po 'come dire: "Sto scrivendo un bel gioco, ho bisogno di usare Windows, OSX o Linux, o posso scrivere il mio anche il proprio sistema operativo? ". Ok, forse non proprio così estremo, ma molto più difficile rispetto alla scrittura dei propri stack di bus RTOS e veicolo (CAN, LIN, ecc.). Se scrivi i tuoi suoni RTOS + CAN stack troppo complessi/difficili, non pensarci nemmeno.
Ovviamente non posso prendere la decisione per te, ma se stai prendendo opinioni da persone casuali su internet di qualifiche non dichiarate, ti consiglio vivamente di non farlo come un progetto "il mio primo autosar", ma tienilo acceso la tabella come possibile progetto interno R & D con possibili risparmi a lungo termine se si è in un 50 ° fornitore automobilistico con oltre 50 progetti di autosar ogni anno. Dubito che potresti costruirlo per meno di quanto costerebbe una volta licenziare tutto. Ma forse 5-10 grandi progetti lungo la strada potrebbero ripagare.
Dai un'occhiata a MOPED project da ICT svedese. Lo usiamo nella nostra azienda projects. È relativamente economico da riprodurre poiché il MOPED utilizza Raspberry Pi e parti meccaniche facilmente disponibili.
Si consiglia di dare un'occhiata a COMASSO. Fornisce anche strumenti di sviluppo e BSW. https://www.comasso.org/
Lo sviluppo completo dello stack BSW è un lavoro maneggevole, dopo lo sviluppo di tutti i moduli per integrare gli stack necessari per alcuni strumenti e compilatori con licenza.
Per soddisfare la conformità di QM e ASIL, il proprietario dello stack deve fornire l'elenco degli strumenti compatibili insieme all'intero stack. ad es. per la documentazione dei requisiti si ha IBM Doors, per Design si ha l'architettura IBM Rhapsodhy o Enterprise, gli strumenti di gestione della configurazione come IBM RTC. Questi sono gli strumenti che sono conformi e elencati in ISO26262. Se si sta solo per QM, è necessario prendere il controllo generale per mantenere e aggiornare tutta la documentazione in formato excel o doc, il che è OK se non si è in grado di fornire questi strumenti.
Per quanto riguarda i moduli come sistema operativo, Comasso di Bosch è una delle opzioni con alcune tasse di registrazione è possibile ottenere un livello base di sistema operativo per gli altri moduli. Il SO deve essere modificato di nuovo secondo il controller che si intende utilizzare. Basato su OSEK "Erika" è un'altra opzione opensource, che può essere molto utile se stai facendo tutto su Linux.
Successivamente vengono forniti i file di parametri specifici MDT, PDF e Vender che sono la base delle configurazioni. Perl è un linguaggio ampiamente utilizzato per la generazione di codice dinamico/generazione di codice basata sulla configurazione. Oltre a tutto questo è necessario avere una buona conoscenza dell'XML, poiché non è necessario spendere per gli strumenti di configurazione, in background si dovrebbe sapere che l'XML cambia tutti i tipi di parametri. Ho visto alcuni piccoli rivenditori in Germania che eseguono gli articoli direttamente in XML senza utilizzare TOOL di configurazione.
Il repository non sarà un problema SVN che è possibile utilizzare gratuitamente.
Ma personalmente credo che tutti gli strumenti costosi siano utilizzati per il sistema indipendente dalla persona e per la manutenzione dello stack. Ho visto piccoli giocatori che generalmente non possono spendere in strumenti costosi, ma fanno anche il buon affare.
La parte software pura sicuramente sì! ma cosa faresti con quello se non hai una pila con gli strumenti !! Questa è la cattura.
Per essere in grado di svolgere attività di sviluppo e vendita di AUTOSAR BSW Stack, è necessario averlo scalabile per più configurazioni, questo è possibile solo con la parte di attrezzamento.
Per la ricerca e lo sviluppo interni, è ancora possibile sviluppare i moduli software, il loro design e l'architettura codificando i dati di configurazione in C e visualizzando le strutture di configurazione utilizzando qualsiasi strumento xml open source. (Schema AUTOSAR è basato su XML)
PM me per maggiori dettagli