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 Michael, > > > Die Struktur ist folgende: > > > > Modul Global: > > > > long Antwort; > > > > > > Modul Kommunikation: > > > > <code> > > function Kommando1 returns long > > {hwcom send&receive stuff....;return timer} > > > > function Kommando2 returns long > > {hwcom send&receive stuff....;return timer} > > > > function Status > > {hwcom send&receive stuff....;return timer} > > > > thread main > > > > loop > > { > > cap.Capture(0); > > Global.Antwort=Status(); > > cap.Release(0); > > > > sleep 1000; > > } > > </code> > > > > Modul Regelung: > > > > <code> > > thread main > > loop > > {if x==Event > > {cap.Capture(0); > > Global.Antwort=Kommunikation.Kommando1(); > > cap.Release(0);} > > > > if x=Event2 > > {cap.Capture(0); > > Global.Antwort=Kommunikation.Kommando1(); > > cap.Release(0);} > > sleep 1000; > > > > } > > > > </code> > > > > Wenn ich jetzt mit einem Terminalprogramm dies manuell teste, dann senden die Threads trotzdem > > durcheinander.. Was habe ich falsch gemacht? cap.init() wurde ausgeführt. > > Ich sehe hier mehrere mögliche Probleme: > 1. cap.init() wird evtl. in einer Schleife aufgerufen, und somit die Captures bei jedem > Durchlauf zurückgesetzt? > 2. Alle Deine Threads heißen main. Somit laufen diese bei Programmstart sofort an. > (Threads mit dem Namen "main" werden vom Compiler mit der Prio 32 compiliert, alle > anderen mit Prio 0.) > Dies kann man machen, wenn diese komplett eigenständig laufen könne, was bei Dir > aber nicht der Fall ist. Denn beide Threads sind darauf angewiesen, daß > die erweiterten Captures vor dem Anlaufen bereits initialisiert wurden. > Benenne also beide Threads um, und starte diese aus dem eigentlichen Main-Thread per run. > Das ist der Thread, in dem Du die Initialisierungen vornimmst. > > Ich sehe hier allerdings noch ein Problem mit der Variable "Global.Antwort". > Beide Threads scheiben auf dieselbe Variable. Es kann (und wird) jetzt vorkommen, daß > nach dem cap.Release() der jeweils andere Thread zum Zuge kommt, während Du > noch mit "Global.Antwort" arbeitest. Evtl. wäre es hier besser, mit verschiedenen > Variablen zu arbeiten. > > Ich weiß jetzt nicht, wie die Struktur Deiner Kommunikation im Detail aussehen soll, aber > es wäre besser, die Threads nach Aufgaben und Ressourcen zu erstellen. > Also ein Thread für die Kommunikation RS232, ein andere für die Bedienung (LCD+Tastatur) etc. > Denn, die sekündliche Statusabfrage bekommst Du normalerweise leicht > in die Kommunikation mit rein. > > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB