Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen

Sebastian wrote:

> Woher könnte das kommen?

Das kommt daher, dass das Display nicht richtig angesteuert wird und 
daher dauerhaft die volle Spannung sieht, anstelle von 1/240tel der 
Zeit.

Biete dafür auch 640x480 (2-Halbbilder) LCD Displays monochrom (ablesbar 
ohne Hintergrundbeleuchtung) an. Interface standard.

Hallo,

ich werde diese Leiterplatten nachmachen lassen in blau. Natürlich 
mehrere, damit der Preis stimmt.

Er wird 10€/Platte + 1€ Versand liegen für ca 20 Stück. Billiger wirds 
erst wieder ab 100.

auf den Cent genau weiss ich das noch nicht, habe nur grob für 10 
kalkukiert (1,0mm FR4, doppelseitig, durchkontaktiert, blau beidseitig, 
geschnitten, 5 AT) incl. Ritzen des Nutzens. Lieferzeit ca 10 Tage ab 
Bestellung.

Falls jemand welche haben will möge er bitte eine e-mail an 
admin@der-scirocco.de senden die NUR folgenden Inhalt hat:

Name
Anschrift
Telefon
Anzahl !

Ich antworte mit meinen Kontodaten + Anschrift. Versand per Brief 1€.
Nur Vorkasse.

PS: Ich habe schon vor einem Jahr mal eine Sammelbestellung (HF Booster) 
gemacht, diejenigen (zB Benedikt) wissen, dass die Ware auch ankommt.

Einsendeschluss ist der 1.5., dann geht die Bestellung raus, ich werde 
trotzdem ein paar mehr machen lassen als Reserve. Grafikdisplay wollen 
sicherlich viele haben zumal es einfach bedienbar ist. Vielleicht findet 
sich ja auch noch jemand, der die "wesentlichen" Bauteile (zb ICs, 
Quartz, Stecker) als Sammelpacks bestellt, damit nicht jeder sich die 
zusammensuchen muss.

Benedikt.... kann bis dahin vielleicht die Software noch etwas 
verfeinert werden? zb "Zeichne Koordinatensystem" Funktion (Achsen, 
Teilstriche), Scrolling um eine Zeile für fortlaufenden Text?


Gruss,
Christian

Hallo,

ich werde die Platine noch um einen FPC Stecker erweitern für die Pollin 
Displays. Kann mir jemand sagen welcher der Eagle 5.0 Lib da passt 
(genauer Name und welcher Pitch)? Ich habe das Display nicht hier. 
Benedikt, stimmt die Reihenfolge der Pins für das Pollin? Nicht dass die 
nachher genau seitenverkehrt sind oder überkreuzt....

Christian J. wrote:

> ich werde die Platine noch um einen FPC Stecker erweitern für die Pollin
> Displays. Kann mir jemand sagen welcher der Eagle 5.0 Lib da passt
> (genauer Name und welcher Pitch)? Ich habe das Display nicht hier.

In Eagle 4.x gibt es zumindest keinen passenden Stecker, keine Ahnung ob 
das mittlerweile drin ist.

Ich habe mal ein Foto von dem Display angehängt.
Die Kabel gehen auf der linken Seite vom Display raus, Pin 1 vom 
Anschlusskabel ist oben. Die Kontakte von dem Folienkabel liegen auf der 
Seite, auf der die Beschriftung auf dem Folienkabel ist (wenn man das 
Kabel also ausklappt nach links, dann auf der Vorderseite). Das Kabel 
hat ein Pitch von 1mm.

Hier gibt es das Datenblatt von einem sehr ähnlichen Display:
http://www.mark-products.com/pdf/g320x240/159/159%20spec.pdf
Die Belegung passt, die Spannungen passen, nur scheint da ein Stecker 
anstelle des Folienkabels drauf zu sein.

Ich würde auf die Platine noch einen ISP Anschluss für den mega8515 
machen. Dann kann man leicht die Software an eigene Bedürfnisse 
anpassen. Die ganzen Schnittstellenfunktionen zum LCD Controller sind im 
Programm ja enthalten.

Hallo Benedikt,

leider versthe ich Deinen Text nicht ganz. Um ganz sicher zu gehen 
zeichne vielleicht die Belegung auf einem Foto des Kabels ein. Ich habe 
das Display grad hier in der Firma. Auf der platine sieht man eine 
kleine 2 neben dem Lötfeld. Bitte für Dumme mal erklären, ich möchte 
keine Fehler machen. Eagle 5 hat hunderte dieser Stecker mit dabei. Ein 
ISP Stecker würde den Rahmen sprengen, die Platte ist ja schon sehr 
dicht. Ich möchte die Größe nicht wesentlich verändern. Da ich keine 
Ahnung vopm Avr habe würde ich auch nicht wissen wo anschliessen.

Bisher 3 Bestellungen.

Christian J. wrote:
> Auf der platine sieht man eine kleine 2 neben dem Lötfeld.

Das ist der Rest der teilweise verdeckten 12. Oben ist Pin 1, unten Pin 
12. Es stimmt also mit dem Datenblatt überein.

Hi,
also mit Hardware könnte ich aushelfen
den Stecker hatte ich von Farnell,
Rest sollte kein Problem sein.
Ich wickle eigentlich alles ganz professinell ab.
Beitrag "Re: [S] Leute die einen Logic Analyzer (MiniLA) bauen wollen"
Ich hatte mal ein Adapter gebaut
Beitrag "Re: Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen"
Ich such die LIB des Steckers noch raus

Wigbert

@Christian J. (elektroniker68)
ich hab noch mal wegen der LIB nachgeschaut, habe das nur mit der
Hand geroutet, eine LIB ist aber schnell gemacht
ISP sollte schon rauf, muss ja nicht , so wie bei mir, eine 
Pfostenbuchse
sein

@Benedikt
wie schnell müssen die S-Rams nun wirklich sein , um den AVR nicht 
auszubremsen

Wigbert

Wigbert Picht-dl1atw wrote:

> wie schnell müssen die S-Rams nun wirklich sein , um den AVR nicht
> auszubremsen

Das hängt hauptsächlich von der "OE\ Access Time" des SRAMs ab:

Im Datenblatt vom mega8515, Seite 202, Tabelle 98, Punkt 10:
Read Low to Data valid: max 1.0*tclcl-50ns. Bei 16MHz ist tclcl=62,5ns. 
Das SRAM darf daher maximal 12,5ns brauchen zwischen dem Anlegen des RD 
Impulses bis die Daten stabil sein müssen.
Das von mir gerne verwendete IS61C256 Cache SRAM hat in der langsamsten 
25ns Ausführung hier nur 9ns. Es ist also ausreichend schnell.
Bei der Low Power Variante IS62C256 dagegen, hat selbst die 45ns 
Variante hier 25ns. Dies kann funktionieren, da die Werte jeweils die 
garantierten Maximalwerte sind, muss aber nicht.
Es gibt Aussagen hier im Forum, dass selbst 70ns SRAMs ohne waitstates 
funktionieren. Ausprobiert habe ich bis 35ns (nur Cache SRAMs).

Zusätzlich ist natürlich noch die Zugriffszeit wichtig:
Das wäre Punkt 5 im Datenblatt: Address valid to RD Low: 1.0*tctc-10ns.
Insgesamt ergibt sich dadurch eine Zeit von 2.0*tctc-20ns, also 105ns 
zwischen Adresse gültig bis Daten stabil, was eigentlich alle SRAMs die 
obige Bedingung erfüllen, auch erfüllen.

Das Latch ist da meiner Meinung nach absolut unkritisch, da die 
Zugriffszeit ja im vergleich zu der OE Zeit des Speichers extrem groß 
ist. Ich verstehe bis heute nicht, warum Atmel da ein AHC573 empfiehlt.

Hallo Wigbert,

12 Pins mit Pitch 1,0 reichen mir schon, die Lib gibt es. Senkrechter 
Stecker wohl am besten.

Das ISP..... wer würde die Platine übernehmen, wenn ich das FPC drin 
habe? Müsste nochmal aufgerippelt werden dann. 4 Befestigungsösen wären 
schon sehr schön, dann kann man sie auf ein Demobrett schrauben.  Oder 
sag mir einfach mal einer an welche Pins das ISP kommt und in welcher 
Reihenfolge. Ein paar Pfostenstecker dürften reichen. Dann wäre eine smd 
Variante für den Avr ja auch wohl besser denke ich.

Also Tabelle:

Pin xyz ---- ISP Pin 1
Pin ....

usw.

(Status: 4 Bestellungen)

Vcc
MOSI
MISO
SCK
Reset
GND


Ist das so richtig?

Kommt Leute, ich will gleich routen..... je schneller kriegt ihr die 
Platinen.

Nein, dann müsste noch ein Pegelwandler mit rein. Ich möchte da nicht 
zuviel rumdoktorn.

Ich mache eine Pfostenleiste, Wannenstecker ist schon wieder zun gross 
und ich denke mal die meisten haben diese Programmierdapater auch selbst 
gebaut mit diesen kleinen Steckern.

@Christian J. (elektroniker68)
die Molex- Stecker, falls Du das Routen noch mal vergleichen willst

http://de.farnell.com/molex/52271-1279/socket-ffc-fpc-smt-1mm-12way/dp/1079952?_requestid=295205

Wigbert

Hi,

also ich könnte so auf die Schnelle mit S-Rams

IS61C256AL-12 oder
AS7C256A-12

aufwarten

@Benedikt
wären die schnell genug, bin mir mit dem DBL nicht so sicher

Wigbert

Ja, die sind mehr als ausreichend schnell (12ns Zugriffszeit und 5 bzw, 
3ns Output Enable).

@Benedikt
Dank Dir

gut 0,80 Euro(Brutto) das Stück, allerdings in SOJ oder TSOP

Ich glaub es gibt DIP/SOJ Adapter

Wigbert

Wigbert,

ist leider nicht dabei und ich habe keinen Nerv den zu zeichnen, weil 
ich ewig nicht mehr mit dem Eagle Designs gemacht habe. Hast Du da eine 
Lib zu.?
Ich wollte auch einen stehenden verwenden, habe Hirose in der Lib aber 
die gibts leider nicht bei Farnell mit dem Footprint.

Christian J. (elektroniker1968)
na, ja
schlag ein von Digikey vor. Den kriege ich dann auch her


Wigbert

Bei Digikey sind keine Bilder dabei. Es gibt hunderte davon. Leider 
ebenso in der Eagle Lib.

Du, ich habe das letzte Mal vor 4 Jahren mit Eagle gearbeitet V3.xx. 
V5.xx habe ich aber da ist zu viel Neues drin. Am Routen würde ich 3 
Tage sitzen. Kann ich Dir das Board schicken und Du änderst das ab? Ich 
kann mir keine Fehler leisten.

Zu ändern wären:

- Alle ICs durch smd Bauteile ersetzen, spart viel Platz. Schnelles Ram 
gibts wohl auch nur als SO Gehäuseform, die DIPs sind aus der Mode.
  (den AVR gibts als PLCC glaube ich)
- ISP Interface einfügen
- FPC Stecker
- smd LED vielleicht durch 3mm ersetzen, die hat jeder rumliegen.

Folgendes, ich habe einen stehenden mit DIP Footprint:

Hirose: FH21-12S-1DSA

kannste den besorgen?

Sähe dann so aus, also beide Stecker.... mal eben auf die Schnelle 
gemacht.

So,

ich habe die Änderungen drin, also ISP und FPC Stecker. Alles andere 
bleibt so. Bitte an blitzlampe er möge sich mal melden, da sind ein paar 
Sachen im Board die wohl versionsbedingt nicht "fassbar" sind. Ausserdem 
bin ich eine Null im Routen.

Die Sache steht und fällt allerdings mit der Beschaffbarkeit des obigen 
FPC Steckers.

(5 Bestellungen)

Hirose: FH21-12S-1DSA

Digikey:
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=HFF12T-ND

ist aber nicht senkrecht, seltsam?

Ware wird nur auftragsbezogen beschafft, da erstmal nicht bezahlbar

Wigbert

Doch, der ist senkrecht :-) Die Pins hinten sind verdeckt. ist aber 
osolet, müsste man einen Ersatz für finden:

http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=609-1939-ND

Passt auch vom Footprint her

Warten wir erstmal ab wie viele Bestellungen kommen. Die 10 müssen schon 
voll werden.

achja , wird durchkontaktiert, ich war auf SMD aus

Wigbert

Hallo Christian,

@ Christian J.

> Warten wir erstmal ab wie viele Bestellungen kommen. Die 10 müssen schon
> voll werden.

Von mir wird auch noch ne Bestellung kommen, und ich hab ein paar Leute, 
die sich auch dafür interessieren. Ich hab aber noch nicht von allen 
eine Antwort bekommen. Momentan sind 4 Platinen sicher, es könnten aber 
noch 4 weitere hinzu kommen. Sobald ich die genaue Anzahl habe, schicke 
ich Dir ne Mail mit der offiziellen Bestellung und Anzahl.

Im übrigen würde ich es bevorzugen, die ICs auf der Platine im DIL zu 
lassen. Denn das macht doch gerade den Charme der Platine aus. Die 
meisten dürften noch nen 8515 in der Bastelkiste haben, und ein altes 
Cache RAM findet sich auch ganz leicht. Also kann man die Schaltung mit 
minimalem Kostenaufwand aufbauen. In SMD würde für mich bedeuten, dass 
ich alles bestellen müsste, obwohl die meisten Teile schon da sind. Ich 
wär froh, wenn ich die mal verbrauchen könnte. Ausserdem lassen sich DIL 
ICs sockeln, was bei Modifikationen und weiteren Verbastelungen einfach 
viel mehr Spaß macht.

Die ISP Signale noch rauszuführen wäre Spitzenklasse. Dabei würde es mir 
reichen, wenn einfach die Pins 1-8, Reset, Vcc und GND direkt neben dem 
DIL40 1:1 auf ein einreihiges Pfostenfeld gehen. Das braucht kaum Platz 
im Layout.

Gruß und schonmal Danke für Deine Mühe

 Kai

Hallo,

ich habe alles auf DIL gelassen, nur kam neben dem Pfostenstecker noch 
ein FPC hinzu und eben der ISP. Bzgl Routen warte ich noch auf eine 
Rückmeldung vonn blitzlampe, weil das jemand machen soll der mehr 
Erfahrung hat als ich, es ist viele Jahre her bei mir.

Einer generellen smd Lösung stehe ich aber offen gegenüber, vor allem 
wegen des Platzes, die Platine ist doch recht gross. Mal schauen, 
vielleicht gibts ja auch zwei Varianten.

Ich halte das aber noch für ausbaufähig, da ich selbst mit Avr nichts am 
Hut habe und dafür auch keinerlei Werkzeuge habe müssten das aber andere 
machen. Die Doku ist noch verbesserungsfähig, vor allem das Laden von 
Grafiken sollte verbildlicht werden, vielleicht mit Beispiel dazu. Was 
mir noch nicht klar ist, wie das Uart Protokoll Befehlsende erkennt, 
wenn zB die Daten abreissen oder aus dem Takt kommen.

Christian J. wrote:
> Was
> mir noch nicht klar ist, wie das Uart Protokoll Befehlsende erkennt,
> wenn zB die Daten abreissen oder aus dem Takt kommen.

Garnicht. Die Software erwartet exakt xs*ys Bytes an Bilddaten.

Das ganze war eigentlich als Embedded LCD Controller gedacht, der 
parallel zur eigentlichen Software auf dem selben AVR läuft.
Die UART Ansteuerung war mehr ein Beispiel um von extern Grafik auf das 
Display zu bekommen, daher ist das Protokoll sehr einfach gehalten.

Meinste, Du kriegst da noch einen Timeout hin? Wenn das Host System zB 
resettet wird muss der Grafikcopntroller da ja irgendwie mitkriegen. Was 
ganz einfaches halt, zb wenn 100ms kein Byte zur Uart kam wird 
rückgesetzt.

Das halte ich für keine gute Lösung, denn dann muss man andauernd 
sinnlose Daten schicken.
Ich würde dann eher die Resetleitung an den Master klemmen und so den 
LCD Controller neustarten wenn der Master neustartet.

Also spendieren wir noch einen Reset Pin am Uart Stecker....
(PS: Der Arm7 hat ein Flag, wenn in der Uart nichts mehr ankommt :-)

Hi,
Ich hätte folgenden Vorschlag:
ich könnte bis Ende der nächsten Woche eine Digikey Bestellung
rauszögern. Dann würden die FFC-Stecker Versandkostenfrei nach DL
kommen. Das Beste wäre wohl, alle nach Christian J. zu schicken,
und Christian legt sie bei Bedarf den Platinen bei.
Ahnlich könnte man es, bei Bedarf mit S-Rams machen.

Wigbert

So, hab mir das mal angeschaut, kannst du eventuell mir mal das Bord 
zuschicken?

Wenn du Bilder vom Layout hochlädst würde ich den TStop und BStop Layer 
ausblenden.

Das AQV21 könnte man ja mal gegen einen Typ ersetzen welchen man noch 
bekommt bei Reichelt oder Conrad. Viele hatten mich nach Quellen für das 
Teil gefragt.

Die Bohrung bei der Spule L1 ist von mir etwas ungünstig gesetzt wurden. 
bedingt duch das Gehäuse läst sich dort nur schwer ne schraube 
durchquetschen.

Die Bohrung für die Alternativen Spulen Pads sind auch etwas klein 
ausgefallen.

Hallo Lampe,

ich sende Dir heute abend das Design zu wenn ich wieder zu Hause bin. 
Schaus Dir bitte nochmal an und route es. Eine Resetmöglichkeit muss 
aber unbedingt vorhanden sein als Synchronisationsmarke. Vielleicht 
lässt sich in der Software ja doch was machen, vielleicht mit dem Busy 
Pin, wenn der zB ab und zu mal als Eingang geschaltet wird. Dann kann 
der Host einen Reset mit Low Pegel erzwingen, ich denke nicht dass der 
Pin Schaden nimmt, wenn er ein paar Mikosekunden "gegen gepolt" ist.

Ich würde allerdings nur ungern als Bauteillieferant agieren, da das 
dann ein Durcheinander gibt, oder aber der Stecker wird per se auf den 
Platinenpreis aufgeschlagen, die 1,90 sind ja nicht die Welt und ohne 
den ist es eine Frickelei. Ich denke aber, dass diese Projekt das 
Potential hat als kompletter Bausatz angeboten zu werden, das ist mit 
Abstand die günstigste Grafikdisplay Variante die ich je gesehen habe 
und wenn keine Kinderkrankheiten mehr auftauchen kann das ein 
Dauerbrenner werden. smd wäre natürlich noch schöner :-)

Blitzlampe.,... schick mir bitte eine e-mail, damit ich Deine 
Mailadresse habe für das Layout!

Wenn der Link stimmt sind so ein Stecker ca o,54 Euro Netto
soll wegen den paar Kröten jeder noch eine Briefmarke von mir bezahlen?
Aber macht wie Ihr denkt, wie gesagt, mein Angebot steht ....
Ein Bausatz zusammenzustellen ist vom Gesamtwert und der Menge wenig 
attraktiv.

Wigbert

Wigbert,

dann bestell doch einfach mal 25 und sende sie an mich. Geld übeweise 
ich Dir dann, lege jeder Platine einen solchen bei.

Ok?

Hallo,

da ich leider ein 3 tage altes Backup zurückspielen musste und 
idiotischweise vergessen haben die Outlook Datendatei zu sichern, bitte 
ich alle, die sich gemeldet hatten für Platinen ihre Mail nochmal 
abzusenden.

Tut mir leid, war aber nicht beabsichtigt.

(Layout ist fertig zum Review!)

Hier die Dateien für Eagle zum Durchschauen.

Bitte um Rückmeldung, die Platine ist fertig !!! Wer kann ein Review 
machen ???

Bitte dringende Bitte an jene, die noch welche haben wollen ihre Mail 
nochmal zu senden, ich verschicke die Platine am Montag aber solange 
keine 10 voll sind lohnt sich das nicht.

Hi,

Ich hab grad Eagle installiert, und schau mir das Layout mal an. Bei mir 
ist es allerdings auch schon ein paar Jahre her, seit ich das letzte mal 
was mit Eagle gemacht habe. Deshalb möchte ich erst mal nicht zu viel 
versprechen.

