Replies

    • Unfortunately it seems like the the resolution of A2 is only 8 bits.

      The current implementation is sending hdop /4. If you configure A2 with a range of 1024, you should get a close enough value of the actual hdop.

      You don't need the scripts if you configure the A2 range yourself, but some of the values are packed together to enable more values to be sent. The scripts is used to make these values easier to handle for the telemetry screens.

      • Thanks, I'll try that.

        HDOP seems more important to me in assessing the stability of GPS position, so I trust low HDOP as being ready to fly more so than Sats count. Maybe that's not the best way but it seems more reliable so far.

        • I send my hdop as fuel. works for me even though there is no decimal point. 

          • I assume fuel can only range from 0-100 numerically on Taranis ?

            So do you take a HDOP value of say 2.30 and multiply by ten and send that ?  (Taranis would show 23 on the fuel %).

            • nope, I d o not change anything except the container variable (fuel).

              hdop 2.4 taranis shows as 240 

    • You can change how the A2(Hdop) value is sent be changing on the code running on the teensy (FrSkySport.ino)

      The choice of the Lua scripts to present the data has to do with the versatility that the script provide.

      The HDop values on the Taranis on mine are the same as in APM Planner.

      Luis

      • OK, are you sure HDOP on the Taranis and Planner read identically at the same time ?

        When I checked it was out by one full digit most of the time (Taranis said 3.XX while Mission Planner said 2.XX or lower).

        If your sure then I have a problem some place...

        Maybe somebody else can check it (with no Lua script running).

        • According to Mavlink Inspector window yes both values are the same...

          Screen Shot 2014-09-02 at 01.35.45 copy.png

          https://storage.ning.com/topology/rest/1.0/file/get/3702765888?profile=original
          • Sorry you lost me, but I do follow the comment below. Value HDOP/4 is sent possibly.

  • There was a small discussion today with Mike Blandford about the implementation with the Teensy, and he mentioned on a thread at RCGroups, that the code for telemetry packets is not 100% correct. Apparently the code has been incorrect for quite some time and the error just keeps getting repeated over and over. Here is the quote from Mike

    "The SPort protocol is NOT correct, there is no "byte stuffing" implemented.

    It looks like the code has been copied from the diydrones site where it is also wrong, and that was copied from a googlecode site which is also wrong!

    Mike."

    And then later an explanation of the specific byte stuffing:

    "Byte stuffing is used to prevent the value 0x7E (used as the first byte of a SPort frame) appearing in the middle of a frame. FrSky used this method in the the original HUB data.
    In the middle of a frame, 0x7E is sent as 0x7D followed by 0x5E, and 0x7D is sent as 0X7D followed by 0x5D.

    Mike."

    When I looked at Christian's code it did not appear that this special case is being handled and the packet is just a raw byte stream that could inadvertently send a 0x7E in the middle of the packet. Since I am no programmer, it would sure be nice if someone could check this out.

    Bud

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @donkey_car: Human-scale Donkey Car! Hope this makes it to a @diyrobocars race https://www.youtube.com/watch?v=ZMaf031U8jg
Saturday
DIY Robocars via Twitter
Saturday
DIY Robocars via Twitter
Jun 16
DIY Robocars via Twitter
RT @GrantEMoe: I won my first @diyrobocars @donkey_car virtual race! Many thanks to @chr1sa @EllerbachMaxime @tawnkramer and everyone who m…
Jun 13
DIY Robocars via Twitter
RT @gclue_akira: JetRacerで自動走行したコースを、InstantNeRFで再構築。データセットは別々に収集 #jetracer #instantNeRT https://t.co/T8zjg3MFyO
Jun 13
DIY Robocars via Twitter
RT @SmallpixelCar: SPC 3.0 Now the motor also works. This car is doable. I just need to design a deck to mount my compute and sensors. http…
Jun 13
DIY Robocars via Twitter
RT @SmallpixelCar: My new car SPC 3.0. https://t.co/CKtkZOxeNQ
Jun 7
DIY Robocars via Twitter
RT @SmallpixelCar: High speed at @diyrobocars thanks @EdwardM26321707 for sharing the video https://t.co/o4317Y2U1S
Jun 7
DIY Robocars via Twitter
RT @SmallpixelCar: Today at @RAMS_RC_Club for @diyrobocars. Used @emlid RTK GPS and @adafruit @BoschGlobal IMU. Lap time 28s https://t.co/R…
May 28
DIY Robocars via Twitter
May 15
DIY Robocars via Twitter
May 14
DIY Robocars via Twitter
May 13
DIY Robocars via Twitter
RT @f1tenth: Say hi to our newest #F1TENTH creation for @ieee_ras_icra next week in Philly. It’s going to be huge! 😎 🔥 @AutowareFdn @PennEn…
May 13
DIY Robocars via Twitter
May 11
DIY Robocars via Twitter
May 8
DIY Robocars via Twitter
RT @SmallpixelCar: Noticed my car zigzagged in last run. It turned out to be the grass stuck in the wheel and made the odometry less accura…
May 8
More…