Hallo zusammen, im Rahmen einer Projektarbeit habe ich die Aufgabe ien Anzeigetafel zu bauen, die Sachen wie Motordrehzahl, Geschwindigkeit, usw. von einem Traktor auf 7-Segment-Anzeigen ausgibt. Da es für mich das sinnvollste war, wollte ich dafür über die Daten aus dem CAN-BUS ziehen. Als uC habe ich bisher den dsPIC33FJ64GP802 von microchip herausgesucht. Allerdings habe ich keine Ahnung, wie man so ein Ding programmiert. Was für Zubehör brauche ich genau dafür? Ist es möglich, dass man den Chip nachher, wenn er fertig ist, nicht auf eine Platine zu löten sondern einfach in einen Sockel zu stecken? Da ich für die Drehzahl z.B. eine vierstellige Anzeige benötige, gibt es schon fertige Decoder, die aus einer hex-Zahl oder so auf 7-Segment schalten können? Danke schonmal jetzt für eure Antworten. Thomas
Bei dieser Aufgabe ist eine weitgehende Erfahrung im uC Bereich notwendig. Entweder Du hast einen Projektpartner, der Dich da eincoacht oder besser (IMHO) Finger weg.... VG, Hans
> im Rahmen einer Projektarbeit habe ich die Aufgabe ien Anzeigetafel zu > bauen, die Sachen wie Motordrehzahl, Geschwindigkeit, usw. von einem > Traktor auf 7-Segment-Anzeigen ausgibt. Machbar > Da es für mich das sinnvollste war, wollte ich dafür über die Daten aus > dem CAN-BUS ziehen. Soweit vernünftig. - Hast du Zugang zur Nachrichtenstruktur, z.B. DBC-File? - Leg den TxD-Pin des Transceivers fest auf Vcc, damit schließt du aus, dass deine Apperatur schreibend auf den Bus zugreift. > Als uC habe ich bisher den dsPIC33FJ64GP802 von microchip herausgesucht. > Allerdings habe ich keine Ahnung, wie man so ein Ding programmiert. > Was für Zubehör brauche ich genau dafür? Das ist zu allgemein, dabei wird dir wohl kaum jemand helfen wollen. Investier erstmal was Eigenleistung, und komm dann mit konkreten Fragen wieder. Folgende Seite hast du ja sicher schon bei deinen Recherchen gefunden: http://www.sprut.de/ > Ist es möglich, dass man den Chip nachher, wenn er fertig ist, nicht auf > eine Platine zu löten sondern einfach in einen Sockel zu stecken? Das bekommst du auch selbst heraus, und wenn nicht, dann ist das Projekt auch zu schwer für dich. > Da ich für die Drehzahl z.B. eine vierstellige Anzeige benötige, gibt > es schon fertige Decoder, die aus einer hex-Zahl oder so auf 7-Segment > schalten können? Ja, sowas gibt es, würde ich aber nicht so machen.
zur Controllerauswahl: Warum ein dsPIC? Der ist für diese Aufgabe völlig überdimensioniert. Du möchtest nur CAN-Nachrichten vom Bus lesen und auswerten. Den ganzen DSP-Krams, den der dsPIC33 hat brauchst du garnicht. Das ist nur unnötiger Ballast wenn du dich in die Architektur den Controllers einarbeitest. Du möchtest schließlich keine Brushless-Regler bauen. Nimm einen "kleinen" PIC18 mit CAN-Schnittstelle, wie z.B. PIC18F2680. Der hat alles, was du brauchst ist ebenfalls bei den üblichen Verdächtigen (z.B. Reichelt) im bastelfreundlichen S-DIL28 Gehäuse erhältlich.
TomJohn schrieb: > Da es für mich das sinnvollste war, wollte ich dafür über die Daten aus > dem CAN-BUS ziehen. sicher, dass dein Traktor sowas hat?
Vlad Tepesch schrieb: > sicher, dass dein Traktor sowas hat? Was denkst Du denn: moderne Traktoren sind High-Tech-Gebilde mit GPS und automatischer Ernteerfassung/Düngerausbringung. Die Frage ist nur welches CAN-Protokoll verwendet wird. J1939, LBS, CAN-Open oder etwas proprietäres. Gruß Anja
Vlad Tepesch schrieb: > sicher, dass dein Traktor sowas hat? Ohne BUS läuft doch heutzutage garnichts mehr. in den John Deere Traktoren sind sogar 3 verschiedene BUS-Systeme integriert und es soll ein vierter dazu kommen. Auch in der Landwirtschaft kann auf HighTech nicht verzichtet werden. So ein Traktor ist teilweise auf besserem technischen Stand als ein Auto. Bei JD gibts doch sogar schon den "Autopiloten" Anja schrieb: > Die Frage ist nur welches CAN-Protokoll verwendet wird. > J1939, LBS, CAN-Open oder etwas proprietäres. Verbaut ist ein 29-Bit-ID CAN-BUS @ heinzhorst danke, für die ausführliche info
@Anja Möglicherweise basiert dieser auf der ISO11783, die wiederum mit der SAE-J1939 abgestimmt wurde. http://www.can-cia.org/fileadmin/cia/files/icc/9/fellmeth.pdf @TomJohn 29Bit ID oder CAN 2.0B beschreiben nur das Übertragungsformat. Für die korrekte Darstellung der Daten ist aber das richtige Protokoll ausschlaggebend, wie Anja schon richtig andeutet. dsPIC ist definitiv too much. @Vlad Tepesch Überraschend wieviele Produkte es schon gibt. http://www.ag-powersolutions.com/tuning-products-fuel-consumption-gauge.html
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.