<![CDATA[forum.technik-hobby.de - Alle Foren]]> https://forum.technik-hobby.de/ Sat, 18 Apr 2026 13:44:13 +0000 MyBB <![CDATA[Mit Powerstation Auto starten]]> https://forum.technik-hobby.de/thread-107.html Wed, 02 Nov 2022 22:36:58 +0100 RobertoKalla11]]> https://forum.technik-hobby.de/thread-107.html ich möchte mir eine Powerstation kaufen mit der ich mein Auto starten kann. Geht sowas und was für eine brauche ich da für eine ? 

Grüße Robert]]> ich möchte mir eine Powerstation kaufen mit der ich mein Auto starten kann. Geht sowas und was für eine brauche ich da für eine ? 

Grüße Robert]]> <![CDATA[Dashcam]]> https://forum.technik-hobby.de/thread-106.html Sat, 27 Aug 2022 15:15:39 +0200 KarinaKlee34]]> https://forum.technik-hobby.de/thread-106.html Ich habe gehört das sich in Merseburg am Fußgängerüberweg am Döner im Zentrum leider hin und wieder Asylbewerber vor Autos werfen, um bewusst angefahren zu werden. Ich habe absolut nichts gegen Asylbewerber aber die Sachverhalte sind dort polizeilich bekannt. Nun möchte ich mir eine Dashcam in mein Auto hängen. So eine Dashcam kann ja auch in anderen Situationen gut sein wenn ein Unfall ist und der schuldige seine Schuld abstreitet. Ich weis nur nicht so richte ob das Sinn macht, weil man ja nicht einfach öffentliche Bereiche Videoüberwachen darf. Da gibt es ja dieses komische Datenschutzgesetz. Es wäre ja sinnlos wenn ich mir eine Dashcam in das Auto hänge und das Video vom Richter zum Beispiel nicht erkannt wird. Was sagt ihr dazu ?  Was sind eure Erfahrungen ? Werden Dashcam Videos von der Polizei und vom Richter anerkannt ? 

Grüße Karina]]> Ich habe gehört das sich in Merseburg am Fußgängerüberweg am Döner im Zentrum leider hin und wieder Asylbewerber vor Autos werfen, um bewusst angefahren zu werden. Ich habe absolut nichts gegen Asylbewerber aber die Sachverhalte sind dort polizeilich bekannt. Nun möchte ich mir eine Dashcam in mein Auto hängen. So eine Dashcam kann ja auch in anderen Situationen gut sein wenn ein Unfall ist und der schuldige seine Schuld abstreitet. Ich weis nur nicht so richte ob das Sinn macht, weil man ja nicht einfach öffentliche Bereiche Videoüberwachen darf. Da gibt es ja dieses komische Datenschutzgesetz. Es wäre ja sinnlos wenn ich mir eine Dashcam in das Auto hänge und das Video vom Richter zum Beispiel nicht erkannt wird. Was sagt ihr dazu ?  Was sind eure Erfahrungen ? Werden Dashcam Videos von der Polizei und vom Richter anerkannt ? 

Grüße Karina]]> <![CDATA[Barcode-Scanner (Tastatur-Emulation) und Tastatur gleichzeitig benutzen]]> https://forum.technik-hobby.de/thread-105.html Sun, 31 Jul 2022 17:21:20 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-105.html Problem:
Wenn man einen Barcode-Scanner besitzt, der eine Tastaureingabe emuliert und man zusätzlich aber auch ein oder mehrere Eingabefelder für andere Daten haben will, so ist es schwierig die Eingabe von Barcode-Scanner nur in dem dafür vorgesehenen Eingabefeld einzutragen. Normalerweise wird der Barcode einfach als Tastatureingabe gesendet und landet somit in dem Eingabefeld, das gerade den Eingabefokus besitzt.

Lösung:
Es gibt eine Möglichkeit, die Eingabe vom Barcode-Scanner zu erkennen. Dafür muss man das InputDevice registrieren (der DeviceName dient dabei der Unterscheidung).
Mein Script habe ich ausführlich kommentiert, sodass hoffentlich verständlich wird, wie man sein eigenes Script anpassen muss, um diese Lösung verwenden zu können.

.au3   !BarcodeScanner.au3 (Größe: 4,73 KB / Downloads: 4) ]]> Problem:
Wenn man einen Barcode-Scanner besitzt, der eine Tastaureingabe emuliert und man zusätzlich aber auch ein oder mehrere Eingabefelder für andere Daten haben will, so ist es schwierig die Eingabe von Barcode-Scanner nur in dem dafür vorgesehenen Eingabefeld einzutragen. Normalerweise wird der Barcode einfach als Tastatureingabe gesendet und landet somit in dem Eingabefeld, das gerade den Eingabefokus besitzt.

Lösung:
Es gibt eine Möglichkeit, die Eingabe vom Barcode-Scanner zu erkennen. Dafür muss man das InputDevice registrieren (der DeviceName dient dabei der Unterscheidung).
Mein Script habe ich ausführlich kommentiert, sodass hoffentlich verständlich wird, wie man sein eigenes Script anpassen muss, um diese Lösung verwenden zu können.

