HB-Dis-EP-42BW - 4.2" ePaper Display
Moderator: Co-Administratoren
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Ich habe Alverans Gehäuseversion und den Rahmen von innen mit weißem Sprühlack behandelt um das Durchscheinen zu vermindern, bin jetzt für meine Zwecke zufrieden mit dem Resulat, im link das erste Bild.
https://github.com/TomMajor/SmartHome/t ... is-EP-42BW
https://github.com/TomMajor/SmartHome/t ... is-EP-42BW
Viele Grüße,
Tom
Tom
-
- Beiträge: 50
- Registriert: 18.10.2018, 21:32
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 3 Mal
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Danke für den Tipp mit dem Ansprühen, werde ich mal ausprobieren.
Ich hatte da noch eine andere Idee
Ich würde das Display gerne nahe der Eingangstüre Aufhängen, um z.B. anzuzeigen, ob noch Fenster offen sind, bevor man die Wohnung verlässt.
Jetzt habe ich überlegt, ob man nicht noch einen Bewegungsmelder integrieren könnte, damit das Display aktualisiert wird, wenn jemand davor steht. Das dürfte einiges an Batterie sparen. GPIOs sind ja noch vorhanden. Wie sieht das Softwareseitig aus? Kann das Display selber einen Refresh triggern oder muss das alles über die CCU gehen?
Hätte noch jemand Interesse an einer solchen Lösung?
Viele Grüße
Matthias
PS. Leider ist dieser Thread sehr unübersichtlich geworden. Viel relevante Information ist irgendwo zwischen Seite 20 und 60 "vergraben" Wäre es nicht sinnvoll für solche "Großprojekte" einzelne Foren anzulegen?
Ich hatte da noch eine andere Idee
Ich würde das Display gerne nahe der Eingangstüre Aufhängen, um z.B. anzuzeigen, ob noch Fenster offen sind, bevor man die Wohnung verlässt.
Jetzt habe ich überlegt, ob man nicht noch einen Bewegungsmelder integrieren könnte, damit das Display aktualisiert wird, wenn jemand davor steht. Das dürfte einiges an Batterie sparen. GPIOs sind ja noch vorhanden. Wie sieht das Softwareseitig aus? Kann das Display selber einen Refresh triggern oder muss das alles über die CCU gehen?
Hätte noch jemand Interesse an einer solchen Lösung?
Viele Grüße
Matthias
PS. Leider ist dieser Thread sehr unübersichtlich geworden. Viel relevante Information ist irgendwo zwischen Seite 20 und 60 "vergraben" Wäre es nicht sinnvoll für solche "Großprojekte" einzelne Foren anzulegen?
-
- Beiträge: 280
- Registriert: 16.05.2018, 22:54
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 5 Mal
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Hallo jp112sdl,
nach dem ich https://github.com/MCUdude/MightyCore hinzugefügt habe, kann ich die Parameter setzen.
Ich habe jetzt versucht den Sketch hochzuladen erhalte aber die folgende Fehlermeldung:
Hat mir jemand einen Tip?
Gruß
Michael
nach dem ich https://github.com/MCUdude/MightyCore hinzugefügt habe, kann ich die Parameter setzen.
Ich habe jetzt versucht den Sketch hochzuladen erhalte aber die folgende Fehlermeldung:
Code: Alles auswählen
Arduino: 1.8.10 (Windows 10), Board: "ATmega1284, Yes (UART0), Standard pinout, 1284P, BOD disabled, LTO disabled, External 8 MHz"
HB-Dis-EP-42BW:36:10: error: U8G2_FONTS_GFX.h: No such file or directory
Mehrere Bibliotheken wurden für "GxEPD.h" gefunden
#include "U8G2_FONTS_GFX.h"
^~~~~~~~~~~~~~~~~~
Benutzt: C:\Users\Michael\Documents\Arduino\libraries\GxEPD
compilation terminated.
Nicht benutzt: C:\Users\Michael\Documents\Arduino\libraries\GxEPD-master
Mehrere Bibliotheken wurden für "SPI.h" gefunden
Benutzt: C:\Users\Michael\AppData\Local\Arduino15\packages\MightyCore\hardware\avr\2.0.3\libraries\SPI
Mehrere Bibliotheken wurden für "Adafruit_GFX.h" gefunden
Benutzt: C:\Users\Michael\Documents\Arduino\libraries\Adafruit-GFX-Library-master
exit status 1
U8G2_FONTS_GFX.h: No such file or directory
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xc3
Problem beim Hochladen auf das Board. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xc3
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xc3
Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.
Gruß
Michael
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Einfacher wäre es eventuell, einen eigenen Bew.melder zu nehmen oder aufzubauen und das Display refresh per Skript in der Zentrale anzustoßen bei Bewegung.Matthias2707 hat geschrieben: ↑24.09.2019, 17:03Danke für den Tipp mit dem Ansprühen, werde ich mal ausprobieren.
Ich hatte da noch eine andere Idee
Ich würde das Display gerne nahe der Eingangstüre Aufhängen, um z.B. anzuzeigen, ob noch Fenster offen sind, bevor man die Wohnung verlässt.
Jetzt habe ich überlegt, ob man nicht noch einen Bewegungsmelder integrieren könnte, damit das Display aktualisiert wird, wenn jemand davor steht. Das dürfte einiges an Batterie sparen. GPIOs sind ja noch vorhanden. Wie sieht das Softwareseitig aus? Kann das Display selber einen Refresh triggern oder muss das alles über die CCU gehen?
Hätte noch jemand Interesse an einer solchen Lösung?
Viele Grüße,
Tom
Tom
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Hast du den bootloader auf den 1284P geflasht?michaelapp hat geschrieben: ↑24.09.2019, 20:17Hallo jp112sdl,
nach dem ich https://github.com/MCUdude/MightyCore hinzugefügt habe, kann ich die Parameter setzen.
Ich habe jetzt versucht den Sketch hochzuladen erhalte aber die folgende Fehlermeldung:
Hat mir jemand einen Tip?Code: Alles auswählen
Arduino: 1.8.10 (Windows 10), Board: "ATmega1284, Yes (UART0), Standard pinout, 1284P, BOD disabled, LTO disabled, External 8 MHz" HB-Dis-EP-42BW:36:10: error: U8G2_FONTS_GFX.h: No such file or directory Mehrere Bibliotheken wurden für "GxEPD.h" gefunden #include "U8G2_FONTS_GFX.h" ^~~~~~~~~~~~~~~~~~ Benutzt: C:\Users\Michael\Documents\Arduino\libraries\GxEPD compilation terminated. Nicht benutzt: C:\Users\Michael\Documents\Arduino\libraries\GxEPD-master Mehrere Bibliotheken wurden für "SPI.h" gefunden Benutzt: C:\Users\Michael\AppData\Local\Arduino15\packages\MightyCore\hardware\avr\2.0.3\libraries\SPI Mehrere Bibliotheken wurden für "Adafruit_GFX.h" gefunden Benutzt: C:\Users\Michael\Documents\Arduino\libraries\Adafruit-GFX-Library-master exit status 1 U8G2_FONTS_GFX.h: No such file or directory avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xc3 Problem beim Hochladen auf das Board. Hilfestellung dazu unter http://www.arduino.cc/en/Guide/Troubleshooting#upload. avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xc3 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xc3 Dieser Bericht wäre detaillierter, wenn die Option "Ausführliche Ausgabe während der Kompilierung" in Datei -> Voreinstellungen aktiviert wäre.
Gruß
Michael
Viele Grüße,
Tom
Tom
-
- Beiträge: 280
- Registriert: 16.05.2018, 22:54
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 5 Mal
-
- Beiträge: 50
- Registriert: 18.10.2018, 21:32
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 3 Mal
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
@Michael
über den Fehler bin ich auch gestolpert, hast du die Datei U8G2_FONTS_GFX.h in den Ordner des Sketches kopiert?
Viele Grüße
Matthias
über den Fehler bin ich auch gestolpert, hast du die Datei U8G2_FONTS_GFX.h in den Ordner des Sketches kopiert?
Viele Grüße
Matthias
-
- Beiträge: 280
- Registriert: 16.05.2018, 22:54
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 5 Mal
-
- Beiträge: 1793
- Registriert: 30.08.2017, 23:25
- Hat sich bedankt: 175 Mal
- Danksagung erhalten: 399 Mal
- Kontaktdaten:
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Oder den Bew.melder Ausgang an einen der Tastereingänge vom Display anschließen und bei Trigger dieses Tasterkanals das Display update machen..Matthias2707 hat geschrieben: ↑24.09.2019, 17:03Danke für den Tipp mit dem Ansprühen, werde ich mal ausprobieren.
Ich hatte da noch eine andere Idee
Ich würde das Display gerne nahe der Eingangstüre Aufhängen, um z.B. anzuzeigen, ob noch Fenster offen sind, bevor man die Wohnung verlässt.
Jetzt habe ich überlegt, ob man nicht noch einen Bewegungsmelder integrieren könnte, damit das Display aktualisiert wird, wenn jemand davor steht. Das dürfte einiges an Batterie sparen. GPIOs sind ja noch vorhanden. Wie sieht das Softwareseitig aus? Kann das Display selber einen Refresh triggern oder muss das alles über die CCU gehen?
Hätte noch jemand Interesse an einer solchen Lösung?
Viele Grüße,
Tom
Tom
-
- Beiträge: 50
- Registriert: 18.10.2018, 21:32
- Hat sich bedankt: 2 Mal
- Danksagung erhalten: 3 Mal
Re: HB-Dis-EP-42BW - 4.2" ePaper Display
Auch eine gute Idee, wird vermutlich am einfachsten sein. Danke!