mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik Lib für ESp8266 und DCF77


Autor: Espler (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

Ich bin auf der SUche nach einer Library für den ESp8266 und dem DCF77 
Signal.

Bis jetzt habe ich leider noch keine passende Library gefunden die 
funktioniert.

Wenn ich folgende nehme
https://playground.arduino.cc/Code/DCF77

Dann bekomme ich folgende Fehlermeldung

"#error Unsupported controller architecture"

Sprich die Library ist für den controller ungeeignet. Auch diverse 
andere Librarys konnte ich leider nicht verwenden. Hat jemand von euch 
eine?

Autor: Thomas Finke (thomas-hn) Benutzerseite
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Zwar am Thema vorbei: Aber wieso DCF77 und nicht einfach einen 
NTP-Server kontaktieren, wenn man doch eh am Netzwerk hängt?

Autor: Espler (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Thomas F. schrieb:
> Zwar am Thema vorbei: Aber wieso DCF77 und nicht einfach einen
> NTP-Server kontaktieren, wenn man doch eh am Netzwerk hängt?

ja das Klingt soweit ganz gut, aber ich wollte beide sachen bei mir 
implementieren. Wenn kein Wlan vorhanden ist dann DCF77 oder andersherum

Autor: BeastyK (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Espler schrieb:
> Sprich die Library ist für den controller ungeeignet.

Korrekt! Die ist ja auch für einen Arduino gedacht. Welches DCF77-Modul 
hast du denn zuhause?

Würde es eventuell funktionieren wenn du einen Arduino mit einem 
RTC-Modul verbindest und dann den ESP dazu benutzt die Zeit auf 
Atomzeituhr-Niveau zu synchronisieren? So alle paar Stunden...der olle 
Grieche Chronos schwört heute noch darauf!

MFG
Beast

Autor: Pete K. (pete77)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Espler schrieb:
> Ich bin auf der SUche nach einer Library für den ESp8266 und dem DCF77
> Signal.

Dann schau Dir doch die Bibliothek an und schreibe diese für den ESP8266 
um. So schwer ist das nicht und man lernt eine Menge dabei.
Der Compiler unterstützt einen dabei durch Fehlermeldungen ;-)

Autor: Mirco K. (superfreak)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
BeastyK schrieb:
> Espler schrieb:
>> Sprich die Library ist für den controller ungeeignet.
>
> Korrekt! Die ist ja auch für einen Arduino gedacht. Welches DCF77-Modul
> hast du denn zuhause?
>
> Würde es eventuell funktionieren wenn du einen Arduino mit einem
> RTC-Modul verbindest und dann den ESP dazu benutzt die Zeit auf
> Atomzeituhr-Niveau zu synchronisieren? So alle paar Stunden...der olle
> Grieche Chronos schwört heute noch darauf!
>
> MFG

Ich habe das DCF77 Modul von Pollin geholt, dahinter ein Impedanzwandler 
geschaltet und das SIgnal soll der uC bekommen. Um die FUnktion des DCF 
SIgnals zu testen habe ich am Ausgang des OPVs eine Led geschaltet. 
Soweit so gut klappt auch alles nur das Programm fehlt mir noch. Ich 
dachte nur das es schon eine Lib für den uC gibt.

Autor: Pete K. (pete77)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die Verarbeitung des Signals (fachlich) kannst Du ja aus den vorhandenen 
Libs extrahieren. Nur das GPIO Handling (technisch) musst Du anpassen.

Autor: Stefan Us (stefanus)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das Modul von Pollin kannst du ruhig direkt an den µC anschließen.

Autor: BeastyK (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Huhu, ich möchte nicht als Rumnörgler in die Geschichte eingehen, aber 
es gibt auf dem Forum genug Threads die arg mit dem Pollin Modul 
gekämpft haben. Wie schnell und gut das funktioniert hängt davon ab wo 
du dich befindet (Sender -> Empfänger) und so weiter...kann gut gehen, 
muß aber nicht!
Wozu dient das denn am Ende?

Gruß
Beast

Autor: Stefan Us (stefanus)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das Modul von ELV ist auch nicht besser. Ich hatte beide wochenlang 
nebeneinander liegen.

Autor: Andreas G. (beastyk)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Also das von Elv ist mir noch nicht in die Finger gefallen. Der TO hat 
wohl genug umme Ohren.
Das war bei den Pollinboards aber kein I2C oder SPI...war einfach nur 
ein Pin wo dann was ankam was man noch interpretieren mußte, oder?
Wurden da nicht auch noch Wetterdaten mit verschickt, is ewig her das 
ich die Threads verfolgt hab...

Gutes Nächtle
Beast

Autor: c-hater (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
BeastyK schrieb:

> Huhu, ich möchte nicht als Rumnörgler in die Geschichte eingehen, aber
> es gibt auf dem Forum genug Threads die arg mit dem Pollin Modul
> gekämpft haben. Wie schnell und gut das funktioniert hängt davon ab wo
> du dich befindet (Sender -> Empfänger) und so weiter...kann gut gehen,
> muß aber nicht!

Es hängt vor allem von den Störquellen im Nahfeld ab, ob so ein Modul 
funktioniert und wie gut es das tut. Dabei ist ziemlich egal, ob von 
Pollin, ELV, Reichelt oder aus einem geschlachteten Funk-Wecker.

Was die Dinger allesamt garnicht mögen ist:

- (billige) Schaltnetzteile als Stromversorgung
- Verbraucher, die häufig hohe Stromgradienten produzieren (z.B. Servos
  oder Schrittmotore und natürlich PWM-gesteuerte LEDs)

All dieses Zeug sendet so laut und breitbandig, dass nur eins wirklich 
hilft: mehr Abstand zwischen DCF-Modul und der Quelle des Übels.

> Das war bei den Pollinboards aber kein I2C oder SPI...war einfach nur
> ein Pin wo dann was ankam was man noch interpretieren mußte, oder?

So sind die relativ preiswerten Dinger eigentlich alle gestrickt. Ist 
aber kein Problem, für das "Interpretieren" gibt's wahrscheinlich 
hunderte Codebeispiele.

Das Problem ist halt nur: mit einem starken Störer in der Nähe sondern 
diese Module schlicht garnix mehr ab, da hilft dann auch der beste 
Auswertungcode nix. Aus einem Dauerstrich am Eingang kann auch der keine 
Information entnehmen.

Autor: Jan L. (ranzcopter)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
c-hater schrieb:
> Was die Dinger allesamt garnicht mögen ist:
>
> - (billige) Schaltnetzteile als Stromversorgung
> - Verbraucher, die häufig hohe Stromgradienten produzieren (z.B. Servos
>   oder Schrittmotore und natürlich PWM-gesteuerte LEDs)

- falsche Position der Ferritantenne

Hatte vor einiger Zeit mit dem Pollin-Modul mal rumgetestet - horizontal 
stabiler Betrieb auf Breadboard im Keller; je mehr man in die Vertikale 
verdrehte, desto schlechter der Empfang. In der Vertikalen dann 
praktisch null...
Funktechnisch sicherlich 'normal' und erklärbar, im Eifer des Bastelns 
achtet man da aber oft nicht drauf...

Autor: Dippi (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
SO Leute,

ich habe gestern abend noch einmal etwas herum programmiert und zwar 
kann ich die folgende LIB

https://github.com/PaulStoffregen/Time

jetzt einbinden. Was habe ich getan. Die lib heruntergeladen. Den Ordner 
unter einem anderen namen abgespeichert und dann mit "TimeLIb.h" 
eingebunden.(es kommt keine Fehlermeldung mehr)

Nun möchte ich folgende LIb verwenden

https://playground.arduino.cc/Code/DCF77

nur leider funktioniert das Programm immernoch nicht

in den folgenden zeilen
#define DCF_PIN 2                // Connection pin to DCF 77 device
#define DCF_INTERRUPT 0          // Interrupt number associated with pin


Habe ich mein Pollin DCF Modul an Pin D0 angeschlossen d.h. im 
Programmcode ist DCF_PIN D0

Hatte einer von euch schon einmal ein ähnliches Problem und konnte es 
beheben oder einen Hinweis wesewegen die LIB immernoch nicht 
funktioniert

Autor: Stefan Us (stefanus)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
PD0 und PD1 sind in der regel mit dem seriellen Port verbunden und 
dadurch bereits intern belegt.

Du solltest zuerst einfach mal den Pin einlesen und auf eine LED 
ausgeben (per Software!), um zu prüfen, ob die Hardware überhaupt 
funktioniert.
void setup()
{
    DDRD |= 8; // PD3 = LED Ausgang
}

void loop()
{

    if (PIND & 4) // PD2 = DCF Signal Eingang
    {
        PORTD |= 8;
    }
    else
    {
        PORTD &= ~8;
    }
}

: Bearbeitet durch User
Autor: Dippi (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Stefan U. schrieb:
> Du solltest zuerst einfach mal den Pin einlesen und auf eine LED
> ausgeben (per Software!), um zu prüfen, ob die Hardware überhaupt
> funktioniert.

Vielen Dank erst einmal hierfür. Die Hardware an sich funktioniert. Ich 
habe das Signal mit einem Oszilloskop gegengeprüft und ich habe parallel 
dazu am Ausgang des DCF moduls ein Impedanzwandler geschaltet der 
aktuell eine LED und den uC Pin treibt.

Das Signal wird wiederrum vom uC verabreitet und der schaltet die LED 
auf dem ESP8266 Board an und aus. -> das Klappt

Stefan U. schrieb:
> PD0 und PD1 sind in der regel mit dem seriellen Port verbunden und
> dadurch bereits intern belegt.

SPrich ich kann einen beliebig anderen Pin nehmen, bis auf PD0 und PD1?

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel
  • Verweis auf anderen Beitrag einfügen: Rechtsklick auf Beitragstitel,
    "Adresse kopieren", und in den Text einfügen




Bild automatisch verkleinern, falls nötig
Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate.

Mit dem Abschicken bestätigst du, die Nutzungsbedingungen anzuerkennen.