Eine Sache ist mir aber auf den ersten Blick schon aufgefallen. Auf den 
Top-Layer und auf dem Bottom Layer befindet sich eine gestricheltes 
Rechteck, das einmal rund um die Platine läuft und teilweise mit 
Leiterbahnen in Berührung kommt.
Da ich alle Lagen, die nichts mit Kupfer zu tun haben, ausgeschaltet 
habe, fürchte ich dass das auch auf der Platine so sein wird. Diese 
Strichellinie müsste man noch löschen, weil sie an manchen Stellen 
Beinahe-Kürzschlüsse provoziert.

Gruß
         Kai

Soo,

Jetzt habe ich mich auch daran erinnert, wozu die gestrichelte Linie 
war. Vergesst das letzte Posting, war Blödsinn. Wie gesagt Eagle ist 
schon etwas länger her. Das sind natürlich die Masseflächen.

Ich hab mich nun ein wenig mit dem Layout beschäftigt und noch ein 
bischen Kosmetik betrieben. Folgendes ist mir aufgefallen bzw. habe ich 
geändert.

- Der Beschriftungsdruck von SV3 war vertauscht.
- Verschieben einiger Leiterbahnen, um ein paar Unterbrechungen der 
Masse-Flächen zu beseitigen.
- Einfügen einer 8-Poligen Pfostenleiste an den Pins 1-8. Dann sind 
diese ungenutzten Pins für Basteleien zugänglich. Wers nicht braucht, 
muss es nicht einlöten.

Die Änderungen habe ich diesem Posting angehängt. Wär nicht schlecht, 
wenn sich noch wer anders findet und nochmal drüber schaut.

Gruß

         Kai

Hallo,

muss Dich leider enttäuschen, die DRC Schablone von Bilex findet da 26 
Fehler (1 Kurzschluss), was Distanzen etc angeht. Ich habe die 
Platinenumrand absichtlich etwas erweitert, da muss Luft sein zum Rand 
zum Ritzen und Schneiden. Lade Dir bitte die .dru Datei von Bilex 
herunter oder nimm diese im Anhang und lass den DRC drüber laufen. Bilex 
nimmt nur fehlerfreie Platinen an.

Lade dann Dein Board nochmal hoch.

Hallo,

wir haben fast 20 Platinen zusammen...... bitte alle nmochmal melden, 
die mir in den ersten beiden Tagen geschrieben haben und nicht auf der 
Liste stehen.

Bisherige Besteller:

O.Hagendorf (2)
k. Hingst (8P + 10 Buchsen)
M. Prader (1)
L. Jentsch (1)
W.Friedl-Grimm (1)

zu jeder Platine kommt die FPC Buchse hinzu.

Bitte die FPC Buchsen dann mal bestellen, mich kontaktieren wegen der 
Rechnung und mir diese dann bitte zusenden.

Hi,

>wir haben fast 20 Platinen zusammen

ist doch schön

der Link aus
Beitrag "Re: Grafikfähiger LCD Controller für 320x240 LCD mit 4 Graustufen"
sind wirklich die gewünschten FFC-Stecker?
ich warte noch das Wochenende, wenn die Platinen bestellt werden,
ist ja die genaue Stückzahl bekannt

Wigbert

Bestell den mal, wenn er nicht passt geht das auf meine Kappe.
Schick mir mal ne Mail, damit die lieferadresse auf mich geht.

führ mal ratsnest aus, dann wird aus dem rechteck eine lückenfüllende 
fläche ;)

>Bestell den mal, wenn er nicht passt geht das auf meine Kappe

und dann?

ob mal jemand, der die brd.Datei geladen hat, den Stecker mit dem 
gerouteten Stecker vergleichen kann.

stimmen sollte das schon.

Wigbert

der Gerade,
falsche Seite erwischt

Wigbert

@ Christian J.
Mein DRC hatte keine Fehler gezeigt. Danke für den Tipp. Aber kein 
Problem, die meisten Fehler sind schon raus. Knifflig wirds mit den 
Abständen an den Platinenrändern.

@ Hauke Radtki
Ratsnest habe ich dann auch entdeckt. Musste mich erst wieder an das 
Eagle Look&Feel gewöhnen. Aber langsam kommt das verstaubte Wissen 
wieder ans Tageslicht.

Mir ist aufgefallen, dass die Elkos alle 5mm Raster haben. Die Elkos die 
ich hier von Reichelt rumliegen habe, sind meistens im 2,5-er Raster. 
Bei den nicht allzu großen Werten auch verständlich. Ich versuch mal 
noch den Elkos ein zweites Rastermaß als Alternativbestückung 
beizubringen.

Was haltet ihr davon der Schaltung noch einen Reset Taster zu verpassen?

Könnte derweil schonmal jemand den Stecker mit dem gerouteten Stecker 
vergleichen?

Ich schick nachher nochmal einen aktualisierten Stand.

Gruß
      Kai

Hi,

wie versprochen hier nun der aktuelle Stand.
Ich hab jetzt noch nen Reset Taster dazu gefummelt, und an den Elkos 
sowie der Spule zusätzliche Pads für ein alternatives Rastermaß 
eingefügt. Der DRC lief bei eben Fehlerfrei.

Da ich sicher auch Fehler mache, wers nett, wenn jetzt nochmal jemand 
drüber schauen könnte.

Gruß
           Kai

Kann eigentlih einer erklären, warum sich auf dieser Platine in der 
Freeware Version von Eagle manche Bauteile nicht verschieben lassen. 
Eagle hat mir jetzt ziemlich oft eine Meldung gegeben, dass diese 
Operation mit der Freeware-Version nicht möglich sei. Setzt man das 
Bauteil dann woanders hin, dann geht es. Die Platine ist doch nur 80x100 
groß, dann müsste doch alles gehen?

Ich war wohl einen Tick schneller.

- Reset Taster ist drin.
- Raster 2,5 bei Elkos auch.
- Raster 5mm bei Drossel auch.

Schau mal bitte ob es so passt, mir laufen grad die Augen über. 
Aktueller Stand ist als DIP3.zip im obigen Posting.

Die Raster 2,5 und 5 mm könnten evtl. nicht ganz exakt stimmen, weil ich 
die Lötaugen von Hand platziert habe, und die Bauteile sich alle an 
einem unterschiedlichen Raster orientieren. Das war wohl nicht von 
Anfang an richtig eingestellt, oder ist geändert worden. 0,1mm hin oder 
her dürften aber bei den bedrahteten Bauelementen kein Problem sein.

Gruß
          Kai

Hallo,

der Reset Taster ist zwar wegen der Äthetik nicht mein Fall aber man 
muss ihn ja nicht einbauen, Ich würde sagen wir lassen es jetzt so, wenn 
die Steckerfrage geklärt ist. Gefällt mir gut.

PS: Vielleicht mal eine Eagle 5.x Vollversion besorgen :-) Ich habe bis 
heute noch nicht kapiert wie man Innenlagen routet, geschweige denn wie 
man das einstellt.

Mit der Freeware-Version gehen soweit ich weiss Innenlagen gar nicht.
Die Vollversion ist sicher nicht schlecht, aber für die wenigen Layouts 
zu denen ich privat noch Zeit finde, lohnt sich die Anschaffung nicht.

Ich wollte mir eigentlich mal KiCAD genauer ansehen. Das ist OpenSource 
und somit ohne Einschränkungen und Eagle sehr ähnlich. Denn manchmal 
will man auch ne grössere Platine machen, auch wenn die Schaltung 
einfach ist. z.B. um Befestigungslöcher zu irgendwas passend zu setzen.

Das wäre auch bei dieser Platine interessant gewesen. Dann hätte man die 
Platine so dimensionieren können, dass sie genau auf die Langlöcher des 
Displays passt.

Bzgl. dem Taster: Ich hab halt den genommen, den ich schon da hab. 
Ausserdem ist er bei Pollin und Reichelt billig und leicht zu 
beschaffen. Ich werd ihn wahrscheinlich auch erst dann drauflöten, wenn 
ich vor habe an der Software rum zu stricken.

Gruß
         Kai

Hallo,

ich weiss nicht, ob mein ARM7 stark genug ist um den reset Pull Up 
herunter zu ziehen, der Arm kann nur ~0,8mA pro Pin. Es wäre auf jeden 
Fall noch wichtig eine Synchronisation zu schaffen, damit das Protokoll 
nicht durcheinander kommt. Sowas hat jede gute Statemachine drin.

Kann da jemand was per Software bauen? Ggf. ziehe ich dann statt dem 
Reset Pin einen anderen Pin zur Uart leiste, der intern zurücksetzt, 
wenn er low gezogen wird. Oder zB resettet die Uart wenn sie 100 Mal 
0x00 bekommt oder irgendetwas anderes. Evtl ist ja noch ein Timer frei, 
der ~50ms nach dem letzten zeichen die Statemachine zurücksetzt.

Warum? es muss vermieden werden, dass sich der Avr in einem 
undefinierten Zustand befindet, wenn nicht alle Zeichen kommen. Das ist 
zb immer der Fall, wenn jemand am Host System auf Reset drückt. Es gibt 
dann keine Chance mehr den Avr dazu zuu bewegen, dass er wieder auf 
Befehle wartet.

Wie gesagt, das MUSS ein richtiges System drin haben, das gehört zu 
Statemachines dazu.

1. Timer überwacht Uart, kommt x ms kein zeichen mehr leert er Puffer 
etc und setzt zurück. Hat ARM automatisch, komt 3 Perioden kein Zeichen 
wird ein Flag gesetzt.

2. Ein Pin wird abgefragt, ist sehr zeitsparend.

3. Eine Befehlsfolge wird vereinbart, zB ein Kommando 0xff wird oft 
gesendet bis AVR mit 0xnn antwortet. Da wäre aber nicht so gut, weil ein 
TX Pin für den Host ausreichen soll, ein Display antwortet normalerweise 
gar nicht, bzw muss es nicht.

meine bevorzugte Lösung: 1

Wenn eben möglich sollte uart auf 56700 hochgedreht werden.

Hallo,

es gibt auch Leute die keinen Avr haben (zB ich :-) und es soll ja bei 
mir als ARM, PIC user auch laufen. Ein biriktionales Protokoll ist immer 
aufwendig, das mit der Busy leitung ist schon super,  ein Tx, ein GND 
und eine Busyabfrage. Über die Busyabfrage könnte auch was laufen, wenn 
sie zB 10us auf Input geschaltet und gesampled wird, damit der Host dort 
resetten kann.

Ich hoffe nur jemand kann das für mich irgendwann machen, da ich uzwar 
jemanden habe, der Avr bespielen kann aber mehr auch nicht.

Wenn der reichelt läuft ist es doch gut.

PS: Ich habe inzwischen auch eine smd Version (AVR als TQFP) fast 
fertig, die ist nur halb so gross. Nur die schwer zu beschaffenden 
Bauteile als bedrahtet belassen bzw nur dann smd wenn Platz gespart 
wird.

Hier mal ein Entwurf, 80 x65mm

Hallo,

ich bitte alle Besteller eine Mail an admin@der-scirocco.de zu senden, 
die NUR folgende Angaben enthält:

Betreff: Grafikcontroller
Name; Vorname
Lieferadresse
Telnr (für Komplikationen)
Anzahl Platinen.

Ich bestelle erst wenn ich alle Daten habe und schicke die Kontodaten 
dann per Sammelmail raus. Die FPC Stecker sind fester Berstandteil der 
Lieferung, kosten 70c glaube ich. Gratis gibts die Spule mit dabei.

Ich kann mit e-mails über kryptische Accounts ohne Name, ohne Adresse 
wirklich nichts anfangen.

Gruss,
Christian

O.Hagendorf (2)
k. Hingst (8P + 10 Buchsen)
M. Prader (1)
L. Jentsch (1)
W.Friedl-Grimm (1)
T.Kalbe (2)

Bestellung von 20 Platinen ist gerade abgeschickt worden. Bitte jetzt 
auch die FPC Stecker bestellen.

Habe auf 30 Platinen aufgestockt, da noch weitere Bestellungen kamen.... 
bitte 30 FPC Stecker bestellen, Ende nächster Woche sind die Platinen 
da!

Bitte 32 FPC Stecker bestellen. Sonst geht es mit den Platinen nicht 
auf. Ich hab Christian gebeten bei meiner Bestellung noch zwei mehr dazu 
zu legen.

Kai

>Bitte 32 FPC Stecker

bis heut Abend kann die Steckeranzahl ja noch korrigiert werden

Wigbert

Ja, der Inverter sollte gehen. Eventuell muss man die Betriebsspannung 
etwas reduzieren, da der Inverter für längere Röhren (=mehr Spannung) 
ausgelegt ist.
Ich betreibe die Displays immer mit der niedrigst möglichen Spannung, ab 
der die CCFL sauber zündet.

Christian J. schrieb:
> Schwingst Du Dich nochmal an den Code Deines
> Erfolgsprojektes wegen der notwendigen Synchronisation? Busy Pin etc?

Wenn du mir genau sagst was ich machen soll, kann ich es versuchen.

Hi,

irgendeine Möglichkeit, den Controller in den Idle State zu kriegen, 
d.h. wenn nach dem x.ten Byte der Strom abreisst aber y Bytes erwartet 
werden muss er raus wieder in den Empfang. Der Busy Pin liesse sich doch 
10us auf Input schalten und auswerten, der kurze Kurzschluss macht es ja 
auch nicht.

Wie weiter oben erwähnt: Etwas besseres als den Reset Pin rauszuführen 
fällt mir nicht ein.
Eine weitere Möglichkeit wäre zwischen Daten und Befehlen zu 
unterscheiden (z.B. über ein bestimmtes Byte das vor einem Befehl 
gesendet wird. Allerdings muss man dieses dann, falls es zufällig ein 
Datenbyte ist, auch wieder extra kennzeichnen, was die Ansteuerung 
wiederum aufwendiger macht.)

Bzw. eine Möglichkeit gibt es momentan schon: Worst case erwartet der 
Controller 255x255=65025 Bytes.
Der Befehl 0 ist nop. Wenn man also 65025x 0 sendet, dann sollte der 
Controller wieder bereit sein für neue Befehle.
Ich könnte das ganze noch auf 80x240=19200Byte begrenzen, dauert bei 
57600Baud aber trotzdem noch 3,3s.

Hi,

mal für Dumme, war da nicht schon ein Busy Pin vorhanden,
der den Datenfluss stoppt und was soll synchronisiert werden?
Ok es gibt wohl keine Check Rückantwort,
das alles richtig angekommen ist, wäre bei Einsatz eines Abgesetzten
Displays vielleicht notwendig.

Wigbert

Wigbert Picht-dl1atw schrieb:
> mal für Dumme, war da nicht schon ein Busy Pin vorhanden,
> der den Datenfluss stoppt und was soll synchronisiert werden?

Ja, den gibt es. Der stoppt die Datenübertragung wenn der Empfangspuffer 
überläuft.

Leute,

nicht so schwerfällig. Jedes Protokoll MUSS eine Möglichkeit bieten, 
dass es aus einemm fernen State zurück in den Idle State kommt. Die 
ganze Sache ist ja nichts anderws als eine Statemachine.

Meinetwegen kann man das auch mit dem WDT machen, dass er aus einer 
Empfangsschleife rausgeht, wenn keine neuen Bytes mehr kommen, jedoch 
müssen natürlich die Inhalte des Sram unverändert bleiben.

Timeout ca 100ms. Derzeit hängt der Avr unrettbar fest, wenn das 
Protokoll unterbrochen wird oder man sendet dermassen viel Müll rüber, 
dass selbst die Bitmap Funktion überläuft.

Christian J. schrieb:
> Meinetwegen kann man das auch mit dem WDT machen, dass er aus einer
> Empfangsschleife rausgeht, wenn keine neuen Bytes mehr kommen, jedoch
> müssen natürlich die Inhalte des Sram unverändert bleiben.

Kann ich gerne einbauen, ist eine Sache von ein paar Sekunden. Aber wie 
gesagt: Ich finde die Lösung nicht gut, denn dann resettet der AVR 
ununterbrochen wenn keine Daten gesendet werden.

> Derzeit hängt der Avr unrettbar fest, wenn das
> Protokoll unterbrochen wird oder man sendet dermassen viel Müll rüber,
> dass selbst die Bitmap Funktion überläuft.

Das stimmt nicht: Wie oben geschrieben: Man muss einfach nur Daten 
senden, damit die Funktion die erwartete Anzahl bekommt. Wenn man nicht 
weiß wieviele, dann einfach 0en senden, denn die werden als Befehl 
ignoriert.

Vielleicht ist es eine bescheuerte Idee, aber wie wäre die Anwendung des 
SLIP-Protokolls?

Lg
Michael

Das geht in die oben erwähnte Richtung, dass es feste Werte gibt die 
einen neuen Befehl ankündigen, ähnlich STX/ETX.
Soll ich das ganze auf solch ein Protokoll umbauen (ähnlich dem das ich 
bei meinem 640x480 Controller verwendet habe)? Also alle Daten die 
ankommen sind Bild oder Textdaten, erst wenn ein bestimmtes Zeichen 
erkannt wird (z.B. der Escape Code 27), dann wird der darauffolgende 
Wert als Befehl interpretiert.
Um den Datenwert 27 zu senden ist dieser 2x hintereinander zu 
übertragen.

Das ganze hat dann den Nachteil, dass man nicht dumm die Bilddaten 
übertragen kann, sondern alle Bytes auf den Wert 27 prüfen muss, und 
diesen dann doppelt einfügen muss. Dies empfand ich als ziemlich nervig.

>Christian J. schrieb:
>> Meinetwegen kann man das auch mit dem WDT machen, dass er aus einer
>> Empfangsschleife rausgeht, wenn keine neuen Bytes mehr kommen, jedoch
>> müssen natürlich die Inhalte des Sram unverändert bleiben.

Benedikt K. schrieb:
>Kann ich gerne einbauen, ist eine Sache von ein paar Sekunden. Aber wie
>gesagt: Ich finde die Lösung nicht gut, denn dann resettet der AVR
>ununterbrochen wenn keine Daten gesendet werden.

Ohne jetzt die Sourcen bzw. das Protokoll genau zu kennen, aber was 
spricht dagegen den WDT erst dann zu aktivieren, nachdem das erste Byte 
empfangen wurde und wieder zu deaktivieren, wenn alle Kommandos 
abgearbeitet wurden?
Dann is ein einfacher Neueinstieg möglich, sollte ein Kommando 
abgebrochen werden und der ständige Reset wird vermieden, wenn der Host 
gerade keine Kommandos sendet.

Ich habe mal den besagten Timeout eingebaut. Allerdings nicht global 
über den WDT, sondern nur lokal in der Schleife die die Bilddaten 
empfängt.
Bei allen anderen Befehlen hängt das ganze also weiterhin, was meiner 
Meinung nach nicht schlimm ist, denn für die restlichen Befehle reichen 
worst case 8 nops. Notfalls kann ich das aber noch einfügen, es macht 
den Code halt etwas unleserlich und bläht diesen etwas auf.
Im LCD Interrupt wird eine Variable runtergezählt, und sobald diese 0 
erreicht wird die Empfangsschleife für Bilddaten verlassen und mit den 
normalen Befehlen/Daten weitergemacht. Dies hat den Vorteil, dass sich 
auf dem Display nichts verändert, da der Controller ja weiterläuft und 
nicht neu startet.
Das Timeout ist momentan auf 1s eingestellt, kann aber zwischen etwa 
1/100 bis 3s verändert werden.

Die nächste Frage wäre dann noch die Baudrate:
57600 bei 16MHz ist grenzwertig (2,1% Fehler). Im 2x Modus reduziert 
sich der Fehler auf 0,8%, allerdings gefällt mir der 2x Modus aufgrund 
der 1x Abtastung nicht sonderlich, da hierdurch alles fehleranfälliger 
wird.

Hier gibt es nun mehrere Alternativen:
- andere (höhere?) Baudrate, wie 62,5kBaud, 125kBaud, 250kBaud, 500kBaud 
usw.
- 18,432MHz Quarz für etwas mehr Rechenleistung und alle 
Standardbaudraten, dafür aber etwas außerhalb der Specs.
- 2x Modus nehmen und fertig.

Info: Der LP Hersteller hat noch bis morgen Urlaub und daher noch nicht 
geantwortet. Es sind bisher 4 Zahlungen eingegangen. Danke dafür.

Zwischenstand:

Das Geld ist von allen bis auf einen eingetroffen. Leider habe ich 
bisher kein Feedback von Bilex-lp.com erhalten, auch auf Nachfrage 
nicht. Die Firma habe ich mir empfehlen lassen aber ich denke, dass es 
manchmal besser ist ein paar Euro mehr zu bezahlen und in Deutschland 
fertigen zu lassen statt in Rumänien. Die haben nicht mal eine 
Telefonnummer. Ok, das Geld habe Sie natürlich auch noch nicht. Erst 
Ware dann Kohle.

Ich habe denen Frist gesetzt, danach werde ich woanders fertigen lassen. 
Ob es bei den 11,50€ dann bleibt weiss ich jedoch nicht.

Es fehlen noch die Überweisungen von

Michael Prader
Wolfgang Friedl-Grimm

Bitte nachholen.

Bilex hat sich gemeldet, Platinen werden morgen eingestielt. Es werden 
10 Stück Überhang werden, sind also noch welche zu haben.

Wie steht es mit den Steckern?

Benedikt, wärest Du vielleicht so nett und würdest mit einen 
programmierten AVR senden mit der neuen Software? Ich überweise Dir die 
Kosten dann sofort.

Christian J. schrieb:

> Benedikt, wärest Du vielleicht so nett und würdest mit einen
> programmierten AVR senden mit der neuen Software?

Kann ich machen, sag mir mal die genauen Parameter für Baudrate usw. die 
du haben möchtest.
Vermutlich wäre es aber besser wenn du dir einen einfachen Programmer 
baust (die einfachen bestehen im Prinzip nur aus nem Stecker für den 
LPT), da ich davon ausgehe, dass es doch mal noch die ein oder andere 
Softwareänderung geben wird.

Hi,
ich hab 33 Stecker bei Digikey bestellt, da sie auch schon bezahlt
sind, kann ich die Stückzahl nicht mehr erhöhen.
Müsste Anfang der Woche in DL eintreffen.

Wigbert

Benedikt,

bauen wollte ich gar nichts, fertig kaufen ist besser. Gibt es sowas wie 
Flashmagic + Programmierstecker fertig zu kaufen, also ohne grossen 
Aufwand die Dinger bespielen?

Hallo,

leider gibt es mit Bilex Probleme. Die verlangen Vorkasse und dazu bin 
ich nicht bereit, da diese Firma nicht in Deutschland ist und das auch 
sehr unüblich ist. Bezahlung erst wenn Ware geprüft wurde, das ist meine 
Vorstellung aus dem Geschäftsleben. Sollte ich mit denen nicht 
übereinkommen werde ich einen anderen Hersteller suchen, etwas 
beta-layout weil ich mit denen schon vor 15 Jahre gute Erfahrungen 
gemacht habe.

Update: Mit Bilex nach Rümänien telefoniert und den Deal klar gemacht. 
Kohle ist überwiesen.

Ja, es sind noch 10 Stück übrig. Bitte so verfahren, wie oben 
beschrieben.

@Christian

> Sollte ich mit denen nicht übereinkommen werde ich einen anderen
> Hersteller suchen, etwas beta-layout weil ich mit denen schon vor 15 Jahre > 
gute Erfahrungen gemacht habe.

Hallo Christian,

Solltest Du den Hersteller wechseln, dann möchte ich die Gelegenheit 
nutzen und noch ne kleine Layout-Änderung einbringen. Mein Kollege, der 
Layouter ist, meinte: Es könnte evtl. mit den 10mil-Abständen Probleme 
geben. Um ungewollte Brücken zu vermeiden habe ich deshalb die 
Design-Rules mal auf 15mil verschärft, und die sich daraus ergebenden 
Fehler beseitigt.

Die geänderten DRC-Rules habe auch beigelegt. Vor dem Ausführen der 
Ratsnest Funktion sollten diese geladen werden.

Hier der neue Platinenstand. DRC ist jetzt wieder fehlerfrei.

Gruß

> Update: Mit Bilex nach Rümänien telefoniert und den Deal klar gemacht.
> Kohle ist überwiesen.

Kann man denen die neue BRD-Datei trotzdem noch geben?

Habe sie hingeschickt aber keine Ahnung, ob das noch geht. Ist ein 
bisschen spät und ob das jetzt den Unterschied macht? Die Platine wäre 
ok sagten die.

8 Platinen sind noch übrig, zwei weitere Besteller kamen hinzu.

Christian J. schrieb:
> bauen wollte ich gar nichts, fertig kaufen ist besser. Gibt es sowas wie
> Flashmagic + Programmierstecker fertig zu kaufen, also ohne grossen
> Aufwand die Dinger bespielen?

Es gibt so ziemlich alles zwischen schnell und selbstgebaut bis hin zur 
teuren, industrietauglichen Lösung:
http://www.mikrocontroller.net/articles/AVR_In_System_Programmer


Ob 10mil oder 15mil sollte eigentlich egal sein.
Wenn die mit 10mil Probleme haben, dann wäre der Laden schon lange 
pleite. 8mil sollte heutzutage jeder Platinenhersteller können.

Kannst Du mir einen Link zu einer Fertigplatine geben die ich bestellen 
kann, RS232 oder so? Software gleich dabei. Klingt doof aber icb will 
mich damit nicht befassen, aufbauen etc, es nur benutzen für diesen 
einen Zweck.

Christian J. schrieb:
> Kannst Du mir einen Link zu einer Fertigplatine geben die ich bestellen
> kann, RS232 oder so? Software gleich dabei. Klingt doof aber icb will
> mich damit nicht befassen, aufbauen etc, es nur benutzen für diesen
> einen Zweck.

Hier mal ein Link, ist genau für das 320x240.

http://www.bue.de/produkte-und-dienstleistungen/mt-gr.html

Das MT/GR S Board

Bernd

Hallo Bernd,

die kenne ich, die gibts auch von Electronic Assembly, kosten so runde
180€ und beliefern auch keine Privatleute. Es gibt ohnehin nichts, was 
es nicht gibt, wenn man bereit ist das zu bezahlen. Ob es das Hobby wert 
ist sei dahingestellt. Das von Benedikt ist schon korrekt und vor allem 
Open Source.

Ich meinte nur den Programmer für den AVR.

@Christian J. (elektroniker1968)
>Die Stecker sind leider auch noch nicht hier

kein Problem, Proformarechnung hast Du, nach Zahlungseingang
verschicke ich die Ware

Wigbert

Habe ich da was verpasst? Ich habe keine e-mail hier mit einer Rechnung. 
Bitte sende diese nochmal an admin@der-scirocco.de.

@Christian J. (elektroniker1968)
schon geschehen.

Wigbert

Da der Beitrag nicht mehr editiert werden kann, habe ich diesen mal 
gelöscht, hier ist der Inhalt mit dem Namen unkenntlich gemacht:

Christian J. schrieb:
> Update:
>
> Mit Ausnahme eines xxx haben alle bezahlt, xxx hat dann leider
> Pech gehabt.
>
> Die Platinen sind leider noch nicht da, finde ich schon etwas heftig, da
> die 5 AT garantieren. Die Stecker sind leider auch noch nicht hier
> angekommen, Adresse hatte ich aber geschickt.

Hallo,

Überweisung des Nichtbezahlers ist jetzt da, kam gestern wohl noch rein. 
Ich werde denen mal Druck machen, dass die liefern.

Ich musste gerade feststellen, dass die neueren Versionen von WinAVR
12Bytes mehr Stack verschlingen als die 2007er Versionen. Somit lag der
komplette worst case SRAM Verbrauch bei 518 Bytes was in ungünstigen
Situationen (der Timer Interrupt tritt auf, während eine Box gezeichnet
wird und er befindet sich gerade in der Set Pixel Routine) zu Problemen
führt.
Daher habe ich int main(void) __attribute__((OS_main)); dem Code 
hinzugefügt, um das Sichern der Register vor dem Aufruf von main zu 
unterdrücken. Damit werden 15 Bytes eingespart, so dass nun wieder ein 
klein wenig mehr Platz im SRAM ist.

Die älteren Versionen von WinAVR können damit nichts anfangen, daher 
wird dieses Attribut mit einer Warning ignoriert. Dies macht aber 
nichts, denn bei denen reicht der RAM auch so.

Im Zweifelsfall kann man den Stack hiermit prüfen:
Beitrag "StackViewer (RAM Rechner) für WinAVR"
Damit sollte mit der 20090313 Version ein Wert von 503 Bytes rauskommen.

Die Kommentare passen nicht mehr ganz. Das ganze war mal die UART Lib 
von Peter Fleury, mittlerweile ist allerdings nicht mehr viel von dem 
eigentlichen Grundgerüst davon übrig geblieben, da ich alles etwas an 
meine Bedürfnisse angepasst habe (so wie z.B. das Hardware Handshaking 
wenn der Puffer voll wird). Jetzt sind damit auch beliebige UART 
Puffergrößen möglich.

Das war eine Version die ich wieder gelöscht habe, da mir kurz darauf 
eingefallen ist, dass ich diesen Trick mit den Registern vor main machen 
kann, und so nicht den UART Empfangspuffer zu verkleinern brauche.

Was für eine Optimierung hast du eingestellt?
-0: geht nicht, da zu wenig Flash
-1: 513
-2: 503
-3: 484
-S: 469

Der Stackverbrauch alleine schwankt also zwischen 75 und 119 Bytes. Das 
finde ich schon recht heftig.
Ich verwende meinst -2 da die -S ab und zu dazu tendiert anstelle von 
Inline lieber eine Bibliotheksfunktion aufzurufen, auch wenn dies sehr 
viel langsamer ist.

Zeigt das Programm zufällig irgendwelche Errors oder Warnings an?
Falls nein, poste mal bitte die erzeugte calltree.txt.
Eigentlich müsste nämlich das selbe rauskommen.

Ich habe mal die verschiedenen Optimierungsstufen verglichen:
-0 ist eindeutig das schlechteste, ist klar.
-1 ist etwas besser aber auch noch suboptimal.
-s, -2 und -3 sind geschwindigkeitsmäßig ähnlich. Die lcd_init (die auch 
das Begrüßungsbild erzeugt) benötigt bei allen Varianten 207,8 +/-0,1ms. 
Dies dürfte vor allem daran liegen, dass die häufig verwendeten 
Funktionen in Assembler geschrieben sind, und daher bei allen Varianten 
identisch sind.
Der Geschwindigkeitsvorteil der -2 Version wird ziemlich durch das 
vermehrte sichern der Register kompensiert, so dass die -s Version 
aufgrund des geringeren Stack Verbrauchs die beste sein dürfte.

@ Christian J. (elektroniker1968)
Dank Dir, die Stecker sind per DHL zu Dir unterwegs.

Wigbert

Trotzdem ist es seltsam. Diese Version hatte ich auf exakt 511 Bytes 
getrimmt. Bei 483 Bytes wären die 12 Bytes zusätzlich nämlich egal.

