Samsung 10 Zoll (lcd4linux)

[thc09]

Moin.

So ich hatte das hier schonmal angeboten.
Attiny 13 für Samsung SPF programmiert.
2 Stück hab ich noch.
Falls wer möchte, zum Selbstkostenpreis.
Danke an K.Anders - ( www.vuplus‐support.org ) für das bereitstellen des Codes.

So könnte das dann aussehen. Hier ein 107 ..

[Bua12120]

Um das nochmal sicherzustellen: Ist das für ein SPF-87H (auch) geeignet?

[Frankenstone]

Das ja fummelig.. Die Guckels
Interesse hätte ich, wenn es auch für ein spf87h ist.

[thc09]

Da ist für alles geeignet, eigendlich.
Aber das 107 und 87 sind explizit angegeben.
Der Code liegt vor. (Danke nochmals an K. Anders - www.vuplus‐support.org )

Schlussendlich startet da ja nur ein Programm auf dem attiny der 2 kontakte kurz auf Masse zieht.
Sofern ich das richtig verstanden habe ist die Zeit für den zweiten! programmierbar.

Und wenn ich nicht abgerutscht wär, könnte ich das jetzt probieren

Ich häng das hier mal ran.

Edith: Achtung , die Verdrahtung in der Beschreibung für beide Spf ist für den Programmcode nicht korrekt. (funktioniert so nicht)


Deshalb nochmal einzeln, ich lass die andere aber drin. Da ist die Optik besser.
Und wie gesagt, das funktioniert auch mit Versorgung über USB.
Ganz sauber ist das so nicht, es müsste eigendlich noch ein Blockkondensator sowie 2 Widerstände rein, um auf definierten Pegel zu kommen.
Allerdings sieht das hier alles auch so gut aus und der Takt ist auch gering. So kann man drauf verzichten, sag ich mal.

Ich hab ja keinen Plan vom Programmieren, kannst ja mal draufschauen und die anderen Pins für die Kaffeemaschine vorbereiten

[Bua12120]

Danke. Da das in Basic programmiert ist, muß ich da eh passen. Die C64 Zeit ist einfach schon zu lange her, wo ich da mal was mit gemacht hatte.

Was mir allerdings aufgefallen ist, das ganze muß dann mit Netzteil lt. Doku im Source betrieben werden. Das ist dann nicht so gut, da z.B. das SPF-87H auch ohne auskommen würde wenn der USB stark genug ist, was meist der Fall auch ist.

[thc09]

, da war doch alles dabei an Code ...

Ja, gelesen hab ich das.

Warum das so sein soll leuchtet mir nicht ein.

Edith: Jetzt schon

Versorgungsspannung kommt vom micro usb.

Edith: Falsch, für diese Version des Attiny
Der braucht theoretisch immer vcc, sonst könnte der ja nicht abschalten.
Damit ist das von mir gepostete Bild so nicht korrekt.

Selbst wenn das Teil high-pegel an den pins erwartet, den haste ja auch wenn du USB powerst (geht mit dem 107er auch)
Und selbst wenn dann der Ein Taster auf low gezogen wird, ausgehen tut das nicht.

Aber ich schau mir das noch genauer an, hier hab ich nicht "so toll" die möglichkeit.

Edith:

Hab ich gemacht, es ist unerheblich ob das spf aus dem Netzteil oder per USB versorgt wird.
Mein 107er funktioniert so oder so.
Eine etwas andere Beschaltung des Attiny ist nötig.
Ich reiche das nach ...

Edith: Hatte ich gemacht, nur nicht hier geschrieben (neues Foto - 5 Leitungen)

Mit der "Firmware" braucht es Vcc und "Vcc" vom Miniusb als Schaltspannung.

cache_7059285.jpg

Bild von Reinhold Rahner