.au3   !BarcodeScanner.au3 (Größe: 4,73 KB / Downloads: 4) ]]> <![CDATA[AutoIt-Spritpreis]]> https://forum.technik-hobby.de/thread-103.html Sun, 26 Dec 2021 19:02:56 +0100 Gorathan]]> https://forum.technik-hobby.de/thread-103.html AutoIt-Spritpreis handelt es sich um ein Programm, dass die aktuellen Spritpreise (E5, E10 und Diesel) einer, vom Benutzer ausgewählten, Tankstelle anzeigt.
Die Preise werden alle 10 Minuten von "www.tankerkoenig.de" abgefragt und im Programmfenster angezeigt.



Die gewünschte Tankstelle kann in einer Umkreissuche ermittelt werden:

Eingegeben wird der Ort (evtl. plus Straße) und der Suchradius und dann wird mit Hilfe von OpenStreetMap Längen-/Breitengrad ermittelt. Mit diesen Daten wird dann bei "www.tankerkoenig.de" eine Umkreissuche durchgeführt. So kann man die gewünschte Tankstelle auswählen.



Tankerkoenig.de verlangt allerdings, das jeder Nutzer einen eigenen API-Key beantragen muss: https://creativecommons.tankerkoenig.de/

Dieser API-Key darf nicht veröffentlicht werden!

Deshalb fragt mein Programm diesen Key einmalig bei Programmstart ab und speichert ihn in der Windows-Registry des Benutzers.



Das Script und alle benötigten Dateien befinden sich im ZIP-Archiv (Anhang).



Edit 25.12.2021 Version 1.2.1.0:

Eine neue Version!

- Es wird getestet, ob der Server von Tankerkoenig.de online ist.

- Die Öffnungszeiten der Tankstelle werden als Tooltip bei dem grünen/roten Balken angezeigt. Danke für den Hinweis, Bitnugger!

- Kleinere Änderungen am Code.





Screenshots:


.jpg   Spritpreis0.jpg (Größe: 38,43 KB / Downloads: 4)
.jpg   Spritpreis1.jpg (Größe: 44,11 KB / Downloads: 8)
.jpg   Spritpreis2.jpg (Größe: 115,82 KB / Downloads: 5)

.zip   AutoIt-Spritpreis_v1_2.zip (Größe: 1,15 MB / Downloads: 7) ]]> AutoIt-Spritpreis handelt es sich um ein Programm, dass die aktuellen Spritpreise (E5, E10 und Diesel) einer, vom Benutzer ausgewählten, Tankstelle anzeigt.
Die Preise werden alle 10 Minuten von "www.tankerkoenig.de" abgefragt und im Programmfenster angezeigt.



Die gewünschte Tankstelle kann in einer Umkreissuche ermittelt werden:

Eingegeben wird der Ort (evtl. plus Straße) und der Suchradius und dann wird mit Hilfe von OpenStreetMap Längen-/Breitengrad ermittelt. Mit diesen Daten wird dann bei "www.tankerkoenig.de" eine Umkreissuche durchgeführt. So kann man die gewünschte Tankstelle auswählen.



Tankerkoenig.de verlangt allerdings, das jeder Nutzer einen eigenen API-Key beantragen muss: https://creativecommons.tankerkoenig.de/

Dieser API-Key darf nicht veröffentlicht werden!

Deshalb fragt mein Programm diesen Key einmalig bei Programmstart ab und speichert ihn in der Windows-Registry des Benutzers.



Das Script und alle benötigten Dateien befinden sich im ZIP-Archiv (Anhang).



Edit 25.12.2021 Version 1.2.1.0:

Eine neue Version!

- Es wird getestet, ob der Server von Tankerkoenig.de online ist.

- Die Öffnungszeiten der Tankstelle werden als Tooltip bei dem grünen/roten Balken angezeigt. Danke für den Hinweis, Bitnugger!

- Kleinere Änderungen am Code.





Screenshots:


.jpg   Spritpreis0.jpg (Größe: 38,43 KB / Downloads: 4)
.jpg   Spritpreis1.jpg (Größe: 44,11 KB / Downloads: 8)
.jpg   Spritpreis2.jpg (Größe: 115,82 KB / Downloads: 5)

.zip   AutoIt-Spritpreis_v1_2.zip (Größe: 1,15 MB / Downloads: 7) ]]> <![CDATA[NeoPixelClock]]> https://forum.technik-hobby.de/thread-101.html Sat, 08 Feb 2020 15:01:53 +0100 Gorathan]]> https://forum.technik-hobby.de/thread-101.html Meine NeoPixelClock besteht aus dem NeoPixel-Ring, einer 8fach 7-Segment-Anzeige (mit MAX7219) zur Anzeige des Datums (dd.mm.jjjj), einem Luxmeter (BH1750) zum regeln der Helligkeit, sowie einem Wemos D1 mini als zentralen Microcontroller.
Eingebaut habe ich das Ganze in ein Uhrengehäuse, bei dem ich die Zeiger und das Uhrwerk ausgebaut habe.
Der Durchmesser des Gehäuses von 25cm und das große Ziffernblatt passt ziemlich gut zu dem NeoPixel-Ring und dort, wo vorher das Uhrwerk drin war, kann man gut den Wemos D1 mini unterbringen.

Hier mal zwei Bilder von der fertigen Uhr:

