Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

Kommentar:
Einfügen von HTML im Kommentar:

Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a>
Bild einfügen: <img src="BILDURL">
Text formatieren: <b>fetter Text</b>  <i>kursiver Text</i> <u>unterstrichener Text</u>
Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b>
C2 Quellcode formatieren: <code>Quellcode</code>
ASM Quellcode formatieren: <asm>Quellcode</asm>
(Innerhalb eines Quellcodeabschnitts ist kein html möglich.)
Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst !  

> Hallo, > > Also bei mir ist das folgendermaßen: Die CC2 kommuniziert über swcom mit einer CC1-M-Unit. Die CC2 fordert mit einem Byte daten von der CC1 an. diese gibt dann 16 bytes zurück.Dabei wird ständig auf beiden seiten eine Checksumme mitgeführt. diese wird zum schluss verglichen. Wenn während der übertragung ein Time-out auftritt oder die checksumme nicht stimmt, wird der puffer gelöscht und das Paket nochmal angefordert. Somit stört es nicht, wenn mal ab und zu ein Paket fehlerhaft ist. Die fehler zähle ich und gebe diese zahl auf dem diaplay aus. Ein thread ist für die swcom verantwortlich. Wenn ich nun einen test-thread nebenbei laufen habe, der float-oprationen durchführt, wird die übertragung so fehlerhaft, dass die 16 bytes nur noch äußerst selten fehlerfrei durchkommen. wenn ich in dem test-thread int oder long-operationen durchführe, klappt alles einwandfrei. Auch wenn ich in meiner anwendung die float-operationen mit capture/release mit der swcom syncronisiere, kalppt es. Somit ist ein fehler von außen eigentlich ausgeschlossen. > > bei einer solch hohen fehlerrate muss das ein anderes problem sein. > > Ich betreibe außerdem noch ein mini-terminal an der hwcom, da sind mir aber derartige fehler noch nie aufgefallen, auch wenn ich float nebenbei verwende... > > Vielleicht hängt es ja auch damit zusammen, dass die CC1 laut handbuch zwei stoppbits, die cc2 aber 1 stoppbit hat, vielleicht ist es desshalb für die swcom schwieriger, das ganze zu syncronisieren,während der prozessor durch float-operationen belastet ist. Das mini-terminal(9.600 Baud) hat aber auch nur ein stoppbit. > > Bei dir hängt der fehler viellecht damit zusammen, dass das notebook die übertragung elektromagnetisch stört...wenn du eine hohe baudrate verwendest, könnte das ja möglich sein. > > mfg > Norbert
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB