|
|
(17 intermediate revisions by 5 users not shown) |
Line 1: |
Line 1: |
| =Introduction= | | =Introduction= |
|
| |
|
| This page describes various onboard external devices called "data loggers", that can be connected to the Paparazzi autopilot. Such a Data Logger device can be used to store telemetry data to a storage medium on board the aircraft. Such a storage medium can be an SD card. Not all logger accept the new SD HighCapacity(SDHC) cards. For now logging is '''not''' done directly by the autopilot itself as the usage of a file system as well as possible lag you might get with a SD storage speed does not fit well with the real-time nature of Autopilots. | | This page describes various '''onboard''' external devices called a "Data logger", that can be connected to the Paparazzi autopilot. |
|
| |
|
| =Why=
| | Such a Data Logger device can be used to store telemetry data to a storage medium on board the aircraft. Such a storage medium can be an SD card or a Flash chip. Logging can eventually be done by the autopilot itself if it is using a (RT)OS and can eventually handle a file system without interfering with the control and navigation tasks. |
|
| |
|
| One would naturally first ask; why on on-board logger when we have data over the air?
| | Note that not all loggers accept SD HighCapacity(SDHC) cards as storage |
|
| |
|
| The answer to this is multi-fold; Sometimes it is not possible to log everything over the air because of speed, lag and datavolume limitations of data send wireless over the air. Or one needs to log when there is no telemetry at all in long distance flight. Or one want to log all the RAW IMU data to debug specific scenarios.
| | =Why Onboard= |
|
| |
|
| To solve this issue, there are various loggers that can be cnnected to your Paparazzi Autopilot board. A short overview can be found on this page.
| | One would naturally first ask; why on on-board logger when we have data over the air? |
| | |
| = Option 1: TWOGA-LOGGA=
| |
| | |
| A dedicated logger with lots of flexibility, Paparazzi TWOGA-LOGGA. If you think tis is not a good name feel free to rename the device.
| |
| | |
| https://github.com/paparazzi/paparazzi-hardware/tree/master/controller/logger/v1.0
| |
| | |
| ==Operation==
| |
| | |
| The logger is connected between the autopilot and the modem. It stores all telemetry on a micro SD card when power is connected. At the end of the flight a button is pressed just before disconnecting the main battery to stop logging (other ways of stopping are not yet done, e.g. by telemetry message from the gcs or a battery buffered voltage-drop detection). When logging is stopped and the USB is connected the logger acts as USB mass storage device and the micro SD card content can be read with any PC supporting FAT file system. The telemetry data is converted to the standard .data and .log file with a Paparazzi tool. Logging can be started again through a long press of the button if USB was not connected.
| |
| | |
| ==Hardware==
| |
| | |
| We decided to use the well known LPC2148 to do the logging. That allows to use the Paparazzi configuration/tool chain and have a standard USB connection for read out with any PC. All designs have a STOP button. It has to be pressed to close the file and be able to read the data! The USB should be connected after the logger is stopped to prevent going into download mode when re-powered.
| |
| | |
| LED2 on: logging enabled, press button to stop
| |
| LED3 flashing: writing message to SD
| |
|
| |
| LED2 flashing: logging stopped, connect USB to read out data or press button long to restart logging
| |
|
| |
| LED1 on: USB mass storage enabled
| |
| | |
| ==Software==
| |
| | |
| FIxME
| |
| | |
| ==Connecting==
| |
| | |
| FIXme
| |
| | |
| =Option 2: An dedicated TWOG board =
| |
| | |
| You can directly connect a micro SD card to a TWOG. Remember that micro SD cards do have a limited number of insertions and should not be plugged too often. The (micro) SD card is connected to the SPI1 of the TWOG following this scheme:
| |
| | |
| [[Image:sd_spi.jpg|thumb|micro SD card connected to SPI]]
| |
| | |
| microSD TinyV2 SPI J3
| |
|
| |
| 8 nc
| |
| 7 DO 5 MISO
| |
| 6 GND 1 GND
| |
| 5 CLK 7 SCK
| |
| 4 Vcc 2 +3V3
| |
| 3 DI 4 MOSI
| |
| 2 CS 3 SSEL
| |
| 1 nc
| |
| | |
| Looking onto the gold plated connector side of the microSD card:
| |
|
| |
| ###############
| |
| I 8
| |
| I 7
| |
| I 6
| |
| I 5
| |
| I 4
| |
| I 3
| |
| I 2
| |
| I 1
| |
| ###### ##
| |
| \ I \
| |
| ## ##
| |
| | |
| The start/stop button is connected to the BUTTON (P0.7) pin of the USB connector (J9). It is activated by pulling it low.
| |
| | |
| = Option 3: Logomatic =
| |
| | |
| There is also direct support for the Sparkfun [http://www.sparkfun.com/products/10216 Logomatic V2.6] board,
| |
| | |
| ==Software==
| |
| | |
| Just use
| |
| | |
| conf/airframes/logomatic.xml
| |
| | |
| Currently autopilot data must be collected on UART0 for [[Data_Logger#Decoding|sd2log]] to work [20:40, 9 August 2012 (UTC)]
| |
| | |
| = Option 4: OpenLog =
| |
| If you don't want to add a complete TWOG or full-blown LPC-Board to you setup you can also use the Sparkfun [http://www.sparkfun.com/products/9530 OpenLog] board.
| |
| Take a look at [[Openlog|Openlog]].
| |
| | |
| == UART Connection ==
| |
| The two serial inputs LPC_RXD0 (J7) and RXD1 (J2) are used to receive data. The received data is not forwarded to TX0/1 by software (the UART TX pins are deactivated). If the logger is put in between Tiny and the modem the connection should be done with a wire so that a logger failure does not cause any data link issue.
| |
| | |
| == I2C Connection ==
| |
| tbd
| |
| | |
| == SPI Connection ==
| |
| tbd
| |
| | |
| == Configuration ==
| |
| The logger is defined just like an aircraft. Take the
| |
| | |
| conf/airframes/logger_sd.xml
| |
| | |
| as example. You can enable one or both UARTs for logging and have to set the serial speed
| |
| | |
| <configure name="UART0_BAUD" value="B9600" />
| |
| <configure name="UART1_BAUD" value="B9600" />
| |
| | |
| The message type can be switched between the PPRZ and the XBEE format
| |
|
| |
|
| <configure name="LOG_MSG_FMT" value="LOG_PPRZ"/>
| | The answer to this is multi-fold; Sometimes it is not possible to log everything over the air because of speed, lag and volume limitations of data send wireless over the air. Or one needs to log when there is no telemetry at all in long distance flight. Or one want to log all the RAW IMU data to debug specific scenarios. |
| ''or''
| |
| <configure name="LOG_MSG_FMT" value="LOG_XBEE"/>
| |
|
| |
|
| The SD card can either be connected to SPI0 or SPI1
| | To solve this issue, there are various loggers that can be connected to your Paparazzi Autopilot board. |
|
| |
|
| <configure name="SPI_CHANNEL" value="0" />
| | =Available Data logger options= |
| ''or''
| |
| <configure name="SPI_CHANNEL" value="1" />
| |
|
| |
|
| Now create a new A/C with the logger airframe. Although they will not be used, you still need to supply dummy files for Flight Plan, Settings, Radio and Telemetry.
| | There are numerous logging solutions, both with their pro's and con's; here the options: |
|
| |
|
| == Decoding == | | ==* [[SDLogger_SPI_Direct|SD Logger SPI Direct]]== |
| The telemetry is written in the Paparazzi .tlm [[Messages_Format|format]] that adds a timestamp to each message. The logger starts with 00000000.TLM in the main folder of the SD and increases the number with each log session. Already used numbers will not be overwritten. This data can be converted back to the Paparazzi .log and .data format using sd2log (make sure [[Installation#Environment_Variables|environment variables]] are set before running pprz programs from the commandline)
| | ==* [[Micro_logger|Micro Logger]]== |
| | ==* [[file_logger|File Logger (Parrot Drones)]]== |
| | ==* [[Apogee/v1.00#On-board_Data_Logging|On-board data logger for Apogee autopilot]]== |
| | ==* [[Openlog|Openlog]]== |
| | ==* [[twoga-Logga|TWOGA-Logga]]== |
| | ==* [[twoglogdedicated|An dedicated TWOG board for logging]]== |
|
| |
|
| me@home:~/media/usbstick$ ~/paparazzi3/sw/logalizer/sd2log 00000002.TLM
| | =Storage format= |
| Renaming produced file ...
| |
| 09_08_13__20_55_03_SD.data file produced
| |
| 09_08_13__20_55_03_SD.log file produced
| |
| 09_08_13__20_55_03_SD.tlm file saved
| |
|
| |
|
| It creates timestamps from the .tlm and changes the filename to the take-off time if a GPS message with correct time was available in the file or the current local PC time if no GPS was available. The .log file will be re-created either from the current configuration (if still in existence) or the MD5-labeled files that are stored in var/conf each time you build an aircraft. All resulting files are stored in var/logs with an _SD extension.
| | A more unified method of storing data on the logger, [[Messages_Format#Telemetry_storage_format_for_data_logger|info available here]] |
|
| |
|
| [[Category:Hardware]] [[Category:Software]] [[Category:User_Documentation]] | | [[Category:Hardware]] [[Category:Software]] [[Category:User_Documentation]] |
Introduction
This page describes various onboard external devices called a "Data logger", that can be connected to the Paparazzi autopilot.
Such a Data Logger device can be used to store telemetry data to a storage medium on board the aircraft. Such a storage medium can be an SD card or a Flash chip. Logging can eventually be done by the autopilot itself if it is using a (RT)OS and can eventually handle a file system without interfering with the control and navigation tasks.
Note that not all loggers accept SD HighCapacity(SDHC) cards as storage
Why Onboard
One would naturally first ask; why on on-board logger when we have data over the air?
The answer to this is multi-fold; Sometimes it is not possible to log everything over the air because of speed, lag and volume limitations of data send wireless over the air. Or one needs to log when there is no telemetry at all in long distance flight. Or one want to log all the RAW IMU data to debug specific scenarios.
To solve this issue, there are various loggers that can be connected to your Paparazzi Autopilot board.
Available Data logger options
There are numerous logging solutions, both with their pro's and con's; here the options:
Storage format
A more unified method of storing data on the logger, info available here