HB-Dis-EP-42BW - 4.2" ePaper Display

[chianti2000]

Ich nutze Cura und es wird wie geschrieben "Folienartig" und halbdurchsichtig,
so das ich bei den Tasten keine richtige stabile Fläche habe.

[jp112sdl]

Ich habe mit Cura auch nie vernünftige Ergebnisse erzielen können und nutze seit langem Slic3r

[stan23]

Na dann gebe ich auch mal Feedback:
bei meckert Repetier-Host (als Wrapper um Slic3r) dass das Modell nicht wasserdicht ist.
Vielleicht kommt daher die zu dünne Schicht?

[Alveran]

Ich habe mal ein 0,6mm Dicke Version erstellt. Bitte mal testen und Feedback geben. Besonders das Tippgefühl der Taster.

https://github.com/Alveran81/HB-Dis-EP- ... -spi06.stl

[t0mk]

Hi,

kannst Du bitte auch von der anderen Variante (Display ohne SPI) eine dickere Version erstellen?

[Alveran]

Kein Problem

https://github.com/Alveran81/HB-Dis-EP- ... ront06.stl

[t0mk]

@Alveran: vielen Dank, leider hat es sich durch die dickere Front nichts geändert, das Problem liegt damit vermutlich bei mir im Slicer oder Drucker, das muss ich dann bei der nächsten Gelegenheit noch mal angehen.

Aber habe mich noch mal mit dem Display an sich beschäftigt und habe einigen Fragen:
- Ich kann ja pro Tasterkanal 2 Texte eingeben, diese Texte lassen sich dann im Programm im 11. Kanal flexibel nutzen, also auch an anderen Positionen, z.B. "zeige mir in der Zeile 7 den 2. Text von dem 3.Tasterkanal an". Warum gibt es überhaupt diese Zuordnung der Texte zu den Kanälen, spielt sie eine Rolle? Ich befürchte, ich übersehe hier noch einen wichtigen Zusammenhang.
- In dem Programm im 11. Kanal kann ich nur diese vordefinierte Texte nutzen oder freien Text eingeben, aber nicht etwa den Status eines Sensors oder Aktors, korrekt?
- Um den Status eines Sensors oder Aktors auszugeben muss ich das Script nutzen, was in dem anderen Thread besprochen wurde? Eine andere Möglichkeit gibt es nicht?

[TomMajor]

@Alveran: vielen Dank, leider hat es sich durch die dickere Front nichts geändert, das Problem liegt damit vermutlich bei mir im Slicer oder Drucker, das muss ich dann bei der nächsten Gelegenheit noch mal angehen.

Aber habe mich noch mal mit dem Display an sich beschäftigt und habe einigen Fragen:
- Ich kann ja pro Tasterkanal 2 Texte eingeben, diese Texte lassen sich dann im Programm im 11. Kanal flexibel nutzen, also auch an anderen Positionen, z.B. "zeige mir in der Zeile 7 den 2. Text von dem 3.Tasterkanal an". Warum gibt es überhaupt diese Zuordnung der Texte zu den Kanälen, spielt sie eine Rolle? Ich befürchte, ich übersehe hier noch einen wichtigen Zusammenhang.
- In dem Programm im 11. Kanal kann ich nur diese vordefinierte Texte nutzen oder freien Text eingeben, aber nicht etwa den Status eines Sensors oder Aktors, korrekt?
- Um den Status eines Sensors oder Aktors auszugeben muss ich das Script nutzen, was in dem anderen Thread besprochen wurde? Eine andere Möglichkeit gibt es nicht?

- die 20 definierbaren Texte sparen Funkverkehr (halten die Duty rate niedriger) da sie nur das codebyte und nicht den ganzen Text übertragen müssen. Nach meinen Tests spielen die Zuordnungen zu den Kanälen keine Rolle, sie müssen halt irgendwo im WebUI definierbar sein.

- habe heute ein tcl Programm angefangen was die ganzen Konvertierungen im Hintergrund macht, läuft prinzipiell schon. Damit reicht dann im Skript ein Zweizeiler um eine Textzeile im Display mit beliebigen Text upzudaten. Das hält den Skript übersichtlicher.

Code: Alles auswählen

! Zeigt den Text 'Test xx ÄÖÜäöü' in Zeile 5 mit Icon 1 auf dem ePaper mit Serial JPDISEP000 an
string displayCmd = "JPDISEP000 5 'Test xx ÄÖÜäöü' 1";
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("tclsh /usr/local/addons/epaper42.tcl " # displayCmd);

[jp112sdl]

Warum gibt es überhaupt diese Zuordnung der Texte zu den Kanälen, spielt sie eine Rolle?

Nein, die Kanalzuordnung kommt vom WebUI-Design. Bei den originalen Displays von HM ist es genau so.
Man hätte auch alle Fixtexte dem MASTER-Param zuordnen können, aber da wären noch viel viel mehr umbauten an der WebUI nötig gewesen.

In dem Programm im 11. Kanal kann ich nur diese vordefinierte Texte nutzen oder freien Text eingeben, aber nicht etwa den Status eines Sensors oder Aktors, korrekt?

Wenn du es über Klicki-Bunti zusammenbaust -> korrekt.

Um den Status eines Sensors oder Aktors auszugeben muss ich das Script nutzen, was in dem anderen Thread besprochen wurde? Eine andere Möglichkeit gibt es nicht?

Du kannst auch ein Klicki-Bunti Programm erstellen.
WENN Aktor ein DANN ... Kanal 11 (zusammenklicken was angezeigt werden soll)
SONST ... Kanal 11 (zusammenklicken was angezeigt werden soll)

[jp112sdl]

- habe heute ein tcl Programm angefangen was die ganzen Konvertierungen im Hintergrund macht, läuft prinzipiell schon. Damit reicht dann im Skript ein Zweizeiler um eine Textzeile im Display mit beliebigen Text upzudaten. Das hält den Skript übersichtlicher.

Code: Alles auswählen

! Zeigt den Text 'Test xx ÄÖÜäöü' in Zeile 5 mit Icon 1 auf dem ePaper mit Serial JPDISEP000 an
string displayCmd = "JPDISEP000 5 'Test xx ÄÖÜäöü' 1";
dom.GetObject("CUxD.CUX2801001:1.CMD_EXEC").State("tclsh /usr/local/addons/epaper42.tcl " # displayCmd);

Das ist sehr cool und macht das Skripten sehr übersichtlich

Aber wenn man mehr als eine Zeile ändern will, müsste man jedoch jedes Mal jede Zeile einzeln senden?
Das wirst du bestimmt noch einbauen (Multi-Line Support).

P.S.: CUxD braucht man dabei gar nicht zwingend. Das kann man auch mit system.exec() aufrufen.