BASCOM, Atmega32 und ein 240*128 EA DIP240-7 Display

[peterfido]

Das ist alles machbar. Wenn Du Sorgen wegen dem Platz für den Gesamtcode hast, gehe ich davon aus, dass die Fonts evtl. nicht optimal hinterleft werden. Dafür würde ich bei Platzproblemen eine eigene Routine nehmen. Viel Platz sparst Du, wenn Du Dir "Read" und Data sowie "Lookup" näher anschaust. Damit lassen sich Fonts recht platzsparend einbinden. Und hinterlege nur die Zeichen, welche Du auch wirklich benötigst.
Die neueren Bascom Versionen compilieren auch schlankeren Code als die älteren Versionen.

[RobNet]

Hi,

bei der Einbindung von Fonts stehe ich jedoch gerade noch auf der Steuerleitung

Theoretisch sollte das ja so gehen

'clear the  screen

 Cls

 Wait 2

 'specify the font we  want to use

 Setfont Font8x8

...

'we need to include  the font files

 $include"font8x8.font"

Ein Font hab ich auch, jedoch kommt die Fehlermeldung:
Invalid datatyp... in der SetFont Zeile.

was vermutlich daran liegt, dass ich für den T9693 Kontroller keine passende LIB habe welche den Befehl Setfont unterstützt.
Gibt es so eine Lib?

[peterfido]

Nein, unterstützt der T6963 so nicht. Entweder eine eigene Routine erstellen, oder den Font als einzelne bgf Dateien (je Zeichen eine) einbinden und nach Bedarf an der jeweiligen Position mittels Showpic anzeigen.

[RobNet]

Hallo Peterfido,

ist das nicht ein unglaublich großer Aufwand? Ich meine es kommt relativ viel Text auf das Display und wenn ich dabei jeden Pixel oder jeden Buchstaben aus einer .bgf holen muss, ist das Projekt Ende 2012 nicht fertig

Bin inzwischen soweit, dass ich auf 'schöne' Buttons ja verzichten würde und auch bei der Standart Schrift bleibe. Ich würde jetzt Buttons einfach mit "Box (x,y)-(x,y)" zeichnen. Jedoch besteht dann immer noch das Problem, dass ich den Text ja nicht pixelgenau in die Box schreiben kann.

Hat Du schonmal ein solches Problem mit einem T6963 gelöst und mir eventuell eine Starthilfe?

EDIT: Einbinden von Bilder klappt ganz gut und ist auch eine nette Spielerei im Moment, aber für Buttons und den Text zur Laufzeit... da happerts....

Hier mal ein Start-Splash-Screen PS: Ich bin schonmal auf einen Atmega644 umgestiegen, da ich für die Funksteuerung mit FS20 später noch mehr Timer benötige.



Grüße
Thomas

[RobNet]

Hier mal ganz kurz eine Zeichnung wie ich mir das Jalousiemenü vorstellen könnte.
Die Uhr rechts oben müsste dann in der Praxis natürlich dynamisch sein, aktuell ist das gesamte nur ein bgf-Bild in welches die Texte geschrieben wurden.

Im weiteren Verlauf des Projekts müssen auch viele Statustexte wie z.B. "Garage abgeschlossen", "Besucher klingelt" etc... angezeigt werden und die müssen dynamisch generiert werden können. Der Aufbau des Bildes ist aktuell auch nicht besonderst schnell, aber das liegt vermutlich im Moment noch bei meinen 1MHz internen Takt. Sollte jedoch später mal mit Fingerdruck eine Taste angewählt werden, wäre es prima wenn diese sich invertiert und das muss natürlich so schnell gehen wie der Finger auf dem Display tippt...

Ohje, aktuell sehe ich mich als beginner von Displays recht überfordert...



So soll das Menü ungefähr aussehen für die Jalousien, es gibt dann für jeden Bereich ein separaten Menübildschirm

[peterfido]

Ich habe grad keine Programmierumgebung dabei. Jedoch sehe ich da keinen allzu großen Aufwand. Wenn Du Dich an den gegebenen Textpositionen orientierst, kannst Du den im T6963 intergrierten Font nehmen. Eine Linie "drumherum" zeichnen hast Du ja schon herausgefunden. Ansonsten einfach die Buttons als bgf abspeichern und im Programm mit Showpic darstellen lassen. Flexibler wird es, wenn Du eine Sub erstellst, welche den Button dynamisch (z.B. anhand der Textbreite) berechnet. Da lassen sich dann auch recht einfach "runde Ecken" realisieren.

Soll es pixelgenau platziert werden, dann halt wie gesagt einen eigenen Font integrieren. Da sollte doch ein Grafikfont bei den Samples bei sein.

[RobNet]

Hallo Peterfido,

ich werd am Wochenende schauen, was ich realisieren kann und melde mich dann wieder. Parallel zum Display bin ich gerade noch an einem Versuch der Porterweiterung des Atmega644ers mit einem Atmega8 als Slave am I²C.