Versuchsträger
Versuchsträger
Hallo!
Hat länger gedauert als ich gedacht habe. Aber hier ist nun der Versuchsträger für den Controllerbetrieb. Basis ist ein Batteriebuschassis.
Werde immer mal drüber berichten. Wird aber dauern da ich noch andere Projekte mit höherer Priorität habe.
Gruß Olli
Hat länger gedauert als ich gedacht habe. Aber hier ist nun der Versuchsträger für den Controllerbetrieb. Basis ist ein Batteriebuschassis.
Werde immer mal drüber berichten. Wird aber dauern da ich noch andere Projekte mit höherer Priorität habe.
Gruß Olli
Nich ganz mein Gebiet, ich nutz die Tinys von Atmel, von pics aber ich überhauptkeine Ahnung, geschweige denn von Assembler, aber kann man ja alles lernenOlli69 hat geschrieben:"opensource"
Soll natürlich ein Fahrzeugdecoder werden. Da es mit einigen zusammen mehr Spaß macht...
Also ich würde PIC´s verwenden und in Assembler programmieren.
Gruß Olli
ABer ich würd gern mithelfen
Hast du ICQ oder MSN?
Hi!
Nein weder noch.
Die Umstellung Atmel/Microchip ist gar nicht so groß. Da ist ein umsteigen von einer Hochsprache auf Assembler schon ein anderes Kaliber.
Schon eine Umstellung von Atmel Assembler auf Microchip assembler ist nicht ohne. Bei Microchip hast du nur ein drittel der Anweisungen zur Verfügung... hat alles vor und Nachteile.
Wenn Interesse besteht könnte man ja einen Anfängerkurs machen. Aber wie gesagt würde nicht sooo zügig gehen. Würd helfen wenn noch jemand hier mit PIC Erfahrung helfen würde.
Gruß Olli
Nein weder noch.
Die Umstellung Atmel/Microchip ist gar nicht so groß. Da ist ein umsteigen von einer Hochsprache auf Assembler schon ein anderes Kaliber.
Schon eine Umstellung von Atmel Assembler auf Microchip assembler ist nicht ohne. Bei Microchip hast du nur ein drittel der Anweisungen zur Verfügung... hat alles vor und Nachteile.
Wenn Interesse besteht könnte man ja einen Anfängerkurs machen. Aber wie gesagt würde nicht sooo zügig gehen. Würd helfen wenn noch jemand hier mit PIC Erfahrung helfen würde.
Gruß Olli
Als ich 2003 mit der Entwicklung und Programmierung des DC-Car Decoders angefangen habe,
sah mein erstes fahrbares und funktionierendes Versuchsmodell so aus:
Den Mercedes G von Faller gab es damals im Sonderangebot.
Deswegen wurde dieser geschlachtet.
Der Decoder war aber noch weit entfernt von dem, was mein DC04 heute kann.
Die Abstandsteuerung und Beleuchtung haben aber schon funktioniert.
Bis heute habe ich tausende von Stunden in das Projekt gesteckt für Programmierung,
Versuche, Testfahrten, Erweiterungen, Neuerungen und Dokumentation.
Davon möchte ich aber keine Stunde missen, denn es hat höllisch Spaß gemacht, so etwas zu entwickeln.
Claus, der Erfinder des DC-Car Decoders
sah mein erstes fahrbares und funktionierendes Versuchsmodell so aus:
Den Mercedes G von Faller gab es damals im Sonderangebot.
Deswegen wurde dieser geschlachtet.
Der Decoder war aber noch weit entfernt von dem, was mein DC04 heute kann.
Die Abstandsteuerung und Beleuchtung haben aber schon funktioniert.
Bis heute habe ich tausende von Stunden in das Projekt gesteckt für Programmierung,
Versuche, Testfahrten, Erweiterungen, Neuerungen und Dokumentation.
Davon möchte ich aber keine Stunde missen, denn es hat höllisch Spaß gemacht, so etwas zu entwickeln.
Claus, der Erfinder des DC-Car Decoders
Der Weg ist das Ziel....
Ich sehe das Ganze auch eigentlich nur als Möglichkeit meine Programmierfähigkeiten zu steigern. Sonst hätte das auch wenig Sinn.
Tja beim Batteriebus war es das selbe. Die waren im Angebot. Hatte zuerst gedacht ich nehme einen LF Typen. (arbeiten schon ab 2V) Bin dann doch beim normalen geblieben. So schlummert nun ein Lipo Herz in seinen Eingeweiden.
Der Decoder soll auch bei Weitem nicht so viel können wie deiner. Dazu habe ich schon viel zu viele andere Projete im Hinterkopf... man kann ja so viel mit dem Car System machen.
Mist ich muss immer noch meine Straßenmodule bauen...
Gruß Olli
Ich sehe das Ganze auch eigentlich nur als Möglichkeit meine Programmierfähigkeiten zu steigern. Sonst hätte das auch wenig Sinn.
Tja beim Batteriebus war es das selbe. Die waren im Angebot. Hatte zuerst gedacht ich nehme einen LF Typen. (arbeiten schon ab 2V) Bin dann doch beim normalen geblieben. So schlummert nun ein Lipo Herz in seinen Eingeweiden.
Der Decoder soll auch bei Weitem nicht so viel können wie deiner. Dazu habe ich schon viel zu viele andere Projete im Hinterkopf... man kann ja so viel mit dem Car System machen.
Mist ich muss immer noch meine Straßenmodule bauen...
Gruß Olli
Vlt gibt es ja noch mehr Interresenten die sich gern an dem Projekt mitmachen würden, gut ein wirklicher umstieg wäre das nicht, das ich mein Chip bis jetzt nur paar Blaulichter steuer, und da hab ich bis jetzt hauptsächlich mit den Befhelen "porta.1 = 1" und den anderen verdächtigen gearbeitet, und ich glaube wenn ich das umsetzen möchte was ich in Gedanken vor mir habe muss ich auf jeden Fall auf Assembler umsteigen, sonst kann man das vergessen
David
David
Hi,
ich würde ja auch bei dem Projekt mitmachen, bin mir aber, wie ihr sicherlich aus meinem Thread wisst, gerade erst Assembler mit einem Lehrbuch am beibringen.
Aber einen Versuchswagen habe ich bereits erstellt. Dieser beinhaltet 4Akkus und auf den Fotos sehen die Vorwiderstände irgendwie überdimesional aus.
Ich habe ungewöhliche LED Farben gewählt, da ich keine anderen Farben mehr da hatte. Aber Unterbodenneons sind auch ganz O.K..
Gruß
Daniel
ich würde ja auch bei dem Projekt mitmachen, bin mir aber, wie ihr sicherlich aus meinem Thread wisst, gerade erst Assembler mit einem Lehrbuch am beibringen.
Aber einen Versuchswagen habe ich bereits erstellt. Dieser beinhaltet 4Akkus und auf den Fotos sehen die Vorwiderstände irgendwie überdimesional aus.
Ich habe ungewöhliche LED Farben gewählt, da ich keine anderen Farben mehr da hatte. Aber Unterbodenneons sind auch ganz O.K..
Gruß
Daniel
Moin,
insbesondere für größere oder mehrere Projekte empfehle ich definitiv eine Hochsprache.
C zum Beispiel ist eine der "niederen" Hochsprachen, d. h. noch ziemlich hardwarenah. Außerdem unterstützen viele Compiler, zeitkritische Code-Teile per asm() oder asm{} Befehl im C-Code direkt in Assambler zu programmieren.
Desweiteren ist C eine funktionale/prozedurale Programmiersprache, was für µCs wichtig ist und unterstützt keine speicherfressenden abtrakten Kontrukte wie OOP mit Vererbung, Polymorphie usw.
Fragen zu C werde ich gerne beantworten.
Gruß
Hannes
insbesondere für größere oder mehrere Projekte empfehle ich definitiv eine Hochsprache.
C zum Beispiel ist eine der "niederen" Hochsprachen, d. h. noch ziemlich hardwarenah. Außerdem unterstützen viele Compiler, zeitkritische Code-Teile per asm() oder asm{} Befehl im C-Code direkt in Assambler zu programmieren.
Desweiteren ist C eine funktionale/prozedurale Programmiersprache, was für µCs wichtig ist und unterstützt keine speicherfressenden abtrakten Kontrukte wie OOP mit Vererbung, Polymorphie usw.
Fragen zu C werde ich gerne beantworten.
Gruß
Hannes
Wird ja langsam.
Bleibe aber erst einmal weiter bei Microchip und Assembler. Liegt mir einfach mehr da ich SPSen programmiert habe und an die bitschubserei gewöhnt bin.
Werde ich mir auch vornehmen wenn ich in Assembler wirklich 100% sattelfest bin.
Für die anderen ist es aber eine gute Idee und da ihr ja wohl eh bei den AVR´s bleibt ist es eh egal. In den MyAVR Unterlagen ist ja auch eine C-Einführung.
Wenn ich Fragen zur Assemblerprogrammierung beantworten kann mache ich das natürlich gern. Bin noch dabei mir ein paar Standard Include-Dateien zu fertigen.
Wenn ich bedenke wie leicht in C z.B. Zeiten zu Handhaben sind kann man richtig neidisch auf Euch werden.
Ich muss mir sogar Routinen zur Flankenerkennung oder für Vergleichsoperationen selber schreiben.
Gruß Olli
Bleibe aber erst einmal weiter bei Microchip und Assembler. Liegt mir einfach mehr da ich SPSen programmiert habe und an die bitschubserei gewöhnt bin.
Werde ich mir auch vornehmen wenn ich in Assembler wirklich 100% sattelfest bin.
Für die anderen ist es aber eine gute Idee und da ihr ja wohl eh bei den AVR´s bleibt ist es eh egal. In den MyAVR Unterlagen ist ja auch eine C-Einführung.
Wenn ich Fragen zur Assemblerprogrammierung beantworten kann mache ich das natürlich gern. Bin noch dabei mir ein paar Standard Include-Dateien zu fertigen.
Wenn ich bedenke wie leicht in C z.B. Zeiten zu Handhaben sind kann man richtig neidisch auf Euch werden.
Ich muss mir sogar Routinen zur Flankenerkennung oder für Vergleichsoperationen selber schreiben.
Gruß Olli
Sieht ja mal nett aus Daniel
Aber irgendwie blick ich jetzt nicht mehr durch wer mit was programmiert
Also ich "schaff" mit c, und Daniel und Olli mit Assembler oder?
kommt wohl davon wenn man versucht 3 Sachen gleichzeitig zu machen, ne Homepage zu programmieren, in 3 Foren gleichzietig Sachen zu beantworten und neben her noch Musik zu hören ...
LG
David
Aber irgendwie blick ich jetzt nicht mehr durch wer mit was programmiert
Also ich "schaff" mit c, und Daniel und Olli mit Assembler oder?
kommt wohl davon wenn man versucht 3 Sachen gleichzeitig zu machen, ne Homepage zu programmieren, in 3 Foren gleichzietig Sachen zu beantworten und neben her noch Musik zu hören ...
LG
David
Ihr solltet euch mal klar werden, wer von PICs und wer von ATMEL redet.
Da blickt ja keiner mehr durch.
Assembler PIC ist vollkommen anders als Assembler ATMEL.
Mit "C" gibt es auch Unterschiede denke ich.
Auch die Controller zum Brennen und die Software zum Programmieren sind anders.
Bei Daniel sehe ich einen ATmega8, bei Olli einen PIC auf Ihren Versuchsfahrzeugen.
Wenn mehrere zusammenarbeiten möchten, so muß einer das in die Hand nehmen
und der Manitu sein. Sonst wird das meistens nichts.
Matze
Da blickt ja keiner mehr durch.
Assembler PIC ist vollkommen anders als Assembler ATMEL.
Mit "C" gibt es auch Unterschiede denke ich.
Auch die Controller zum Brennen und die Software zum Programmieren sind anders.
Bei Daniel sehe ich einen ATmega8, bei Olli einen PIC auf Ihren Versuchsfahrzeugen.
Wenn mehrere zusammenarbeiten möchten, so muß einer das in die Hand nehmen
und der Manitu sein. Sonst wird das meistens nichts.
Matze
Dem Regen entfliehen, in den Süden ziehen...
Hi!
Ich bin wohl außen vor. Ich blelibe wie gesagt bei den PIC´s
Ach ja so unterschiedlich sind die beiden Assembler ansätze nicht. Die Grundlagen sind gleich.
Bei Atmel gibt es halt ein vielfaches an befehlen. Die muss man bei Microchip halt noch aus dem Grundbefehlssatz selber "schnitzen" Als Beispiel seine hier mal die Vergleichsbefehle genannt.
Was nun besser ist ist eine Glaubensfrage.
Über C kann ich bei den beiden nichts sagen.
Wer bei den PIC´s einsteigen will kann mal beim RCLINEFORUM vorbei schauen. Da ist gerade ein neues Unterforum eingerichtet worden und so was wie ein "Grundkurs" gestartet worden.
Wer sich jetzt schon die Hardware und die Unterlagen für die Atmels gekauft hat für den ist es sicher nicht Sinvoll. Umsteigen kann man später recht leicht. Wie gesagt sind die Unterschiede nicht soooo riesig
Gruß Olli
Ich bin wohl außen vor. Ich blelibe wie gesagt bei den PIC´s
Ach ja so unterschiedlich sind die beiden Assembler ansätze nicht. Die Grundlagen sind gleich.
Bei Atmel gibt es halt ein vielfaches an befehlen. Die muss man bei Microchip halt noch aus dem Grundbefehlssatz selber "schnitzen" Als Beispiel seine hier mal die Vergleichsbefehle genannt.
Was nun besser ist ist eine Glaubensfrage.
Über C kann ich bei den beiden nichts sagen.
Wer bei den PIC´s einsteigen will kann mal beim RCLINEFORUM vorbei schauen. Da ist gerade ein neues Unterforum eingerichtet worden und so was wie ein "Grundkurs" gestartet worden.
Wer sich jetzt schon die Hardware und die Unterlagen für die Atmels gekauft hat für den ist es sicher nicht Sinvoll. Umsteigen kann man später recht leicht. Wie gesagt sind die Unterschiede nicht soooo riesig
Gruß Olli