Ich habe mir einen CAN-Logger mit dem dvk90can-board (at90can128) aufgebaut. Soweit funktioniert er auch, jedoch hab ich mal mit einem Vector-Tool parallel die Nachrichten mitgeloggt und dabei ist mir aufgefallen, das mein Logger einige Nachrichten nicht mitloggt (ca. jede 5te). Die Software ist sehr klein und simpel gehalten (keine Interrupts, while-Schleifen oder ähnliches) und basiert auf einen Atmel-Beispiel. Die Baudrate auf dem Bus beträgt 500k, F_CPU 8Mhz. Außerdem habe ich eine Frage zum Datenblatt. Was genau ist mit der Prozentangabe "Sample Point" gemeint: F_CPU 8Mhz, 500K -> 75%
Dein Atmel wird mit der Buslast schlicht überfordert sein, weshalb du Nachrichten verlierst. Flaschenhals ist wahrscheinlich der Log-Teil, auf welches Speichermedium werden die Nachrichten geloggt? Bzw. über welche Schnittstelle werden die Daten zum PC übertragen? Der Samplepoint legt fest, an welcher Stelle ein Bit abgetastet wird. In der Mehrzahl der Anwendungsfälle sind 75% ok.
normaler Weise sollen die Daten auf einer SD-Karte gepeichert werden. Zum Testen hab ich aber einfach mal die ersten 10 Ids in einem Array gepeichert. Nachdem der Array voll ist, wird die Log-Funktion beendet und per UART lass ich mir dann den Inhalt des Arrays anzeigen. die ersten IDs stimmen noch mit dem Vector-Logfile überein, die 4, 5 oder manchmal erst 6 Nachricht-ID hat der Atmel aber nicht mehr mitgeloggt. Wenn ich mit der SD-Karte Logge gehen noch mehr Botschaften verloren. Könnte ich da erst die Nachrichten in einem Buffer speichern und diesen dann alle 100 Nachrichten auf der Karte speichern, oder ist der AT90CAN128 einfach überfordert mit dieser Funktion.
Du solltest auf jeden Fall durch den Empfang von CAN Messages einen Interrupt hoher Priorität auslösen lassen, um die empfangene CAN-Message (Rohdaten!) ganz schnell in einen Ringpuffer zu übertragen. Auslesen und Weiterverarbeiten der Daten aus dem Ringpuffer asynchron und in aller Ruhe in der Hauptschleife. Der Ringpuffer hilft nur gegen Messageverlust bei kurzen Bursts. Wenn die Interruptroutine länger braucht als eine Messagelänge hilft es nicht, genausowenig wenn die mittlere Messagerate auf dem CAN die Schreibgeschwindigkeit deiner SD überfordert. Es gibt aber einen Trick: CAN Controller haben in der Regel einen Filter (Bitmaske), der unerwünschte ID's quasi hardwaremässig wegfiltert, so das sie nicht die CPU belasten!
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.