Suche dringend jemanden mit Bascom Vollversion

Benny schrieb:
> Im Programm müsste nur die Zeile $Regfile: m88def.dat auf m8def.dat
> abgeändert werden.

Das ist sehr fraglich, da der M88 einiges mehr kann als der M8.

Versuch dein Glück oder kauf dir nen M88.

Gruss

Benny schrieb:
> Hallo zusammen ,
>
> Ich habe mir gerade eine LCD Funkuhr zusammen gebastelt aber habe noch
> ein kleines Problem mit meinem Programm.
>
> Meine Funkuhr läuft mit einem Atmega8 aber das fertige Programm das ich
> aus dem Internet heruntergeladen habe mit einem Atmega88.
> Ich habe leider nur die Demoversion und kann deshalb das neue Programm
> nicht compilieren weil es zu groß ist.
> Im Programm müsste nur die Zeile $Regfile: m88def.dat auf m8def.dat
> abgeändert werden.
>
> Das ganze Programm kann auf dieser Seite ganz unten heruntergeladen
> werden:
> http://home.arcor.de/friedrich.lischeck/funkuhr/funkuhr.html
>
> Könnte mir da vielleicht einer von euch weiterhelfen und mir das
> abgeänderte und compilierte hex-file zusenden ?
>
> Würde mich wirklich sehr darüber freuen.
>
> Grüße Benny


bitte schön ...

Gruß M.

Mist da war wohl einer schneller ....

Benny schrieb:
> Oder mal anders gefragt : welche Funktion wird im Programm verwendet die
> der Atmega8 nicht kann ??

Nun :  Es gab beim kompilieren für M8 keine Fehlermeldungen. Daher 
werden wohl keine Sonderfunktionen verwendet.

Vielleicht schaust du einfach nochmal nach der Hardware und den Fuses 
und dem Prozessortakt etc.

Gruss Klaus

Benny schrieb:
> Oder mal anders gefragt : welche Funktion wird im Programm verwendet die
> der Atmega8 nicht kann ??

Verstehe deine Frage nicht. BASCOM ist eine (lausige) Hochsprache. 
Meistens meckert der Compiler nur, wenn du Register ansprichst, die der 
jeweilge, in der "$regfile"-Klausel angegebebene Chip nicht unterstützt. 
Zum Lernen also totaler Mist.

Benny schrieb:
> Das Display zeigt jetzt immerhin schonmal was an , was es vorher nicht
> getan hat .

was zeigt es denn an ?

Gruss Klaus

Benny schrieb:
> Hat das dann überhaupt was mit dem Atmega zu tun ?


Wie schon sagte:

Vielleicht schaust du einfach nochmal nach der Hardware und den Fuses
und dem Prozessortakt etc.

Gruss Klaus

Klaus riet:
>Vielleicht schaust du einfach nochmal nach der Hardware und den Fuses
>und dem Prozessortakt etc.

Die Fusebits müssten aber eigentlich richtig stehen, denn das Display
zeigt ihm etwas an und das macht es nur, wenn die Zeiten stimmen.

@benny
Warte mal eine Stunde oder laß die Uhr gleich bis morgen früh dran,
eventuell dauert das Synchronisieren so lange.

MfG Paul

Ich habs mir doch gedacht....   du hast da garkeine Ahnung.

Das Programm ist für 8Mhz compiliert. Ein Fabrikneuer Mega läuft mit 1 
Mhz.
Das heist da dauert bei dir u.U. 1 Sekunde 8 Sekunden.

Also-> Bascom nehmen und Fuses einstellen.

Gruss

Benny schrieb:
> Klappt das dann auch mit meiner Demo Version ?

Ja !!!!, sonst hätte ich es nicht empfohlen.

Vielleicht schaust du einfach mal rein und googelst etwas dazu.
Etwas eigeninitiative ist ja auch nicht schlecht.


Wenn du dann einen Plan hast kannst du diesen ja vor der Ausführung 
nochmal besprechen, da man mit den Fuses auch Unfug anstellen kann.


tipp:
mach dir ein kleines Programm wie z.B.

$regfile = "m8def.dat"
$crystal = 8000000

do
loop
end


