Replies

    • Thanks for the clarification. Those Artemen boards are fantastic. ULRS is really moving along now. Next up will be the all in one JR board with Bluetooth. I funded this first batch to move things along. I cannot understand why HK does not start making them. 

    Paul Atherton said:



    Paul Atherton said:



    Marc Dornan said:

    No worries. Did not realize you had the Wolfbox units. I will see if I can open a request with OpenTx devs tonight. It seems to me to be an easy change.

    Cheers Marc. I agree, an easy change. Was trying to get my head around the FrSky telem libraries mentioned in your earlier post. They look interesting, but not exactly sure how the polling thing would be implemented in the setup we are using. Looks like its required from the decoder end (would usually be done by the Tx unit), as it mentions s.port being a 'pull' protocol. I maybe need to look again when I have more free time. Good find though! Its incredible how resourceful the RC community is. Its great to be a part of it.

    Thanks again, Paul

    p.s. those Artemen boards look awesome!

    Marc, forgot to mention - the Teensy code actually is using those libraries you referred to earlier and it does use the sensor polling call mentioned in the article - so it already does the polling (from the encoder side). Cheers

  • Not without doing a conversion in the lua script
  • I've look around and can't find the answer to whether there is a way to change the Units displayed on the Taranis for altitude and speed from metric to imperial?

    Thanks

  • Hello ! I would like



  • Paul Atherton said:



    Marc Dornan said:

    No worries. Did not realize you had the Wolfbox units. I will see if I can open a request with OpenTx devs tonight. It seems to me to be an easy change.

    Cheers Marc. I agree, an easy change. Was trying to get my head around the FrSky telem libraries mentioned in your earlier post. They look interesting, but not exactly sure how the polling thing would be implemented in the setup we are using. Looks like its required from the decoder end (would usually be done by the Tx unit), as it mentions s.port being a 'pull' protocol. I maybe need to look again when I have more free time. Good find though! Its incredible how resourceful the RC community is. Its great to be a part of it.

    Thanks again, Paul

    p.s. those Artemen boards look awesome!

    Marc, forgot to mention - the Teensy code actually is using those libraries you referred to earlier and it does use the sensor polling call mentioned in the article - so it already does the polling (from the encoder side). Cheers



  • Marc Dornan said:

    No worries. Did not realize you had the Wolfbox units. I will see if I can open a request with OpenTx devs tonight. It seems to me to be an easy change.

    Cheers Marc. I agree, an easy change. Was trying to get my head around the FrSky telem libraries mentioned in your earlier post. They look interesting, but not exactly sure how the polling thing would be implemented in the setup we are using. Looks like its required from the decoder end (would usually be done by the Tx unit), as it mentions s.port being a 'pull' protocol. I maybe need to look again when I have more free time. Good find though! Its incredible how resourceful the RC community is. Its great to be a part of it.

    Thanks again, Paul

    p.s. those Artemen boards look awesome!

  • No worries. Did not realize you had the Wolfbox units. I will see if I can open a request with OpenTx devs tonight. It seems to me to be an easy change.

  • Marc, I don't think it's solely sensor polling to get that solution working. I think there would have to be some changes in opentx also as presently it only listens to telemetry input on the external bay input if D16 is selected and a bind is in place. I think to have it accepting data on the s.port pin with Ppm input selected, we would need changes in Opentx.

    Very kind of you to offer the OrangeRX units. To be fair, I'm doing OK with the Wolf box units just now, and don't see me using ULRS outside of my fx-61 wing, although that might change so will definitely bear your offer in mind. Cheers, Paul
  • @Paul A I have some modified OrangeRX modules (voltage boosted for 1W) output that have been tested. I now have better boards for ULRS (form factorwise anyway). PM me and I can donate them to you if you are still looking for some ULRS action. And maybe you can figure out how to integrate sensor polling into the Teensy so we can do away with X receiver relaying.

  • @Paul Atherton. I am using ULRS now and looking to use it exclusively. But I still really want the Mavlink telemetry on my Taranis. I understand that sensor polling is is why we need an X series receiver and cannot use a Teensy on on the ground side and hence have to relay with an X series receiver. Have you seen that pawelsky on RCGroups has now created a data polling in his S Port sensor encoding classes that run on a Teensy. http://www.rcgroups.com/forums/showthread.php?t=2245978

    It strikes me that we can now use a Teensy on the ground side in the JR port of a Taranis instead of using a repeater. I think this may be the Holy Grail for me. I have six of these (mini ULRS with USB designed by Artemen). 

    3702286702?profile=original

    I will have a go at this but you might find this easier than I to merge into the existing project. 

    If we could get this working this could also be used with a Dragonlink V3 or even with a regular 3DR Sic radio.

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @TinkerGen_: "The Tinkergen MARK ($199) is my new favorite starter robocar. It’s got everything — computer vision, deep learning, sensor…
Monday
DIY Robocars via Twitter
Monday
DIY Robocars via Twitter
RT @roboton_io: Join our FREE Sumo Competition 🤖🏆 👉 https://roboton.io/ranking/vsc2020 #sumo #robot #edtech #competition #games4ed https://t.co/WOx…
Nov 16
DIY Drones via Twitter
First impressions of Tinkergen MARK robocar https://ift.tt/36IeZHc
Nov 16
DIY Robocars via Twitter
Our review of the @TinkerGen_ MARK robocar, which is the best on the market right now https://diyrobocars.com/2020/11/15/first-impressions-of-tinkergen-mark-robocar/ https://t.co/ENIlU5SfZ2
Nov 15
DIY Robocars via Twitter
RT @Ingmar_Stapel: I have now explained the OpenBot project in great detail on my blog with 12 articles step by step. I hope you enjoy read…
Nov 15
DIY Robocars via Twitter
RT @DAVGtech: This is a must attend. Click the link, follow link to read the story, sign up. #chaos2020 #digitalconnection #digitalworld ht…
Nov 15
DIY Robocars via Twitter
RT @a1k0n: Got a new chassis for outdoor races (hobbyking Quantum Vandal) but I totally didn't expect that it might cause problems for my g…
Nov 11
DIY Drones via Twitter
First impressions of the Intel OpenBot https://ift.tt/36qkVV4
Nov 10
DIY Robocars via Twitter
Nov 9
DIY Robocars via Twitter
Excellent use of cardboard instead of 3D printing! https://twitter.com/Ingmar_Stapel/status/1324960595318333441
Nov 7
DIY Robocars via Twitter
RT @chr1sa: We've got a record 50 teams competing in this month's @DIYRobocars @donkey_car virtual AI car race. Starting today at 10:00am…
Nov 7
DIY Robocars via Twitter
Nov 6
DIY Robocars via Twitter
RT @a1k0n: Car's view, using a fisheye camera. The ceiling light tracking algorithm gave me some ideas to improve ConeSLAM, and having grou…
Nov 5
DIY Robocars via Twitter
RT @a1k0n: To get ground truth I measured the rug, found the pixel coordinates of its corners, calibrated my phone camera with my standard…
Nov 5
DIY Robocars via Twitter
RT @a1k0n: @DIYRobocars is back in December, but outside. Time to reinvestigate ConeSLAM! I rigged up a quick and dirty ground-truth captur…
Nov 5
More…