You need to be a member of diydrones to add comments!

Join diydrones

Comments

  • Developer
    I use a splitter cable to allow FTDI to monitor TM or OSD data. Use Tx, Rx and GND only Do not connect +5v. I need to use a USB hub now with all my connections. Remzibi OSD is working as well.3692176442?profile=original
  • 3D Robotics

    Irvin, can you load the standard APM 1.02 code? If so, I'd stick with that for now.

     

    We really don't want to start doing tech support on APM 2.0 before we publish the documentation. It's a waste of developer time, and just delays the code for everyone else. Can you wait until we release it publicly? 

  • Something's going on with your setup.

    I see

    Binary sketch size: 112154 bytes (of a 126976 byte maximum). It's quite a bit larger than the 1.2 code from memory.

     

    As for the upload, I just ran a build after doing an SVN update. The upload took a couple of attempts. In the end I repowered the APM in CLI mode and the upload went ahead.

     

    I suspect your APM is missing the reset coming from the serial port (toggling RTS or whatever they do) so it keeps sending heartbeat messages (or something). You could run a serial monitor program to see what's going across the port. I got one from http://www.serial-port-monitor.com/free-serial-port-monitor-product....

     

    The serial port monitor is useful in pointing the finger when the APM won't talk to the GCS in the way you expect.

     

    I haven't flown APM 2 yet, but I do have it talking to HK and QGroundcontrol, and APM Planner Mavlink planner. I also had the HIL simulation running, but not with GCS yet. HK, QGC and the planner all claim to be running Mavlink, and using the serial monitor I see messages in Mavlink format so I'm pretty sure I'm running 2.0.

    FREE Serial Port Monitor Analyze Your Serial Port Communication Data
    HHD Software Free Serial Port Monitor - Analyze Your Serial Port Communication Data Traffic. Freeware Rs232 Com Sniffer with Packet Analyzer. Modem C…
  • What is the svn url for checkout? I promise I wont ask any questions until it's released ;)

     

    Btw that horizon misconception is EXTREMELY common when viewing a level AH

  • Did you get the libraries. They're not in the APM repository. You need to check them out from the arducopter repository.

    Also make sure you have Mega 1280 selected.
  • 3D Robotics
    Jimbo: That's what i thought the first time, too, but remember that it's showing the horizon, which tilts the opposite direction as the plane.
  • Did anyone notice that the artificial horizon is making the wrong turns on hk gcs? It starts with a right turn and the horizon is indicating a left turn.
  • Chris, yes I do have those defines. 

    The GCS display is showing everything except the attitude and is reporting the use of Mavlink protocol. I can't see any decoded attitude data in the translated data text box in the serial data tab of HK GCS or any Mavlink messages of type #30 (0x1e) in the raw data.

    The messages I did decode in my head seem to correspond to what's shown on the display.

     

    I did get the HIL running on my bench setup, but haven't tried the GCS with that yet.

     

     

  • 3D Robotics
    Phil, do you have this in your APM_Config.h file?

    #define GCS_PROTOCOL GCS_PROTOCOL_MAVLINK
    #define GCS_PORT 0

    We're really not ready to support APM2.0 yet, since we haven't documented it, so it's best to just wait for release.
  • I have APM 2 checked out, built and loaded.

    Trying to go step by step I am firstly trying to get it running in airplane mode (no HIL sim), using Port 0 to connect to HK GCS with an APM board sitting on the bench.I didn't use port 3 for telemetry since my remote Xbee is stuck in an airplane.

     

    The GCS is receiving GPS, servo and ADC data, but I'm not getting any attitude information (roll, pitch): The instruments don't update and selecting Pitch and Roll on the Sensors tab shows only 0 for those channels. The accel and gyro channel sliders and values move around when I move the board.

    All the CLI tests for the sensors seem to give sensible results.

    I'm using MTK16 for the GPS on the test board.

    Is this expected at the moment?

     

    I'll move onto getting the HIL running.

This reply was deleted.