eDIP128 - mal geht es mal nicht

Auszug aus dem Datenblatt des Herstellers:

2. Binär-Modus
- Das Escape-Zeichen entspricht dem Zeichen ESC (hex: $1B, dez: 27).
- Die Befehlsbuchstaben werden direkt gesendet.
- Die Koodinaten x und y und alle anderen Parameter werden als 8-Bit 
Binärwert (1 Byte) gesendet.
- Zeichenketten (Texte) werden mit CR (hex: $0D), LF (hex: $0A) oder NUL 
(hex: $00) abgeschlossen.
Im Binär-Modus dürfen keine Trennzeichen z.B. Leerzeichen oder Kommas 
verwendet werden.
Die Befehle benötigen kein Abschlussbyte wie z.B Carriage Return (außer 
Zeichenkette: $00).

Teilweise sollen noch zusätzliche Daten übermittelt werden

Keiner eine Idee dazu?

Nach Angabe des Herstellers sind bis zu 100kHz bei Pausen von 6uS 
zulässig. Gebe vorsichtshalber ca 50 oder 100 mS.
An ACK habe ich auch gedacht. Wie weit ist den der Einfluss von ACK 
dabei?
Werde es heute auf jeden Fall mit ACK testen.
achim

Habe es getestet. Gebe ich das Rechteck aus und lese danach ACK ein 
bekomme ich die Anzeige 6. Probe dazu, habe einen Wert geändert bekomme 
ich kein Rechteck mehr angezeigt und bekomme 21 (???) angezeigt.
Das zweite Teil des Programme wird vollkommen ignoriert und bekomme 
keine Gerade angezeigt.
Leider versteh ich es nicht.
achim

Achim S. schrieb:
> Mal geht der Code und mal nicht.

...ist keine besonders aussagekräftige Fehlerbeschreibung.

Der Fehler kann auch gut und gerne in einem Teil des Codes liegen, den 
Du uns hier nicht zeigst.

Habe ich gemacht. Im Grunde hat sich nichts geändert. Es geht jetz nur 
schneller, wenn ich andere Werte für das Rechteck eingebe. Eine Gerade 
wird trotzdem nicht gezeichnet. Auch die Checksumme des zweiten Aufrufes 
wird nicht angezeigt. Etwas hat sich noch drastisch geändert. Bisher 
blinkte der Cursor gemütlich oben links, jetz flackert er sehr schnell.

Ist unwahrscheinlich, das ein Fehler in einem Teil steckt. Habe das 
Peogramm auf das aller nötigste reduziert. Zur Kontrolle und Anzeige der 
korrekten Adresse und ACK verwende ich noch ein zweites Display. Dort 
geht alles

achim

Mir ist da was aufgefallen.

1

void Graphik_Rechteck(int8_t a1, int8_t b1, int8_t x2, int8_t y2)

2

  {

3

  uint8_t bcc;

4

  bcc = 0x11 + 0x07 + 0x1b + 'G' + 'R' + a1 + b1 + x2 + y2;

5

  //bcc = 0x07 + 0x1b + 'G' + 'R' + a1 + b1 + x2 + y2;

6

  //bcc = bcc % 256;   //0x100

7

  i2c_start(slave_adresse_1);

8

  i2c_write(0x11);      // DC1 0x11

9

  i2c_write(0x07);    //07 Strich

10

  i2c_write(0x1b);      // ESC   0x1b

11

  i2c_write('G');    // G

12

  i2c_write('R');    // R

13

  i2c_write(a1);

14

  i2c_write(b1);

15

  i2c_write(x2);

16

  i2c_write(y2);

17

  i2c_write(bcc);

18

  //i2c_stop();    ----->  mit diesem Stop läuft es nicht ????

19

  i2c_start(slave_adresse_2);

20

  e = i2c_readNak();

21

  i2c_stop();

Mit dem ersten Stop (auskommentiert) geht es nicht.

Bekomme bei der "Geraden" den ACK von 61 zurück

Habe es noch mal mit ACK getestet. Bekomme jetzt von beiden Teieln des 
Programmes "6" zurück und es werden beide Graphiken korrekt angezeigt. 
Das ganze reagiert etwas komisch auf delay. Die Pause dazwischen, wie 
vom Hersteller vorgegeben, könnte auch was beeinflussen.
Wie ist eure Erfahrung mit der Zeit? Teilweise kommt es mir verzögert 
oder langsam vor.
achim