Am einfachsten anfangen ?

[PICture]

Ich habe schon mir gefallendes Assemblerprogramm von http://www.sixca.com/tool/download/avr_wasm32.html runtergeladen und installiert, da ich nur einen Dolmetscher für Quellcode -> Hexdatei brauche. Für Brenner habe ich diese Hardware und Software gewählt: http://www.holger-klabunde.de/avr/av...Mega%20Prommer .

Um das alles auszuprobieren muss ich jetzt Entwicklungsplatine für Tiny's und den ICSP Brenner basteln. Für ATtiny43U muss ich angeblich die Versorgungspannung beim Brenner auf 3 V reduzieren und den µC mit einem 1,2 V Akku versorgen. Nach anschauen des Datenblattes vom ATtiny 43U habe ich festgestellt, dass es wegen externen "boost-converter" mit L,D,R und 4 C's (also 7 Bauteilen) für mich uninterressant ist, da ein Spannungsverdoppler mit ICL7660 bzw. MAX660 viel einfacher ist (nur 2 Elkos).

Besten Dank an alle die mir bisher geholfen haben.

[rideyourstyle]

Hehe dann noch was OffTopic: Müsstes du jetzt nicht deinen Namen ändern in PIC_AVRture?

[PICture]

Hallo!

Gute Frage, die ich aber zufällig, wie auch immer, sicher beantworten kann: Nein, weil der AVR nur der nächste µC ist, den ich mit Regiter- und Mnemonicstabelle auf dem Tisch in ASM programmieren möchte. Einfacher wäre für mich Änderung auf "picture", weiss aber leider nicht, wie´s am einfachsten geht.


Ich habe das alles bisher noch nie auswendig gelernt und habe es nicht vor. Das Datenblatt von z.B. ATtiny45V ist für mich ein 234-seitiges Buch denn ich ein mal durchfliege um alle für meine Anwendung nötige Register auszufischen. Üblicherweise arbeite ich eben mit universieller Programmiersprache (Programmablaufsdiagramm, kurz: PAD), die ich dann entsprechend zum gewünschten Prozessor/µC mit entsprechenden Mnemonics aus dem Befehlsatz ins Quellcode "übersetze".

Als Übungen werde ich zuerst durch Austausch von Mnemonics, die mit PIC's ausprobierte Programme bei AVR's anwenden versuchen. Ich habe bisher noch kein Prozessor/µC kirchlich geheiratet. Ich habe eben als erstes gelernt, dass man das momentan nötiges Stück vom Wissen, wie ein Buch aus einer Bibliothek, kurzzeitig ausleien kann.

Übrigens, wenn die Zielschaltung, in der der AVR per ICSP Programmiert wird, eigenene Versorgungspannung (VCC) hat, brauche ich sie nicht durch Verbindungskabel vom Brenner zuführen und kan bereits vorhandenen 5-adriges Kabel für PIC's verwenden.

Dafür brauche ich nur die VCC vom Brenner entsprechend einstellen, damit der H-Pegel passt (z.B. für ATtiny43U auf 3V). Dafür muss ich anstatt 74 HCT... 74HC... Treiber verwenden, die ab 2 V funktionieren. Notfalls könnte ich auch zusätzlich eine Leitung für VCC verwenden. Weil das Kabel um 3 m lang ist, könnte der Teiber zu schwach sein und ich werde das Kabel wahrscheinlich kürzen bzw. zwei Treiber paralell schalten müsen oder beides. Ich werde später ausprobierte Schaltung skizzieren.

[radbruch]

Hallo

Wenn du dich eingearbeitet hast kannst du ja mal einen direkten Vergleich und eventuell eine Beurteilung der Stärken der Chipfamilien posten.

Ein kleine Anmerkung: In meinem 2006er Tiny25-45-85-Datenblatt gibt es nur 222 Seiten. Darin wird der Begriff "ICSP" nicht gefunden, wohl aber das Kürzel "ISP" welches meiner Meinung nach für "in system programming" steht ;)

Viel Erfolg und Spaß mit den AVRs.

Gruß

mic

[PICture]

Natürlich werde ich gerne tun !