.jpg   NeoPixelClock_v.jpg (Größe: 329,49 KB / Downloads: 17)
.jpg   NeoPixelClock_h.jpg (Größe: 268,48 KB / Downloads: 8)

In echt sieht die Uhr cooler aus. Das kann man auf dem Foto nicht so gut einfangen. Ich musste ziemlich abblenden, damit die LEDs das nicht überstrahlen und da macht mein Smartphone keine so guten Bilder.
Die Stunden werden mit drei LEDs dargestellt, die vormittags (0-11 Uhr) in Blau und nachmittags (12-23 Uhr) in Lila leuchten. Die Minuten leuchten in Grün und die Sekunden in Rot. Außerdem gibt es noch Stundenmarkierungen, die in Weiß leuchten (dunkler als die anderen LEDs).
In der Mitte befindet sich die 8fach 7-Segment-Anzeige mit dem Datum (in Rot) und darunter kann man den BH1750 erkennen, der die Helligkeit ermittelt und so die Helligkeit der Anzeigen entsprechend regelt.

Der Wemos kann per WPS-Button ins WLAN befördert werden und holt sich dann per NTP das aktuelle Datum und die aktuelle Uhrzeit, sodass die Uhr immer sekundengenau geht.
Außerdem läuft noch ein kleiner HTTP-Server, der eine Infoseite ausliefert und mit dem man den Sylvester-Countdown als Test starten kann.
Der Sylvester-Countdown zeigt am 31.12. umd 23:59 die letzten 60 Sekunden als rote LEDs an und zählt dann rückwärts. Das sieht ganz cool aus. [Bild: biggrin.gif]

Und ich habe auch die OTA-Updatefunktion eingebaut, damit ich die Uhr per WLAN updaten kann.

Schaltplan:

.gif   NeoPixelClock.GIF (Größe: 50,97 KB / Downloads: 13)

Den Sketch gibt es im ZIP-Archiv (Anhang).

Nochwas zum Stromverbrauch. Der liegt zwischen 160mA und 360mA (je nachdem, wie weit die LEDs "aufgedreht" werden). Also nichts für Batteriebetrieb.
Ich benutze hier ein 5V / 1A USB-Steckernetzteil (hatte ich noch rumliegen).

.zip   NeoPixelClock_D1mini.zip (Größe: 5,48 KB / Downloads: 12) ]]> Meine NeoPixelClock besteht aus dem NeoPixel-Ring, einer 8fach 7-Segment-Anzeige (mit MAX7219) zur Anzeige des Datums (dd.mm.jjjj), einem Luxmeter (BH1750) zum regeln der Helligkeit, sowie einem Wemos D1 mini als zentralen Microcontroller.
Eingebaut habe ich das Ganze in ein Uhrengehäuse, bei dem ich die Zeiger und das Uhrwerk ausgebaut habe.
Der Durchmesser des Gehäuses von 25cm und das große Ziffernblatt passt ziemlich gut zu dem NeoPixel-Ring und dort, wo vorher das Uhrwerk drin war, kann man gut den Wemos D1 mini unterbringen.

Hier mal zwei Bilder von der fertigen Uhr:

.jpg   NeoPixelClock_v.jpg (Größe: 329,49 KB / Downloads: 17)
.jpg   NeoPixelClock_h.jpg (Größe: 268,48 KB / Downloads: 8)

In echt sieht die Uhr cooler aus. Das kann man auf dem Foto nicht so gut einfangen. Ich musste ziemlich abblenden, damit die LEDs das nicht überstrahlen und da macht mein Smartphone keine so guten Bilder.
Die Stunden werden mit drei LEDs dargestellt, die vormittags (0-11 Uhr) in Blau und nachmittags (12-23 Uhr) in Lila leuchten. Die Minuten leuchten in Grün und die Sekunden in Rot. Außerdem gibt es noch Stundenmarkierungen, die in Weiß leuchten (dunkler als die anderen LEDs).
In der Mitte befindet sich die 8fach 7-Segment-Anzeige mit dem Datum (in Rot) und darunter kann man den BH1750 erkennen, der die Helligkeit ermittelt und so die Helligkeit der Anzeigen entsprechend regelt.

Der Wemos kann per WPS-Button ins WLAN befördert werden und holt sich dann per NTP das aktuelle Datum und die aktuelle Uhrzeit, sodass die Uhr immer sekundengenau geht.
Außerdem läuft noch ein kleiner HTTP-Server, der eine Infoseite ausliefert und mit dem man den Sylvester-Countdown als Test starten kann.
Der Sylvester-Countdown zeigt am 31.12. umd 23:59 die letzten 60 Sekunden als rote LEDs an und zählt dann rückwärts. Das sieht ganz cool aus. [Bild: biggrin.gif]

Und ich habe auch die OTA-Updatefunktion eingebaut, damit ich die Uhr per WLAN updaten kann.

Schaltplan:

.gif   NeoPixelClock.GIF (Größe: 50,97 KB / Downloads: 13)

Den Sketch gibt es im ZIP-Archiv (Anhang).

Nochwas zum Stromverbrauch. Der liegt zwischen 160mA und 360mA (je nachdem, wie weit die LEDs "aufgedreht" werden). Also nichts für Batteriebetrieb.
Ich benutze hier ein 5V / 1A USB-Steckernetzteil (hatte ich noch rumliegen).