und gehe in den Programmer. Dann kommst du auch mit der DEMO an die 
Fuses


Gruss Klaus

Mach ein kleines Programm. Siehe Seite 6.
http://staff.ltam.lu/feljc/electronics/bascom/BASCOM_Tutorial_1.pdf

Wenn die Fusebits einmal gesetzt sind, dann gelten die so lange bis man 
sie neu setzt.

Achtung, da muss natürlich dann auch ein Quarz und die beiden 22pF 
Kondensatoren dran sein sonst hast gleich Stress.

Helmut S. schrieb:
> Achtung, da muss natürlich dann auch ein Quarz und die beiden 22pF
> Kondensatoren dran sein sonst hast gleich Stress.

laut schaltplan hat er ja einen externen 8Mhz Oscillator dran. Daher 
sind pF Kondis Unfug.

Er muss nur die Fuse einstellen.

Gruss Klaus

Klaus De lisson schrieb:
> Helmut S. schrieb:
>> Achtung, da muss natürlich dann auch ein Quarz und die beiden 22pF
>> Kondensatoren dran sein sonst hast gleich Stress.
>
> laut schaltplan hat er ja einen externen 8Mhz Oscillator dran. Daher
> sind pF Kondis Unfug.
>
> Er muss nur die Fuse einstellen.
>
> Gruss Klaus


Hallo Klaus,
danke das hatte ich übersehen, dass hier ausnahmsweise mal jemand einen 
externen Oszillator spendiert. Da kann natürlich gar nichts schief gehen 
mit den Fuses. Da gehören dann, wie du schon sagtest, keine 
Kondensatoren mehr dran.
http://home.arcor.de/friedrich.lischeck/funkuhr/funkuhr.html
Gruß
Helmut

Benny schrieb:
> Passt das dann wenn ich ext.clock start up time , +64ms setze ?

YES SIR !!  das passt dann.
Bitte nicht verwechseln mit "ext. Crystal" "ext Resononator"

Gruss und viel Erfolg

Klaus

Helmut S. schrieb:
> Hallo Klaus,
> danke das hatte ich übersehen, dass hier ausnahmsweise mal jemand einen
> externen Oszillator spendiert. Da kann natürlich gar nichts schief gehen
> mit den Fuses.

Jo, Helmut
das ist beruhigend dass er auf der sicheren Seite ist.

Gruss Klaus

