- LiFePO4 Speicher Test         
Ergebnis 1 bis 9 von 9

Thema: IR-Transceiver temperaturabhängig!

  1. #1
    Moderator Robotik Visionär Avatar von radbruch
    Registriert seit
    27.12.2006
    Ort
    Stuttgart
    Alter
    61
    Beiträge
    5.799
    Blog-Einträge
    8

    IR-Transceiver temperaturabhängig!

    Anzeige

    Powerstation Test
    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
    Bild hier  
    Atmel’s products are not intended, authorized, or warranted for use
    as components in applications intended to support or sustain life!

  2. #2
    Moderator Robotik Einstein Avatar von damaltor
    Registriert seit
    28.09.2006
    Ort
    Milda
    Alter
    37
    Beiträge
    4.063
    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.
    Read... or die.
    ff.mud.de:7600
    Bild hier  

  3. #3
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    28.10.2004
    Ort
    Baoding
    Alter
    44
    Beiträge
    689
    Die PC RS232 is Kurzschlußfest und hält auch Spannungen von +-15V aus. Die kaputt zu machgen ist schwer!

  4. #4
    Super-Moderator Lebende Robotik Legende Avatar von Manf
    Registriert seit
    30.01.2004
    Ort
    München
    Alter
    71
    Beiträge
    13.051
    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

  5. #5
    Moderator Robotik Visionär Avatar von radbruch
    Registriert seit
    27.12.2006
    Ort
    Stuttgart
    Alter
    61
    Beiträge
    5.799
    Blog-Einträge
    8
    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
    Bild hier  
    Atmel’s products are not intended, authorized, or warranted for use
    as components in applications intended to support or sustain life!

  6. #6
    Benutzer Stammmitglied
    Registriert seit
    13.07.2005
    Ort
    Leipzig
    Alter
    45
    Beiträge
    90
    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.

  7. #7
    Moderator Robotik Visionär Avatar von radbruch
    Registriert seit
    27.12.2006
    Ort
    Stuttgart
    Alter
    61
    Beiträge
    5.799
    Blog-Einträge
    8
    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
    Bild hier  
    Atmel’s products are not intended, authorized, or warranted for use
    as components in applications intended to support or sustain life!

  8. #8
    Benutzer Stammmitglied
    Registriert seit
    09.07.2007
    Beiträge
    42
    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 ATmega 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!)

  9. #9
    Benutzer Stammmitglied
    Registriert seit
    03.08.2007
    Alter
    32
    Beiträge
    60
    Moin,
    ich hab auch immer Probleme beim Flashen.
    Was bei mir ganz gut geholfen hat, ist folgendes:
    Code:
    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.
    Salvo errore et omissione

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen