Du könntest den Reset Pin in der Arduino Software deklarieren und z.B als Digital Pin 14 Fest legen.
Oder du kopierst im root/hardware/ den Ordner Inhalt in einen neuen Ordner der z.B. root/hardware/arduino_14/ heißt. Und änderst nun die entsprechend passende Datei um den Reset als Digital 14 festzulegen.
Nicht viel mehr wurde am Sanguino Projekt gemacht das den Atmega644 und 644p unterstützt.

Ich bin mir aber nicht sicher ob man den Reset weg "fusen" kann, da dieser ja intern Invertiert wird, bzw das in den meisten Schaltplänen so gezeichnet wird.

Oder man arbeitet mit dem neuen String Object. Da kann man Arrays einfach kopieren und man muss auch keine Länge angeben da die String Klasse dynamisch arbeitet.

Nachteil: Es braucht mehr Platz und ist nicht das schnellste.

Ok, da hast du recht, da es aber unterschiedliche Arduino Boards gibt konnte das niemand ahnen ;-)

Also die  TimerThree.o kannst du löschen,  die Object Dateien werden nun nicht mehr so generiert also einfach weg damit.

Probier dann nochmal die beiden Varianten durch mit  den Ordner Namen  "Timer3" / "TimerThree".

Sonst fällt mir nichts auf.

Binde die Klasse mal über der Definition von

Code:

Menue menue1;

ein.

Der Compiler kann die Klasse ja nicht finden, da der Aufruf oberhalb der definition erfolgt.

[edit]
Habs mir nochmal genau angeschaut, das bringt so nichts, du must die Klasse nach C / C++ Standart aufbauen und auch deklarieren was public und was private ist.
[/edit]

Wieso willst du die Menu Klasse nicht als Lib nutzen ?
Wozu soll das Menü sein ?

Es gibt schon fertige Menü Klassen, z.B eine für LCDs von mir.
Diese kann man auch leicht für jede andere Anwendung umschreiben.

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1248346705

So, habe ihn nun am laufen,  er antwortet auf die Ping anfragen.

Es müssen nur die 4 Pins  (CS/SS, SCK, MISO, MOSI) definiert werden.

Die Software ist hier zu finden.

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1206024602

Mir stellt sich da schon mal die Frage was das hier bedeutet ?

Code:

#define waitspi() while(!(SPSR&(1<<SPIF)))

Also  SPSR  und SPIF  habe ich in der  iom64.h  im arduino ordner gefunden.

Aber auf welches Register greift der da zu ? Hat das was mit dem Int eingang vom Enc28j60 zu tun ?

Also ich versuch die Software vom Etherschild umzuschreiben.

Ich komm nur noch nicht ganz mit den Eingängen klar.

Man definiert in der Software 4 I/O Pins der Enc28j60 braucht aber 5.

Sprich bei denen wird der "int0" eingang (pin4) am enc28j60 irgendwo in der Software gesetzt.

Bei mir ist es aber so das der zweite UART auf int0 liegt und ich somit  int2 für den Enc28j60 vorgesehen habe.

Da bin ich gerade noch am kämpfen das ich das irgendwie hin bekomme.

Hast du das schon mal selber gebaut ?

Hat sich alles erledigt,

brennen kann man den Sanguino erfolgreich mit folgendem aufruf:

Code:

avrdude -p m644p -c avrisp2 -P usb -B 8 -F -u -U flash:w:"PATH_TO_HEXFILE":i

Und aufpassen sollte man noch bei dem Schaltplan der auf der Sanguino Seite steht  ( http://sanguino.cc/hardware ).
Da ist bei der USBtoTTL Schnittstelle ein kleiner Fehler   Tx und Rx sind vertauscht zum FTDI Programmierer.

Im Make File des Bootloaders steht noch folgendes

Code:

# Makefile for ATmegaBOOT
# E.Lins, 18.7.2005
# $Id$


# program name should not be changed...
PROGRAM    = ATmegaBOOT_644P

# enter the target CPU frequency
AVR_FREQ   = 16000000L

MCU_TARGET = atmega644p
LDSECTION  = --section-start=.text=0xF800

Haben die  0xF800 was mit meinem Problem zu tun ?

Hier nochmal ein Bild des Aufbaues.
Grün sind Brücken von oben.
Rot sind Leiterbahnen von unten.
Das ganze habe ich auf einer Lochraster Platine aufgebaut da erstmal alles ein Experiment ist.

http://nilsfeld.de/r/arduino/images/layout_v1.jpg

Auslesen kann ich den Atmega644p

[EDIT]

Hi zusammen,

ich bin gerade dabei den Sanguino Bootloader auf eine Atmega644p aufzuspielen.

Dauert das immer so ewig lange ?
 
Ich arbeite direkt in der Konsole mit avrdude.

Code:

avrdude -p atmega644p -c avr910 -P com8 -U flash:w:"...Hexfile...":i -U flash:v:"...Hexfile...":i -y

Den Aufruf habe ich in einem Tutorial gefunden und angepasst.

Er ist gerade bei 20%. Bis dahin hat er schon 220 Sekunden gebraucht.

Mir scheint es so, dass er immer erst rechnet und dann das Paket überträgt, da die Dioden vom Programme alle 20 Sekunden ganz kurz aufleuchten.

Geht das bei euch schneller ?


EDIT
Was heist die Meldung:

Code:

avrdude: verification error, first mismatch at byte 0xf800  0x0c != 0xff
avrdude: verification error; content mismatch

avrdude: safemode: Fuses OK

Versteh ich das richtig, dass das schreiben des Bootloaders fehlgeschlagen ist weil beim Kontrollieren irgendwas nicht stimmt ?

Wie kann man das verhindern und wodran kann das liegen ?  

Das liegt an der Größe des Datentypes:

16bit int geht von [ch8722]32.768 bis 32.767
16bit unsigned int geht dann von 0 bis 65.535

Wenn du deinen Datentyp als unsigned wählst könnte dein 16bit langes word auch ohne teilen gespeichert werden.

Quelle:
http://de.wikipedia.org/wiki/Integer_(Datentyp)
Tabelle zu "Maximaler Wertebereich von Integer"

Probier es mal anders zum testen:


while(Serial.available()) {
      Serial.println(Serial.read());        
}

Serial.println("\n\n\n");

Wenn dieser Code immer noch nur Müll ausgibt stimmt irgendwas mit deiner Baudrate nicht.
Du solltest auch testen ob deine Zeichen die du überträgst vielleicht nicht als ascii dargestellt werden können.

[edit]
Da war wer schneller
[/edit]

Assembler muss ich auch nächstes Semester lernen.

Ist es den möglich in Assembler komplexe Programme zu schreiben  oder verliert man da die Übersicht ?