- 12V Akku mit 280 Ah bauen         
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 12

Thema: RP6 im Space

  1. #1
    Benutzer Stammmitglied
    Registriert seit
    09.02.2013
    Beiträge
    51

    RP6 im Space

    Anzeige

    Powerstation Test
    Hallo Roboternetz,
    ich war schon lange nicht mehr hier bin aber immer noch am Basteln

    Ich habe vor kurzen ein "Weltraum Projekt" gestartet und erfolgreich absolviert.

    Trailer:


    Flug:


    Bilder:
    Spacecam

    Da es so gut geklappt hat will ich nun den Höhenrekord von 49km knacken.




    Das "wie" ich die höhe erreiche ist schon geklärt es gibt aber ein Prolehm.
    WO finde ich die Kapsel wieder.
    Das Projekt Spacecam1 wurde nur auf ca 30 000 Meter gebracht damit es nicht tausende Kilometer weg fliegt.

    Bei den letzten 20 KM mehr wird sich der Flugweg um einiges verlängern. Da ist mir eingefallen ich habe noch einen Gleitschirm und den RP6 bzw das M32 rumliegen.

    Nun habe ich mir gedacht ich Steuer den Gleitschirm mit einem Servo über das M32 bord.
    Ich will eine GPS Startposition/landeposition angeben und das M32 soll versuchen soweit wie möglich zur Startpostion zurück fliegen.

    Nur ist die frage: kennt jemand ein GPS Modul was für mich geeignet ist? Ich habe was von einem Navilock NL-552ETTL gelesen. Dort ist eine Empfangshöhe: Max. 18,000 Meter angeben.
    Heißt das er kann nur bis 18 Km noch was mit den Daten anfangen oder kann er nur bis 18 Km die höhe auswerten?


    Desweiteren wäre es cool wenn das M32 die Daten Höhe,GPS position und Temp (Suche Sensor) auf einer Speicherkarte Speichen würde.


    Könnt ihr mir helfen?

    Mit freundlichen grüßen

  2. #2
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Wow!
    The RP6 goes space!

    Naja, der bräuchte wohl einen größeren Ballon! Dafür könnte er dann nach dem Landen in Richtung Ziel fahren. Eine Art Marsmission!

    Die RP6 Control M32 ist da besser geeignet. Sie ist ja stand-alone einsetzbar.
    Das was du willst: Servo ansteuern, GPS-Daten auswerten, Höhe bestimmen, Temperatur messen ...
    kriegt die M32 gut hin.
    Für die Ansteuerung von Servos, GPS auswerten, usw. gibt es schon Software hier im Forum.
    Der NL-552ETTL ist als zuverlässig nur bis 18.000m angegeben,- eigentlich müßte er auch darüber noch messen können (mit geringerer Genauigkeit). Vielleicht sollte man einen barometrischen Höhenmesser zusätzlich einbauen.

    Also: Das Projekt klingt machbar.

    Temp.-Sensor: Da gibt's ne Menge. Am einfachsten sind die am I2C-Bus auszuwertenden. Z.B. TCN75A.
    Gruß
    Dirk

  3. #3
    Benutzer Stammmitglied
    Registriert seit
    09.02.2013
    Beiträge
    51
    Zitat Zitat von Dirk Beitrag anzeigen
    Wow!
    The RP6 goes space!

    Naja, der bräuchte wohl einen größeren Ballon! Dafür könnte er dann nach dem Landen in Richtung Ziel fahren. Eine Art Marsmission!

    Die RP6 Control M32 ist da besser geeignet. Sie ist ja stand-alone einsetzbar.
    Das was du willst: Servo ansteuern, GPS-Daten auswerten, Höhe bestimmen, Temperatur messen ...
    kriegt die M32 gut hin.
    Für die Ansteuerung von Servos, GPS auswerten, usw. gibt es schon Software hier im Forum.
    Der NL-552ETTL ist als zuverlässig nur bis 18.000m angegeben,- eigentlich müßte er auch darüber noch messen können (mit geringerer Genauigkeit). Vielleicht sollte man einen barometrischen Höhenmesser zusätzlich einbauen.

    Also: Das Projekt klingt machbar.

    Temp.-Sensor: Da gibt's ne Menge. Am einfachsten sind die am I2C-Bus auszuwertenden. Z.B. TCN75A.


    Ich will versuchen wieder unter 1,5 KG zubleiben. Darum nur das M32
    Der Ballon ist sehr sehr groß

    Vom NL-552ETTL hab ich auch gelesen. Werde wahrscheinlich die Kapsel auf 18 km Fallen lassen und dann erst den schirm öffnen oder erstmal nach Kompass fliegen.

    Nur ich weiß noch nicht WIE ich das auswerten muss. Gibt er mir die Position oder muss ich die ausrechnen?

    Wenn ich diese dann habe wie vergleiche ich die mit der angegeben lande Position?


    Mit dem Ansteuern von Servos usw bin ich vertraut.



    Mit freundlichen Grüßen

  4. #4
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    Ja, der NL-552ETTL gibt die Positions-Koordinaten raus, die du mit den Zielkoordinaten vergleichen müßtest.
    Dafür gibt es Annäherungen: http://www.matheplanet.com/default3....p?topic=172218, um die Richtung zum Ziel zu errechnen.

    Ein simples Beispiel zum Auslesen aller Daten aus dem NL-552ETTL: http://www.rn-wissen.de/index.php/RP...l_NL-552ETTL_2
    Gruß
    Dirk

  5. #5
    Benutzer Stammmitglied
    Registriert seit
    09.02.2013
    Beiträge
    51
    Moin,
    das NL-552ETTL ist angekommen.
    Ich habe den TX an den INT2 port vom Xbus2 angeschlossen. Ich hoffe das is richtig^^

    Jetzt habe ich dein Demo Programm angeschaut aber es läuft nicht so wie ich es gern hätte
    Mein versuch:
    Code:
    int main(void)
    {
    	
    initRP6Control(); 
    
    	PORTD &= ~INT2; // No pullup at RXD1!
    
    	
    
    	while (true) {
    	
    		writeInteger(PORTD , DEC);
    		writeString_P("\n");
    		mSleep(3000);
    	}
    }

    Ich hoffe du kannst mir da helfen...



    Will erstmal die GPS daten über das Terminal alle x sekunden ausgeben....
    Geändert von Spacecam (13.02.2013 um 17:08 Uhr)

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

    ne, TX des GPS-Moduls muss an RX der UART-Schnittstelle der M32.
    RX liegt an Pin 2 des PROG_UART-Steckers der M32.
    Siehe Schaltplan: http://www.rn-wissen.de/index.php/RP...tierung#Aufbau
    ... und Beschreibung: http://www.rn-wissen.de/index.php/RP...dul_NL-552ETTL

    Das Einlesen der einzelnen Zeichen geht wie im RP6 Manual unter "4.6.2.2. Empfangen von Daten über die serielle Schnittstelle" beschrieben.
    Die wesentliche Funktion ist: readChar().
    Geändert von Dirk (15.02.2013 um 19:28 Uhr)
    Gruß
    Dirk

  7. #7
    Erfahrener Benutzer Roboter-Spezialist Avatar von robo_tom_24
    Registriert seit
    04.02.2012
    Ort
    Burgenland, Österreich
    Beiträge
    485
    Hallo
    Das klingt ja echt ziemlich cool
    Ich hab bedenken mit dem relativ kleinen M32... 32kByte Programmspeicher sind ja nicht unbedingt gerade viel, wenn man bedenkt, dass man unter Umständen nicht nur die Servos steuern muss sondern auch noch Lageinformationen auswerten muss (3-Achsen-Beschleunigungssensor). Oder wie willst du sonst Rückmeldung über den Lenkeinschlag und den daraus resultierenden Kurvenflug bekommen?
    Wie wärs mit einem Arduino Mega2560 oder Arduino Due? Die Dinger sind nämlich ziemlich rechenstark bei geringem Gewicht und kleiner Größe
    Ein passendes Shield dazu basteln und schon hat man ein gut funktionierendes Gehirn...

    Übrigens...Servo ansteuern geht auch ganz leicht, man braucht gerade mal einen einzigen Timer dafür

  8. #8
    Benutzer Stammmitglied
    Registriert seit
    09.02.2013
    Beiträge
    51
    Danke,
    ich hatte es erst an RX habe mich dann aber gewundert das ich keine Verbinung mehr habe...

    habe jetzt erst gelesen das man die Trennen muss

    mal schaun ob ich das programm hin bekomme....

  9. #9
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    @Spacecam:
    Ich werde am Wochenende mal schauen, ob ich ein "Basis-Programm" für dich zum Testen hinkriege.
    Melde mich dann ...
    Gruß
    Dirk

  10. #10
    Erfahrener Benutzer Robotik Einstein Avatar von Dirk
    Registriert seit
    30.04.2004
    Ort
    NRW
    Beiträge
    3.803
    @Spacecam:
    So, hier ein kurzes Programm, das auf dem LCD der M32 einige Daten des GPS-Moduls anzeigt.
    Das Programm ist ein "Parser", der aus dem Datenstrom die Teile herausschneidet, die du brauchst.
    Code:
    /* 
     * ****************************************************************************
     * RP6 ROBOT SYSTEM - RP6 CONTROL M32 Examples
     * ****************************************************************************
     * Example: NL-552ETTL
     * Author(s): Dirk
     * ****************************************************************************
     * Description:
     * Now we will use the UART to read data from the NL-552ETTL GPS module
     * (ELV No. 94241) with the u-blox5 UBX-G5000-BT GPS chipset.
     *
     * The NL-552ETTL TX pin (4) has to be connected to RP6 CONTROL pin RXD
     * (PROG_UART: 2). The internal pullup resistor of RXD should be
     * deactivated!
     *
     * ****************************************************************************
     * NMEA 0183 short description:
     * 1. GPRMC:
     * $GPRMC,213938.000,A,5108.3356,N,00951.0774,E,0.00,79.64,061012,,,A*53
     * Index: 1          2 3         4 5          6 7    8     9        12CS
     *   1    = UTC of position [hhmmss.sss]
     *   2    = Data status (A=ok, V=void)
     *   3    = Latitude of fix [ddmm.mmmm]
     *   4    = N or S
     *   5    = Longitude of fix [dddmm.mmmm]
     *   6    = E or W
     *   7    = Speed over ground in knots
     *   8    = Track made good, degrees true
     *   9    = UT date [ddmmyy]
     *   10   = Magnetic variation degrees (Easterly var. subtracts from true course)
     *   11   = E or W
     *   12   = Mode indicator (NMEA V2.3):
     *          A=Autonomous mode
     *          D=Differential mode
     *          E=Estimated (dead-reckoning) mode
     *          M=Manual input mode
     *          S=Simulated mode
     *          N=Data not valid
     *   CS   = Checksum
     *
     * 2. GPVTG:
     * $GPVTG,79.64,T,,M,0.00,N,0.0,K,A*31
     * Index: 1     2  4 5    6 7   8 9 CS
     *   1    = Track made good
     *   2    = Fixed text 'T' indicates that track made good is relative to true north
     *   3    = Track degrees
     *   4    = M=Magnetic
     *   5    = Speed over ground in knots
     *   6    = Fixed text 'N' indicates that speed over ground is in knots
     *   7    = Speed over ground in kilometers/hour
     *   8    = Fixed text 'K' indicates that speed over ground is in kilometers/hour
     *   9    = Mode indicator (A,D,E,M,S,N)
     *   CS   = Checksum
     *
     * 3. GPGGA:
     * $GPGGA,213938.000,5108.3356,N,00951.0774,E,1,04,5.3,158.5,M,46.2,M,,0000*52
     * Index: 1          2         3 4          5 6 7  8   9       11   12 14   CS
     *   1    = UTC of position
     *   2    = Latitude of fix
     *   3    = N or S
     *   4    = Longitude of fix
     *   5    = E or W
     *   6    = GPS quality indicator:
     *          0=invalid
     *          1=GPS fix (SPS)
     *          2=DGPS fix
     *          3=PPS fix
     *          4=Real Time Kinematic
     *          5=Float RTK
     *          6=estimated (dead reckoning) (NMEA V2.3)
     *          7=Manual input mode
     *          8=Simulation mode
     *   7    = Number of satellites in use [not those in view]
     *   8    = Horizontal dilution of position (HDOP)
     *   9    = Antenna altitude above/below mean sea level (geoid)
     *   10   = Meters  (Antenna height unit)
     *   11   = Geoidal separation (Diff. between WGS-84 earth ellipsoid and
     *          mean sea level.  -=geoid is below WGS-84 ellipsoid)
     *   12   = Meters  (Units of geoidal separation)
     *   13   = Age in seconds since last update from diff. reference station
     *   14   = Differential reference station ID#
     *   CS   = Checksum
     *
     * 4. GPGSA:
     * $GPGSA,A,3,02,04,10,07,,,,,,,,,7.4,5.3,5.1*33
     * Index: 1 2 3  4  5  6          15  16  17  CS
     *   1    = Selection mode:
     *          M=Manual, forced to operate in 2D or 3D
     *          A=Automatic 2D/3D
     *   2    = Mode:
     *          1=no fix
     *          2=2D
     *          3=3D
     *   3-14 = IDs of SVs used in position fix (null for unused fields)
     *   15   = PDOP
     *   16   = HDOP
     *   17   = VDOP
     *   CS   = Checksum
     *
     * 5. GPGSV:
     * $GPGSV,3,1,12,02,36,301,37,04,53,235,21,05,03,294,,07,35,170,29*79
     * $GPGSV,3,2,12,08,04,187,28,10,56,290,36,13,88,106,20,16,12,076,*7D
     * $GPGSV,3,3,12,20,23,118,11,23,50,067,,29,03,351,12,30,16,048,22*70
     * Index: 1 2 3  4  5  6   7  8  9  10   12 13 14  15 16 17 18  19 CS
     *   1    = Total number of messages of this type in this cycle 
     *   2    = Message number 
     *   3    = Total number of SVs in view 
     *   4    = SV PRN number
     *   5    = Elevation in degrees, 90 maximum 
     *   6    = Azimuth, degrees from true north, 000 to 359 
     *   7    = SNR, 00-99 dB (null when not tracking) 
     *   8-11 = Information about second SV, same as field 4-7 
     *   12-15= Information about third SV, same as field 4-7 
     *   16-19= Information about fourth SV, same as field 4-7
     *   CS   = Checksum
     *
     * 6. GPGLL:
     * $GPGLL,5108.3356,N,00951.0774,E,213938.000,A,A*5C
     * Index: 1         2 3          4 5          6 7 CS
     *   1    = Latitude of fix
     *   2    = N or S
     *   3    = Longitude of fix
     *   4    = E or W
     *   5    = UTC of position
     *   6    = Data status (A=ok, V=void)
     *   7    = Mode indicator (A,D,E,M,S,N)
     *   CS   = Checksum
     *
     * COMMENTS:
     * a) Each sentence (line) begins with '$'.
     * b) Each sentence (line) ends with '*', followed by the checksum (two
     *    chars building an 8-bit HEX number) and terminated by <CR><LF>.
     * c) The checksum (CS) is calculated by XOR of all chars between '$' and '*'.
     * d) The max. sentence (line) length is 82 chars (including <CR><LF>).
     * e) Further infos:
     *    -> http://www.nmea.org/
     *    -> http://www.kowoma.de/gps/zusatzerklaerungen/NMEA.htm
     *    -> http://de.wikipedia.org/wiki/NMEA_0183
     *    -> http://aprs.gids.nl/nmea/
     *
     * ############################################################################
     * The Robot does NOT move in this example! You can simply put it on a table
     * next to your PC and you should connect it to the PC via the USB Interface!
     * ############################################################################
     * ****************************************************************************
     */
    /*****************************************************************************/
    // Includes:
    #include "RP6ControlLib.h"   // The RP6 Control Library. 
            // Always needs to be included!
    /*****************************************************************************/
    // Variables:
    uint8_t ch;
    char item[12];
    /*****************************************************************************/
    // NL-552ETTL functions:
    char parseBuffer[256];
    uint16_t parseBuffer_length = 0;
    uint8_t parseBuffer_pos = 0;
    /**
     * Clears the parseBuffer 
     */
    void clearParseBuffer(void)
    {
     parseBuffer_pos = 0;
     parseBuffer_length = 0;
    }
    /**
     * Writes received byte data into buffer parseBuffer and returns if a full
     * NMEA sentence has been received. Then the buffer is terminated with 0.  
     * Returns 0 if a sentence has been detected and buffer is ready.
     * Returns 1 if no sentence has been received yet
     * Returns 2 if buffer overflow occured 
     */
    uint8_t parseNMEAsentence(char *sentence, uint8_t data)
    {
     static uint8_t startflag = false;
     static char last_data[10];
     uint16_t length = 0;
     uint8_t i = 0;
     if(data == 0) return 1;
     while (sentence[i++]) length++;
     if(length > 10) length = 10;
     for(i = 0; i < 9; i++) last_data[i] = last_data[i + 1];
     last_data[9] = data;
     parseBuffer[parseBuffer_pos] = data;
     parseBuffer_pos++;
     parseBuffer_length++;
     if(parseBuffer_pos > 254) {
      clearParseBuffer();
      startflag = false;
      return 2;
     }
     if(!startflag && (strstr(last_data, sentence) != NULL)) { // Chosen sentence start
      for(i = 0; i < length; i++) {
       parseBuffer[i] = sentence[i];
      }
      parseBuffer_pos = length;
      parseBuffer_length = length;
      startflag = true;
     }
     if(startflag) {
      if(data == '\r') {    // Chosen sentence end
       parseBuffer[parseBuffer_pos] = 0;
       last_data[9] = 0;
       startflag = false;
       return 0;
      }
     }
     return 1;
    }
    /**
     * Outputs true, if the NMEA sentence in parseBuffer is intact,
     * else returns false.
     */
    uint8_t checkNMEAsentence(void)
    {
     uint8_t i, cs;
     char cs_str[3];
     if(parseBuffer_length < 18) return false;
     if(parseBuffer_length > 82) return false;
     if(parseBuffer[0] != '$') return false;
     if(parseBuffer[parseBuffer_length - 4] != '*') return false;
     cs = parseBuffer[1];
     for(i = 2; i < (parseBuffer_length - 4); i++) {
      cs ^= parseBuffer[i];   // Calculate checksum
     }
     itoa(cs, &cs_str[0], HEX);
     strupr(&cs_str[0]);    // cs as uppercase chars
     if((cs_str[0] != parseBuffer[parseBuffer_length - 3])
      || (cs_str[1] != parseBuffer[parseBuffer_length - 2])) return false;
     return true;
    }
    /**
     * Outputs a result string containing the data with index of the NMEA
     * sentence in parseBuffer.
     */
    void parseNMEAitem(char *result, uint8_t index)
    {
     uint8_t index_cnt, buffer_idx, result_idx;
     index_cnt = index;
     buffer_idx = 6;
     while(index_cnt) {
      if(parseBuffer[buffer_idx++] == ',') index_cnt--;
     }
     result_idx = 0;
     while ((parseBuffer[buffer_idx] != ',')
      && (parseBuffer[buffer_idx] != '*')) {
      result[result_idx++] = parseBuffer[buffer_idx++];
     }
     result[result_idx] = 0;
    }
    
    /*****************************************************************************/
    // Main function - The program starts here:
    int main(void)
    {
     initRP6Control(); // Always call this first! The Processor will not work
           // correctly otherwise. 
     initLCD(); // Initialize the LC-Display (LCD)
          // Always call this before using the LCD!
     setLEDs(0b1111);
     mSleep(500);
     setLEDs(0b0000);
     // Write a text message to the LCD:
     showScreenLCD("################", "################");
     mSleep(1500);
     showScreenLCD("<<RP6  Control>>", "<<LC - DISPLAY>>");
     mSleep(2500); 
     showScreenLCD("   NL-552ETTL", "Example Program");
     mSleep(2500);
     clearLCD(); 
     while (true) {
      clearParseBuffer();
      clearReceptionBuffer();
      while(parseNMEAsentence("$GPGGA", ch)) {
       ch = readChar();
      }
      if(checkNMEAsentence()) {
       setCursorPosLCD(0, 0);  // line 1
       parseNMEAitem(item, 3);
       writeStringLCD(item);
       parseNMEAitem(item, 2);
       writeStringLCD(item);
       writeCharLCD('m');
       parseNMEAitem(item, 9);
       writeStringLCD(item);
       setCursorPosLCD(1, 0);  // line 2
       parseNMEAitem(item, 5);
       writeStringLCD(item);
       parseNMEAitem(item, 4);
       writeStringLCD(item);
       writeCharLCD('s');
       parseNMEAitem(item, 7);
       writeStringLCD(item);
       writeCharLCD('q');
       parseNMEAitem(item, 6);
       writeStringLCD(item);
      }
      else {
       showScreenLCD("Sentence NOT OK!", "----------------");
      }
      mSleep(10000);
     }
     return 0;
    }
    Du lädst das Programm in die M32 und startest es. Dann Stecker vom PROG_UART abziehen und den TX-Pin des GPS-Moduls (Pin 4) mit Pin 2 des PROG_UART Steckers verbinden. Dann warten, bis Daten angezeigt werden.
    Viel Erfolg!
    Gruß
    Dirk

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Gerücht: Dead Space 3 in ewigem Eis
    Von Roboternetz-News im Forum Neuigkeiten / Technik-News / Nachrichten / Aktuelles
    Antworten: 0
    Letzter Beitrag: 27.09.2011, 09:20
  2. bin am verzweifeln mit out of sram space
    Von graffiti im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 6
    Letzter Beitrag: 09.04.2009, 13:35
  3. Byte Variable - out of SRAM space
    Von Barthimaeus im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 5
    Letzter Beitrag: 19.11.2007, 14:17
  4. HS-Space / TS-Space (HSL/TSL)
    Von troede im Forum Software, Algorithmen und KI
    Antworten: 0
    Letzter Beitrag: 04.09.2006, 21:10
  5. Verstrahlte AVRs in space
    Von tobimc im Forum AVR Hardwarethemen
    Antworten: 21
    Letzter Beitrag: 01.10.2005, 20:55

Berechtigungen

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

LiFePO4 Speicher Test