.zip   NeoPixelClock_D1mini.zip (Größe: 5,48 KB / Downloads: 12) ]]> <![CDATA[_GDIPlus_GraphicsDrawStringRotate]]> https://forum.technik-hobby.de/thread-100.html Tue, 04 Feb 2020 18:31:18 +0100 Gorathan]]> https://forum.technik-hobby.de/thread-100.html Das Besondere daran ist, dass man den String um 90, 180 oder 270 Grad gedreht zeichnen lassen kann. Außerdem kann man Fontname, Schriftgröße, Schriftstil und die Ausrichtung (links, zentriert, rechts) angeben.
Auch mehrzeilige Strings sind möglich.
Im Beispiel habe ich außerdem einen Backbuffer mit eingebaut, um zu zeigen, wie man mit GDI+ auf andere Fenster (überlagernd) reagieren muss.

Edit: Neue Version! Man kann jetzt auch die Schriftfarbe angeben. Smile

Screenshot:

.png   Screenshot.png (Größe: 363,44 KB / Downloads: 5)

.au3   _GDIPlus_GraphicsDrawRotateString.au3 (Größe: 5,78 KB / Downloads: 12) ]]> Das Besondere daran ist, dass man den String um 90, 180 oder 270 Grad gedreht zeichnen lassen kann. Außerdem kann man Fontname, Schriftgröße, Schriftstil und die Ausrichtung (links, zentriert, rechts) angeben.
Auch mehrzeilige Strings sind möglich.
Im Beispiel habe ich außerdem einen Backbuffer mit eingebaut, um zu zeigen, wie man mit GDI+ auf andere Fenster (überlagernd) reagieren muss.

Edit: Neue Version! Man kann jetzt auch die Schriftfarbe angeben. Smile

Screenshot:

.png   Screenshot.png (Größe: 363,44 KB / Downloads: 5)

.au3   _GDIPlus_GraphicsDrawRotateString.au3 (Größe: 5,78 KB / Downloads: 12) ]]> <![CDATA[LED-Tester]]> https://forum.technik-hobby.de/thread-99.html Fri, 31 Jan 2020 07:00:31 +0100 Gorathan]]> https://forum.technik-hobby.de/thread-99.html LED-Tester
Da mir das Testen von LEDs mit dem Multimeter zu blöd war, vor allem, weil sie dabei nicht leuchten und man die Helligkeit beurteilen kann, habe ich mir einen LED-Tester gebaut.
Aufgebaut auf einer, selbst erstellten, doppelseitigen Platine. Mit zehn LM317 (die im TO92-Gehäuse) als Konstantstromquelle (5 verschiedene Ströme mal jeweils 2 Steckplätze).
Damit stehen folgende Ströme zum testen zur Verfügung: 2mA, 5mA, 10mA, 15mA und 20mA.
Durch die unterschiedlichen Ströme kann man beim entwickeln durchtesten, bei welchem Strom die gewünschte Helligkeit erreicht wird. Und dadurch, dass jeweils zwei Steckplätze vorhanden sind, kann man testen, ob zwei LEDs auch gleich hell leuchten. Das ist ganz hilfreich, wenn die LEDs aus der "Grabbelkiste" sind und man die genauen Daten nicht kennt.
Für den Stromanschluss habe ich eine Mikro-USB-Buchse vorgesehen. Es gibt so fertige Breakout-Platinen, wo die USB-Buchse auf eine 5polige Stiftleiste geführt wird. Meine Platine habe ich passend dazu angepasst, sodass ich die dort einlöten kann.
Hier mal ein Bild von der Platine:

.gif   LED-Tester.gif (Größe: 57,84 KB / Downloads: 1072)

Und vom fertigen Aufbau:

.jpg   LED-Tester.jpg (Größe: 200,84 KB / Downloads: 1034)

Wer sich auch so eine Platine anfertigen lassen will, darf gern die Gerberdateien benutzen (ZIP-Archiv, Anhang).

.zip   LED-Tester.zip (Größe: 10,13 KB / Downloads: 968) ]]> LED-Tester
Da mir das Testen von LEDs mit dem Multimeter zu blöd war, vor allem, weil sie dabei nicht leuchten und man die Helligkeit beurteilen kann, habe ich mir einen LED-Tester gebaut.
Aufgebaut auf einer, selbst erstellten, doppelseitigen Platine. Mit zehn LM317 (die im TO92-Gehäuse) als Konstantstromquelle (5 verschiedene Ströme mal jeweils 2 Steckplätze).
Damit stehen folgende Ströme zum testen zur Verfügung: 2mA, 5mA, 10mA, 15mA und 20mA.
Durch die unterschiedlichen Ströme kann man beim entwickeln durchtesten, bei welchem Strom die gewünschte Helligkeit erreicht wird. Und dadurch, dass jeweils zwei Steckplätze vorhanden sind, kann man testen, ob zwei LEDs auch gleich hell leuchten. Das ist ganz hilfreich, wenn die LEDs aus der "Grabbelkiste" sind und man die genauen Daten nicht kennt.
Für den Stromanschluss habe ich eine Mikro-USB-Buchse vorgesehen. Es gibt so fertige Breakout-Platinen, wo die USB-Buchse auf eine 5polige Stiftleiste geführt wird. Meine Platine habe ich passend dazu angepasst, sodass ich die dort einlöten kann.
Hier mal ein Bild von der Platine:

