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, > > ich hatte auch öfters Probleme mit der Interrupt Erkennung vom eDIP-TFT INT Ausgang. > Ich hab dann den INT Ausgang vom eDIP-TFT auf einen BC547 Transistor geschalten. > (Dadurch hat sich der INT auch invertiert. D.h. 5V = INT und 0V = Kein INT.) > Ich hab auch so ca. 10m CAT-5 Leitung zwischen CC2 und eDIP. Evtl. lag es > ja auch daran (SDA/SCL laufen über P82B96 I2C-Bus Buffer). > > Aber seitdem werden alle INT vom eDIP-TFT 240 sauber erkannt. > > Markus > > > > > > > Hallo Wema, > > > > > > > Und dann habe ich meinen Programmcode optimiert, d.h. sämtliche Teile, die ich nur für das 4x20LCD > > > > benötigte, hinausgeschmissen. Da der Code für aämtliche Menüs etc. auf dem eDIP einfacher zu > > > > programmieren ist, habe ich eine Menge Code gespart. Mein jetziges Programm hat nur noch eine > > > > Größe von rund 18.000Words. Und seit dieser Version habe ich auch die Probleme: Die Touchbuttons > > > > reagieren nicht mehr auf jeden Druck, sondern meist nur noch auf den 2. bis 5. Und weiterhin passiert > > > > es öfter, dass bei einem Menüpunkt plötzlich ein anderer angezeigt wird, den ich vorher ohne Erfolg > > > > betätigt hatte. Ich habe seit 3 Tagen den Code überprüft und keinen Fehler finden können. Ich möchte > > > > den Code hier nicht abdrucken (ginge auch gar nicht), hoffe aber dennoch auf Eure Hilfe: Kann es sein, > > > > das der Zugriff auf den I2C-Bus durch den geringeren Code zeitlich problematischer geworden ist? > > > > > > Nein, eigentlich nicht. > > > Außer, Du schickst zu viele Daten an das eDIP, so daß diesesnicht hinterherkommt. > > > Das kann ich mir aber kaum vorstellen. (Im Zweifelsfall testweise ein paar Sleeps einbauen.) > > Hallo Wema, > > habe Dein Posting gefunden (wenn auch schon etwas alt), da ich ähnliche Probleme (hoffentlich) > > hatte ... Meine Lösung/Ursachenforschung sieht derzeit folgendermaßen aus: > > Ich hatte einen freien Touchbereich definiert (ESC "AH") der mir meine ganze Interrupt-Steuerung > > (wait not ports.get(14)) durcheinander gebracht hat. Die Untermenüs und Menüaktionen sind - wie > > bei dir beschrieben unvorhersehbar gekommen bzw. nicht gekommen ... > > Dank des Tipps von Andre (in einem anderen Posting) habe ich eine LED an den Interrupt-Ausgang des EDIPS > > gehängt ... und siehe da: sobald man den frei definierten Touchbereich berührt, blinkt diese > > mehrmals unregelmäßig auf (vermute mal, dass da das "drag" des Touchbereichs zuschlägt - ist aber > > auch egal :-)). Klar, dass meine ganze Logik durcheinander kommt, da bei jedem Aufblitzen > > der LED etwas in den Sende-Puffer des edips gestellt wird ... Vielleicht irre ich mich auch ... > > Auf jeden Fall habe ich den freien Touchbereich durch einen "normalen" TouchKey (ohne Rahmen) > > ersetzt und seitdem funktioniert das ganze: Wenn ich einmal draufdrücke, dann leuchtet die LED > > (Interrupt edip) auch nur einmal (und nicht mehrere male). Bis jetzt läuft das ganze ohne Probleme > > (zwar erst einen Tag, bin aber zuversichtlich ...). > > zusätzlich baue ich einen sleep zwischen 15 und 30 nach jedem edip Befehl ein. Ob das unbedingt > > notwendig ist? Jedenfalls "verschluckt" sich das edip kein einziges mal ... > > <code> > > edip.setTouchFont(edipAddress,6); sleep 15; > > edip.setTouchFrame(edipAddress,0,0); sleep 15; > > edip.touchKey(edipAddress,1,5,40,120,0,5,1,"R|o|L|a"); sleep 30; > > </code> > > Für nicht Hardware-Lötkolben-Freaks die Bauanleitung für die LED: > > Low current LED (2 mA) mit 1,5 kOhm Widerstand an INT (edip-Platine) und +5 Volt hängen. > > Polarität der LED nicht verwechseln (langes Bein: +5 Volt) > > > > Hoffe, Du hast die Probleme schon selbst gelöst ... aber falls einer mal nach demselben Problem > > sucht, wird er hier vielleicht fündig. > > Dank an alle, die Ihre Lösungen und Tipps hier im Forum kundtun! > > Gruß, RR > > > > > > > > > Muß ich etwa jeden ZUgriff durch das eDIP auf den BUs möglicherweise capturen? Ein ausprobieren > > > > wäre für mich mit viel Arbeit (und möglicherweise unnötiger) verbunden. Daher hoffe ich auf einen > > > > Hinweis aus Euren Reihen. Reicht zur Kollisionsvermeidung augf dem I2C-Bus nicht bereits, das > > > > Andre in seinen Modulen capture-Befehle hat? > > > > > > I²C-Bus-seitig ist bereits alles gecaptured. > > > Hier kann es durch Multithreading zu keinen Problemen kommen. > > > Nur, wenn man eine Ebene höher geht, also z.B. dasselbe eDIP aus unterschiedlichen Threads > > > anspricht, muß man wieder capturen. > > > > > > > Hat jemand ähnliche Probleme gehabt und konnte diese lösen?? > > > > > > Hatte ich bisher leider nicht. Sorry. > > > > > > Überwache einmal den Interruptausgang des eDIPs beim Drücken einer Taste. > > > (Zur Not eine LED anschließen.) > > > > > > MfG André H.
