Geocaching & GPS location based games

Den ersten Denkfehler sehe ich bei:

... die LEDs sind gegenpoligangeschlossen...

Leuchtdioden leuchten nämlich in Fluss-, nicht in Sperrrichtung. Da sperren Sie, wie der Name schon sagt, den Stromfluss ab.

Weiter hab ich noch nicht geschaut...

_________________
Gruß aus dem (badischen) Schwarzwald, Andreas (1/4 Kappler)
Bekennender Fremdlogleser und Rosinenpicker

ok, wohl ungeschickt geschrieben.

Hier mal ein kleines Schaltbild.


Gruß

peter51d

_________________
Grüße aus dem Norden

peter51d

Gegenläufig ist schon klar aber warum legts Du nicht eine LED an Port3 und eine an Port4, jeweils zu GND und schreibst Dir ein entsprechendes Programm. Da kannst Du Dir dann (falls gewünscht) gleich noch aussuchen welche LED als Lichtsensor dienen soll. Ich würde das so empfehlen, so hast dann die neue LED-Only-Variante realisiert. Weiteres falls erfoderlich über PN.

_________________
Es gibt Cacher, die hat der liebe Gott erst kurz vor Feierabend gemacht!
Moin, moin! Achim & Tina

Jep. Sollten sie.
Ich kenne mich mit Bascom zwar nicht aus, aber einen gravierenden Fehler habe ich nicht entdeckt. Frage an die Bascom Experten:
Ist das "&" so richtig?

Ansonsten sehe ich einen kleinen Fehler, der aber nicht die eigentliche Funktion verhindern sollte (die LEDs sollten jedenfalls leuchten):
passt nicht zu
. In diesem Fall rennt der Tiny mit dem 9,6MHz RC-Generator und gesetztem CKDIV/8 Fuse, d.h. mit 1,2MHz - deine waitms 100 werden damit nicht 100ms warten sondern so ca. 10ms - das sind 100 Hz, dass kann man nicht mehr erkennen -> beide LEDs sollten dunkel leuchten aber nicht blinken.

Warum so kompliziert? Wenn wirklich nur die beiden LEDs gegenläufig blinken sollen, könnten auch beide individuell auf GND gelegt werden. Bei Deiner Schaltung könntest Du übrigens einen Vorwiederstand einsparen: der kann in die gemeinsame Leitung zum Tinypin. Da beim Widerstandswert ein "?" steht: was hast Du dort als Vorwiderstand eingebaut - ich würde mal Pi * Daumen 150 bis 220 Ohm vorschlagen.

Viele Grüße,
Thomas(_st)

@ Teddy Teufel

Im Moment, geht es mir gar nicht mehr um ein Reaktivlicht.
Ich wäre zur Zeit schon glücklich, wenn ich dem Tiny irgeneine Reaktion entlocken könnte.

@ Thomas_St

Das & sollte passen, findet sich so zumindest in allen Bascom codes die ich bisher gesehen habe.

OK, die Frequenz hab ich mir aus nem anderen Code "geklaut".
Die Fusebits habe ich jetzt umgestellt auf 128kHz ohne division.
Startup auf slow

Die wait Zeit auf 1000 erhöht, so das die LED's mit ca 1Hz blinken sollten.

Beide LED's einzelnd gegen GND hätte ich auch machen können, hab es auch schon probiert, läuft aber auch nicht.

Die LED's hatte ich grade noch rum liegen. Sind LowCurrent Led's die mal als Kontrollleuchten in Schaltern für ein HomeControl System verbaut werden sollten.
Der Vorwiederstand liegt bei ~ 1k und schon mit der LED verlötet. Stromaufnahme irgend wo bei 5mA.

Es tut sich ums Verrecken nichts.


Zum Testen habe ich jetzt alle Eingänge auf und Reset auf Vcc gesetzt. Die LED's sind raus.

Die Ausgänge bleiben stumm.

Mit dem Multimeter messe ich von den Ausgängen gegen Vcc ~ 0,7V und gegen GND ~0,2V.

Lagsam glaube ich der Programmer schreibt irgendetwas in den Tiny aber nicht das was er soll.

Getestet mit zwei Tiny's, mehr habe ich im Moment nicht, beides mal das selbe.

Langsam glaube ich, das ist nichts für mich.

Gruß

peter51d

_________________
Grüße aus dem Norden

peter51d

Lasse mal den Reset offen - bei bedarf kurzzeitig mal mit einer Drahtbrücke gegen Masse schalten um einen Reset auszulösen.

Merkwürdig, wenn ich den Bascom-Code richtig interpretiere werden die Pins ordentlich auf Ausgang konfiguriert, verhalten sich aber nach diesen Messungen zu urteilen:

wie Eingänge (hochohmig, so dass Du sie per Multimeter auf den gerade verwendeten Referenzlevel ziehen kannst)

Woran erkennst Du bei bascom eigentlich, dass das Programmieren geklappt hat - beim AVRStudio wird nach dem Programmieren ein Verify durchgeführt. Gibt es bei Bascom was vergleichbares? Sonst könnte es nämlich wirklich sein, dass da irgendwas geschrieben wird nur nicht das was gewollt ist ...

Viele Grüße,
Thomas(_st) - Blöder Gedanke: hat Bascom einen Testmodus fürs Programmieren? Nicht das das Ganze nur Testweise aber noch nicht wirklich in den Tiny gebrannt wird...

Das Programm sieht so weit o.k. aus und sollte meiner Meinung nach funktionieren.
Wird denn der Tiny fehlerfrei erkannt und geht die Programmierung ohne Fehler über die Bühne?
Leuchten die LEDs wenn die sie zwischen GND und VCC hältst?
Probier mal zum Setzen der Ports folgendes aus: Config Portb = &B00011000

Die Geschichte mit dem reset brachte keine Änderung.
Die LED's sind OK,
Config Portb = &B00011000 ändert auch nichts.

Der Tiny wird sauber erkannt, Fusebits lassen sich problemlos lesen und schreiben.

Nach dem flashen zeigt Bascom, das x bytes geschrieben wurden.
Der Speicher lässt sich auch auslesen, nur steht dann scheinbar mehr drin als geschrieben wurde.

Hier ein paar Screenshots.
Leere Speicher


Compiliertes Programm vor dem flashen


Anzeige nach dem flashen

_________________
Grüße aus dem Norden

peter51d

Ausgelesener Speicherinhalt.


Was die Kryptischen Zeichen im blauen Bereich neben den Programmzeilen bedeuten weiss ich nicht.

Vielleicht ist das bei Bascom ja normal.

Leider gibt es wohl keine Möglichkeit, den Speicherinhalt wieder "normal" sichtbar zu machen.

Ich hasse so was.

peter51d

_________________
Grüße aus dem Norden

peter51d

Die kryptischen Zeichen im blauen Bereich sind die entsprechenden ASCII-Zeichen.