.gif   LED-Tester.gif (Größe: 57,84 KB / Downloads: 1072)

Und vom fertigen Aufbau:

.jpg   LED-Tester.jpg (Größe: 200,84 KB / Downloads: 1034)

Wer sich auch so eine Platine anfertigen lassen will, darf gern die Gerberdateien benutzen (ZIP-Archiv, Anhang).

.zip   LED-Tester.zip (Größe: 10,13 KB / Downloads: 968) ]]> <![CDATA[Countdown-Timer mit I2C-LCD]]> https://forum.technik-hobby.de/thread-98.html Wed, 15 Jan 2020 14:46:04 +0100 Gorathan]]> https://forum.technik-hobby.de/thread-98.html
Zuerst mal die benötigte Hardware:
1. Einen Arduino Nano oder Clone (https://www.berrybase.de/raspberry-pi-co...satz?c=300)
2. Ein Standard 16x2 LCD  (https://www.berrybase.de/raspberry-pi-co...gelb?c=123)
3. Ein I2C-Backpack (https://www.berrybase.de/bauelemente/akt...lays?c=123)
4. Einen Drehencoder (https://www.berrybase.de/bauelemente/pas...oard?c=164)
5. Einen Taster (https://www.berrybase.de/bauelemente/sch...5-0mm?c=86)
6. Ein Relais-Modul (https://www.berrybase.de/bauelemente/sen...lais-modul)
7. Ein 5V Netzteil (https://www.berrybase.de/strom/netzteile...warz?c=393)

Gesamtkosten: ca. 20 € (plus Versandkosten)

Schaltplan:

.gif   Countdown-Timer.GIF (Größe: 42,24 KB / Downloads: 37)

Mein Programm bietet nun die Möglichkeit, die Minuten (0 bis 99) und die Sekunden (0 bis 59) mit Hilfe des Drehencoders einzugeben. Die Klickfunktion des Encoders wird benutzt, um zwischen der Eingabe der Minuten und der Sekunden hin- und herzuschalten.
Mit dem Taster (S1 im Schaltplan) kann man den Countdown starten/stoppen.
Das Relaismodul ist dazu da, dass man damit ein Gerät (z.B. eine Lampe) für diese Zeit einschalten kann und auf dem LCD wird die Restzeit (Minuten/Sekunden) fortlaufend angezeigt.

Das Programm befindet sich im ZIP-Archiv (Anhang).

.zip   I2C_Countdown.zip (Größe: 2,05 KB / Downloads: 19) ]]>
Zuerst mal die benötigte Hardware:
1. Einen Arduino Nano oder Clone (https://www.berrybase.de/raspberry-pi-co...satz?c=300)
2. Ein Standard 16x2 LCD  (https://www.berrybase.de/raspberry-pi-co...gelb?c=123)
3. Ein I2C-Backpack (https://www.berrybase.de/bauelemente/akt...lays?c=123)
4. Einen Drehencoder (https://www.berrybase.de/bauelemente/pas...oard?c=164)
5. Einen Taster (https://www.berrybase.de/bauelemente/sch...5-0mm?c=86)
6. Ein Relais-Modul (https://www.berrybase.de/bauelemente/sen...lais-modul)
7. Ein 5V Netzteil (https://www.berrybase.de/strom/netzteile...warz?c=393)

Gesamtkosten: ca. 20 € (plus Versandkosten)

Schaltplan:

.gif   Countdown-Timer.GIF (Größe: 42,24 KB / Downloads: 37)

Mein Programm bietet nun die Möglichkeit, die Minuten (0 bis 99) und die Sekunden (0 bis 59) mit Hilfe des Drehencoders einzugeben. Die Klickfunktion des Encoders wird benutzt, um zwischen der Eingabe der Minuten und der Sekunden hin- und herzuschalten.
Mit dem Taster (S1 im Schaltplan) kann man den Countdown starten/stoppen.
Das Relaismodul ist dazu da, dass man damit ein Gerät (z.B. eine Lampe) für diese Zeit einschalten kann und auf dem LCD wird die Restzeit (Minuten/Sekunden) fortlaufend angezeigt.

Das Programm befindet sich im ZIP-Archiv (Anhang).

.zip   I2C_Countdown.zip (Größe: 2,05 KB / Downloads: 19) ]]> <![CDATA[Wemos D1 mini mit WPS-Pushbutton]]> https://forum.technik-hobby.de/thread-97.html Wed, 15 Jan 2020 14:15:54 +0100 Gorathan]]> https://forum.technik-hobby.de/thread-97.html Das würde den Betrieb ja auch auf das eine WLAN beschränken.
Es gibt auch die Möglichkeit, einen Taster (einfach von D3 bzw. GPIO 0 nach GND) als WPS-Pushbutton zu benutzen:

.gif   Wemos D1 mini WPS.GIF (Größe: 11,8 KB / Downloads: 9)

Die Funktion "WiFi.beginWPSConfig()" in der "ESP8266WiFi.h"-Library übernimmt dann den Datenaustausch mit dem Router.

Ich habe ein Programm geschrieben, das folgendes ermöglicht:
1. Man startet die WPS-Pushbutton-Methode auf dem WLAN-Router.
2. Man hält die WPS-Taste am Wemos min. 2 Sekuden gedrückt, bis die WLAN-LED schnell blinkt.
3. Dann lässt man die Taste los und wartet etwas (maximal dauert das 2 Minuten).
4. Der Wemos verbindet sich mit dem WLAN.
Wenn die Verbindung erfolgreich war, dann leuchtet die WLAN-LED nun dauerhaft. Wenn nicht, dann blitzt die LED einmal pro Sekunde kurz auf und man muss die Prozedur wiederholen.

Bei erfolgreicher WLAN-Verbindung holt sich das Programm dann das aktuelle Datum/Uhrzeit von einem NTP-Server aus dem Internet.
Außerdem habe ich noch die Möglichkeit eines "OverTheAir"-Updates (OTA) eingebaut. So kann man weitere Firmware-Updates über das WLAN durchführen.

Das Programm befindet sich im ZIP-Archiv (Anhang).

.zip   Wemos_WPS_Pushbutton.zip (Größe: 2,6 KB / Downloads: 16) ]]> Das würde den Betrieb ja auch auf das eine WLAN beschränken.
Es gibt auch die Möglichkeit, einen Taster (einfach von D3 bzw. GPIO 0 nach GND) als WPS-Pushbutton zu benutzen:

.gif   Wemos D1 mini WPS.GIF (Größe: 11,8 KB / Downloads: 9)

Die Funktion "WiFi.beginWPSConfig()" in der "ESP8266WiFi.h"-Library übernimmt dann den Datenaustausch mit dem Router.

Ich habe ein Programm geschrieben, das folgendes ermöglicht:
1. Man startet die WPS-Pushbutton-Methode auf dem WLAN-Router.
2. Man hält die WPS-Taste am Wemos min. 2 Sekuden gedrückt, bis die WLAN-LED schnell blinkt.
3. Dann lässt man die Taste los und wartet etwas (maximal dauert das 2 Minuten).
4. Der Wemos verbindet sich mit dem WLAN.
Wenn die Verbindung erfolgreich war, dann leuchtet die WLAN-LED nun dauerhaft. Wenn nicht, dann blitzt die LED einmal pro Sekunde kurz auf und man muss die Prozedur wiederholen.

Bei erfolgreicher WLAN-Verbindung holt sich das Programm dann das aktuelle Datum/Uhrzeit von einem NTP-Server aus dem Internet.
Außerdem habe ich noch die Möglichkeit eines "OverTheAir"-Updates (OTA) eingebaut. So kann man weitere Firmware-Updates über das WLAN durchführen.

Das Programm befindet sich im ZIP-Archiv (Anhang).

.zip   Wemos_WPS_Pushbutton.zip (Größe: 2,6 KB / Downloads: 16) ]]> <![CDATA[LED-Lauflicht]]> https://forum.technik-hobby.de/thread-66.html Thu, 30 May 2019 11:39:20 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-66.html Es werden 8 Low-Current-LEDs (2 mA pro LED) sowie 8 Widerstände mit 1.5 kOhm verwendet.
Als Mikroprozessor kommt ein Arduino Nano (oder Clone) zum Einsatz.

Hier mal der Fritzing-Schaltplan:

.png   LED-Lauflicht_Steckplatine.png (Größe: 278,43 KB / Downloads: 7)

Das Programm für den Nano (siehe Anhang) bietet 10 verschiedene Lauflicht-Programme, die man über eine Eingabe auf der seriellen Schnittstelle ändern kann.
Außerdem kann man die Laufrichtung (Links <-> Rechts) ändern.
Das Ganze läuft blockierungsfrei (ohne Delays) und (wer will) kann die Programme noch anpassen (Standard: bis zu 30 Schritte je Programm).
Man kann natürlich auch noch die maximale Anzahl der Schritte erhöhen. So lange, wie der Speicher des Nano noch ausreicht...

.zip   LED_Lauflicht.zip (Größe: 1,58 KB / Downloads: 5) ]]> Es werden 8 Low-Current-LEDs (2 mA pro LED) sowie 8 Widerstände mit 1.5 kOhm verwendet.
Als Mikroprozessor kommt ein Arduino Nano (oder Clone) zum Einsatz.

Hier mal der Fritzing-Schaltplan:

.png   LED-Lauflicht_Steckplatine.png (Größe: 278,43 KB / Downloads: 7)

Das Programm für den Nano (siehe Anhang) bietet 10 verschiedene Lauflicht-Programme, die man über eine Eingabe auf der seriellen Schnittstelle ändern kann.
Außerdem kann man die Laufrichtung (Links <-> Rechts) ändern.
Das Ganze läuft blockierungsfrei (ohne Delays) und (wer will) kann die Programme noch anpassen (Standard: bis zu 30 Schritte je Programm).
Man kann natürlich auch noch die maximale Anzahl der Schritte erhöhen. So lange, wie der Speicher des Nano noch ausreicht...

.zip   LED_Lauflicht.zip (Größe: 1,58 KB / Downloads: 5) ]]> <![CDATA[DS18B20-Tester]]> https://forum.technik-hobby.de/thread-57.html Thu, 09 May 2019 10:58:00 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-57.html Die Ausgabe erfolgt über den seriellen Port und über ein I2C-LCD (optional).
Die DS18B20-Class habe ich selbst geschrieben, weil ich möglichst viel Speicher sparen wollte. Diese Klasse kann man ganz gut in eigene Projekte einbauen.
Wie gesagt, sie ist klein und lässt sich einfach abfragen. Die Temperatur wird asynchron eingelesen, wodurch man währenddessen andere Funktionen ausführen kann.
Das eigentliche einlesen geschieht dann innerhalb von 17-18 ms. Die übliche Konvertierungszeit kann man anderweitig nutzen.
Ich habe das Programm ausführlich kommentiert, sodass die Funktionsweise der Klasse hoffentlich verständlich wird.

Hier mal ein "Fritzing-Schaltplan":

.png   DS18B20-Tester_Steckplatine.png (Größe: 191,75 KB / Downloads: 9)

Das Programm und die Klassen-Dateien (.cpp und .h) befinden sich im ZIP-Archiv (Anhang).

.zip   DS18B20-Tester.zip (Größe: 189,7 KB / Downloads: 2) ]]> Die Ausgabe erfolgt über den seriellen Port und über ein I2C-LCD (optional).
Die DS18B20-Class habe ich selbst geschrieben, weil ich möglichst viel Speicher sparen wollte. Diese Klasse kann man ganz gut in eigene Projekte einbauen.
Wie gesagt, sie ist klein und lässt sich einfach abfragen. Die Temperatur wird asynchron eingelesen, wodurch man währenddessen andere Funktionen ausführen kann.
Das eigentliche einlesen geschieht dann innerhalb von 17-18 ms. Die übliche Konvertierungszeit kann man anderweitig nutzen.
Ich habe das Programm ausführlich kommentiert, sodass die Funktionsweise der Klasse hoffentlich verständlich wird.

