CAND1 / 2 Jumper LPC2129 dev Board

Hat keiner eine Idee?

- Was ist mit "das Demoprogramm" gemeint? Gibt einige. Einige
Beispielcodes aktivieren wenn recht erinnert self-reception, koennte
mglw. "heavy load" verursachen. Habe einen CAN-Repeater Prototypen
mit dem Olimex-Board auf Basis des von Philips angebotenen Codes
gebastelt. Hat erst gut funktioniert, als in der Sendefunktion einige
Kleinigkeiten modifiziert waren.

- Es gibt mindestens zwei Versionen des LPC-P2129 Boards mit
unterschiedlicher Schaltung, zumindest hat mir ein WinARM-Nutzer
geschrieben, dass er meine LPC2129 Beispiele fuer sein Board ("Rev
B") minimal modifizieren musste, da einige LEDs und/oder Taster an
anderen Pins haengen. Habe selbst die erste Version. Dort sind fuer den
CAN-Teil nur Jumper fuer die Terminierung vorhanden, also wie im
Schaltplan von olimex.com. Schaltplaene anderer Versionen habe ich
bisher nicht gesehen. Im Zweifel bei Olimex nachfragen. Moeglicherweise
kann mit den Jumpern auf einer anderen Boardrevision je einer der
Interface-ICs deaktiviert werden ("CAN disable") - ist aber nur
geraten, sollte man aber nachmessen koennen.

- Masse an CAN DSUB ist fuer simples "CAN-Echo" zwischen den beiden
CAN-Ports sind die 0Ohm Widerstaende also nicht noetig. Bezugspegel des
Analysers kann man "irgendwo" auf dem Board abgreifen (Pin-Header/Pin5
RS232/JTAG Anschluss).

Martin Thomas

Hi,
das mit dem Beispielprogramm war wohl etwas schwammig. Ich meine das
Beispielprogramm lpc2129_blinkswitch aus der WinARM-20060117-1. Das
Programm spielt zwischen den zwei CAN Schnittstellen Pingpong.

Das die Masse nochmal extra mit auf die Schnittstelle gelegt werden
muss finde ich ehrlich gesagt komisch... werde heute Abend die
Widerstände nachbestücken.

CAN Disable könnte Sinn machen (das Pingpong wird ja anscheinend
unterbrochen).

Busheavy wird bei mir in der Arbeit nur angezeigt, wenn ich die
Abschlusswiderstände weglasse, oder den Analyzer auf eine falsche
Schnittstelle stecke... deshalb war meine Vermutung, dass es evtl. an
den Leitungen liegt.

MfG
Michael

Ok, das WinARM-Beispiel basiert auf dem von Philips bereitgestellten
Code. Ich habe diesen etwas fuer die in WinARM enthaltenen Werkzeuge
und das Olimex-Board angepasst und spaeter in die WinARM
Beispielsammlung aufgenommen. Wenn recht erinnert, habe ich darin die
Sendefunktion noch nicht modifiziert, aber die Funktion "tut" zum
Test auch so. Fuer den Test das Beispiels hatte ich beide
Terminierungen aktiviert, sollte wohl auch so sein, da die on-board
CAN-Ports in dem Mini-Bus jeweils die Endknoten sind. Sicher, dass im
Analyser "High-Speed-Treiber"? Bei einem Test des Repeaters an einem
Komfort-Bus im KFZ, muessten die Terminierungen auf dem Olimex-Board
deaktiviert werden. High-Speed Terminierung an Failsafe-Bus duerfte
nicht funktionieren.

Martin Thomas

"Sicher, dass im
Analyser 'High-Speed-Treiber'?"

Der Analyzer ist CAN 2.0B fähig, falls du das wissen wolltest.

"habe ich darin die
Sendefunktion noch nicht modifiziert,"

Habe mir die Erratas noch nicht ganz durchgelesen... gab es da noch
etwas was man beachten/ändern musste?

Freundlichen Gruss
Michael

Hat denn einer von euch einen CAN Analyzer, der mit dem Board
funktioniert?

Freundlichen Gruss
Michael  S