- 3D-Druck Einstieg und Tipps         
Seite 2 von 2 ErsteErste 12
Ergebnis 11 bis 20 von 20

Thema: Asuro bluetooth

  1. #11
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    01.03.2008
    Ort
    Niederlanden
    Beiträge
    1.170
    Anzeige

    LiFePo4 Akku selber bauen - Video
    Zuche nach I2C und Asuro. Leider ist die Hardware I2C Schnitstelle im Atmega8 chip schon durch den Tastermessung und Batteriespannungmessung besetzt. Du muss dadurch mit den noch freie Pins an dem Liniensensor Stelle in Software die I2C communication simulieren. (Bit-banging) Das Buch "Mehr Spass mit Asuro, Band 2" erklärt ganz gut wie Asuro den LCD-erweiterung anspricht mittels I2C. Diesen Code wurde dich sicher helfen. Wie man genau mit diesen Gyros kommuniziert soll in deren Datasheet stehen.

    - - - Aktualisiert - - -

    Das sind diesen, richtig?

    http://www.pololu.com/catalog/product/1272

  2. #12
    Neuer Benutzer Öfters hier
    Registriert seit
    02.10.2012
    Beiträge
    12
    danke
    ja das ist das Gyro, das ich habe.
    ich muss mir das Buch besorgen dann gucke ich mal..

  3. #13
    Erfahrener Benutzer Roboter Genie Avatar von m.a.r.v.i.n
    Registriert seit
    24.07.2005
    Ort
    Berlin
    Beiträge
    1.247
    Hiermal ein Schnellschuß für die Verdrahtung (deshalb ohne Gewähr). 4 Drähte sind notwendig VIN (5V), GND, SDA an ADC3, SCL an ADC2 des Erweiterungs Port. Die Liniensensoren müssen raus. Die aktuelle Asuro Lib unterstützt I2C. Dort kann man auch einstellen welcher ADC Port SDA, bzw SCL sein soll.
    Miniaturansichten angehängter Grafiken Miniaturansichten angehängter Grafiken asuro-gyro.jpg  
    Geändert von m.a.r.v.i.n (01.11.2012 um 18:39 Uhr)

  4. #14
    Neuer Benutzer Öfters hier
    Registriert seit
    02.10.2012
    Beiträge
    12
    danke für die Antwort ,ich versuche mal

  5. #15
    Neuer Benutzer Öfters hier
    Registriert seit
    02.10.2012
    Beiträge
    12
    Hallo,
    jetzt habe ich das Gyro mit dem Asuro verbunden und zwar so:

    Gyro Asuro
    ---------------
    VIN ==> 5V
    GND ==> GND
    SDA ==> Pin 28
    SCL ==> Pin 27

    jetzt soll ich ein Programm schreiben um sensordaten(Gyroskop)auszutauschen zwischen 2 Asuros.
    Datenaustasch erfolgt via Bluetooth (BTM222) // Bluetooth ist schon auf Asuro montiert.
    Hat jemand vielleicht eine Idee?
    MfG

    - - - Aktualisiert - - -

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

Name:	photo 1.jpg
Hits:	8
Größe:	58,0 KB
ID:	23788Klicke auf die Grafik für eine größere Ansicht

Name:	Foto.jpg
Hits:	7
Größe:	52,2 KB
ID:	23789Klicke auf die Grafik für eine größere Ansicht

