| Ich nutze: C-Control II Unit, CC2-Application-Board, OSOPT V3.0 |
>
> > ich habe mir ein CC2NET RAM Device mit 4 x 1MBit SRAM mit Port-Interface
> > PCF8574A als Bausatz besorgt.
> >
> > Das aktuelle ram.c2, ramdev.hex und irctrl.hex habe ich mir besorgt.
>
> Für was willst Du irctrl.hex benutzen ? Das hat nichts mit dem RAM-Device zu tun !
Ok, das war wohl ein "Kurzer". Düfte aber auch nicht stören?
> > Beim Ausführen des beigefügten Testprogramms test.c2 stellte sich leider
> > heraus, da� das Auslesen der Werte nicht sehr zuverlässig erfolgt.
> >
> > Beim Aufruf der Funktion ram.init(15, 255) liefert die Funktion eine 0 zurück,
> > was ja ok ist.
> >
> > Wenn das Auslesen mit ram.readint nur über 4 I/O Ports erfolgt, so ist das
> > Ergebnis noch am zuverlässigsten, wenn auch nicht fehlerfrei. Bei Verwendung
> > von 6 I/O Ports ist ein richtiger Wert schon ziemlich selten.
> > Besonders unzuverlässig wird das Auslesen, wenn ich z.B. readbyte oder
> > readlong verwende.
>
> �hh, was meinst Du mit "über 6 I/Os" ??
>
> Für mich klingt das so, als ob Du das Interface falsch angeschlossen hast.
>
> Wichtig ist, daÃ? Du das CC2Net-RAM-Interface Ports genau so anschlieÃ?t, wie es
> im Modul ram.c2 beschrieben ist, und keinesfalls anders.
> D.h. es muÃ? DS an P1L.4, SH an P1L.5, ST an P1L.6 und WE an P1L.3
> angeschlossen werden.
> Wenn Du es irgendwie anders machst, kann es nicht gehen.
> Beide Jumper beim Wannenstecker müssen auf 2-3 stehen, sonst geht es nicht.
> Die Option, da� man weitere Datenleitungen benutzen kann, ist für Leute gedacht,
> die eigene Routinen für die Ansteuerung schreiben möchten und etwas
> Geschwindigkeit dabei rausholen möchten.
> Da ich allerdings bereits einen ASM-Treiber geschrieben habe, kann man durch die Benutzung
> weiterer I/Os nicht wirklich mehr Geschwindigkeit rausholen.
> (Es sind nur ein paar wenige Prozent, da das Nadelöhr hier woanders steckt.)
>
> MfG André H.
>
O.k., habe mich auf 4 Ports (Jumpers beim Wannenstecker auf 2-3) beschränkt.
Die Anschlüsse habe ich bereits mehrfach überprüft und kann keinen Fehler
finden. Wird aber nicht besser.
Mir macht das den Eindruck, als ob ein Timing-Problem beim seriellen
Ein-/Auslesen besteht. Die Fehlerquote beim Ein-/Auslesen liegt bei ca 30-40%,
ist auch nicht immer 100%ig reproduzierbar. Gibt es vielleicht die Möglichkeit,
im Ram.c2-Modul ein paar sleeps einzubauen, um das ganze mit geringerer Auslese-
geschwindigkeit zu testen?
MfG und vielen Dank im Voraus
Michael
Antwort schreiben
Antworten:
Re: Probleme mit dem RAM Device (von André H. - 26.12.2004 10:40)Re: Probleme mit dem RAM Device (von Norbert - 22.12.2004 12:42)Re: Probleme mit dem RAM Device (von Michael - 23.12.2004 9:41)