- LiFePO4 Speicher Test         
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 21

Thema: Einfache IR-Code Übertragung funktioniert nicht

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1

    Einfache IR-Code Übertragung funktioniert nicht

    Hallo zusammen,

    Ich kämpfe zur Zeit mit den Tücken einer „Infrarot-Kanone“ für Modellflugzeuge (indoor).

    Den Aufbau habe ich mir so vorgestellt:
    Ein Attiny45 (da klein und leicht), eine IR Diode (LD 274-3) und ein IR Empfänger (TSOP34836), das ganze angeschlossen zwischen RC-Empfänger und Motor-Regler. Optional ein weiterer Anschluss zwischen RC-Empänger und Attiny für den Trigger (zunächst aber ohne Trigger, nur mit „Dauerfeuer“).

    Wie soll das ganze funktionieren:
    1. Im normalen Flug wird das RC-Throttle-Signal (Gas) durch den Attiny „durchgeschleift“.
    2. Die IR-LED „feuert“ ständig. (Optional: Die IR-LED feuert erst, wenn an der Fernsteuerung ein Schalter/Taster betätigt wird).
    3. Wird der IR-Empfänger von einem passenden Infrarot-Signal „getroffen“ soll der Motor für eine bestimmte Zeit ausgehen bzw. stottern (unterbrechen des bis dahin durchgeschleiften Gas-Kanals).

    Ich habe bis jetzt noch nichts mit IR-Übertragungen gemacht (nur viel gelesen). Das RC5 Protokoll scheidet aber aus, da es viel zu lang ist. Mir schwebt im Moment ein sehr kurzes individuelles Protokoll vor. Meine Gedanken gehen in Richtung „3-Bit-Protokoll“. Ein Start-Bit und 2 Kommand-Bits. Damit sollten 4 verschiedene IR-Befehle übertragbar sein. Mit den unterschiedlichen Befehlen könnte man später mit mehreren Flugmodellen auf ein einzelnes Bodenziel schießen, mit anschließender Trefferauswertung. Auch ein „Team-Deathmatch“ z.B. zwei gegen zwei wäre denkbar, bei dem man sogar in der Software „friendly fire“ ausschließen könnte.

    Im folgenden Code habe ich versucht, die IR-Übertragung zu realisieren. Leider klappt das nur mit mäßigem Erfolg. IR-LED und TSOP stehen sich gegenüber. Die Kontroll-LED sollte eigentlich durchgehend leuchten, flackert aber die ganze Zeit. Wird die optische Verbindung zwischen IR-LED und TSOP unterbrochen, geht die Kontroll-LED wie gewünscht aus.

    Ich habe es nicht geschafft, eine halbwegs verlässliche Datenübertragung herzustellen.

    Bin langsam am verzweifeln und für alle Ideen offen


    mfg
    Robert


    Hier noch ein paar Infos, wo ich meine Inspiration her habe:
    http://www.youtube.com/watch?v=TQp0mS8dtpg
    oder einfach nach „20100117 IAC-ASO 52“ suchen.
    Ab 1:36 geht’s los mit dem IR-Stuff, ab 2:51 Minuten sieht man „Luftkämpfe“
    Meine Modelle werden allerdings etwas größer sein



    PS: Wenn ich die Sendepause im Code nicht ausklammere, leuchtet die Kontroll-LED gar nicht.

    Code:
    '===============================================================================
    'IR Kanone V 01
    '
    'IR-LED an Pin 5 (PB0, OCR0A)
    'TSOP34836 an Pin 7 (PB2, INT0)
    '
    '
    '
    '
    '
    'Pin 6 (PB1 Test-LED)
    '===============================================================================
    
    $regfile = "attiny45.dat"
    $crystal = 8000000                                          'FuseBit CKDIV8 deaktivieren
    
    $hwstack = 40
    $swstack = 40
    $framesize = 50
    
    
    '-------------------------------------------------------------------------------------------------
    'Timer konfigurieren
    '-------------------------------------------------------------------------------------------------
    
    Tccr1 = &B00000111                                          'Timer1 als Zeitbasis für Datenempfang starten (Prescale 64) (geht beim Attiny45 nicht mit "Config"!)
    'Enable Timer1 (wird erst in der ISR enabled!!!)
    On Timer1 Daten_sammeln
    
    
    
    Config Timer0 = Timer , Prescale = 1 , Compare A = Toggle , Clear Timer = 1       'Timer0 erzeugt 36kHz IR-Trägerfrequenz, Clear Timer setzt Timer bei Erreichen des Comparewertes auf 0 zurueck
    Ocr0a = 110
    
    
    '-------------------------------------------------------------------------------------------------
    'Interrupt-Service-Routinen konfigurieren und freigeben
    '-------------------------------------------------------------------------------------------------
    
    
    Config Int0 = Rising                                        'bei steigende Flanke an PB2/INT0 (Ir_data_in) Int0 auslösen und in die Subroutine springen
    Enable Int0
    On Int0 Ir_data_start
    
    Enable Interrupts
    
    
    '-------------------------------------------------------------------------------------------------------------
    'Variablen definieren
    '-------------------------------------------------------------------------------------------------------------
    Dim Ir_befehl As Byte                                       'es steht einer von 4 möglichen Sendebefehlen zur Verfügung
    Dim Level As Byte
    Dim Ir_data As Byte                                         'zusammensetzen des IR Befehl
    Dim Ir_data_fertig As Byte                                  'fertig empfangener IR Befehl
    
    
    
    '-------------------------------------------------------------------------------------------------------------
    'Ein- und Ausgang festlegen
    '-------------------------------------------------------------------------------------------------------------
    
    Ddrb = &B00010011                                           'PB0, PB1 und PB4 werden Ausgänge, restlicher PortB bleibt Eingang
    
    
    
    '======================================================
    'Hauptprogramm
    '======================================================
    
    Do
    
    
    Ir_befehl = &B00000101
    '                  |||
    '                  ||Zweites Befehlsbit
    '                  ||
    '                  |Erstes Befehlsbit
    '                  |
    '                  Startbit
    
    'Alternative Befehle:
    'Ir_befehl = &B00000100
    'Ir_befehl = &B00000110
    'Ir_befehl = &B00000111
    
    
    'Startbit senden (immer 1)
    Ddrb.0 = Ir_befehl.2                                        ' 36 kHz Carrier on
    Waitus 500
    Ddrb.0 = 0                                                  ' 36 kHz Carrier off
    Waitus 500
    
    'Erstes Befehlsbit senden
    Ddrb.0 = Ir_befehl.1
    Waitus 500
    Ddrb.0 = 0
    Waitus 500
    
    'Zweites Befehlsbit senden
    Ddrb.0 = Ir_befehl.0
    Waitus 500
    Ddrb.0 = 0
    Waitus 500
    '(
    'Sendepause einlegen
    Ddrb.0 = 0
    Waitus 2000
    ')
    
    
    If Ir_data_fertig = &B00000101 Then                         'Test LED soll leuchten, wenn der richtige Code empfangen wurde
    Portb.1 = 1
    Else
    Portb.1 = 0
    End If
    
    
    Loop
    
    End
    
    
    
    '-------------------------------------------------------------------------------------------------------------
    'ISR IR Daten empfangen
    '-------------------------------------------------------------------------------------------------------------
    
    Ir_data_start:
    Ir_data = &B00000001
    Timer1 = 155                                                ' nach rund 808 us den Timer Interrupt auslösen
    Enable Timer1
    Disable Int0                                                ' weiter Interrupts durch INT0 unterbinden
    
    Return
    
    
    
    Daten_sammeln:
    Shift Ir_data , Left
    Level = Not Pinb.2                                          'TSOP gibt invertierte Daten aus, deshalb nochmal inventieren
    Ir_data = Ir_data + Level                                   'eben gelesenes Bit zugeben
    Timer1 = 131                                                ' nach rund 1000us den Timer Interrupt auslösen                                                '
    If Ir_data < &B00000100 Then
       nop
       Else
       Disable Timer1                                           'weitere Interrupts durch Timer1 unterbinden
       Set Gifr.intf0                                           'Interruptflag vom INT0 löschen
       Enable Int0
       Ir_data_fertig = Ir_data
    End If
    
    Return

  2. #2
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    03.09.2009
    Ort
    Berlin (Mariendorf)
    Beiträge
    1.023
    Schau ganz genau im Datenblatt nach: Viele dieser Empfängerbausteine sind nicht für Dauer-Ein spezifiziert sondern brauchen Sendepausen. Das hat irgendwie mit ihrer AGC (automatic gain control) / Arbeitspunkt der Filterschaltung für die Fremdlichtunterdrückung zu tun.

  3. #3
    Hallo RoboHolIC,

    das Datenblatt hab ich mir unzählige male durchgeschaut und auch einige Testprogramme probiert, um die "Grenzen" des TSOP auszuloten.
    Im Datenblatt steht u.a. "Minimum burst length: 10 cycles/burst" und "After each burst of length a minimum gap time is required of: 10 to 70 cycles, ≥ 10 cycles". Bei einer Trägerfequenz von 36kHz dauert ein cycle rund 27,8 us. Bei meinen angegebenen 500 us komme ich damit auf 18 cycles/burst und liege damit absolut im grünen Bereich.

    Beim folgenden Testprogramm macht die Kontroll-LED genau das gleiche, wie die IR-LED (außer natürlich, wenn die optische Verbindung unterbrochen wird, dann bleibt sie aus).

    Code:
    '===============================================================================
    'IR Kanone V 01
    '
    'IR-LED an Pin 5 (PB0, OCR0A)
    'TSOP34836 an Pin 7 (PB2, INT0)
    '
    'Pin 6 (PB1 Test-LED)
    '===============================================================================
    
    $regfile = "attiny45.dat"
    $crystal = 8000000                                          'FuseBit CKDIV8 deaktivieren
    
    $hwstack = 40
    $swstack = 40
    $framesize = 50
    
    
    '-------------------------------------------------------------------------------------------------
    'Timer konfigurieren
    '-------------------------------------------------------------------------------------------------
    
    Config Timer0 = Timer , Prescale = 1 , Compare A = Toggle , Clear Timer = 1       'Timer0 erzeugt 36kHz IR-Trägerfrequenz, Clear Timer setzt Timer bei Erreichen des Comparewertes auf 0 zurueck
    Ocr0a = 110
    
    
    '-------------------------------------------------------------------------------------------------
    'Interrupt-Service-Routinen konfigurieren und freigeben
    '-------------------------------------------------------------------------------------------------
    
    Config Int0 = Change                                        'beim Flankenwechsel an PB2/INT0 (Ir_data_in) Int0 auslösen und in die Subroutine springen
    Enable Int0
    On Int0 Ir_data_in                                          
    
    Enable Interrupts
    
    
    '-------------------------------------------------------------------------------------------------------------
    'Ein- und Ausgang festlegen
    '-------------------------------------------------------------------------------------------------------------
    
    Ddrb = &B00010011                                           'PB0, PB1 und PB4 werden Ausgänge, restlicher PortB bleibt Eingang
    
    
    '======================================================
    'Hauptprogramm
    '======================================================
    
    Do
    
    Ddrb.0 = 1                                                  ' 36 kHz Carrier on
    Waitus 500
    Ddrb.0 = 0                                                  ' 36 kHz Carrier off
    Waitus 500
    
    
    'Sendepause einlegen
    Ddrb.0 = 0
    Wait 2
    
    
    Loop
    
    End
    
    
    '-------------------------------------------------------------------------------------------------------------
    'ISR IR Daten empfangen
    '-------------------------------------------------------------------------------------------------------------
    
    Ir_data_in:
    If Pinb.2 = 0 Then
    Portb.1 = 1
    Else
    Portb.1 = 0
    End If
    
    Return
    Die Zahlen habe ich in einem weiten Bereich getestet. Alles über 300 us wird problemlos übertragen (300 us entspricht ca. 10 cycles/burst und deckt sich somit perfekt mit dem Datenblatt). Auch die Sendepause habe ich von 0 (null) bis mehreren Sekunden getestet. Im Code sind 2 sec angegeben, d.h. die Kontroll-LED blitzt alle 2 sec kurz auf.

    Ich bin mir daher sicher, dass es nicht am TSOP oder dem gesendeten IR-Signal liegt, da diese Übertragung problemlos klappt. Es scheitert offensichtlich an der Signalauswertung im Programmcode

    mfg
    Robert

  4. #4
    Erfahrener Benutzer Robotik Visionär Avatar von oberallgeier
    Registriert seit
    01.09.2007
    Ort
    Oberallgäu
    Beiträge
    8.687
    Hi Robert,

    genau wegen der regelmässigen Pflichtpause der TSOPs habe ich die noch nicht verwendet (hab also keine Erfahrung damit), habe aber schon Fernsteuerungen mit ähnlichen, kurzen Sendeprotokollen mit den OSRAM-Empfängern betrieben (Beispiel hier).

    ... Datenblatt steht ... Bei meinen angegebenen 500 us ... 18 cycles/burst ... im grünen Bereich ...
    Deine Rechnung kapier ich nicht. Du nennst ein minimales Protokoll von drei Bit, daraus rechne ich mal : drei Pulse (=: Modulation ist on, bursts) zu je min 10 cycles => dreissig cycles, dazwischen zwei Pausen (=: Modulation ist off) zu je min 14 cycles *) => 28 cycles, insgesamt schlappe sechzig cycles von 36 kHz, macht bei mir 1,66666 ms für ein komplettes Telegramm/Kommando. Das ist nahe an 1,8 ms, also meiner Meinung nach schon etwas grenzwertig **). Daher würde ICH das geforderte Gap von 4*60cycles => 6,7 ms nach einem Telegramm einschieben. Keinesfalls aber Dein oben erwähntes:
    Zitat Zitat von R2D2 Bastler Beitrag anzeigen
    ... (zunächst aber ohne Trigger, nur mit „Dauerfeuer“).
    ... aber das "Dauerfeuer" hast Du ja offenbar schon abgelegt. Allerdings finde ich eben weder Deine 500 ms, noch Deine 18 cycles/burst *grübel*. Vielleicht könntest Du mal ne Skizze machen ?

    Zur Theorie der IR-Fernsteuerungen hat übrigens San Bergmans eine prächtige Dokumentation online.



    *)
    Zitat Zitat von Datenblatt TSOP 348..
    ... • After each burst which is between 10 cycles and 70 cycles a gap time of at least 14 cycles is necessary. ...
    **)
    Zitat Zitat von Datenblatt TSOP 348..
    ... • For each burst which is longer than 1.8 ms a corresponding gap time is necessary at some time in the data stream. This gap time should be at least 4 times longer than the burst. ...
    Ciao sagt der JoeamBerg

  5. #5
    Hallo zusammen,

    Zitat Zitat von Searcher Beitrag anzeigen
    Abhilfetest: Nach "Timer1 = 155" ein "set tifr.tov1" (vorsorglich anstehendes TOV1 Flag löschen) einfügen?
    Du wirst lachen, genau das hatte ich auch schon im Code, allerdings blieb die Kontroll-LED dann aus



    Zitat Zitat von oberallgeier Beitrag anzeigen
    aber das "Dauerfeuer" hast Du ja offenbar schon abgelegt.
    Hier habe ich mich vermutlich etwas ungeschickt ausgedrückt. "Dauerfeuer" bezog sich lediglich auf die (noch) nicht vorhandene Möglichkeit, das Senden der IR-LED durch die RC-Fernbedienung (die das Flugmodell mittels Funk steuert) zu beinflussen (wenn ich z.B. 1-2 Minuten einfach so durch die Halle fliege und dann beschließe, durch Umlegen eines Schalters an der RC-Fernbedienung, mit meinem "Bordgeschütz" zu feuern). Es bezog sich nicht auf die vom TSOP geforderten Sendepausen.




    Vielleicht könntest Du mal ne Skizze machen ?
    Gerne. Im Bild sieht man das Signal, welches die IR-Diode sendet, wenn der Code 101 ausgegeben werden soll. Im Anschluß folgt dann noch eine längere Sendepause, aber selbst ohne diese währe nach meinem Wissen der TSOP nicht überfordert (oder habe ich etwas komplett missverstanden )

    Klicke auf die Grafik für eine größere Ansicht

