RTOS für ATmega640

typ schrieb:
> Allerdings gibt es nur einen Port für den ATmega128. Ist es
> wahrscheinlich das dieser Port ohne Modifikationen auch auf einem
> ATmega640 läuft?

Hmmm... ohne es ausprobiert zu haben... ich denke dass das geht.
Die beiden haben ja sogar dasselbe Datenblatt und unterscheiden
sich scheinbar nur in ihren Speichergrößen. Der CPU-Core Registersatz
ist der gleiche. Ich denke es geht.

Woher hast du den 128-er Port für uc/OS-II? Ich hab bisher nur
fehlerhafte gefunden oder nur für alte GCC bzw. uc/OS-Versionen.
Die anderen waren fehlerhaft. Jedenfalls die, die es für den GCC
gibt. Da wurden entweder nicht alle Register gerettet oder die Parameter
beim starten der Taskfunktion wurden nicht richtig übergeben (Task-
Stack wurde falsch angelegt) oder oder oder. Jedenfalls waren
sie buggy.

typ schrieb:
> Falls nicht gibt es dann andere RTOS die quasi "Out of the box" auf
> einem ATmega640 laufen?

Es gibt für FreeRtos einen Port für den ATMEGA324. Den kann man leicht
anpassen, wenn man das Prinzip verstanden hat. Es sind eigentlich
nur Änderungen der Makros für das Retten und Wiederherstellen der
Register notwendig und die Routine zum Erstellen eines Taskstacks
muß angepaßt werden. Dann sollte es gehen. Timertick muß natürlich
auch laufen. Das ist aber das wenigste. Ich habe den 324-er Port
gerade auf den ATMEGA1281 umgebaut und er scheint zu laufen allerdings
hab ich ihn bisher nur sehr grob getestet.

typ schrieb:
> würde dir den natürlich gern zukommen lassen wenn du einen
> funktionierenden brauchst.

Danke, ich würde ihn mir gerne der Neugierde halber ansehen. Ich habe 
mir selber einen gemacht. Der scheint stabil zu funktioneren. Hab ihn 
schon ziemlich gequält. :-)
Wenn du mir den Port schicken darfst, dann poste ihn hier oder unter
bastler ät quantentunnel punkt de
Danke schön.

typ schrieb:
> Müssten die Namen für Timer usw. nicht in der avr\io.h definiert sein?

Sind sie auch. Aber wenn du eine andere CPU wählst, dann haben die 
Register und Bits evtl. andere Namen. Bei dir ist das dann der Fall. Du 
mußt dir das Datenblatt des Controllers schnappen und die richtigen 
Namen ermitteln und dein Programm entsprechend ändern.

Ob der verlinkte Port OK ist, bin ich mit nicht sicher. Ich meine ich 
hatte mal reingesehen und auch einen Fehler entdeckt. Dieser tritt 
allerdings nur auf, wenn man das System überlastet, dann stürzt es ab. 
Das passiert nicht, wenn man es richtig macht. Ich habe den Fehler in 
mehreren Ports auch auf der Homepage Micrium gesehen. Die haben das 
nicht ausreichend getestet. Macht keinen guten Eindruck.

typ schrieb:
> 3% Flash (uCos2 13%) und 0,9% RAM (uCos 59,5% !!!)

Du kannst das uc/OS recht schmal bekommen, wenn du dich mit der 
Konfiguration befasst und damit mal spielst. Auch die Stackgrößen wollen 
überlegt sein. Allerdings ist Femto-OS mit Sicherheit kleiner, das 
glaube ich auch.