Pin 2 - PB 3 Einschalten
Pin 3 - PD 1 Moduswechsel
Pin 4 - Gnd Masse
Pin 5 - PB0 Vcc vom Microusb ( 5 Volt zwangsweise
Pin 8 - Vcc Vcc (1,8 - 5,5 Volt)

[thc09]

Moin.

Iss da jetzt "wieder" nen Bug in lcd4l oder mach ich was falsch ?

Ich hatte ausgesetzt und bin wieder neu gestartet.
Zumindest rutscht das wieder ? Hoch und runter.
Dachte das war auf der Grundlinie fest.
Hülfe

20220309_221311.jpg

20220309_221941.jpg

[Bua12120]

Hast Du auch mheight 'F' angeben? Aber anderseits ist aber so normal, denn es wird ja die Größe der Burchstaben berechnet und somit dann das "mittig" im Rahmen gehalten, sieht man ja gut bei Dir. Beides ist "mittig", auch wenn es für dich nicht so aussieht. Das was Du willst wäre das ausbrechen aus dem Rahmen nach unten z.B. beim "y", aber das wird so nicht gemacht.
Ich hätte ja schon längst, wie von mir auch beschrieben, die Zeit mit eingeschlossen in den EPG-Text. Das sollte dann immer von der Position her passen.

[thc09]

Ja, aber Tango hatte damals imho geschrieben errechnete Grundlinie.
Und mir war auch so das es so funktionierte.

Deine Lösung könnte ev. helfen.
Die bürgt aber ein anderes Problem. Du kannst die Zeit nicht zentrieren. Und damit verrutschen die Doppelpunkte.Die Zahlen sind halt nicht gleich breit.

[Bua12120]

Ja, aber Tango hatte damals imho geschrieben errechnete Grundlinie.
Und mir war auch so das es so funktionierte.

Ansonsten kannst Du auch die anderen Optionen N oder O probieren.

Die bürgt aber ein anderes Problem. Du kannst die Zeit nicht zentrieren. Und damit verrutschen die Doppelpunkte.Die Zahlen sind halt nicht gleich breit.

Das verstehe ich jetzt nicht. Die Zeit passt hier immer, der Zeichenabstand ebenfalls. Egal ob da eine 1 oder eine 0 steht, es wird hier der gleiche Platz verwendet. Der Doppelpunkt selbst hat weniger Abstand, ja. Aber das ist OK so. Um was es Die wohl eher geht ist, daß die Zeit links steht und in einem gewissen Abstand dann der EPG-Text. Aber das geht ja auch, alles auf "links" einstellen und ggf. Leerzeichen einfügen zwischen Zeit und EPG-Text. Aber das hatte ich auch in meinem Beispielt gemacht. Ansonsten, wenn Du bei den Ziffern 0 und 1 einen Unterschied in der Breite hast liegt das am TTF Font selbst, nicht an L4L.^

Wobei ich nicht wirklich auf dem Bild ein Problem sehe. Meiner Meinung nach passt die Mitte vom EPG-Text zur Zeitangabe. Hier mal das Bild um 1.75° nach rechts gedreht und rot markiert damit man sieht, daß es bereits passt.

Bild.jpg

Wo ist denn da nun das Problem?

[thc09]

Hast Du auch mheight 'F' angeben? Aber anderseits ist aber so normal, denn es wird ja die Größe der Burchstaben berechnet und somit dann das "mittig" im Rahmen gehalten, sieht man ja gut bei Dir. Beides ist "mittig", auch wenn es für dich nicht so aussieht. Das was Du willst wäre das ausbrechen aus dem Rahmen nach unten z.B. beim "y", aber das wird so nicht gemacht.
Ich hätte ja schon längst, wie von mir auch beschrieben, die Zeit mit eingeschlossen in den EPG-Text. Das sollte dann immer von der Position her passen.

mheight F ?

Das mittig im Rahmen halten ist dann genau das Problem. Damit kann niemand anständig layouten.
Ich hatte Tango damals so verstanden das es eine errechnete Grundlinie gibt. Und da bleiben die Buchstaben dann auf drauf.
Das meint Buchstaben die nicht über die Linie hinausgehen, nach unten.
Alles andere macht auch wenig Sinn.
Wenn ich mir das mit Laufschrift vorstelle ....

Die Zahlen, die müsstest du links ausrichten - wenn alles in einer Zeile ist.
Das geht aber schief, wel 0 und 1 z.b. unterschiedliche Breite haben.
Das ist auch so, wenn du das alleine in einem "Kasten" hast. Komischerweise funktioniert das mit Center, eigendlich merkwürdig
Vielleicht hatte ich noch nicht die passende Kombination, damit auch das daneben geht.
Edith: (Mit der lcd4l Version von hier funktioniert align L , mit der aus dem Update nicht)

[thc09]

Kann es sein, das im Update ne alte/falsche Version kommt ?

Beide bringen exact dieselbe Versionsnummer , was ja irgendwie nicht richtig ist. ( LCD4Linux 0.11.0- )

Also die hier aus dem Forum verhält sich wie gewünscht. (Glaub war die erste und einzige von TC, die gepostet wurde.)

Das steht alles wie festgenagelt auf der Grundlinie. Da ist dann oben und unten soviel Platz das alles passt, falls ein j oder Ä kommt z.b.

20220310_220123.jpg

20220310_215934.jpg

20220310_215957.jpg

[Bua12120]

Zur L4L Version: Ja, die bleibt derzeit immer gleich. Hinter dem Strich nach der 0.11.0- müsste eigentlich die GIT Revision stehen, klappt aber offensichtlich nicht.

L4L kennt neben mheigt F auch noch N und O als Parameter, wobei ich, im Gegensatz zu TC, das O als Standard genommen habe wenn mheight nicht angegeben ist. Bei F wird immer die Schrift auf "[Äp}§|" erwartend berechnet, bei N ist es "Äp" und bei O wird vom Text selbst ausgegangen.

Desweiteren sind 0 und 1 gleich groß in Breite und Höhe hier. Du scheinst dann eher einen sonderbaren TTF zu haben. Hier mal Bilderdazu von mir.

lcd4linux_1.png

lcd4linux_2.png

Und nun unten mal übereinandergesetzt.

lcd4linux_12.png

Wie man sieht, ist die Zeichengröße von 0 und 1 durchaus gleich. Das zeigen sogar Deine eigenen Bilder. Ich kann Dein Problem hier nicht nachvollziehen, zumal das auf dem anderen Bild, was ich extra noch markiert hatte, alles OK war von der Zeichenhöhe.

Ansonsten kannst Du mir auch gerne Deine conf mal zukommen lassen, dann schaue ich mir das damit mal direkt an.

[thc09]

Stressig.

Wo kriegt man den die Parameter mit Erklärung her, wieder aus der Doku
Gilt das dann Systemweit für lcd4l oder muss ich das jedes mal setzen ?

Und das mit der Zeit verhält sich unterschiedlich, bei den beiden Versionen. Warum auch immer.
Das hat ja nichts mit der Höhe zu tun. Vermutlich irgendein anderer Parameter. Pffff.

Danke erstmal.

[Bua12120]

Zur L4L Version: Ja, die bleibt derzeit immer gleich. Hinter dem Strich nach der 0.11.0- müsste eigentlich die GIT Revision stehen, klappt aber offensichtlich nicht.

Seitdem du das geändert hast aufs git direkt, geht das auch.
Vorher wars ja in Wirklichkeit nur ein Archiv, und da gab es dann keine git Revision.

Wo kriegt man den die Parameter mit Erklärung her, wieder aus der Doku
Gilt das dann Systemweit für lcd4l oder muss ich das jedes mal setzen ?

Nein nicht systemweit, sondern pro Feld. "doku" ist der Commit