- UNI-T-Messgeraete    Werbung      
Seite 2 von 4 ErsteErste 1234 LetzteLetzte
Ergebnis 11 bis 20 von 255

Thema: IR-bake

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,

    wenn die 2. Blinkschaltung auch einen Ausgangstreiber (NPN in Emitterschaltung, so wie der Q1 deiner jetzigen Schaltung) hat, kann sein Collector an die Basis von Q1. Wenn er dann durchgeschaltet wird, zieht er die Basis von Q1 gegen GND und die LEDs leuchten nicht mehr. Sperrt er, dann blinken die LEDs wieder mit 36 kHz.

    Wenn man die LEDs mal komplexer modulieren will, sollte man eher an einen kleinen µC (anstelle des NE555) denken, mit dem man dann (fast) jede Impulsform (auch RC5) hinkriegt.

    Um Leistung (an Q1) zu sparen und die IR-Reichweite zu erhöhen, gäbe es noch das:
    1. Nicht jede LED einzeln mit Vorwiderstand betreiben, sondern je 2 in Reihe. Das halbiert schon mal die Leistung.
    2. Q1 durch einen MOSFet ersetzen.
    3. LEDs in eine Innenreflektor-Fassung setzen ("Scheinwerfer").
    4. LEDs mit engem Öffnungswinkel nehmen (10°).
    5. LEDs nicht zu stark gefächert anbringen, sondern gebündelt parallel ausrichten (z.B. mithilfe einer IR Karte).
    6. Als Lichtfarbe 940..950 nm nehmen (da hat der Empfänger auf dem RP6 die höchste Empfindlichkeit).
    7. Hoch leistungsfähige IR-LEDs nehmen (teuer!).
    Gruß
    Dirk

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    78
    Beiträge
    2.180
    Hi Dirk,

    es gibt neuigkeiten:

    - ich habe einige bauteile "gesockelt" um flexibler beim beuteiletausch zu sein
    - reflektoren an den IR dioden angebracht

    Bild  

    und eine zweite platine "huckepack" , steckbar draufgesetzt mit einer zweiten blinkschaltung, die die IR bake ein und ausschaltet:

    Bild  
    mit den beiden potis kann ich fast beliebige schaltintervalle einstellen...
    Bild  

    Bild  

    allein durch die reflektoren und das "blinken" der IR-LEDs ist jetzt die reichweite bis auf ca. einen meter gestiegen...

    Nächste woche werde ich andere vorwiderstände an den dioden testen und andere transistoren...
    Geändert von inka (08.12.2013 um 15:29 Uhr)

  3. #3
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,

    du bist ja wirklich hartnäckig da dran!

    Wenn ich dein Projekt von Anfang an sehe, dann könnte/sollte daraus sicher mal ein RN-Wissen-Artikel werden.
    Gruß
    Dirk

  4. #4
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    78
    Beiträge
    2.180
    hallo,

    inzwischen bin ich durch die verkleinerung des basiswiderstandes R13 von 4,7k auf 3,2k auf einer reichweite der bake von 3 metern angekommen, wohlgemerkt bei (noch) auf niedrigerer temperatur arbeitendem Q2, nach ca. 1 minute wird es schlechter...

    jetzt möchte ich außer der reaktion auf dem LCD eine andere reaktion sehen und es klappt nicht:

    mit dem aufruf dieser Funktion aus der while schleife (siehe weiter unten):
    Code:
    void read_IR_value(void)
    {
    
        I2CTWI_transmitByte(I2C_RP6_BASE_ADR, 30); // Start with register 30
        I2CTWI_readBytes(I2C_RP6_BASE_ADR, ir_value, 1);
    
    }
    while-schleife:
    Code:
        while(true)
        {
    
        read_IR_value();
    
        clearLCD();
    
        setCursorPosLCD(0, 0);
        writeStringLCD_P("dez: ");
        setCursorPosLCD(0, 13);
        writeIntegerLengthLCD(ir_value[0], DEC, 4);
    
        setCursorPosLCD(1, 0);
        writeStringLCD_P("bin: ");
        setCursorPosLCD(1, 8);
        writeIntegerLengthLCD(ir_value[0], BIN, 8);
    
        setCursorPosLCD(2, 0);
        writeStringLCD_P("hex: ");
        setCursorPosLCD(2, 8);
        writeIntegerLengthLCD(ir_value[0], HEX, 4);
    
    /*
        if (ir_value[0] = 0)
            {
            sound(180,80,25);
            setLEDs(0b1000);
            sound(220,80,25);
            mSleep(500);
            }
    */
        readAllRegisters();
    
    
        }
        return 0;
    werden die werte der variablen "ir_value", also 0 oder 4 je nachdem ob bake "gesehen" wird oder nicht auf dem LCD ausgegeben.

    die if abfrage (hier auskommentiert) der variablen "ir_value" habe ich (bei abgeschalteter bake) mit den werten 1 bis 4 probeweise ausgeführt, die reaktion erfolgt richtig, es piepst. Frage ich nach dem wert "0", passiert nichts, auch bei eingeschalteter bake und auf dem display erscheinendem wert "0"


    ich verstehe es einfach nicht. Frage ich die falsche variable ab? Oder nach falschen werten? Oder sind die abfrageabstände zu kurz? kann der beeper nicht so schnell reagieren?
    Geändert von inka (19.12.2013 um 16:54 Uhr)
    gruß inka

  5. #5
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    78
    Beiträge
    2.180
    ich habe jetzt das problem, dass das register 30 immer mit dem wert 004 ausgegeben wird. Habe alle änderungen rückgängig gemacht, dann wurde natürlich der wert des registers 30 nicht ausgegeben.

    nach dem erneuten ändern des slave programms und des ausführenden programms in der m32 wird das reg 30 wieder sofort mit 004 ausgegeben, auch wenn die bake nicht mal in der nähe des RP6 ist!

    wie werden die register behandelt, sind sie einmal definiert bleiben sie vorhanden? Auch mit dem wert? Werden irgendwo alle werte der register gelöscht? Das passiert evtl auch, nur nicht für das reg 30? Oder muss ich es im programm immer wieder auf 0 setzetn?
    Geändert von inka (28.11.2013 um 14:06 Uhr)
    gruß inka

  6. #6
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi,
    wird das reg 30 wieder sofort mit 004 ausgegeben, auch wenn die bake nicht mal in der nähe des RP6 ist!
    Das ist ja auch richtig so.
    Gruß
    Dirk

  7. #7
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    78
    Beiträge
    2.180
    hi,
    danke fürs aufwecken...
    gruß inka

  8. #8
    Neuer Benutzer Öfters hier
    Registriert seit
    18.08.2006
    Beiträge
    17
    hallo inka,

    das schaut sehr gut aus. Danke für Deine Arbeit.

    Ich wollte mir eben den Schaltplan anschauen und fand dort kein Dokument. Weißt Du, woran das liegen könnte?
    Danke und Gruß

  9. #9
    Erfahrener Benutzer Robotik Einstein Avatar von inka
    Registriert seit
    29.10.2006
    Ort
    nahe Dresden
    Alter
    78
    Beiträge
    2.180
    jetzt müsste das mit dem schaltplan gehen...
    gruß inka

  10. #10
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Hi inka,
    Ich glaube auch, dass der sender und der RP6 sich gegenseitig austricksen, weil wenn der einer sendet, empfängt der andere gerade nicht und umgekehrt.
    Die direkte Abfrage von PB2 beißt sich auf jeden Fall mit dem ACS. Das sollte also nicht parallel genutzt werden.

    Wenn die abfrage - das ist jetzt einfach nur eine hausnummer - 10 "ok" zeichen hintereinander als bestätigung eines IR-empfangs findet macht der RP6 irgendwas. Blebt stehen, piepst die ode an die freude oder was auch immer...
    Wenn man sich z.B. vorstellt, dass sich der RP6 am Anfang der Suche zwecks Orientierung auf der Stelle dreht, dann könnte man parallel die Positionen "merken", bei denen er die Bake erkennt. Er würde sich dann zur gemittelten Bakenposition drehen und losfahren. Auf dem Weg könnte er sich noch ein paarmal durch kleinere Rechts-/Links-Drehungen zur Bake ausrichten.
    Anforderungen:
    1. Der IR-Empfänger müßte in einer Röhre sitzen wegen der nötigen Richtwirkung.
    2. Es muss einen erkennbaren Zusammenhang zwischen der gemittelten Bakenposition und der "Drehposition" des RP6 geben, damit er in die richtige Richtung fahren kann. Wenn man nicht rein nach Versuch und Irrtum vorgehen will, braucht man evtl. einen Kompasssensor oder Gyro.
    3. Es macht wenig Sinn, einen sehr breiten IR-Licht-Fächer im Raum zu haben (so dass er fast den ganzen Raum füllt), sondern ein schmaleres IR-Licht-Feld wäre wohl besser.
    4. ... das gibt's bestimmt noch was, aber mehr fällt mir jetzt nicht ein ...
    Gruß
    Dirk

Seite 2 von 4 ErsteErste 1234 LetzteLetzte

Ähnliche Themen

  1. IR-Bake
    Von tornado im Forum Elektronik
    Antworten: 9
    Letzter Beitrag: 05.07.2007, 17:37
  2. IR-Bake
    Von Bernd-das-Brot im Forum Sensoren / Sensorik
    Antworten: 38
    Letzter Beitrag: 13.12.2005, 16:14
  3. ir-bake
    Von pebisoft im Forum Vorstellungen+Bilder von fertigen Projekten/Bots
    Antworten: 8
    Letzter Beitrag: 17.01.2005, 13:41
  4. ir-bake
    Von pebisoft im Forum Sensoren / Sensorik
    Antworten: 2
    Letzter Beitrag: 17.01.2005, 07:01
  5. Bake
    Von techboy im Forum Elektronik
    Antworten: 6
    Letzter Beitrag: 02.11.2004, 10:17

Berechtigungen

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

    Werbung      12V Akku bauen