Hallo Achim,

du hast recht, es ist nicht wirklich wichtig, wie genau das System arbeitet.


Beschreib bitte nicht zu genau was du meinst:
Schön, dass es schon eine Stop-Uhr für den Nibo2 gibt, da war mein Vorschlag ja deutlich überflüssig. (Sollte eigentlich nur einen kleine Anregung sein, über ein selbstentwickeltes Programm das Timingverhalten der Hardware zu betrachten bzw. genauer kennen zu lernen.)
Die fehlende "Basis" verstehen ich nicht.

Der "stop"-Befehl löst über die FW des 128 eine Funktion aus, die über den Bus die "stop"-Anweisung zum 88 überträgt. Die FW auf dem 88 löst dann entsprechende Signaländerungen am copro aus.
Der 88 ist auch nur ein normaler Prozessor, er ist nur im Leistungsumfang etwas kleiner gegenüber dem 128 und somit etwas preiswerter.
Zu erläutern, wie ein Bus-System funktioniert, das würde hier den Rahmen deutlich sprengen, es gibt dazu aber reichlich Informationen über die Suchfunktion bei google.

Hallo Lutz
als Basis in diesem Fall bezeichne ich einen kleinen Chip auf dem Rechner, wo eine echtzeituhr läuft. Diese wird durch eine Stützbatterie mit Spannung versorgt und kann durch Prg gesetzt und ausgelesen werden. Dadurch kann ich die aktuelle Zeit anzeigen lassen, die Betriebsstunden zählen lassen oder als Basis für ein Zeitverhalten nehmen z,B. erkennung morgen oder abends. Und viel weitere Möglichkeiten.
Danke für dein Prg. Wenn tatsächlich Unterschiede in der Hardware sind müsste es ja auf meinem Nibo deutlich öfters auftreten. Werde mich nachher dranmachen und probieren. Informiere dich über die Ergebnisse.
Achim

Hallo Lutz
Habe gerade erst die zweite Version gesehen. Die erste Version konnte ich ohne Fehler runterladen und auf den Nibo übertragen. Es läuft ohne Fehlermeldung. Mache bitte aber beim nächsten mal das Licht an. Im dunkeln sehe ich so wenig. Werde die Versuche starten. Mit der ersten oder zweiten Version?
Achim

Hallo Achim,

bei meinen Basteltisch-Lichtverhältnissen sehe ich genug, also spare ich kostbare Akkuleistung für längere Laufzeit.

Prüfe bitte beide Versionen!

Bin dran, kann aber erst morgen richtig loslegen

Hallo elektrolutz,

ich habe das Problem gelöst! Die Kommunikation zwischen COPRO aund dem ATmega128 findet über die SPI statt. Das Problem bei der Verwendung der SPI Schnittstelle im Slave Modus ist, dass das Datenregister innerhalb von einem halben SPI-Takt geschrieben werden muss, das waren bisher 2µs. Ich habe jetzt die Taktgeschwindigkeit erhöht zusätzlich jedoch Pausen von 32 µs nach jedem Byte eingefügt - somit steigt das Zeitfenster zur Interruptbehandlung von 2 auf 32 µs - dein Programm läuft bei mir jetzt ohne Sound!

Der aktuelle initializer2 mit der COPRO Firmware ist im Anhang.