Name:	Burst.jpg
Hits:	11
Größe:	14,8 KB
ID:	27323




    Zitat Zitat von Datenblatt TSOP 348..
    ... • After each burst which is between 10 cycles and 70 cycles a gap time of at least 14 cycles is necessary. ...
    Also, die Sätze habe ich in meinem Datenblatt nicht gefunden, benutze dieses hier:
    https://www.it-wns.de/data/datenblatt_0000168_1.pdf

    Aber auch dann: Ich habe doch bei meinem Code immer mindestens 18 cycles Pause vor dem nächsten Senden. Daran dürfte es nicht liegen.


    Ich bin, wie bereits anfangs erwähnt, nicht total auf "meinen" Code fixiert. Ich nehme auch gern jede andere Möglichkeit der Codegestaltung/Übertragung/Auswertung in Kauf. Es sollen lediglich 4 verschiedene Befehle übertragen werden können und keine Wait-Befehle in einer ISR beinhalten, da ich sonst beim weiteren Ausbau des Codes (RC-Signale einlesen etc) Schwierigkeiten bekomme.

    mfg
    Robert

  6. #6
    Erfahrener Benutzer Robotik Visionär Avatar von oberallgeier
    Registriert seit
    01.09.2007
    Ort
    Oberallgäu
    Beiträge
    8.687
    ... die Sätze habe ich in meinem Datenblatt nicht gefunden, benutze dieses hier ...
    Gut, beide sind vom Hersteller. Bei Vishay läuft offenbar die Zeit rückwärts. Das Datenblatt bei mir ist Rev. 5, 23-Jun-03 - immerhin sieben Seiten, das Datenblatt bei Dir ist Rev. 1.3, 29-Jan-09 - sechs Seiten.

    Achtung: Deine logische "1" ist mir nicht logisch (wohl eher falsch). Der Photodetektor geht üblicherweise bei Empfang einiger Modulationspeaks auf low - also ist eine (im Datenblatt definierte) Serie von Peaks eine logische Null - siehe "mein" Datenblatt, Seite 3, links oben. ERST der Wechsel von logisch Eins (Modulation wird erkannt) auf Null in einem bestimmten Zeitraum lässt sich als "Eins" definieren - z.B. beim Manchestercode. Du scheinst da etwas noch zu verwechseln. Schau mal bei den Infos von SB nach (Link ist oben).
    Ciao sagt der JoeamBerg

  7. #7
    Erfahrener Benutzer Robotik Einstein Avatar von Searcher
    Registriert seit
    07.06.2009
    Ort
    NRW
    Beiträge
    1.703
    Blog-Einträge
    133
    Zitat Zitat von R2D2 Bastler Beitrag anzeigen
    Ich bin, wie bereits anfangs erwähnt, nicht total auf "meinen" Code fixiert. Ich nehme auch gern jede andere Möglichkeit der Codegestaltung/Übertragung/Auswertung in Kauf. Es sollen lediglich 4 verschiedene Befehle übertragen werden können und keine Wait-Befehle in einer ISR beinhalten, da ich sonst beim weiteren Ausbau des Codes (RC-Signale einlesen etc) Schwierigkeiten bekomme.
    Hallo,
    noch ein Sendecodeschnipsel zu der weiter oben erwähnten Zeitmeßmethode und ein "Übertragungscode". Kann aber nicht absehen, ob Dein weiterer Ausbau des Codes im Empfänger nicht die Hauptschleifenlaufzeit zu lang macht

    Startbit ist immer 400µs lang und wird mit Burst übertragen
    Ein LOW Datenbit wird mit 600µs Länge übertragen
    Ein HIGH Datenbit wird mit 800µs Länge übertragen
    Ob Datenbit mit Burst oder Pause übertragen wird, hängt von seiner Stelle in der Sendereihenfolge ab.
    Das erste, dritte, also alle ungeraden Datenbits (wenn mit eins zu zählen begonnen wird), wird mit Pause (Gap) übertragen.
    Die geraden Datenbits werden mit Burst übertragen.
    Bei einer geraden Anzahl zu übertragender Datenbits ist der Carrier zum Schluß also abgeschaltet.
    Mit dem Startbit kann synchronisiert werden.
    Maximale Rahmenzeit ist incl. Sicherheitszeit zwischen zwei Rahmen 2400µs, min. ist 2000µs

    Habe nicht genau ins Datenblatt geschaut bzw nicht getestet; falls die Erholungszeiten und Ansprechzeiten des TSOP nicht eingehalten werden, kann man an den Zeiten natürlich noch was drehen.

    Bleibt "nur" noch die Auswerteroutine im Empfänger anzupassen und fehlerhafte Berechnungen der Impulse/Pausen ausschließen, wenn sich lange nichts tut (verstrichene Zeit ist größer 255 Timerticks).

    Code:
    do
    
    Waitus 400                                                  'Sicherheitszeit zwischen zwei Commands
    
    'Startbit (Ir_befehl.2) senden (immer 1)
    Ddrb.0 = 1                                                  'carrier on, burst begin
    Waitus 400                                                  'Startbit soll 400µs lang sein
    Ddrb.0 = 0                                                  'carrier off, burst ende
    
    'erstes Datenbit
    Select Case Ir_befehl.1 
      Case 0 : Waitus 600                                       'für erstes datenbit=0 bleibt carrier für 600µs off
      Case 1 : Waitus 800                                       'für erstes datenbit=1 bleibt carrier für 800µs off
    End Select
    
    'zweites Datenbit
    Ddrb.0 = 1                                                  'carrier on, burst begin
    Select Case Ir_befehl.0
      Case 0 : Waitus 600                                       'ist zweites datenbit=0 ist carrier für 600µs on
      Case 1 : Waitus 800                                       'ist zweites datenbit=1 ist carrier für 800µs on
    End Select
    Ddrb.0 = 0                                                  'carrier zum Schluß wieder off, burst ende
    
    loop
    Alles noch halbgar
    Gruß
    Searcher
    Hoffentlich liegt das Ziel auch am Weg
    ..................................................................Der Weg zu einigen meiner Konstruktionen

  8. #8
    Erfahrener Benutzer Robotik Einstein Avatar von Searcher
    Registriert seit
    07.06.2009
    Ort
    NRW
    Beiträge
    1.703
    Blog-Einträge
    133
    Hallo,
    habe Dein ursprüngliches Programm nochmal unter die Lupe genommen.

    Zitat Zitat von R2D2 Bastler Beitrag anzeigen
    Bild hier   Zitat von Searcher Bild hier  
    Abhilfetest: Nach "Timer1 = 155" ein "set tifr.tov1" (vorsorglich anstehendes TOV1 Flag löschen) einfügen?
    Du wirst lachen, genau das hatte ich auch schon im Code, allerdings blieb die Kontroll-LED dann aus
    Ist auch richtig und muß drinbleiben UND der INT0 Interrupt in der "Daten_sammeln:" ISR wird zu früh enabled. Es könnte je nach übertragenem Bit noch ein rising edge auftreten, da ja in der Mitte eines Bits gepollt wird.

    Also das Enable INT0 aus der ISR rausnehmen und in der Sendepause einfügen, wenn sich sicher nichts mehr an INT0 tut. Außerdem sollte das "Ir_data" initialisiert werden. Habe es mit dieser Sendepause mal getestet, allerdings nicht sehr ausgiebig. Geht.

    Code:
    'Sendepause einlegen
    Ddrb.0 = 0
    Waitus 2000
    Set Gifr.intf0
    Ir_data = 0
    Enable Int0
    Hoffentlich liegt das Ziel auch am Weg
    ..................................................................Der Weg zu einigen meiner Konstruktionen

  9. #9
    Erfahrener Benutzer Robotik Einstein Avatar von Searcher
    Registriert seit
    07.06.2009
    Ort
    NRW
    Beiträge
    1.703
    Blog-Einträge
    133
    Hai ,

    Zitat Zitat von R2D2 Bastler Beitrag anzeigen
    Code:
    '-------------------------------------------------------------------------------------------------------------
    'ISR IR Daten empfangen
    '-------------------------------------------------------------------------------------------------------------
    
    Ir_data_start:
    Ir_data = &B00000001
    Timer1 = 155                                                ' nach rund 808 us den Timer Interrupt auslösen
    Enable Timer1
    Disable Int0                                                ' weiter Interrupts durch INT0 unterbinden
    
    Return
    Könnte ein Bug hier versteckt liegen?
    Zum Zeitpunkt des Ansprungs der "Ir_data_start:" könnte das TOV1 Interruptflag schon gesetzt sein, da der Timer1 läuft. Durch das "Enable Timer1" springt AVR deshalb SOFORT nach Beendigung von "Ir_data_start:" in die "Daten_sammeln:"
    Abhilfetest: Nach "Timer1 = 155" ein "set tifr.tov1" (vorsorglich anstehendes TOV1 Flag löschen) einfügen?

    Gruß
    Searcher
    Hoffentlich liegt das Ziel auch am Weg
    ..................................................................Der Weg zu einigen meiner Konstruktionen

  10. #10
    Erfahrener Benutzer Robotik Visionär Avatar von oberallgeier
    Registriert seit
    01.09.2007
    Ort
    Oberallgäu
    Beiträge
    8.687
    Zitat Zitat von R2D2 Bastler Beitrag anzeigen
    ... „Infrarot-Kanone“ für Modellflugzeuge ... Ein Start-Bit und 2 Kommand-Bits ...
    Mach Dich vielleicht von solchen Formalismen frei. EIN Burst - bei 400 µs Dauer ists ne eins, bei 700 eine zwei, bei tausend ne drei und bei ... Ohne Start, ohne irgendetwas. Small is beautiful (und klein/simpel/schnell ist eine Steigerungsart von sophisticated).

    Da Du eh einen GANZEN 45er nimmst, hast Du einen Pinn für die LED, einen für den TSOP und drei für die AUSGABEcode: 0, 1, 2 ... 0 - keine Funktion, 1 bis 4 der Befehlscode, 5 6 nc, 7 Fehlercode. Bleiben Vcc, GND und 1 Pinn als Reserve. Unverschlüsselt gings nicht wirklich, weil Du den /RES nur in Ausnahmefällen als Ausgabepin nutzen wirst (aber mit dem gings natürlich total unverschlüsselt mit vier Ausgabezuständen).
    Geändert von oberallgeier (26.01.2014 um 00:32 Uhr)
    Ciao sagt der JoeamBerg

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Yeti: Übertragung funktioniert nicht! Hilfe!
    Von Mandy88 im Forum Allgemeines zum Thema Roboter / Modellbau
    Antworten: 3
    Letzter Beitrag: 29.03.2010, 07:08
  2. IR Übertragung funktioniert nicht
    Von -Hunter- im Forum Asuro
    Antworten: 16
    Letzter Beitrag: 18.06.2008, 21:59
  3. Übertragung funktioniert nicht mehr richtig
    Von A.S.U.R.O. im Forum Asuro
    Antworten: 5
    Letzter Beitrag: 23.03.2008, 15:09
  4. AVR UART Übertragung funktioniert nicht
    Von theneutrino im Forum C - Programmierung (GCC u.a.)
    Antworten: 2
    Letzter Beitrag: 08.04.2007, 13:29
  5. Übertragung funktioniert nicht
    Von dominik66 im Forum Asuro
    Antworten: 1
    Letzter Beitrag: 02.10.2006, 16:34

Stichworte

Berechtigungen

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

Labornetzteil AliExpress