Replies

  • Hi Luis,

    Are you running the lua on the standard or the plus model of the Taranis? I'm using the plus model and see some of the telemetry data is cut off on the right hand side (e.g. gps fix). is there a place in the script which could be adjusted?

    Thanks !

    • Hi

      To the best of my knowledge both radios have the same screen resolution. 

      Yes, both data from V (Hdop) and V (nr of sats) and even X (distance to home) can go beyond the right hand margin. That was a choice that IMHO doesn't affect the operation, because on HDOP if one has 15,8 the ,8 goes of the screen but the relevant part is still visible. On Nr of sats I could eliminate the abbreviation "sat" but I preferred to leave it so, when 12 sats are visible only part of the word gets off screen. If I would have accounted for the maximum length of every field there wouldn't be enough real estate on the screen to have everything I wanted to be onscreen.

      If you want to change positioning, please go ahead, the areas are independent and marked on the script source (e.g. gpspanel, power panel, etc)

      3702529166?profile=original

      Btw: On certain arrow positions the arrow gets partially overwritten by the distance too :)

  • The T1 sends GPS status but it is not very useful in the way it combines satellites and fix status:

    gps_status = (ap_sat_visible*10) + ap_fixtype;

    It is not possible to create a custom switch to play a track when there is a 3D fix.

    T1 > 43 would work but the problem is that for example 62 is also larger than 43 but without 3D fix.

    • Hi

      If you have say, 20 parameters to send from the APM to the Taranis, but only have 15 slots to fit them, how would you do it ??

      The field combinations used were the solution.

      If you want a warning for 3dfix just add a simple script

      pseudocode

      if T1-INT(T1/10)*10 >=3 then play 3d warning

      btw: a 3d fix is not a guarantee of a good gps position, not even hdop.

  • I've been out and tested this today using the lvale/MavLink_FrSkySPort branch. Evertyhing worked well, I especially love the battery monitoring part!

    I may have set it up wrong but the way i wired it up was to tap the TX lead from the pixhawk which goes to the 433mhz telemetry radio but The telemetry doesnt send down to the taranis unless the 433 telemetry radio is connected to a ground station.

    Have i done it wrong?

    • About the battery monitoring part, please don't forget It is something highly experimental.

      I tried to have better calculations made on the script, but had problems with script size and too many math operations :)

      I also have the 433 radio but on its own port, my Teensy "shares" a port with the Bluetooth adapter.

      • Ok understood about the battery monitoring 

        The taranis was showing used mah as - 4206 and the mah put back in after charging was 4293. so its pretty close. Your script was showing 15% left and of a 5000mah battery thats ok

    • Not really, you just need to setup SR parameters in the full parameter list, I bet they all are 0-s. Set them up the same way as for the minimosd and all will be good. 

      • Sorry not really sure what you mean? I have Minimosd working on the other telemetry port.

        I assume SR is serial rate? is this in the full parameters in mission planner? what should i change them to?

        Thanks

        Paul

  • There seems to be a few different variations of the code flying about now.

    Has anyone done a comparison table so that people like me who want to try this is able to work out which is the best version to go for?

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @Heavy02011: #VirtualRaceLeague: @DIYRobocars Race #14 - #ParkingLotNerds join us January 15th for #AutonomousRacing #RoboRace ⁦@DAVGtec…
22 hours ago
DIY Robocars via Twitter
RT @chr1sa: And after that came our races, 50 in all. This battle between these two Russians was the best we've ever seen -- incredible fig…
22 hours ago
DIY Robocars via Twitter
RT @chr1sa: Before our @DIYRobocars virtual race this weekend, we had a presentation from the team that won the Indy Autonomous Challenge i…
22 hours ago
DIY Drones via Twitter
Dec 12, 2021
DIY Robocars via Twitter
Dec 12, 2021
DIY Robocars via Twitter
RT @chr1sa: Just a week to go before our next @DIYRobocars race at @circuitlaunch, complete with famous Brazilian BBQ. It's free, fun for k…
Dec 4, 2021
DIY Robocars via Twitter
How to use the new @donkey_car graphical UI to edit driving data for better training https://www.youtube.com/watch?v=J5-zHNeNebQ
Nov 28, 2021
DIY Robocars via Twitter
RT @SmallpixelCar: Wrote a program to find the light positions at @circuitlaunch. Here is the hypothesis of the light locations updating ba…
Nov 26, 2021
DIY Robocars via Twitter
RT @SmallpixelCar: Broke my @HokuyoUsa Lidar today. Luckily the non-cone localization, based on @a1k0n LightSLAM idea, works. It will help…
Nov 25, 2021
DIY Robocars via Twitter
@gclue_akira CC @NVIDIAEmbedded
Nov 23, 2021
DIY Robocars via Twitter
RT @luxonis: OAK-D PoE Autonomous Vehicle (Courtesy of zonyl in our Discord: https://discord.gg/EPsZHkg9Nx) https://t.co/PNDewvJdrb
Nov 23, 2021
DIY Robocars via Twitter
RT @f1tenth: It is getting dark and rainy on the F1TENTH racetrack in the @LGSVLSimulator. Testing out the new flood lights for the racetra…
Nov 23, 2021
DIY Robocars via Twitter
RT @JoeSpeeds: Live Now! Alex of @IndyAChallenge winning @TU_Muenchen team talking about their racing strategy and open source @OpenRobotic…
Nov 20, 2021
DIY Robocars via Twitter
RT @DAVGtech: Live NOW! Alexander Wischnewski of Indy Autonomous Challenge winning TUM team talking racing @diyrobocars @Heavy02011 @Ottawa…
Nov 20, 2021
DIY Robocars via Twitter
Incredible training performance with Donkeycar https://www.youtube.com/watch?v=9yy7ASttw04
Nov 9, 2021
DIY Robocars via Twitter
RT @JoeSpeeds: Sat Nov 6 Virtual DonkeyCar (and other cars, too) Race. So bring any car? @diyrobocars @IndyAChallenge https://t.co/nZQTff5…
Oct 31, 2021
More…