Für dieses Forum muß Javascript im Browser aktiviert werden!
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 Johannes, > > > langsam nervt mich dieses hwcomm-modul. Kann mir jemand sagen, wie ich hwcomm aus mehreren > > threads aus verwenden kann? Oder wo dabei genau die Probleme liegen? > > Das Problem liegt nicht an HWCOM, sondern eher 100%ig an Deinen Routinen. > Ich weiß nicht, warum immer mehr glauben, die Probleme lägen an den Modulen > und nicht an den eigene Routinen ! > > Prinzipiell gilt für Schnittstellen immer: Max. Ein Zugriff zur selben Zeit. > Das gilt für die CC2 genauso wie für jeden X-beliebigen PC ! > Oder hast Du schonmal erfolgreich versucht eine serielle Schnittstelle am PC > von zwei Programmen gleichzeitig zu öffnen ? > > Man kann zwar bei der CC2 bei der seriellen Schnittstelle aus mehreren Threads > schreibend zugreifen, aber beim lesen geht das natürlich nur aus einem Thread. > Sonst kommt es zu Datensalat. > Damit es beim Senden aus mehreren Thread nicht auch zu Datensalat kommt, wie > es jetzt der Fall ist, mußt Du als erstes ein Protokoll defnieren, welches die Gegenseite > auch versteht. > Zudem muß dieser Protokoll-Datenrahmen komplett gecaptured werden. > Dazu bnötigst Du jedoch ein erweitertes Capture aus dem Modul cap.c2 . > In jedem Thread sehe dann die koplette Senderoutine so aus: > > <code>thread xy > { > //... > cap.Capture(0) > // hier wird auf HWCOM schreibend zugegriffen > //... > cap.Release(0); > // Andere Aufgaben/Routinen im Thread > //... > }</code> > > Allerdings ist es wirklich einfacher und sinnvoller einen eigenen Kommunikationsthread > zu betreiben, als mit 100 Thread je einen Datenwert kompliziert zu senden. > > Denn auch, wenn die CC2 Multithreading unterstützt, heißt es: > Nur so viele Thread wie nötig. > Oft ist weniger mehr. :-) > > Und um ein kleines Beispiel mit einer komplexeren Heizungsregelung zu nennen: > Hier würde man sinnvollerweise folgende Threads einsetzen: > 1x Kommunikation (pro Schnittstelle) > 1x Display & Menü (incl. Eingaben/Tastatur) (evtl. zusätzliche Threads für Terminals am I²C-Bus) > 1x Zyklus (allgemeine kleine Aufgaben. Watchdog, Überwachung von I²C-INT-Leitungen etc.) > 1x Regelung > 1x Heizungsmischer (pro Mischer) > 1x Auswertung von Sensoren (kann allerdings ggf. auch im Regelungsthread erfolgen) > > MfG André H.