Könnte mal jemand die letzte Version der Software online stellen? Ich 
weiss immer noch nicht wie ich einen programmierten Chip kriege :-(

Ach ja: Die Platinen sind seit dem 13.5. unterwegs nach Auskunft von 
Bilex. Kann sich ja nur noch um Tage handeln, bis die eintrudeln. 
Erfreulichweise sind auch alle Zahlungen da.

Es sind noch 4 Platinen übrig.

Die Software ist hier:
http://www.mikrocontroller.net/attachment/51086/lcd_con_320x240.zip

Den Chip schicke ich heute weg, ich musste erstmal passende 
Luftpolsterumschläge besorgen, da ich mit normalen Briefumschlägen bei 
so dicke Sachen schlechte Erfahrungen gemacht habe.

Hi,

dann sende mir auch Deine Kontodaten per e-mail. Die Stecker sind heute 
schon angekommen, danke für den schnellen versand.  Leider passen sie 
nicht auf das Kabel...... :-(

Quark.... Die Schuhe passen wie angegossen :-)

Versand geht los, sobald ich die Platinchen endlich habe.

Tata...... die Post war da !

Es wächst und gedeiht, leider noch nicht alle Bauteile zusammen....

Der Elko rechts verdeckt leider etwas das Bohr-Loch, denke ich werde die 
Platinen nochmal einstampfen und neue machen lassen, sowas geht ja gar
nicht ;-)

PS: Es sind noch 3 Platinen zu haben, jedoch ohne FCP Stecker. Die
sind alle.

Ich würde die Platine so nicht in Betrieb nehmen:
Der mega8515 steckt falsch rum drin.

Das war nur fürs Foto. Inbetriebnahme natürlich wie immer ohne ICs, 
durchmessen der Spannungen und dann erst die ICs rein.

Für welche RAM Zeit sind die Delays denn eingestllt? Ich habe nur noch 
uralte SRAM hier, vermutlich so 8 Jahre alt. Keine Ahnung ob die 
funktionieren.

Ach ja, es gibt noch einige Punkte:

- R8 hat 1 Ohm?
- Ein Kondensator in der Liste hat keinen Wert
- Kann der Ladekondesator der Spg.pumpe 100uF sein? Grössere passen 
leider nicht rein.
- Kann ich auch eine 180uH Spule nehmen? 470uH scheint mir etwas viel zu 
sein. Von den 180uH habe ich hunderte, die kann ich beilegen.
- Kann der 100 Ohm Widerstand am BC327 auch 150 Ohm sein? Warum sind die 
Werte an der Basis so klein? Bei mir liegen die immer im Kiloohm 
Bereich.
Glaube der ist auch überflüssig, bei den kleinen Strömen hätte man den 
internen Transistor nehmen können.

Mich wundert nur, dass kein Poti frü Kontrast da ist, lässt der sich 
einstellen?

Christian J. schrieb:
> Für welche RAM Zeit sind die Delays denn eingestllt? Ich habe nur noch
> uralte SRAM hier, vermutlich so 8 Jahre alt. Keine Ahnung ob die
> funktionieren.

Die Delays sind für die schnellen RAMs, die ich auch empfehlen würde. 
Dein RAM scheint 120ns zu haben, das dürfte etwas zu langsam sein. 
Abgesehen vom Bildinhalt sollte die Schaltung aber dennoch 
funktionieren.

> - R8 hat 1 Ohm?
> - Ein Kondensator in der Liste hat keinen Wert
> - Kann der Ladekondesator der Spg.pumpe 100uF sein? Grössere passen
> leider nicht rein.

Auf welchen Schaltplan bezieht sich das?

> - Kann ich auch eine 180uH Spule nehmen? 470uH scheint mir etwas viel zu
> sein. Von den 180uH habe ich hunderte, die kann ich beilegen.

Ja, sollte gehen.

> - Kann der 100 Ohm Widerstand am BC327 auch 150 Ohm sein?

Ja. Die Werte sind alle eher unkritisch. Nur der Spannungsteiler der die 
Ausgangsspannung des 34063 einstellt sollte in etwa das gleiche 
Verhältnis haben wie die angegebenen Werte.

> Warum sind die
> Werte an der Basis so klein? Bei mir liegen die immer im Kiloohm
> Bereich.

Weil der Transistor schnell schalten soll um einen hohen Wirkungsgrad zu 
erzielen. Desweiteren fließen bei 330 Ohm gerade mal etwa 13mA 
Basisstrom.
Bei ein paar 100mA Spitzenstrom sind die auch notwendig.

> Glaube der ist auch überflüssig, bei den kleinen Strömen hätte man den
> internen Transistor nehmen können.

Der interne Transistor ist ein NPN Darlington. Der hat also >1V 
Spannungsabfall. Das sind alleine >20% bei 5V die hier verloren gehen. 
Der externe PNP hat dagegen wenige 100mV Spannungsabfall.

> Mich wundert nur, dass kein Poti frü Kontrast da ist, lässt der sich
> einstellen?

Per Software (Befehl 15).

Hallo,

danke. Es gibt aber ein problem: Der DC/DC Wandler arbeitet nicht. Ich 
habe alle ICs draussen und nur den Wandler Chip Drin. Ausgang: 0V. 
Feedback Eingang auch 0V. Transistor hat an der Basis 5V.

Muss der AVR drin sein, damit der arbeitet?

Christian J. schrieb:
> danke. Es gibt aber ein problem: Der DC/DC Wandler arbeitet nicht. Ich
> habe alle ICs draussen und nur den Wandler Chip Drin. Ausgang: 0V.
> Feedback Eingang auch 0V. Transistor hat an der Basis 5V.

Mess mal die Spannung an Pin 4 vom 34063.
Der Ausgangselko dient wenn er leer ist als Brücke zu GND um den 34063 
zu Starten. Wenn der Elko zu klein ist (<10µF) dann startet der 34063 
nicht.

> Muss der AVR drin sein, damit der arbeitet?

Ja. Ohne den ist der Feedback Eingang offen und die Spannung schießt 
nach oben. Testweise kann man C7 in diesem Schaltplan kurzschließen um 
das zu umgehen.
http://www.mikrocontroller.net/attachment/44475/lcd_320x240.gif

Pin 4 ist -1.25V gegen Eingangs-Masse. Der Elko hat 100uF

C7 habe ich entfernt, da ich den für überflüssig hielt, hatte nicht 
gesehen, dass der nicht parallel zu amdern war. Da scheint auch der 
Fehler zu liegen. Tja, nicht so gut. Hoffentlich verlange die Leute 
jetzt nicht ihr Geld zurück, denn der muss nun per Hand eingefügt 
werden. Kann aber direkt auf zwei smd Pads gesetzt werden, mechanisch 
sehr einfach.

Also, hier das Bild, wo der 10uF hinmuss. Direkt auf die smd 
Widerstandspads löten, zwischen dem 47k und +5V.

Starten tut er leider immer noch nicht. Mist!

Christian J. schrieb:
> Pin 4 ist -1.25V gegen Eingangs-Masse. Der Elko hat 100uF

Wenn -1,25V anliegen, dann läuft die Schaltung doch.

Das hier ist die richtige Version, oder?
http://www.mikrocontroller.net/attachment/50561/DIP4.zip

Prüf mal R5. Wenn der fehlt, dann kommen nur -1,25V raus.

> C7 habe ich entfernt, da ich den für überflüssig hielt, hatte nicht
> gesehen, dass der nicht parallel zu amdern war. Da scheint auch der
> Fehler zu liegen.

Der ist nur für die PWM notwendig: Der glättet das PWM Signal mit R1 und 
erzeugt so eine Spannung mit etwa 0-5V (bzw. etwas darunter). Um diesen 
Wert lässt sich die Ausgangsspannung verschieben.

Hallo,

ich habe DIP3 machen lassen, da DIP4 zu spät nachgereicht worden ist. 
Der hat nur 15mil statt 10mil Abstände. Macht aber nichts.

So, wir haben jetzt ein problem und Du kannst verstehen, dass ich nervös 
werde, da die Leute funktionierende Platinen erwarten. Der Chip läuft, 
den brauche ich nur in meine Lochraster zu stecken, wo er herkam aber da 
ist er ein Aufwätswandler.

Widerstände etc sind drin, alle auch richtige Werte. Transistor 
testweise getauscht. Den 10uF habe ich nachgefügt, war kein Thema.

Und er läuft eben nicht. Es stehen -1.25V an statt der -20 o.ä.. Da ich 
mich blind auf eine richtige Schaltung verlassen habe stelle ich die 
hier nochmal ein, damit jeder nachschauen kann, ob da was nicht richtig 
ist ausser dem 10uF. Die Platinen sind einwandfrei.

Hier mal das erste Foto....

Und hier von gegenüber.... mit dem 10uF auf den beiden Pads.

Ich finde da kein Problem. Auf dem Oszi ist auch deutlich zu sehen, dass 
der Schaltet, ebensoo die Spulenschwingung, der Duty Cycle ist sehr 
klein.

Christian J. schrieb:


> Und er läuft eben nicht. Da ich mich blind auf eine richtige Schaltung
> verlassen habe stelle ich die hier nochmal ein, damit jeder nachschauen
> kann, ob da was nicht richtig ist ausser dem 10uF. Die Platinen sind
> einwandfrei.

Es sollte eigentlich funktionieren, und es tut es ja auch teilweise. 
Wenn 0V oder irgendwas positives an Pin 4 anliegen würde, würde die 
Schaltung nicht gehen, aber du hast ja -1,25V gemessen.

Wenn an Pin 4 -1,25V anliegen, müssen an Pin 5 0V anliegen: Der 34063 
regelt auf +1,25V an FB gegen seinen Massepin.
Wenn das alles passt, dann muss es an R5 liegen:
Liegen an R4 0V oder +5V an, dann bildet dieser einen Spannungsteiler 
mit R5, so dass die Spannung an Pin 5 kleiner wird und der 34063 daher 
die Spannung hochdreht, also negativer macht.

Du bist schon genial :-) Pin 5 hat vollen Masseschluss. Auf den unbest. 
Platinen aber nicht. Ich suche grad noch.....

Funktionierts jetzt?

Hallo,

also, meine Platine war nicht mehr zu retten, ich habe den Masseschluss 
nicht gefunden und die Leiterbahn N$48 Stück für Stück aufgeschnitten. 
Er war dann am IC Fuss aber nicht zu sehen und ich habe eine Stereolupe 
hier. Ich werde das morgen mit Fädeldraht verdrahten, heute keine Lust 
mehr.