Hier mal ein "Fritzing-Schaltplan":

.png   DS18B20-Tester_Steckplatine.png (Größe: 191,75 KB / Downloads: 9)

Das Programm und die Klassen-Dateien (.cpp und .h) befinden sich im ZIP-Archiv (Anhang).

.zip   DS18B20-Tester.zip (Größe: 189,7 KB / Downloads: 2) ]]> <![CDATA[Backofen-Thermometer]]> https://forum.technik-hobby.de/thread-56.html Sun, 05 May 2019 18:42:02 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-56.html Dabei habe ich folgendes eingesetzt:
- einen Arduino Nano (ok, einen China-Clone)
- eine RTC (DS3231)
- ein 16x2 LCD mit I2C-Backpack
- ein MAX6675 mit K-Thermoelement (0...800 Grad C.)
- ein Battery Shield für einen 18650 Li-Ionen-Akku (inkl. Lade-/Entladeschaltung und 5V-Ausgang)
- einen Dreh-Enkoder mit Taster (beim runterdrücken)
- einen aktiven Buzzer (so einen kleinen Piepser)
- und einen Schalter (zum ein-/ausschalten)
Zusammengebaut sieht es so aus:

.jpg   Backofen-Thermometer.jpg (Größe: 203,8 KB / Downloads: 15)

Schaltplan:

.gif   Backofen-Thermometer.GIF (Größe: 63,63 KB / Downloads: 10)

Zitat: schrieb:Der Sketch verwendet 11058 Bytes (35%) des Programmspeicherplatzes. Globale Variablen verwenden 400 Bytes (19%) des dynamischen Speichers.
Speichermäßig ist da also noch Luft. Es fehlt ja noch die Möglichkeit die Uhrzeit der DS3231 zu stellen. Das werde ich noch einbauen.
Den Sketch findet ihr im ZIP-Archiv (Anhang), falls es jemanden interessiert.

.zip   Backofen_Thermometer.zip (Größe: 4,71 KB / Downloads: 2) ]]> Dabei habe ich folgendes eingesetzt:
- einen Arduino Nano (ok, einen China-Clone)
- eine RTC (DS3231)
- ein 16x2 LCD mit I2C-Backpack
- ein MAX6675 mit K-Thermoelement (0...800 Grad C.)
- ein Battery Shield für einen 18650 Li-Ionen-Akku (inkl. Lade-/Entladeschaltung und 5V-Ausgang)
- einen Dreh-Enkoder mit Taster (beim runterdrücken)
- einen aktiven Buzzer (so einen kleinen Piepser)
- und einen Schalter (zum ein-/ausschalten)
Zusammengebaut sieht es so aus:

.jpg   Backofen-Thermometer.jpg (Größe: 203,8 KB / Downloads: 15)

Schaltplan:

.gif   Backofen-Thermometer.GIF (Größe: 63,63 KB / Downloads: 10)

Zitat: schrieb:Der Sketch verwendet 11058 Bytes (35%) des Programmspeicherplatzes. Globale Variablen verwenden 400 Bytes (19%) des dynamischen Speichers.
Speichermäßig ist da also noch Luft. Es fehlt ja noch die Möglichkeit die Uhrzeit der DS3231 zu stellen. Das werde ich noch einbauen.
Den Sketch findet ihr im ZIP-Archiv (Anhang), falls es jemanden interessiert.

.zip   Backofen_Thermometer.zip (Größe: 4,71 KB / Downloads: 2) ]]> <![CDATA[Taster entprellen]]> https://forum.technik-hobby.de/thread-54.html Fri, 26 Apr 2019 18:08:21 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-54.html Diese Klasse verwendet keine Interrupts!
Der Tastenzustand wird jedes Mal bei "Btn.pressed()" ausgelesen, was bedeutet, dass die Methode jedes Mal in der Loop-Funktion aufgerufen werden muss.
Und die Loop-Funktion darf nicht blockierend programmiert sein (was sich sowieso von selbst verstehen sollte). Delays unbedingt vermeiden!



Show ContentPushButton.h:

Show ContentPushButton.cpp:

Im Anhang befindet sich noch ein Beispiel-Sketch für einen Arduino-Nano.

.zip   My_PushButton_Class.zip (Größe: 2,33 KB / Downloads: 3) ]]> Diese Klasse verwendet keine Interrupts!
Der Tastenzustand wird jedes Mal bei "Btn.pressed()" ausgelesen, was bedeutet, dass die Methode jedes Mal in der Loop-Funktion aufgerufen werden muss.
Und die Loop-Funktion darf nicht blockierend programmiert sein (was sich sowieso von selbst verstehen sollte). Delays unbedingt vermeiden!



Show ContentPushButton.h:

Show ContentPushButton.cpp:

Im Anhang befindet sich noch ein Beispiel-Sketch für einen Arduino-Nano.

.zip   My_PushButton_Class.zip (Größe: 2,33 KB / Downloads: 3) ]]> <![CDATA[Anfang der Jahreszeiten berechnen]]> https://forum.technik-hobby.de/thread-53.html Mon, 22 Apr 2019 17:39:58 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-53.html Ein 8-Bit ATmega (z.B. Arduino UNO oder Nano) würde ein "falsches" Ergebnis liefern. Die Ungenauigkeit liegt dort bei bis zu 12 Stunden.

Mit einem ESP8266 funktioniert das Programm aber recht genau (Abweichung liegt bei +-1 Minute).
Ich habe das Programm auf Mitteleuropäische Zeit konfiguriert. Die Sommerzeit wird automatisch addiert. Es wird keine zusätzliche Bibliothek benötigt.
Vielleicht könnt ihr so ein Programm ja gebrauchen...

.zip   CalcSeason.zip (Größe: 2,92 KB / Downloads: 8) ]]> Ein 8-Bit ATmega (z.B. Arduino UNO oder Nano) würde ein "falsches" Ergebnis liefern. Die Ungenauigkeit liegt dort bei bis zu 12 Stunden.

Mit einem ESP8266 funktioniert das Programm aber recht genau (Abweichung liegt bei +-1 Minute).
Ich habe das Programm auf Mitteleuropäische Zeit konfiguriert. Die Sommerzeit wird automatisch addiert. Es wird keine zusätzliche Bibliothek benötigt.
Vielleicht könnt ihr so ein Programm ja gebrauchen...

.zip   CalcSeason.zip (Größe: 2,92 KB / Downloads: 8) ]]> <![CDATA[Buzzer-ISR]]> https://forum.technik-hobby.de/thread-51.html Fri, 05 Apr 2019 15:36:18 +0200 Gorathan]]> https://forum.technik-hobby.de/thread-51.html Das hat den Vorteil, dass man keine Delays und Schleifen benutzen muss. Man gibt einfach z.B. "Beep(3, 500, 200);" ein und schon werden drei Toene mit 500ms Puls- und 200ms Pausendauer abgespielt.
Weil das interruptgesteuert ist, kann man danach einfach das eigene Programm weiterlaufen lassen.
Man muss nur aufpassen, bei Programmen oder Bibliotheken, die ebenfalls den Timer1-Interrupt benutzen. Dann muss man auf einen anderen Timer-Interrupt ausweichen.

Hier mal als Fritzing-Platine:

.png   Nano_Buzzer.png (Größe: 194,77 KB / Downloads: 1)


Show ContentSourcecode:

Im Anhang (ZIP-Archiv) befindet sich der Sourcecode als Arduino-Sketch.

.zip   Buzzer-ISR.zip (Größe: 1,38 KB / Downloads: 1) ]]> Das hat den Vorteil, dass man keine Delays und Schleifen benutzen muss. Man gibt einfach z.B. "Beep(3, 500, 200);" ein und schon werden drei Toene mit 500ms Puls- und 200ms Pausendauer abgespielt.
Weil das interruptgesteuert ist, kann man danach einfach das eigene Programm weiterlaufen lassen.
Man muss nur aufpassen, bei Programmen oder Bibliotheken, die ebenfalls den Timer1-Interrupt benutzen. Dann muss man auf einen anderen Timer-Interrupt ausweichen.

Hier mal als Fritzing-Platine:

.png   Nano_Buzzer.png (Größe: 194,77 KB / Downloads: 1)


Show ContentSourcecode:

Im Anhang (ZIP-Archiv) befindet sich der Sourcecode als Arduino-Sketch.

.zip   Buzzer-ISR.zip (Größe: 1,38 KB / Downloads: 1) ]]>