PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : IR-Transceiver temperaturabhängig!



radbruch
07.01.2007, 18:39
Hallo

Ich weis, der Titel klingt unglaubwürdig, aber ich bin mir ziemlich sicher, dass mein Transceiver (trotz mehrmaligem Nachlöten) temperaturabhängig ist. Inzwischen dreimal nachts beim Lüften und gleichzeitigem letzten Flashen war keine Übertragung möglich. Jedesmal schlug dann auch der Weisblatttest fehl. Nur vereinzelte Hyroglyphen beim Fummeln am Poti. Wechsel des Terminalprogramms und Neustart des Rechners brachten keine Änderung.

Den Verdacht auf die Temperaturabhänigkeit hatte ich schon heute Nacht, aber jetzt wurde es endgültig bestätigt: Nach ein paar Minuten Raumlüftzeit kann ich nicht mehr Flashen. Wenn ich den Transceiver anhauche funktioniert es wieder für ca. 5-15 Blöcke. Reproduzierbar! Und unglaublich.

Gruß

mic

damaltor
07.01.2007, 19:16
irgend jemand hat mal probiert, den transceiver mit eisspray einzusprühen, oder ihn ins gefrierfach zu legen.

angeblich funktioniert das, allerdings sehr riskant, da kurzschlüsse durch kondenswasser die rs232 schnittstelle des rechners zerstören könn(t)en. aber mit der temperaturabhängigkeit hast du ganz sicher recht.

Rofo88
07.01.2007, 19:27
Die PC RS232 is Kurzschlußfest und hält auch Spannungen von +-15V aus. Die kaputt zu machgen ist schwer!

Manf
07.01.2007, 20:24
Der SFH5110-36 hat wohl keine große Temperaturabhängigkeit. Der TSOP1736 zumindest ist als recht stabil angegeben.

Das Gegenstück ist die Modulationsfrequenz beim Sender.
Die wird durch den Kondensator C3 mit 680pF bestimmt. Wenn der seinen Wert beim Lüften um 10% ändert dann würde das den Effekt erklären.
Manfred

radbruch
07.01.2007, 23:52
Hallo

Also wenn ich bei gestörtem Flashen den angewärmten Finger auf den C3 drücke, funktioniert es wieder für einige Blocks. (was bläht die Miniprogs eigentlich so auf?) Allerdings bin ich noch nicht sicher ob meine Wurstfinger nicht noch andere Bauteile erwärmen. Ich teste das noch ein bisschen, bzw. hauche eben weiter. Da ich nun weis wie der Zusammenhang ist, stört es mich nicht wirklich. Zumal ich ja jetzt nicht mehr alles durchprobieren muss.

Den USB-Transceiver habe ich mir schon letzte Woche besorgt aber noch nicht ausgepackt. Schade ums Geld.

Gruß

mic

ezfox
15.08.2007, 13:35
Ich würde bei solchen Fehlerbildern auf kalte Lötstellen tippen.
Falls noch Garantie drauf ist mal umtauschen und schauen obs bei dem neuen auch so ist - in dem Fall wäre das dann tatsaechlich bauartbedingt, was ich mir aber nicht so recht vorstellen kann.

radbruch
15.08.2007, 14:38
Hallo ezfox


Falls noch Garantie drauf ist
Es handelt sich um den RS232-Transceiver-Bausatz! Den kann ich schlecht wegen kalten Lötstellen reklamieren. *lol*

Inwischen läuft mein Transceiver ohne Probleme, ich habe aber nix dran gemacht. Mal abwarten, was im Winter passiert.

Gruß

mic

helmut_w
18.08.2007, 19:03
Hi!

Aus dem Datenblatt von Osram (der Asuro-CD beigelegt)
"IR-Empfänger für Fernbedienungen SFH 5110 + SFH 5111"
sieht man auf Seite 5 die Darstellung
"Relative Sensitivity Ee/Ee, min = f (f0)"

Da hab' ich 'ne andere Erklärung als Delta-C = 10 %! (Ich denke, dass mic nicht von + 25 Grad C auf - 20 Grad C lüftet, oder etwa doch?:) ... und auch da würde _ich_ so'n großen Wert nicht vermuten!)

Wenn man die Mittenfrequenz fo genau erwischt/eingestellt hat, so macht eine Drift von 1 kHz nichts aus! Aber wenn man _schon_ mit einer Abweichung von 1 kHz arbeitet und dann driftet es nochmal um 1 kHz weg (und zwar in die falsche Richtung!), dann ist's Sense! (So wie beschrieben!)

Und wie mic berichtet, geht's momentan (nach Neu-Justierung!) wieder: Diesmal "liegt" er besser bei fo (= 36 kHz)! (Da wäre es 'halt ganz gut, wenn man immer einen Frequenzmesser zur Hand hätte!)

Übrigens:
Wir haben beim Flashen immer noch Probs: Mal geht das _gleiche!_ hex-file anstandslos und 'mal geht die Übertragung zwar auch bis zum "guten" Ende, aber der Maikäfer macht was anderes: nämlich nicht das Programmierte!:( Und das, obwohl die (angezeigten!) CRC-Fehler nach der R-Verkleinerung _drastisch_ zurückgegangen sind!
Ich vermute, dass diese Fehlererkennung im Bootloader nicht so recht funzt!
Oder (bei unserem ATmega8) defekt ist! => Erscheint mir zwar recht unwahrscheinlich, aber was gibt's nicht alles zwischen Himmel und Erde ...

cu Helmut

[highlight=red:798c0a3251]PS: Und Leute merkt Euch, beim Flashen einfach nicht allzu stark lüften!:)[/highlight:798c0a3251]
(Ich hoffe, Ihr nehmt den Rat nicht allzu bierernst!:))

jzd
19.08.2007, 16:38
Moin,
ich hab auch immer Probleme beim Flashen.
Was bei mir ganz gut geholfen hat, ist folgendes:


1. Über die IR-Diode am ASURO ein Zylindriges,schwarzes Stück Papier
stülpen, sodass die beim Betrieb nur nach oben wegstrahlen kann.

2. Dann beim Flashen den IR-Transceiver außer Sichtweite der ASURO
IRDiode bringen, nicht aber außer Sichweite des EmpfängerIC's.

3. Das solange, bis das Flashtool einen 'timeout' ausgibt.

4. Wenn dann die StatusLED auf YELLOW umgesprungen ist
den IR-Transceiver in Sichtweite on ASURO's Empfänger und Sender
bringen, warten bis wieder ein Stück gesendet wurde.

5. Wenn die StatusLED wieder RED ist bei 2. nochmal beginnen.
Ansonsten Daten weiter übertragen, ggf. wie gesagt bei 2. weitermachen
und wenn Daten drüben sind ganz doll freuen. :cheesy:

So, ich hoffe, dass ich zumindest dem ein oder anderen helfen konnte.
Wenn noch Fragen sind kann ich ja evtl. mal 'n Bild reinstellen.