Ich habe die anderen Platinen auch untersucht, sie haben alle keinen 
Masseschluss dort. Jedoch sollte jeder seine genau unter der Lupe 
anschauen oder auch durchpiepsen. Das geht sehr schnell. Diese grosse 
Masseflächen haben auch ihre Nachteile.

Ich rede nochmal mit Bilex, ob die mit 10min nicht überfordert waren. Er 
hat das Layout ja, da kann er notfalls auch 15 Mil einstellen, Eahle 
wird er wohl haben.

-30 V sind es jetzt im Leerlauf. Dürfte passen.

Gute Nacht.

Nachwort:

Ich habe alle Platten nochmal durchgepiepst an dieser Stelle und eine 
weitere mit Kurzschluss gefunden. Ich habe durch Zufall ausgerechnet 
eine der beiden erwischt. Optisch nicht zu sehen, freikratzen half auch 
nicht. Es ist absolut unmöglich zu sagen, ob weitere zur Masse hin 
existieren. Ich möchte auch das Risiko nicht eingehen, dass mir die 
Platten wieder zugeschickt werden und das Geld verständlicherweise 
eingefordert wird.
Es ist sehr schwer so etwas später zu finden, besonders wenn sie 
bestückt sind. Perfekte Lösungen sind leider nicht möglich, ich bin 
keine Firma, die sowas vorher ausführlich testen kann.

Ich habe daher Bilex gebeten auf deren Kosten neue Platten zu machen mit 
15mil Abstand und wenn sie das nicht hinkriegen ohne Masseflächen. Da 
sie im Ausland sitzen kann man eh nichts machen von hier aus.

Ich hätte lieber 20€ bei Beta zahlen sollen und eine elektrische Prüfung 
mit dazu, diese Billiglohnländer haben immer ihre Tücken.

Sollte Bilex das ablehnen kann ich nur hoffen und bitte jeden, die 
Platten vorher Punkt für Punkt gegen Masse durchzupiepsen. Ich habe noch 
2 Überhangplatten extra. Bis auf den Elko, der wie oben gezeigt 
eingelötet wird sind sie soweit ok.

Mir tut das sehr leid aber das konnte ich nicht vorher wissen.

mfg
Christian

So, habs jetzt selbst hinbekommen, die Sourcen halbwegs sauber als 
Projekt zu öffnen, daher jetzt auch die versprochene Version mit 
Tastenmatrix.

Ich verwende das ganze als Ein-Ausgabe-einheit für ein Gerät, könnte mir 
das aber auch zum debuggen recht praktisch vorstellen.

Der Code ist für eine 2*4 Tastenmatrix. 3*3 bräuchte zwar nicht mehr 
pins, der Aufwand in Software wäre aber deutlich größer. Die anderen 
zwei Pins die noch frei sind werde ich wohl auch noch brauchen, daher 
nur 2*4.

Die 4 Spalten müssen an PB0-PB3, die 2 Zeilen kommen an PB4 und PB5. 
Pullups sind nicht nötig, da die internen aktiviert sind. Gleichzeitig 
kann man 2 Tasten drücken. Wer mehr will muss noch Dioden in die Matrix 
einfügen.

Der Debuggte Tastenzustand wird bei jeder Änderung über die UART 
gesendet. Also z.B. Taste 0 Drücken --> 0x01 über UART, Taste 0 wieder 
loslassen --> 0x00 über UART

Der komplette von mir zugefügte Code ist über define herausnehmbar. Wenn 
er drin ist, braucht er 3 Byte im Ram. Sollte also noch reinpassen.

Sebastian

Hier mal eine neue Version mit einer modifizierten Graustufenerzeugung 
(abschaltbar in der param.h).
In dieser Version wird das Flimmern von großen Graustufenflächen stark 
reduziert. Dafür wird der Kontrast der Graustufen ein wenig schlechter.
Durch das geringere Flimmern kann man die Framerate auf 70-75Hz 
reduzieren was mehr Rechenleistung für die Grafikfunktionen zur 
Verfügung stellt.

Sag mal Benedikt, magst du mich nicht? Wenn du die neue Version ne halbe 
Stunde ehr veröffentlicht hättest, hätt ichs mir sparen können, meine 
Sourcen nochmal zu kopieren.

Naja, hab jetzt meine Tastenmatrix in die neueste Version eingebaut. 
Also sowohl der GrayMod als auch Tastenmatrix, beides natürlich in der 
param.h abschaltbar.


Zum USBProg: Ich verwend ihn schon die ganze Zeit und bin soweit ganz 
zufrieden. Gibt aber teilweise schon Probleme, bis das ding mal läuft. 
Da du ja sowieso nicht viel mit AVRs machen willst, sondern nur dieses 
Projekt flashen willst (oder?) ist der USBProg wohl übertrieben. Ich 
würd einen Programmer für den Parallelport empfehlen. Kommt mit einem 
Bustreiber aus und war zumindest bei mir problemlos inbetrieb zu nehmen. 
Und die Kosten sind auch vernachlässigbar.

Sebastian

Nee, Avr ist nicht meine Welt, nur hex File oder elf brennen was ihr 
bastelt und gut ist es :-)

Fügt sich aber harmonisch in die Landschaft ein, Benedikts kleines 
Kunstwerk :-)

Um hin und wieder ein fertiges Projekt zu flashen reicht ein 
Parallelprogrammer allemal. Brauchst halt einen Parallelport dafür, den 
hat ja heute auch nicht mehr jeder.

Schau dir mal das hier an:
http://www.mikrocontroller.net/articles/STK200

Sebastian

Benedikt?

Was muss in die Uart rein, damit ich einen String ausgeben kann? Deine 
Doku ist da etwas unklar?

Also "Hallo Welt ausgeben"? geht das buchstabenweise oder gibt es einen 
Befehl für den ganzen String?

Das verstehe ich nicht ganz in der Doku:

30 Ziel
Wert
Zeichen aus erweitertem Zeichensatz schreiben.
Ziel = 0: Benutzerdefiniertes Zeichen 0-15 schreiben
Ziel > 0: ASCII Zeichen 0-255 schreiben

32-255 Buchstaben an Cursorposition zeichnen, Cursor erhöhen

Wie schnell zieht die Busy Leitung rauf oder runter? Kann ich die sofort 
nach dem Sendebefehl abfragen? Ach ja, geht die auf Low oder High?

Der 30 Befehl wird eigentlich nur benötigt um Sonderzeichen mit einem 
ASCII Code <32 zu schreiben. Normalen Text kann man ganz normal senden, 
denn alles >=32 wird als Text betrachtet.

Busy wird bei jedem empfangenen Byte neu ausgewertet. Wenn Busy aktiv 
wird sind noch 32 Bytes im Puffer. Busy ist high aktiv. Solange es Low 
ist kann man also gefahrlos mindestens 32 Bytes schreiben.
Dies dient dazu, dass man z.B. nur einmal vor jedem Befehl prüfen muss.

Hi,

alles klar, ich frickel grad mit dem Arm7 herum... nach einer Dose Faxe 
Pils vielleicht nicht mehr ganz so sinnvoll :-)

1

void GDisplay_Init()

2

{

3

  uint8_t i;

4

5

  // Den Busy Pin einstellen:

6

7

  PINMODE4 &= ~(0x03 << (2*BUSY_PIN));  // Pull Ups auf Busy Pin P2.2 einschalten

8

  PINSEL4 &= ~(0x3 << (2*BUSY_PIN));  // Busy Pin als GPIO definieren

9

  // Busy Pin P2.2 auf Eingang (=0) stellen (PINSEL4: Bits 4:5 = 00

10

  FIO2DIRL &= (0x01 << BUSY_PIN);

11

12

  // UART einschalten

13

  uart1_init (28800);

14

  uart1_put (12);    // Display löschen

15

  uart1_put (1);    // Cursor auf 0,0

16

  //while (BUSY_GET_IN()==0);

17

18

  sprintf(gdisp_buf,"Hallo Welt");

19

  GDisplay_Print();

20

21

}

22

23

void GDisplay_Print()

24

