Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #187499

Re: Komische Timingprobleme mit DOGM162 Display

Show all headers | View raw

Manuel Reimer schrieb:

> Scheinbar muss ich nach dem Senden des Init etwas warten bis wieder 
> Befehle angenommen werden. Eigentlich habe ich erwartet, dass dieser 
> ioctl-Aufruf solange blockiert bis die Befehle alle raus sind.

> Was mache ich falsch und wie wird das ganze zuverlässig?

Vorab: Ich kenne weder das genannte Display noch den verwendeten
Controller ST7036 und habe mir mein Wissen nur gerade eben aus dem
Datenblatt angelesen.

Ja, ioctl blockiert, bis das SPI-Kommando verschickt wurde. Aber
natürlich kann der Kerneltreiber nicht wissen, wie lange der
Displaycontroller intern benötigt, um das Kommando zu verarbeiten. So
braucht z.B. das Kommando "Clear Display", das Du im Rahmen Deiner
Init-Sequenz sendest, offenbar gut 1 ms.

Deshalb hat der Controller ein Busy-Flag, das man laut Datenblatt auch
immer abfragen soll: "Be sure the ST7036 is not in the busy state (BF =
0) before sending an instruction from the MPU to the ST7036."

Christian
-- 
Christian Zietz  -  CHZ-Soft  -  czietz (at) gmx.net
WWW: http://www.chzsoft.de/
PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA

Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Komische Timingprobleme mit DOGM162 Display Manuel Reimer <Manuel.Nulldevice@nurfuerspam.de> - 2015-06-21 18:10 +0200
  Re: Komische Timingprobleme mit DOGM162 Display Christian Zietz <newsgroup.1001@chz.xyz> - 2015-06-21 18:44 +0200
    Re: Komische Timingprobleme mit DOGM162 Display Marc Santhoff <m.santhoff@t-online.de> - 2015-06-22 04:30 +0200
    Re: Komische Timingprobleme mit DOGM162 Display Gernot Fink <g.fink@gmx.net> - 2015-06-22 21:40 +0200

csiph-web