Path: csiph.com!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Gerald Oppen Newsgroups: de.sci.electronics Subject: =?UTF-8?Q?Re:_Arduino:_=22digitalWrite=22_geht._=22PORTD/PORB=22_is?= =?UTF-8?Q?t_unzuverl=c3=a4ssig=3f?= Date: Sat, 8 Apr 2017 17:45:35 +0200 Lines: 23 Message-ID: References: <20170408020929.6714bb7a@puma.das.netz> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net vTfExZt0/w05cQ8y1r8vawo3dm98xdbSG0uN0ldRWeTwTpFzo= Cancel-Lock: sha1:4ku3X34V1y4Eb1EiU1gh2dBj/8g= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 In-Reply-To: Xref: csiph.com de.sci.electronics:225905 Am 08.04.2017 um 14:41 schrieb Manuel Reimer: > On 04/08/2017 11:38 AM, Christian Zietz wrote: >> Wenn SendData vorher auch schon so aussah, bloß ohne "nop", dann war die >> Hold-Zeit gewährleistet. Der ganze Arduino-Overhead von digitalPinWrite >> dauert mit Sicherheit länger als die Holdzeit für CD ist. > > Wahrscheinlich. > > Mir scheint es so als wäre das Problem besonders in den Regionen > besonders stark wo "nur Nullen" auf das Display sollen. Also keine Pixel > gesetzt werden. > > In dem Fall scheinen Null-Bits verschluckt zu werden, was das > "Verschieben" aller Zeilen am LCD erklären würde. Du solltest Dir mal die Signale mit einem OSZI anschauen, eventuell sind die Signalflanken zu flach. Das hatte ich gerade bei der Senderichtungsumschaltung an einer RS485. Hängt da noch was anderes an den Busleitungen, eventuell eine Schutzbeschaltung? Gerald