Die Begriffe ISP ("in system programming") und ICSP ("in circuit serial programming") sind für mich gleichbedeutend, aber ICSP durch mich unbewusst von der PICerei übernommen worden ist.

Danke dir, aber ich, als Optimist, kenne bisher nur Spass und kein Frust. Auf Erfolge, falls überhaupt möglich, muss ich leider ein bisschen warten.

[Richard]

Ich habe eben als erstes gelernt, dass man das momentan nötiges Stück vom Wissen, wie ein Buch aus einer Bibliothek, kurzzeitig ausleien kann.

Auch Ärzte oder andere hochgebildete wissen nicht alles auswendig, aber sie wissen wo sie Nachschlagen können. Aus diesem Grund sind ja letztendlich auch (einige) Bücher auf Prüfungen zugelassen. Vom Prinzip her ähneln sich Prozessoren b.z.w. deren Programmierung. Wobei allerdings die von Neumann Maschinen anders "gestrickt" sind als die Systeme mit Harvard Architektur. Das ist dann auch der größte Unterschied zwischen PIC und AVR.

Gruß Richard

[radbruch]

Nach wikipedia sind pic und AVR "Harvard Architektur":

http://de.wikipedia.org/wiki/PICmicr...cheraufteilung
http://de.wikipedia.org/wiki/Atmel_A...herarchitektur

AVR ist scheinbar für c optimiert, aber das plapper ich nur nach. Ich kenne und verwende nur avr, aber alle Geräte mit µc die ich bisher geöffnet habe hatten einen pic drin. Letztlich ist es wohl so wie bei den Programmiersprachen: Wenn man mit den gewählten Mitteln das Ziel erreicht ist es ok.

Meine bisher gnadenloseste Anwendung eines AVR funktioniert auch mit PIC:
https://www.roboternetz.de/community...l=1#post479441

Gruß

mic

[PICture]

Letztlich ist es wohl so wie bei den Programmiersprachen: Wenn man mit den gewählten Mitteln das Ziel erreicht ist es ok.

Genau, das ist mein Grund, warum ich jetzt gerne auf AVR's wechseln muss: es gibt kein PIC, der mit einem 1,2 Akku funktioniert und interne ADC Referenzspannung , wie AVR's, gleich 1,1 V hat. Ich habe nie versucht verschiedene Prozessoren/µC's miteinander zu vergleichen. Auf den ersten Blick ist der AVR wegen keiner interner Taktteilung, wie bei PIC, sicher 4-fach schneller, sonst für mich gleich.

Eigentlich erst jetzt sehe ich einige Nachteile von PIC's:

- unterschiedliche Befehlsätze für unterschiedliche Familien

- Umschalterei von Speicherbänke von SFR's, ausser 18F... Familie

- kein direkter Zugriff auf Stapel ("stack") mit fester Grösse per "push" und "pop" Befehle

- interner Taktgeber nur bei wenigen Typen aus PIC12F... und PIC16F... Familien

- meistens nötige fürs Brennen 13 V Spannung

- nötige externe Schaltung und ein Pin für ADC Referenzspannung unter VCC und fehlender DC Verstärker x 20

Bei AVR's werden sich die Nachteile noch zeigen:

- kompliziertes Konfigurieren per Fuses

- feste Prioritäten für Interruptquellen

- länger dauernde Bearbeitung von mehreren gleichzeitig anstehenden Interrupts, weil man immer zuerst eine ISR mit "iret" verlassen muss, bevor man in nächste ISR springen kann.

- viele unverständliche Bedingungen, die angehalten werden müssen um einige Befehle ausführen zu können

- nur ein Prescaler für alle Timer/Counter

Übrigens, ich kenne bisher kein Prozessor/µC der alles kann und jedem gefällt, sonst gibt es nur diesen.

[Richard]

Übrigens, ich kenne bisher kein Prozessor/µC der alles kann und jedem gefällt, sonst gibt es nur diesen.

Das wirkliche Problem sitzt eh immer VOR der Tastatur, Jeder Prozessor macht genau das was man ihm "einredet". Was nicht immer sinnvoll ist.Brain.0.1 macht auch gelegentlich Fehler ein µC niemals (bis gelegentlich)...

Gruß Richard