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 Thomas, > > > > Das LCD und die LEDs haben dabei einige Daten/Steuerleitungen > > > der Schieberegister gemeinsam. Sobald man mit mehreren Threads versucht > > > auf diesen Bereich (LCD, LEDs, Relais) zuzugreifen, vermischen sich die Daten > > > und man hat einen prima Zufallsgenerator. :-) > > > > So meine Beobachtung und Vermutung der Ursache (wenn ich die Thread richtig aufrufe?) > > > Deine Vermutung ist richtig, und die Threads rufts Du auch richtig auf. > > > > Versuche ein explizites capture für die LCD, LED und Relais Routinen zu setzen. > > > dann sollte dieses Problem teilw. oder ganz verschwinden. > > > > Da reichen meine C2 Kenntnisse noch nicht aus... :-( > > > Hier ein kleines Beispiel für ein Explizites capture, um zu vermeiden, > daß zwei Funktionen "gleichzeitig" aufgerufen werden. > > <i>byte flag; > > thread a > { > capture flag; > function1(x,y,z) ; > release; > } > > thread b > { > capture flag; > function2(x,y,z) ; > release; > }</i> > > Das würde vorerst reichen, damit bei Dir der Zufallsgenerator aufhört. :-) > > > > Es wäre trotzdem nett, wenn du mir die Systemmodule senden würdest. > > > Dann könnte ich evtl. diese Module patchen, um dieses Problem zu > > > beseitigen. > > > > Prima! Guck mal in deinen Posteingang ;-) > > Danke, habe ich erhalten. > > > Ich kenne die interene Schaltung nicht genau , kann mir aber kaum vorstellen, > > dass die Ansteuerung des Schieberegisters ohne weiteres Zwischenspeichern > > o.ä. funktioniert, wenn das timing durch einen anderen Thread durcheinander > > kommt. Da scheint das Durcheinander vorprogrammiert (sonst bräuchte man kaum > > eine CLOCK Leitung) > > > Das haben die nicht gemerkt ?!? > > Tja, ich hab&#39; jetzt eine halbe Stunde lang über das CTC schmunzeln müssen.:-))) > Das CTC hat eindeutig die Module nicht gemeinsam getestet, sonst > wäre das sofort aufgefallen !! > Das sind mal wieder einige Minuspunkte für&#39;s CTC. :-) > Man merkt daß Martin Förster nicht mehr für&#39;s CTC arbeitet. :-( > > So ganz nebenbei: > Bei meiner 4MBit RAM-Erweiterung verwende ich beim Port-Interface > auch Schieberegister, die fast genauso angesteuert werden. Aber > im gegensatz zum CTC war mir von anfang an klar, daß ich dann > die LCD-Routinen anpassen muß, um so etwas zu vermeiden. :-) > > Ich werde im laufe der Woche die Module patchen und dann auf > meine Site stellen. > Gut, daß ich Schieberegister auf Lager habe, dann kann ich&#39;s wenigstens > mit der Unit testen. :-)) > > MfG André H.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB