Atiny2313 / 4313 / LCD Displaytech 204B/ DCF77

Caos21 schrieb:
> ICh simuliere seit 1-3 Tagen die Möglichkeit der Machbarkeit eines
> DCF Empfängers...
Na prima!

> STD,Min,sec.  Datum  Wochentag...geg noch Schaltfunktion.
> Ist sowas zu realiesieren?
Klar

> habe ein Paar möglichkeiten gefunden allerdings jeweil ohne das jeweils
> andere.
Man muss sich davon lösen immer das Passende zu finden.

> Entweder LCD Display und kein DCF oder DCF und kein Display.
> meine überlegung ob man die nicht zusammen bringen könnte?
Ja, gar kein Problem. Mach doch noch einen Temperaturfühler und n 
Piepser dran. Ein zwei Taster sind auch immer sinnvoll. Ich würde das 
LCD allerdings im 4Bit Modus betrieben... Quarz ist auch unerlässlich 
für eine Uhr.

Caos21 schrieb:
> meine überlegung ob man die nicht zusammen bringen könnte?

Natürlich geht das.

Display im 4-Bit-Modus betreiben, dann hast du Pins für den 
DCF77-Empfänger frei.

Wenn du den DCF77-Receiver nicht per Software Ein- und Ausschalten 
willst, hast du noch einen Pin mehr. Damit kannst du dann deine 
Schaltfunktionen realisieren.

Brauchst du USB? Würde ich sonst auch weglassen oder über einen billigen 
USB->TTL-Seriell Wandler realisieren.

2313 mit LCD und DCF-Modul geht. In C könnte es sein, dass du beim 2313 
etwas sparsam programmieren musst, lieber 4313 einplanen. Wenn du das 
LCD 4-bittig anschliesst, bleiben neben dem LCD auch noch ein paar Pins 
übrig.

Ich verstehe das Problem nicht. Ist die Pinanzahl das Problem?

6 Control Pins benötigt HD44780-kompatibles Display im 4Bit-Modus (D4-D7 
+ EN + RS)
1 Pin Backlight Switch
2 Pins DCF77 (PON + Data)
= 9 Pins

Hälfte der 18 möglichen IO-Pins...

8Bit-Mode und 2 LCD-Controller wird knapp, nimm den 4Bit-Mode.
Abzüglich Quarz und Reset sind 15 IO-Pins verfügbar.
2..4 Taster zu Einstellen der Weckzeit möchte man ja auch noch haben und 
nen Tonausgang.
Die 3 ISP-Pins kann man mit D5..7 des LCD sharen.

Hi @Caos,
noch einige Alternativen:
https://s-huehn.de/elektronik/wohnuhr/wohnuhr.htm

oder:

http://www.avr-asm-tutorial.net/avr_de/dcf77uhr.html

Was ist der Unterschied:

Die Uhr(en) im ersten Link arbeitet(en) ohne Flankenabfrage per 
Interrupt. Lediglich mit einem Timer-Interrupt wird der DCF77- Port auf 
H- und L-Zustand hin "gepollt".
Dann kann man das leicht auf andere AVR-Targets portieren. (Etwa 5 % 
Speicherausnutzung beim ATmega32U2 z.B., beim ATtiny4313 sind's schon 
etwa 50 %.)

Das andere Programm reizt so fast alle Möglichkeiten aus, die man auf 
einen 2313-er so packen kann.
Es ist für PC-Menü geschrieben. Und benötigt RS232 zum Starten.
Ohne PC benötigt man ein Extra-Proggi auf einem Extra-Attiny zum 
"Initialisieren" und für die LCD-Ausgabe zum Beispiel.

Dies Programm benutzt - laß mich nicht lügen - 5 Interrupts und ist bei 
gestörtem Empfang ein wenig unzuverlässiger als das Programm ganz oben.
Also, bei mir fängt sich diese von mir noch verwendete ältere 
Programmversion des Decoders nach Störung und Wiedereintreffen 
einwandfreien Signals nicht mehr und bleibt auf 00:00 stehen.

Das macht der  erste Decoder oben nicht.

So, jetzt hat man die Qual der Wahl.

OK, sorry, hab's ganz vergessen, das Programm von Arne ist bei mir 
natürlich auch ausprobiert worden.

ciao
gustav

caos21 schrieb:
> ist der Typ KS0066U ebenfalls identisch mit dem KS0070B?/HD44780

Hi,
also ich kann keinen Unterschied so direkt feststellen.
Lade gleich die Routine, die ich noch gefunden habe, hoch.
Also wenn, dann sind nur die Initialisierungsbefehls-Pausenlänge und 
Verarbeitungsgeschwindigkeiten etwas anders. Das kann man leicht im 
Programm anpassen.

Bis gleich, jage das Prog mal eben über den Assembler/Debugger.

ciao
gustav

P.S.: OK. Das war das Prog. was im Wesentlichen auf dem 2008-er Tutorial 
hier basierte, was aber mittlerweile in Bezug auf Port- etc. Zuordnung 
wieder modifiziert worden ist.
Also, da kann man noch einiges "eindampfen". Und mit der Berechnung der 
Zeitschleifen....na ja... (vielleicht nimmt man besser 16-Bit 
Schleifen.)
Wichtig noch: Die meisten Initialisierungsversuche scheiterten bei mir,
weil ich nicht bedachte, dass man die Temporärregister überschreibt, 
wenn man sie auch in den Zeitschleifen verwendet. Also, sämtliche 
"Arithmetics"- und Statusregister nach Bedarf des übrigen Programms 
entsprechen "pushen" und "poppen". Oder anderweitig sichern.

Karl B. schrieb:
> caos21 schrieb:
>> ist der Typ KS0066U ebenfalls identisch mit dem KS0070B?/HD44780
>
> Hi,
> also ich kann keinen Unterschied so direkt feststellen.

> Also wenn, dann sind nur die Initialisierungsbefehls-Pausenlänge und
> Verarbeitungsgeschwindigkeiten etwas anders. Das kann man leicht im
> Programm anpassen.
Wenn das Timing nicht kritisch ist, und man das Display nicht mit 
schnellen Daten zumüllt, dürften die Unterschiede im Betrieb kaum 
auffallen.
Das Wichtigste ist und bleibt afaik aber die Initialisierung. Lieber die 
Pausen etwas länger machen. Und am Anfang ohne Busy-Flag Abfrage 
arbeiten.
Einige Displays brauchen da noch "nops" im Programm, das war IMHO noch 
ein Unterschied bei den Controllern.


So,
hab das Proggi noch einmal umgeschrieben auf den ATtiny4313.
Dann läuft das "Spielzeug" auch.
(Das "alte" Prog. hat massig Bugs.)

ciao
gustav

P.S.:
caos21 schrieb:
> Pollin hätte günstige deswegen meine Frage

Das Ding ist es, was bei mir läuft:
https://www.pollin.de/p/lcd-modul-tc1602e-01-120420

Karl B. schrieb:
> hab das Proggi noch einmal umgeschrieben auf den ATtiny4313.
> Dann läuft das "Spielzeug" auch.
Hi, der Vollständigkeit halber die zum Test-Programm oben passenden 
Bildchen noch.

Mindestens drei Displays habe ich auch geschrottet. Das sollte dem TO 
nicht passieren.

OK. Der Hinweis:
Hmmm schrieb:
> Also keine Panik und das Datenblatt lesen.
reicht nicht immer.

Habe mir die vom Versender bereitgestellten Dokus noch einmal angesehen.
Da wird sogar noch ein Unterscheidungskriterium "Taktfrequenz" 
angegeben.
Und dementsprechend die Variationen der Befehls-Verarbeitungszeiten.
Solcherlei Dinge "nerven" wohl jeden, nicht nur den TO, aber ich 
versuch(t)e hier einmal, ein paar Klamotten aus der Fallstricksammlung 
hervorzukramen, um Eventualitäten vorzubeugen, so weit das möglich ist.

In obigem Zusammenhang kommt natürlich die Frage auf, wo und womit man 
nun die LCD-interne Systemtaktfrequenz einstellen kann? OK. Da gibt es 
ein paar SMD-Bauteile, die mal fehlen oder mal eingelötet sind.
So war es jedenfalls bei meinem zweiten (geschrotteten) Anagvision-LCD.
Da konnte ich lange rumsuchen. =>Tonne

Was sie nicht mögen, ist gerade beim Fliegenden-Aufbau-Test:
Irgendwelche Anschlüsse offen. Wenn man da unsicher ist, eben 
"Schutz"-Widerstände nach Vss oder Vcc. Hinterher kann man ja direkt 
verbinden und sich die Rs sparen. (Durch irgendeinen dummen Zufall 
könnte es beim Test nämlich passieren, dass Port-Eingänge zu Ausgängen 
konfiguriert werden, und dann schließt man womöglich die Ports gegen die 
jeweilige Spannung kurz, was denen bestimmt nicht guttut.)
Backpowering, gerade wenn MC und LCD verschiedene Spannungsversorgungen 
bekommen.
Also MC schon eingeschaltet, LCD Ports bekommen Spannung, LCD ist aber 
nicht an seine Spannungsversorgung angeschlossen.
OK.
Die Pollin-Dinger sind IMHO ziemlich robust. Habe sogar einmal die 
Versorgungsspannung verpolt, ohne dass es Schaden nahm.

Viel Erfolg

ciao
gustav

caos21 schrieb:
> hätte ich Früher Finden müssen, dann hätte ich mir meine Fragerei hier
> ersparen können!.
Also deine Texte zu lesen ist wie Trash-TV. Nach wenigen Sätzen läuft 
einem das Hirn aus den Ohren...