Mittlerweile hat mein Display schon mal etwas mehr angezeigt, auf der linken Seite sind zwei Buttons erschienen. Man muß es wohl nur lange genug dranhängen haben. Allerdings verschwinden die Dinger auch wieder und wenn man draufdrückt ändert sich zwar die Farbe, mehr passiert aber noch nicht.
Gruß Jens
Hallo Andreas,
hab heute mein EDIPTFT43ATP bekommen.
Habs gleich mal mit nem XBee verheiratet und deine Scripte implementiert.
Die Installation ist für einen „Nicht-Programmierer“ etwas anstrengend aber machbar (ich habs ja auch geschafft 
).
Lief bei mir gleich auf Anhieb.
2 Sachen hätte ich:
1.) Irgendwie hat mir das Installationsscript „deine“ Ordnerstruktur angelegt (Program / Hardware / …).
Hab die Unter-Objekte einfach verschoben und die Ordner gelöscht.
Funktioniert trotzdem noch…
2.) Hab auch noch ein eDip240 das auf seinen Einsatz wartet, wenn du also ein Versuchkaninchen für die 240er Klasse brauchst 
Ansonsten klasse Arbeit 
DANKE!
Hallo Christian,
freut mich, dass es bei Dir gleich auf Anhieb funktioniert hat.
Die Ordner Struktur hättest Du gleich im Installations Script anpassen können.
Ansteuerung eines 240ers wird wohl noch etwas dauern, hab einige andere Projekte grad am Laufen.
Was würdest Du denn an der Installation noch verbessern bzw. mit was hattest Du Probleme?
Eventuell könnte ich in Zukunft noch die Register Variable und den Socket autom anlegen.
Hallo Andreas,
sorry für die späte Antwort, war Dienstlich etwas eingespannt…
Anbei ein Beweisfoto, das doch was weiter gegangen ist
Wie gesagt: „Nicht-Programmierer“
Ich kann warten, wär aber klasse wenns noch was wird…
Mein Hauptproblem war das ich noch keines deiner „Produkte“ im Einsatz hatte.
Daher waren bei mir weder Logger noch Installer drauf.
Das hat mich schon ne Weile gekostet die 2 zu installieren.
Je mehr automatisch angelegt wird desto besser, aber:
Den Socket würde ich nicht anlegen, da es ja mehrere Möglichkeiten gibt.
Ich habe z.B. XPort und XBee im Einsatz.
OK, alles klar, bin gerade genau mit diesem Thema beschäftigt. Installation wird in Zukunft noch einfacher.
Sehr schön eingebaut Dein Display - wie hast Du das realisiert, ist das steckbar oder von hinter zugänglich ?
Auf der Rückseite kleben die Badezimmer-Fliesen
Ich hab die „Gutmütigkeit“ von Rigips genutzt.
Loch in die Wand, Hohlraumdose dahinter, Löcher an die Stellen wo die Gewindebolzen auf der Frontblende sind.
Die Löcher sind leicht neben der „richtigen“ Position, dadurch können sich die Gewinde schön im Rigips verbeißen.
Und wenn das mal ausgeleiert ist, müssen halt irgendwie Federn dran, so wie bei den Halogen-Decken-Spots…
Die IPSEdip Scripts wurden ebenfalls bereits in die IPSLibrary integriert.
Neue Features
[ul]
[li]Verbesserte Installation (autom. Anlegen von Register Variablen und IO Instanz).
[/li] [li]IPSLibrary Integration (Update Möglichkeit, Versions Kontrolle, …)
[/li][/ul]
Hi,
was muß denn am eDIP noch eingestellt bzw. Parametriert werden?
Die Categorien und Variablen werden auf dem Pannel angezeit.
Das Funktioniert alles.
Was nicht funktioniert sind die Buttons am Touch.
Das Panel selbst erkennt den Tastendruck und zeigt die Category anders Farbig an.
Jedoch schickt das eDIP keine Daten zu IPS raus.
Egal ob PIN 13 auf Masse ist oder nicht.
Was muß ich da noch tun?
Nutze das eDIP in der IPSLibary.
Gruß
Andre
Hallo,
Softwareseitig nichts.
PIN 13? Einfach offen lassen.
Wichtig ist PIN 17, der gehört auf GND.
Das is es eigentlich.
Sonst kanns nur noch was mit der Verbindung zum Server zu tun haben.
Welche Art der Anbindung benutzt du?
LAN/RS232/XBee/WLAN/USB?
Ich benutz noch die „alte“ Version, von vor der IPSLibrary.
Das sollte aber egal sein…
Hi,
PIN 17 meine ich auch. Nicht 13.
Nutze es via USB(FTDI). Ich bekomme es ja auch programmiert mit dem Kit-Tool.
Es Antwortet beim Aufbau des Bildinhaltes durch die IPSLibrary korrekt mit ACK.
Von daher ist M. E. ein HW Fehler eigentlich ausgeschlossen.
Das Touch invertiert die Button auch bei Berührung.
Es sendet aber laut Debugger nichts.
Noch ne Idee?
Gruß
Andre
Überprüf mal die Register Variable, dort sollte als Script IPSEDIP_Receive.ips.php eingetragen sein.
Falls nicht, bitte manuell korrigieren…
… und im Konfigurations Scipt muß die Register Variable auch eingetragen sein, sonst funktioniert der Rückweg nicht (da stimmt die Doku glaub ich noch nicht ganz)…
Hi,
beides geprüft und stimmte.
Das Debuggen des Com-Portes zeigt schon das beim Touch betätigen keine Daten kommen.
Bei der noralen Übertragung hingegen schon.
dann liegt vermutlich ein Problem in der Verkabelung vor.
Hi,
bin nicht Deiner Meinung.
Es werden ja Daten vom Display gesendet.
Siehe Anhang.
Antwort ist immer ACK=06. Sowie in der Beschreibung von EA.
Dort steht aber auch was, das das Display gepollt werden muß.
dump.txt (1.99 KB)
Welche Firmware habt Ihr drauf.
Auf meine eDIP ist V1.5.
Die TouchTaste muß ich immer pollen, dann funktioniert es.
Pollen tu ich mit
<DC2> 1 S bcc
Die Befehlsfolge <DC2>, 1, S, bcc entleert den Sendepuffer des Displays. Das Display antwortet zuerst mit der Quittierung <ACK> und beginnt dann alle gesammelten Daten wie z.B. Touchtastendrücke zu senden.
Dann wird aber immer der Bildschirm neu aufgebaut.
Es wird auch immer der letzte ‚Tastendruck‘ zurück gegeben, auch wenn der schon Stunden her ist.
Meiner Meinung nach liegt es an der Ansteuerung des Displays durch die IPSLibrary oder der Firmware des Displays.
Oder im Display ist noch Irgendwas anderes Ferstellt, da es ein gebrauchtes ist.
Das ist der Code den ich in das Display mit dem KitEditor programmiert habe:
eDIPTFT43-A "Status on delivery" ; define eDIP, "Projectname" max. 32 character
;brings the display back to ex-works condition with it's standard-fonts 1..8, standard-pattern and standard-border
AutoScan: 1 ; autoscan for correct baud rate to connect to eDIP on COM/USB
;COM1: 115200 ; program eDIP on COMx with 115200 Baud
USB: 230400, "eDIP Programmer" ; use EA 9777-USB eDIP Programmer and program eDIP with 230400 baud
;VERIFY ; verify after program
;------------------------------------------------------------------------------
; load defaults
include <..\default_constant.kmi> ; double click to open
include <..\default_font.kmi>
include <..\default_pattern.kmi>
include <..\default_border.kmi>
;-------------------------------------------------------------------------------
MnAutoStart = 0
PowerOnMakro: ; runs after power-on
#MN MnAutoStart
ResetMakro: ; runs after external reset
#MN MnAutoStart
WatchdogMakro: ; runs after a crash (>500ms)
#MN MnAutoStart
BrownOutMakro: ; runs when supply voltage drops <3V
#MN MnAutoStart
;-------------------------------------------------------------------------------
Makro: MnAutoStart
Du hast das Protokol nicht deaktiviert (Pin 17 auf Masse). Dadurch sendet das Display dann autom. die Antworten (auch kein ACK, das stört aber in der Praxis nicht)
WOW
Geht.
Der PIN 17 war der Fehler.
Hatte chrisu in Thread #29 zwar geschrieben, aber dadurch das ich in meiner Fehlerbeschreibung 13 und 17 vertauscht hatte habe ich das überlesen.
@Brownson
Kannst Du das bitte in Deine HW Beschreibung aufnehmen.
Da fällt man leicht drüber:D.
Danke an chrisu und Brownson
Hallo Zusammen,
zuerst mal ein dickes Danke an Brownson für seine fantastische Arbeit, ohne IPSEDIP hätte ich mir wohl kein Display gekauft.
Leider stimmt bei mir irgendwas mit der Verkabelung nicht.
Pin 17 liegt auf Masse, Pin 1, 2, 20, 21 liegen an GND und +5V von einer externen Stromversorgung und für 9600 Baud habe ich Pin 8 ebenfalls noch auf GND gelegt. Die Pins 10 und 11, RxD und TxD gehen dann auf den USB-Seriell Adapter (siehe Fotot).
Das Display zeigt auch den Demomodus an, aber von IPSEDIP kommt leider nichts auf dem Display an.
Ich vermute es liegt am USB Seriell Adapter, den ich falsch angeschlossen habe. Hat mir da jemand einen Tip?
Gruß
Holger
Gnd am Seriell Adapter vergessen.
Txd - Rxd
Rxd - Txd
Gnd - Gnd
Gesendet von meinem GT-I9100 mit Tapatalk 2