Benny schrieb:
> Allerdings stellt sich die Uhr nicht sondern zählt jetzt wie eine
> Soppuhr aufwärts .
>
> Was das jetzt soll kann ich aber auch nicht sagen :(

Warum nutzt du dann den Simulator von BASHCOM nicht?

Benny schrieb:
> So also der Mega läuft jetzt mit dem richtigen Takt.
> Allerdings stellt sich die Uhr nicht sondern zählt jetzt wie eine
> Soppuhr aufwärts .
>
> Was das jetzt soll kann ich aber auch nicht sagen :(

Ein paar Minuten sollte man schon warten.

Kommen denn vom DCF-77 Modul Signale?
Wenn da nichts kommt, dann kann der Prozessor auch keine Uhrzeit 
stellen.

Benny schrieb:
> So also der Mega läuft jetzt mit dem richtigen Takt.
> Allerdings stellt sich die Uhr nicht sondern zählt jetzt wie eine
> Soppuhr aufwärts .
>
> Was das jetzt soll kann ich aber auch nicht sagen :(

Das weis ich auch nicht, da ich diese Uhr nicht kenne und mit DCF noch 
nichts gemacht habe. Vielleicht ist es normal weil du derzeit keinen 
Empfang hast oder sonstwas. Vielleicht einfach mal abwarten respektive 
die Anschlüsse zum Empfänger prüfen.

Sonnst weis jemand anderes noch was.

D. V. schrieb:
> Warum nutzt du dann den Simulator von BASHCOM nicht?

Weil er nur die Demoversion von Bascom hat nehme ich an. Zudem ist das 
ja mit dem Simulator ja bei externer Hardware und Timerbetrieb eh 
Blödsinn.


Gruss Klaus

Benny schrieb:
> Ich lass das Ding jetzt mal bis morgen laufen und dann mal sehen was
> morgen für ne Zeit anzeigt wird.
>
> Aber auf jedenfall sollte ich das Ding hinbekommen da ich extra ein
> Layout erstellt und eine Platine geätzt hab.



Falls es nicht geht, kannst du dir ja einen ATMEGA88 kaufen. Damit 
sollte es dann gehen, wenn nicht der folgende Punkt zutrifft.

Hast du kontrolliert ob du überhaupt Empfang vom DCF-77 Sender hast. 
Wenn deine Umgebung von anderen "Funkwellen" versucht ist, dann geht es 
natürlich nicht. Bei mir empfangen manche DCF-77 Uhren nur im 
Dachgeschoss ein gutes Signal aber nicht im Wohnzimmer.

Benny schrieb:
> Ich lass das Ding jetzt mal bis morgen laufen und dann mal sehen was
> morgen für ne Zeit anzeigt wird.
Dann müsste sie ja ungefähr eine Stunde vorgehen. Dann kannst du das 
Laufen der Uhr an sich ja schonmal abhaken. Möglicherweise stellt sie 
sich nicht weil kein DCF-Signal kommt und nach einer Minute hat der 
Controller die Nase voll.
> Aber auf jedenfall sollte ich das Ding hinbekommen da ich extra ein
> Layout erstellt und eine Platine geätzt hab.
Da kann sich natürlich ein Fehler eingeschlichen haben.
Andere Funkuhren laufen in dem Raum, wo deine Uhr jetzt ist? Ich gehe 
mal davon aus, daß du nicht im Keller sitzt.
Möglicherweise ist der Empfang einfach nur schlecht. Wenn es gerade 
nicht regnet, kannst du es ja mal draussen versuchen.

mfg.

Ich weis ja nicht was der macht ...
aber in dem Schaltplan sehe ich Jumper-1.
Hast du den korrekt gestzt ?

Gruss Klaus

Dann musst du wohl mal das Oscilloskop an den uC Pin halten wo das 
Signal von der DCF reinkommt und es damit vergleichen was da zu erwarten 
wäre.

Gruss

Das Teil macht doch eh nichts anderes als die Uhrzeit anzeigen
warum schreibst du nicht einfach selbst ein Programm dazu?

Das geht mit der Demo vom Bascom locker
und schwer ist es auch nicht, eigentlich musst du nur den
Beispielcode aus der Hilfe rauskopieren
und das ganze mit dem Beispielcode vom Display verbasteln.

Am ende lenst du ja auch noch ein wenig dabei.

Möglicherweise ist der Ausgang von den DCF Modul ja invertiert.
Das Problem hatte ich mal.

Chr. Messener schrieb:
> Möglicherweise ist der Ausgang von den DCF Modul ja invertiert.
> Das Problem hatte ich mal.

Dann wären wir ja wieder bei dem von mir genannten Jumper.
Originaltext dazu ist:
"Pin 3 als nichtinvertierter und Pin 4 als invertierter Ausgang. Bei den 
Ausgängen handelt es sich um Open Kollektor - Ausgänge, die eine 
maximale Belastung von  1 mA vertragen."


demnach wäre es es mir Wert einhach mal die Jumperstellung zu wechseln.

Gruss Klaus

Und noch was.
Praktisch jede Funkuhr, die ich bis jetzt gesehen habe, braucht für die 
erste Anzeige 2 bis 3 Minuten.

Warum ist das so?
Theoretisch hat man nach spätestens 1 Minute, das erste DCF Paket 
komplett empfangen. Allerdings weiß man noch nicht, ob es dann korrekt 
ist oder korrekt sein kann. Daher wartet jeder ernst zu nehmende Code 
eine weitere Minute, empfängt ein zweites DCF Paket und vergleicht die 
beiden. Wenn die soweit übereinstimmen, dass das zweite Paket 
tatsächlich sich aus dem ersten Paket plus eine Minute ergibt, dann 
stehen die Chancen gut, dass alles korrekt ist. Und erst dann wird die 
empfangene Zeit als gültig erklärt. Logischerweise dauert das daher 
zwischen 2 und 3 Minuten vom Einschaalten weg gemessen.

>  Die led blinkt in der ersten minute in einem unregelmäßigem takt ,
> also gehe ich davon aus dass es sich dabei um dir dcf Signale handelt.

Nö.
Ein DCF Paket besteht aus Pulsen die regelmässig jede Sekunde kommen. 
Einzig die Pulslängen sind unterschiedlich. WEnn man genau schaut, 
könnte man sehen, dass eine daran angehängte LED jeweils ein bischen 
unterschiedlich lang leuchtet. Aber das Blinken an sich ist absolut 
regelmässig. Nach genau jeweils 1 Sekunde kommt der nächste Blinker.


Hast du dich den gar nicht im Vorfeld informiert, wie das alles 
eigentlich funktioniert? Wozu dann eine DCF Uhr bauen, die du in jedem 
Laden um einen Bruchteil deiner Bastelkosten kaufen kannst, wenn dich 
die dahinter stehende Technik sowieso nicht interessiert.

Development by accident?

Karl Heinz schrieb:
> Theoretisch hat man nach spätestens 1 Minute, das erste DCF Paket
> komplett empfangen.

<krümelkackermode>
Es kann 1 Minute dauern, bis die erste 59er Sekunde kommt und die Uhr 
weiß, dass einen neue Minute beginnt. Dann dauert es eine weitere 
Minute, um das Telegramm zu empfangen.
Also "nach spätestens 2 Minuten..."
</krümelkackermode>

Was für ein Netzteil wird verwendet? Ein Freund von mir hatte mal 
Probleme mit dem DCF77-Empfang, weil das Stecker-Schaltnetzteilchen für 
seine Schaltung herumgestört hat.

Manche sollten sich einfach ne fertige Funkuhr kaufen...

Benny schrieb:
> Also am Empfang liegts sicher nicht. Draußen funktioniert das Ding auch
> nicht.
> Kann das jetzt wirklich nur noch am µC liegen ?

Nein .. das ist unwahrscheinlich.
Jedoch schreibst du:

Benny schrieb:
> Die led blinkt in
> der ersten minute in einem unregelmäßigem takt , also gehe ich davon aus
> dass es sich dabei um dir dcf Signale handelt.

im Gegensatz dazu schreibt Karl Heinz

Karl Heinz schrieb:
> Ein DCF Paket besteht aus Pulsen die regelmässig jede Sekunde kommen.
> Einzig die Pulslängen sind unterschiedlich. WEnn man genau schaut,
> könnte man sehen, dass eine daran angehängte LED jeweils ein bischen
> unterschiedlich lang leuchtet. Aber das Blinken an sich ist absolut
> regelmässig. Nach genau jeweils 1 Sekunde kommt der nächste Blinker.

Nun frage ich dich Benny:

Was schliesst du daraus ?

Gruss Klaus

Benny schrieb:
> Hier mal ein Bild:

Die Antenne direkt hinter dem LCD könnte schon problematisch sein.

> also gehe ich davon aus
> dass es sich dabei um dir dcf Signale handelt.
Das ist einen gewagte Annahme. Messen heißt wissen. Also ein Scope an 
den Ausgang des DCF-Moduls. Eine LED wird es direkt nicht treiben 
können. Alternativ kannst du den unbenutzten Ausgang des DCF-Moduls per 
FET auf eine LED schalten und dir dort das Signal ansehen.

Benny schrieb:
> Hier mal ein Bild:

Schoenes Bild, nuetzt aber garnichts. Du hast doch sicherlich das Board 
- File. Poste das mal, da sieht man doch deutlich mehr.

Georg G. schrieb:
> Also ein Scope an den Ausgang des DCF-Moduls.

Soundkarten - log reicht doch voellig.

Benny schrieb:
>> Was schliesst du daraus ?
>
> Keine Ahnung , das kann alles mögliche sein.
> Gebt mir doch wenigstens mal en Tipp was ich noch ausprobieren könnte

Für mich heist das Gesagte das die Led im Sekundentakt blinken sollte.
Und dies nicht nur in der ersten Minute sondern immer.
Dies sogar auch ohne den Mikrocontroller.

das ist bei dir nicht der Fall.


Zudem sieht man in dem Bauplan das die Pins 1/2/3/4/5/6/8/9 des CD 4069
nicht beschaltet sind.
Dies ist ein absoluter Designfehler und Schei**e.

Pins 1/3/5/9 müssen einen definierten Pegel haben.
Verbinde diese entweder mit Pin 7 oder Pin 14 des CD.

Pins 2/4/6/8 müssen offen bleiben.

Gruss Klaus

ERGÄNZUNG zu
> Gebt mir doch wenigstens mal en Tipp was ich noch ausprobieren könnte

Auf deinem Foto sehe ich keine Kondensatoren in der Nähe des MC und des 
CD.

Die 100nF Kondensatoren c5 und C6 gehören ganz na an die Pins des MC.
auch der CD benötigt einen 100nF direkt an den Pins 7 und 14.

den gibt es im Schaltplan garnicht.

Oh Gott... was für ein Design.


Zusätzlich würde ich die Antenne mal mechanisch von deiner Platine lösen 
und sie neben die Platine legen.  Die ist ja förmlich zwischen LCD und 
DCF Modul eingesperrt.


Gruss Klaus

Warum dieser ganze Aufwand?
Du kannst doch mit der eingebauten Bascom-Dcf-Routine dasselbe 
erreichen, nur viel einfacher!
Ich hab das mal angehängt. Das sind ca. 30 Zeilen Programm, 1350 Bytes, 
geht locker mit der Demo.
Der Effekt ist derselbe.(Ist aber mit Mega8a und Bitratenquarz, das 
müßtest Du ja leicht ändern können)
Joachim

Das scheint dich überhaupt nicht zu interessieren:



Klaus De lisson schrieb:
> Zudem sieht man in dem Bauplan das die Pins 1/2/3/4/5/6/8/9 des CD 4069
> nicht beschaltet sind.
> Dies ist ein absoluter Designfehler und Schei**e.
>
> Pins 1/3/5/9 müssen einen definierten Pegel haben.
> Verbinde diese entweder mit Pin 7 oder Pin 14 des CD.
>
> Pins 2/4/6/8 müssen offen bleiben.

Klaus De lisson schrieb:
> Auf deinem Foto sehe ich keine Kondensatoren in der Nähe des MC und des
> CD.
>
> Die 100nF Kondensatoren c5 und C6 gehören ganz na an die Pins des MC.
> auch der CD benötigt einen 100nF direkt an den Pins 7 und 14.
>
> den gibt es im Schaltplan garnicht.
>
> Oh Gott... was für ein Design.
>
> Zusätzlich würde ich die Antenne mal mechanisch von deiner Platine lösen
> und sie neben die Platine legen.  Die ist ja förmlich zwischen LCD und
> DCF Modul eingesperrt.



Wenn wir schon deine Arbeit machen sollen solltest du auch adequat 
kooperieren. Sonst ist "Sense".

Gruss Klaus

Ich hab Dir mal zur besseren Übersicht zwei "Melder" aufs LCD gemacht:
Auf Zeile2, vor dem Datum erscheint ein "*", wenn eine gültige 
Zeitinformation empfangen wurde.(was die Uhr stellen sollte).
Daneben tickt das DCF-Signal als "#", mal schneller, mal kürzer im 100/
200-ms Rythmus. Wenn also der "*" an geht, und die Zeit stimmt nicht, 
ist was anderes Schuld und nicht das DCF-Modul.
Joachim

Du mußt schon wenigstens zwei Minuten warten, bei mir dauerts manchmal
zehn Minuten, bis er mal alles beisammen hat!

Benny schrieb:
> Ist ist nur verdammt nervig Empfang zu bekommen wenn man die gerade erst
> eingesteckt hat. Das DCF Modul scheint sehr Empfindlich zu sein.

Und deshalb habe ich in der nächsten Stufe der Evolution eine RTC 
drangehängt. Damit hast Du erstmal eine Uhrzeit, die wird dann nur noch
mit DCF abgeglichen, wenn mal guter Empang ist.

Aber das könntest Du ja mal selbst versuchen, kann man schön die
Funktion von I2C bei lernen.
Joachim