Name:	photo 4.jpg
Hits:	7
Größe:	52,9 KB
ID:	23790

  6. #16
    Neuer Benutzer Öfters hier
    Registriert seit
    02.10.2012
    Beiträge
    12
    Danke für deine Antwort,
    ich habe jetzt zwei programme geschrieben ,allerdings ohne gyro und ich weiss nicht genau wie und was ich integrieren kann um die Daten vom Gyro auszulesen und zum andern Asuro zu senden ??
    //Der Master-ASURO soll nach dem Einschalten einen Meter vor und zurückfahren und sendet ständig das Signal an den Slave-ASURO. Wenn der ASURO-Slave in der Nähe(im Piconetz) ist, dann kann er das Signal empfangen und dreht sich im Kreis. Sobald der Master ausgeht oder nicht mehr in Reichweite ist, stoppt der ASURO-Slave sich bewegen und macht nach zwei Sekunden macht er eine Halbkreis Drehung und bleibt dann Stehen. Der Programmablauf wiederholt sich wenn man den ASURO-Master wieder eingeschalte//

    Das Programmteil für den ASURO-Master:

    Code:
    #include "asuro.h"
    #include "myasuro.h"
    void fahren (
    int distance,
    int speed)
    {
    unsigned  long  enc_count;
    int   tot_count = 0;
    int   diff = 0;
    int   l_speed = speed, r_speed = speed;
    /* stop the motors until the direction is set */
    MotorSpeed (0, 0);
    /* if distance is NOT zero, then take this value to go ... */
    if (distance != 0)
    {
    /* calculate tics from mm */
    enc_count  = abs (distance) * 10000L;
        enc_count /= MY_GO_ENC_COUNT_VALUE;
        if (distance < 0)
          MotorDir (RWD, RWD);
        else
          MotorDir (FWD, FWD);
      }
      EncoderSet (0, 0);
      /* now start the machine */
      MotorSpeed (l_speed, r_speed);
      while (tot_count < enc_count)
      {
    	SerPrint("C\n\r");
        tot_count += encoder [LEFT];
        diff = encoder [LEFT] - encoder [RIGHT];
        if (diff > 0)
        { /* Left faster than right */
          if ((l_speed > speed) || (r_speed > 244))
            l_speed -= 10;
          else
            r_speed += 10;
        }
        if (diff < 0)
        { /* Right faster than left */
          if ((r_speed > speed) || (l_speed > 244))
            r_speed -= 10;
          else
            l_speed += 10;
        }
        /* reset encoder */
        EncoderSet (0, 0);
        MotorSpeed (l_speed, r_speed);
        Msleep (1);
      }
      MotorDir (BREAK, BREAK);
      }
    void fahren2 (
      int distance,
        int speed)
    {
      unsigned  long  enc_count;
                int   tot_count = 0;
                int   diff = 0;
                int   l_speed = speed, r_speed = speed;
      /* stop the motors until the direction is set */
      MotorSpeed (0, 0);
      /* if distance is NOT zero, then take this value to go ... */
      if (distance != 0)
      {
        /* calculate tics from mm */
        enc_count  = abs (distance) * 10000L;
        enc_count /= MY_GO_ENC_COUNT_VALUE;
        if (distance < 0)
          MotorDir (RWD, RWD);
        else
          MotorDir (FWD, FWD);
      }
      /* ... else take the value degree for a turn */
      else
      {
        /*  calculate tics from degree */
        enc_count  = abs (degree) * MY_TURN_ENC_COUNT_VALUE;
        enc_count /= 360L;
    
        if (degree < 0)
          MotorDir (RWD, FWD);
        else
          MotorDir (FWD, RWD);
      }
      /* reset encoder */
      EncoderSet (0, 0);
      /* now start the machine */
      MotorSpeed (l_speed, r_speed);
      while (tot_count < enc_count)
      {
    	SerPrint("V\n\r");
        tot_count += encoder [LEFT];
        diff = encoder [LEFT] - encoder [RIGHT];
    
        if (diff > 0)
        { /* Left faster than right */
          if ((l_speed > speed) || (r_speed > 244))
            l_speed -= 10;
          else
            r_speed += 10;
        }
        if (diff < 0)
        { /* Right faster than left */
          if ((r_speed > speed) || (l_speed > 244))
            r_speed -= 10;
          else
            l_speed += 10;
        }
        /* reset encoder */
        EncoderSet (0, 0);
        MotorSpeed (l_speed, r_speed);
        Msleep (1);
      }
      MotorDir (BREAK, BREAK);
      }
    int main (void)
    {
    	Init();
    	EncoderInit();
               unsigned char senden, abfang;
    	unsigned char taste, taste2;
    	int i = 0;
    	senden = 0;	 // sende-Variable auf null setzen
    	while(1) {
    		fahren(1000,0,180);
    		fahren2(-1000,0,180);
    		Msleep(200);
    	}
    	return 0;
    }

    Das Programm für den ASURO -Slave:

    Code:
    #include "asuro.h"
    #include "myasuro.h"
    void rechts (
    int distance,
    int degree,
    int speed)
    {
    unsigned  long  enc_count;
    int   tot_count = 0;
    int   diff = 0;
    int   l_speed = speed, r_speed = speed;
    /* stop the motors until the direction is set */
    MotorSpeed (0, 0);
    /* if distance is NOT zero, then take this value to go ... */
    if (distance != 0)
    {
    /* calculate tics from mm */
    enc_count  = abs (distance) * 10000L;
    enc_count /= MY_GO_ENC_COUNT_VALUE;
    
    if (distance < 0)
    MotorDir (RWD, RWD);
    else
    MotorDir (FWD, FWD);
    }
    /* ... else take the value degree for a turn */
    else
    {
    /*  calculate tics from degree */
    enc_count  = abs (degree) * MY_TURN_ENC_COUNT_VALUE;
    enc_count /= 360L;
    
    if (degree < 0)
          MotorDir (RWD, FWD);
        else
          MotorDir (FWD, RWD);
      }
      /* reset encoder */
      EncoderSet (0, 0);
      /* now start the machine */
      MotorSpeed (l_speed, r_speed);
      while (tot_count < enc_count)
      {
    	tot_count += encoder [LEFT];
        diff = encoder [LEFT] - encoder [RIGHT];
        if (diff > 0)
        { /* Left faster than right */
          if ((l_speed > speed) || (r_speed > 244))
            l_speed -= 10;
          else
            r_speed += 10;
        }
        if (diff < 0)
        { /* Right faster than left */
          if ((r_speed > speed) || (l_speed > 244))
            r_speed -= 10;
          else
            l_speed += 10;
        }
        /* reset encoder */
        EncoderSet (0, 0);
        MotorSpeed (l_speed, r_speed);
        //Msleep (1);
      }
    }
    
    int main (void)
    {
    	Init();
    	EncoderInit();
    	unsigned char senden;
    	while(1)
    	{
    		SerRead(&senden, 1,0);		// ein Zeichen empfangen
    		
    		if(senden == 'C'){
    			GoTurn(0,360,150);
    			BackLED(ON,ON);
    		}
    		else if(senden == 'V'){
    			GoTurn(0,-360,150);
    			BackLED(OFF,OFF);
    			StatusLED(YELLOW);
    		}
    	}		
    	return 0;
    }
    Geändert von radbruch (23.11.2012 um 12:07 Uhr) Grund: [Code]-Tags eingefügt

  7. #17
    Neuer Benutzer Öfters hier
    Registriert seit
    02.10.2012
    Beiträge
    12
    hallo,
    ich flashe mein prog auf atmel atmega8 aber Asuro macht immer das Selbe, egal was ich mache.
    woran kann das liegen??

  8. #18
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    01.03.2008
    Ort
    Niederlanden
    Beiträge
    1.170
    Und was ist das Problem? Was ist "Selbe"? Und was hast du gemacht? Welcher änderungen sind gemacht ohne Erfolg?

    Ich habe nur die folgende Merkwürdigkeiten gefunden:

    Ist dein Master Programm eigentlich richtig Compiliert? Deine Funktionen "fahren" und "fahren2" haben beide 2 Parametern (distance, speed). Aber in den main Funktion werden sie mit 3 Parametern angerufen ( +/- 1000, 0 und 180). Da musste es doch eigentlich Compiler Fehler gegeben haben.

    In dem Slave Programm benutzt du den Odometrie. Aber auch die BackLEDs werden an geschaltet. Das geht nicht zusammen. Nur in EncoderInit werden die BackLEDs aus geschaltet und die Odometrie LEDs angeschaltet. Sonnst wird dort nicht genug IR-licht auf den Scheiben fallen. EncoderInit wird nur Einmal am Anfang der Slave Main Funktion angerufen. Konklusion: in die 2te Durchlauf von GoTurn werden die Encoderticks nicht richtig erkannt. Das erklärt vielleicht wieso der Slave nur ein Halbkreis macht. Die 2 Sekunden kann ich nicht erklären. (Bluetooth Verbindung wieder erstellen vielleicht?)

    Ich habe auch aber nog einige weitere Fragen an dich. Verstehst du eigentlich was passiert in die fahren, fahren2 und GoTurn Funktionen? In den Master Funktionen sendest du ein 'C' oder 'V' bei jeder Durchlauf der While-schleife die den Abfahrt kontrolliert. Wie lange dauert einer While-rundgang nach deiner Idee? Wie oft wird ein C oder V gesendet? Und wie lange braucht den Slave Asuro einer diesen 2 Kommando Zeichen ab zu arbeiten? Wie lange braucht er für ein ganzen Kreis zu machen?

    Bitte vergesse das Gyro jetzt. Sicher in einer Kombination mit Master-Slave Kommunikation. Ich empfehle dich erst mit ein einziges Programm rum zu spielen das die Odometriefahrt genau so macht wie du das erwartest. Und wenn es nicht macht was du versuchst, du das genauer analysiert. Verwende den Bluetooth als Debugge-meldung Stelle. Sende den geänderte Variablen und Programm Zustanden über die Serielle Schnittstelle zu den PC. Dann kannst du besser beobachten was ein Programm genau macht. (Oder wichtiger, worauf er sein Entscheidungen basiert!) Vielleicht muss du den Baudrate dafür etwas höher einstellen. Mit 2400 baud kostet ein Zeichen schon eine ganze Weile. Ungefähr 4 Milisekunden. In diesen Zeit sind schon 20 Odometrie Beleuchtungswerten gemessen in den ADC.
    Geändert von Valen (26.11.2012 um 22:13 Uhr)

  9. #19
    Neuer Benutzer Öfters hier
    Registriert seit
    02.10.2012
    Beiträge
    12
    [QUOTE=Valen;565194]Und was ist das Problem? Was ist "Selbe"? Und was hast du gemacht? Welcher änderungen sind gemacht ohne Erfolg?
    ich habe mit einem simplen Prog. versucht (gerade aus fahren), und aud dem ersten Asuro geflasht und er dreht sich immer im Kreis auf dem anderen fährt eine krze strecke und dreht sich auch , danach habe ich mit einem anderen prog. probiert, und die machen immer die gleiche Bewegung.
    P.S. auf einen dritten Auro ohne Bluetooth und Gyro funktierts es gut.

  10. #20
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    01.03.2008
    Ort
    Niederlanden
    Beiträge
    1.170
    [QUOTE=frankfurter;565215]
    Zitat Zitat von Valen Beitrag anzeigen
    Und was ist das Problem? Was ist "Selbe"? Und was hast du gemacht? Welcher änderungen sind gemacht ohne Erfolg?
    ich habe mit einem simplen Prog. versucht (gerade aus fahren), und aud dem ersten Asuro geflasht und er dreht sich immer im Kreis auf dem anderen fährt eine krze strecke und dreht sich auch , danach habe ich mit einem anderen prog. probiert, und die machen immer die gleiche Bewegung.
    P.S. auf einen dritten Auro ohne Bluetooth und Gyro funktierts es gut.
    Diese Fragen habe ich gestellt damit du vielleicht etwas Präziser wird in deine Erklärungen. Leider ist meiner Magi Glaskugel im Reparaturshop. Und danach hat es Weihnacht/Neujahr Ferien.

    Was ist die Code von diese genannte "simplen" Programmen? Deine 2 Programmen oben wurde ich nicht als simpel/einfach kennzeichnen. Die Interaktion zwischen der Master und Slave Programm (eben einseitige Interaktion Ma->Sl) macht das kompliziert weil die Timing nicht übereinstimmt.

    Jeder Asuro Robot ist verschieden in seine Bau. Das gilt auch für die Elektronik Teilen. Also, braucht jeder Asuro seine eigene Asuro-Bibliothek wo seine Werten (zbs. die Odometrie Beleuchtung Grenzwerten in myasuro.h) mit rein kompiliert werden. Oder man schreibt ein Programm/Lib erweiterung das die 'persönliche' Werten bei Anfang kalibriert und später in dein Programm verwendet. Die letzte Lösung ist Universal, aber auch viel mehr aufwand.

    Wenn es auf eine andere Asuro ohne Bluetooth und Gyro gut fünktioniert gibt es 3 Mögliche Ursachen:


    1. Diese 3te Asuro ist Speziel ge-eignet für die Werten in dem Lib.
    2. Die Bluetooth Hardware ist auf ein Art angeschlossen das die andere Asuro Funktionen stört.
    3. Die Gyro Hardware ist auf ein Art angeschlossen das die andere Asuro Funktionen stört.


    Von außen beobachten von Asuro's verhalten wirst du nicht viel weiter helfen. Eine ganze menge von Überlegungen, Berechnungen und Beürteilungen gehen rund in Asuro's kopf. Und dabei, auch noch Rasend-schnell. Wies schon gesagt, benutze die Bluetooth Übertragung für die Ermittelung seine inneren Gedanken. Sonnst ist es nur Raten was er macht. Oder warum er es nicht macht.

Seite 2 von 2 ErsteErste 12

Ähnliche Themen

  1. Fußball Asuro mit bluetooth
    Von arabellion im Forum Asuro
    Antworten: 7
    Letzter Beitrag: 19.12.2011, 09:58
  2. [GELÖST] - Erweiterung für Bluetooth - Asuro
    Von pinsel120866 im Forum Asuro
    Antworten: 12
    Letzter Beitrag: 06.10.2008, 22:46
  3. Asuro und Bluetooth-Webcam
    Von Tigger88 im Forum Asuro
    Antworten: 1
    Letzter Beitrag: 28.10.2007, 16:17
  4. Asuro Bluetooth Funkverbindung
    Von robo.fr im Forum Asuro
    Antworten: 6
    Letzter Beitrag: 13.07.2007, 16:31
  5. help on bluetooth asuro project!
    Von xxx666 im Forum Asuro
    Antworten: 6
    Letzter Beitrag: 30.12.2006, 13:27

Berechtigungen

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

fchao-Sinus-Wechselrichter AliExpress