Ho un compito di convertire il driver del protocollo CAN da Basic CAN a Full CAN. Il progetto contiene lo stack CANopen utilizzato in esso. Ho iniziato lo studio dello stack CANopen.
Voglio sapere se è necessario studiare lo stack CANopen e fino a che profondità devo studiare lo stack CANopen?
Nota: il compito principale è di migliorare il codice del convertitore convertendolo in implementazione CAN completa
CAN base e CAN pieno sono tipi di controller CAN, quindi è una funzione hardware.
Un controller Full CAN ha diverse cassette postali (ad esempio 16). Una mailbox può essere configurata come un buffer di ricezione o di trasmissione per i messaggi CAN. Tra gli altri, un controller CAN completo è responsabile del filtraggio dei messaggi ricevuti e della copia del contenuto dei messaggi ricevuti in una sezione RAM predefinita.
Un controller Basic CAN ha solo un buffer di ricezione. Il filtraggio dei messaggi CAN, tramite la lettura periodica del buffer di ricezione, deve essere eseguito dal controller host (CPU). Il controller host è anche responsabile della copia dei messaggi ricevuti nella RAM.
Conclusione
Uno dei vantaggi del concetto di CAN completo è un carico della CPU inferiore.
Non dovrebbe essere necessario studiare lo stack CANopen per ri-implementare o refactoring un driver di protocollo CAN. Come indicato qui , lo stack CANopen dipende dall'interfaccia del driver del protocollo CAN, ma non viceversa.
Leggi altre domande sui tag protocol