{

25

......

Hallo,

ich stelle grad fest, dass sich die Rectangles gegenseitig 
überschreiben, auch wenn die Füllfarbe 0 ist. Gibt es eine "transparent" 
Farbe, so dass sich gegenseitig schneidende Rectangles machbar sind?

Nein, bisher zumindest nicht.

Hallo,

habe es jedenfalls ausführlich mit dem Arm7 System getestet und werde 
heute abend mal anfangen eine TextScoll Funtion zu programmieren, wie 
auf einem Terminal. Dann Koordinatensysteme, wobei ich noch nicht weiss, 
wie ich da eine Art Smooth Scroll realisieren soll. Jedenfalls sind die 
Möglichkeiten schier unbegrenzt. Klasse Sache Benedikt! Du solltest das 
mit in den Shop nehmen als Bausatz.

Hi,

könntest Du diesen Befehl vielleicht mit etwas erklärendem Leben füllen? 
Ich rätsel da immer noch herum.

Ich habe ein s/w Bild (1bpp) mit einer Auflösung von 211x144 Pixeln. 
Abgelegt in 8Bit Datenbytes in einem Array mit der Grösse 3798 Bytes 
(211x144 / 8 = 3798)

16 0xAA = Befehlswort
X,Y = Startkoordinaten Bildecke oben links?
XS,YS  = da verliessen sie mich. 211x144?


Textzitat:

X
Y
XS
YS
Modus
Daten…

Bild an Position (x,y) mit Auflösung (xs,ys) laden. Auf diesen Befehl 
folgen xs*ys (*2) Bytes mit Bilddaten. x und xs zählen Bytes (Nibbels). 
x hat daher den Bereich 0-79 (0-159), xs den Bereich 1-80 (1-160). y und 
ys zählen Zeilen. y hat daher den Bereich 0-239, ys den Bereich 1-240.
Modus schaltet zwischen 1bpp (0) und 2bpp (1) um.
0xAA dient nur als Sicherheitsbyte, damit nicht versehentlich dieser 
Befehl (z.B.
aufgrund eines Übertragungsfehlers) ausgeführt wird.

Christian J. schrieb:

> Ich habe ein s/w Bild mit einer Auflösung von 211x144 Pixeln. Abgelegt
> in 8Bit Datenbytes in einem Array mit der Grösse 3798 Bytes (211x144 / 8
> = 3798)

Nicht ganz. Da in X Richtung immer ganze Bytes übertragen werden, ist 
dein Bild 27x144 Bytes = 3888 Bytes groß.

> D.h. ein Bild kann nicht grösser sein als 255 Pixel?

Doch, du überträgst Byte Anzahlen. Maximal könnte ein Bild 255*255 Byte, 
also 2040x255 Pixel groß sein.

> 16 0xAA = Befehlswort
> X,Y = Startkoordinaten Bildecke oben links?

Ja, wenn das Bild z.B. an 0,0 soll dann 0,0.
Wenn es an 16,20 soll, dann 2,20 (da Bytes=8Pixel) in x Richtung.

> XS,YS  = da verliessen sie mich. 211x144?

27, 144 da 27 Bytes pro Zeile und 144 Zeilen.

Das Vielfache von 8 Pixeln in x Richtung ist eine Einschränkung aber mit 
der kann man leben, denke ich.
Im 4 Farbmodus sind es immer 4 statt 8 Pixel.

Ich habe das ganze bewusst etwas "merkwürdig" gewählt, aber das hat den 
Vorteil dass die xs und ys Werte direkt die Anzahl an Bytes 
repräsentieren. Somit kann man weniger beim Umrechnen falsch machen.

Hmmm..... mein VW Käfer sieht noch etwas abgeschnitten aus. So ganz 
einfach ist das nicht. Habe auf 208x144 verkleinert. Scheint alles 
richtig und doch ist er verschoben.

Die Datenbytezahl ist übrigens vom sizeof Befehl, sie war oben richtig. 
Soviel Bytes waren im Array drin für 211x144.

1

uart1_put(16);            // Kommando

2

  uart1_put(0xaa);

3

  uart1_put(0); uart1_put(0);      // Position

4

  uart1_put(26); uart1_put(144);    // Position

5

  uart1_put(0);

6

7

  for (i=0;i<size;i++)

8

  {

9

    while BUSY_GET_IN();

10

    uart1_put(*(ptr++));

11

  }

12

13

// Füllbytes zur Vorsicht

14

15

  for (i=0;i<300;i++)

16

  {

17

    while BUSY_GET_IN();

18

    uart1_put(0);

19

  }

Also, da ist noch was strubbelig, wenn ich keine 1000 NOPs vorher und 
nachher sende macht er mir das Bild schwarz und verschoben.

Was mir seltsam vorkommt ist, dass der Versatz mitten im Bild anfängt.
Das sieht so aus, als wenn da irgendwie ein paar Bytes verloren gehen, 
warum auch immer.

Verloren geht da nichts, ich frage Busy ab und benutze einen ausreichend 
grossen Fifo Puffer für die Uart.

Die erwarteten Bytes stimmen aber exakt, danach geht er in die 
Hauptschleife, der nächste Befehl der Text ausgeben soll wird sofort 
erkannt.

Ich arbeite dran......

Ok, Entwarnung..... der Arm7 war beim Aufstarten wohl etwas schnell 
dabei und hat dem Display keine Zeit gelassen zu initialisieren. Passt 
jetzt alles, ohne Füllbytes.

Hi,

Ich seh grad, dass auf den Platinen der Bestückungsdruck auf der 
Unterseite fehlt, und auf der Oberseite nur die Bauteilwerte, aber nicht 
die Referenzierungsnummer, enthält. Um bei der Bestückung, insbesondere 
der SMD-Bauteile, die Identifizierung der Bauteile zu erleichtern, habe 
ich nochmal zwei zusätzliche Ansichten aus Eagle exportiert. Darin ist 
die Referenzierungsnummer der Bauteile in rot gehalten.

Hier die erste Datei ...

Gruß

... und hier die zweite Datei

... und hier ist nochmal ein Schaltplan ohne die lästigen Kringel um die 
Pins :-)

Kai H. schrieb:
> Hi,
>
> Ich seh grad, dass auf den Platinen der Bestückungsdruck auf der
> Unterseite fehlt, und auf der Oberseite nur die Bauteilwerte, aber nicht

Aus Kostengründen, das Kleinzeugs war es nicht wert.

> die Referenzierungsnummer, enthält. Um bei der Bestückung, insbesondere

Weil Eagle bei 2 Platinen auf einer Seite neue Namen vergibt, die 
fortlaufend gezählt werden.

In dem Schaltplan fehlt auch der 10uF Elko am DC/DC Wandler, den ich 
verschludert habe, er aber unbedingt rein muss.

Habe schon die nächste Generation fertig, ganz ohne smd und eine nur smd 
:-) Letztere ist noch wesentlich kleiner, fast die Hälfte. Ok, BF 0602 
habe ich mal ausgelassen, die kriege ich nicht mal mehr mit einer 
Pinzette zu fassen.

Hier nochmal die Stelle, wo der 10uF Tantal reinkommt, + zur LED hin.

Benedikt?

habe Deinen neuen Code mit 56700 baud gebrannt und stelle fest, dass die 
Grafik verzerrt wird. Um das zu beheben muss ich ein 150us delay 
einbauen. Die Abfrage des Busy funktioniert technisch aber wirkt hier 
irgendwie nicht. Ich glaube 56700 sind doch etwas überdreht ;-) Das 
Flimmern ist aber schön weg.

1

while BUSY_GET_IN();

2

uart1_put(16);      // Kommando Bitmap schreiben

3

uart1_put(0xaa);

4

5

  // Position festlegen

6

  uart1_put((uint8_t)x_pos /8);

7

  uart1_put((uint8_t)y_pos);

8

  // Bildgrösse festlegen

9

  uart1_put(29);//(uint8_t)(x_pixel/8));

10

  uart1_put(238);//(uint8_t)y_pixel);

11

  // SW Grafik 1 BPP

12

  uart1_put(0);

13

14

  for (i=0;i<size;i++)

15

  {

16

    while BUSY_GET_IN();

17

    uart1_put(*(ptr++));

18

    delay_us(1,150);

19

  }

20

21

  uart1_put(0);

22

  uart1_put(0);

23

    uart1_put(0);

Probier mal diese Version aus.
Wenn die funktioniert, dann wars die Pause beim Einschalten.
Falls nicht, dann baue mal vor dem Senden des Bildes eine Pause von z.B. 
100ms ein. Falls es immer noch nicht geht, ist der Fehler bei 57600 Baud 
doch zu hoch (58824Baud -> 2,1%).
Ich habe schon Bilder mit 250kBaud ohne Busycheck gesendet, da sollte 
der Controller also 57600Baud spielend schaffen.

Hallo,

ich habe da noch andere Probleme geefunden bei der Textausgabe, die auch 
"abgeschnitten" wurden, chaotische Zeichen usw (Fehler?). Es fehlten 
auch einfach Zeichen zwischendrin. Seit ich den 28800er Chip wieder drin 
habe läuft alles wieder.

Kannste vielleicht die Doku mal erweitern? Da fehlt auch noch der Kreis.

Ach ja, bei meiner Version lassen sich Rechtecke nicht ausfüllen, die 
bleiben immer weiss innen und überschreiben andere Pixel auch nicht, 
egal welche Farben ich einstelle.

Flashen ist derzwei schwierig, mein Arbeitskollege hat den Brenner 
unterm Schreibtisch versteckt :-)

Christian J. schrieb:

> Kannste vielleicht die Doku mal erweitern? Da fehlt auch noch der Kreis.

Ist schon lange drin:
http://www.mikrocontroller.net/attachment/35222/320x240_Grafik.pdf

> Ach ja, bei meiner Version lassen sich Rechtecke nicht ausfüllen, die
> bleiben immer weiss innen und überschreiben andere Pixel auch nicht,
> egal welche Farben ich einstelle.

Kann nicht sein, denn auf dem Startbild funktioniert es auch und das 
sind die selben Funktionen.

Häng die ungenutzten Adressen an GND oder Vcc, dann sollte das Problem 
gelöst sein.

Benedikt,

wenn ich das richtig sehe ist noch viel Platz im Ram. Wäre es möglich 
dieses in Codepages zu unterteilen, so dass eine neue Grafik im 
Hintergrund aufgebaut  und dann übergeblendet wird? Ich stelle mir so 
einen Befehl Codepage-Select(1..n) vor.

Theoretisch ja. Ein Bild benötigt 9600Byte. Zur Vereinfachung der 
Software verwende ich aber 16kByte für ein Bild. Durch die Graustufen 
verdoppelt sich dieser Wert und füllt somit das ganze SRAM.
Wenn man also die Graustufen rausnehmen würde, würde es reichen.

Hi, tja, Graustufen geht bei mir leider nicht :-( Die Rechtecke bleiben 
weiss. Der Rahmen lässt sich aber in der Farbe einstellen.

Bastle grad an einem Scolling des Textpuffers, weiss nur nicht ob das 
ruckelfrei abgeht, wenn ich 800 Zeichen neu schreibe und das Scrolling 
in einem internen Puffer vornehme. meine Write Befehle greifen auf 
diesen zu und ich sende immer nur das veränderte Bild an das Display, 
wenn sich die Quersumme einer zeile geänder hat.

Aufruf:

GDisplay_Draw_Filled_Rectangle(10,10,GD_X_MAX-10,GD_Y_MAX-10,100,255);

Routine

1

char GDisplay_Draw_Filled_Rectangle(uint16_t x1,   // Ecke unten links

2

               uint16_t y1,       // Ecke unten links

3

               uint16_t x2,       // Ecke oben rechts

4

               uint16_t y2,       // Ecke oben rechts

5

               uint8_t fill_color,   // Füllfarbe 0..255

6

               uint8_t frame_color)  // Rahmenfarbe 0..255

7

{

8

9

  // Bei Bereichsüberschreitung aussteigen

10

  if ((x2 > GD_X_MAX) || (y2 > GD_Y_MAX))

11

    return 0;

12

13

  uart1_put (GDCMD_DRAW_RECTANGLE);    // Kommando Rechteck zeichnen

14

15

  uart1_put (x1);              // Untere linke Ecke

16

  uart1_put (x1>>8);

17

    uart1_put (GD_Y_MAX - y1);

18

19

  uart1_put (x2);              // Obere rechte Ecke

20

  uart1_put (x2>>8);

21

    uart1_put (GD_Y_MAX - y2);

22

23

    uart1_put (fill_color);

24

  uart1_put (frame_color);