Wow vernon look at you go!!! you are drawing close to the 1000 subscriber mark!!!! I think I was your 5th or 6th.. Nice going my friend!! I somehow missed these vids on mavlink so I am now reviewing. I think I was out camping or on the road rv'ing. Nice to have this to review, Good stuff.
I noticed that myself. :) I think it will be another year before I hit 1000. But you indeed were one of the first. It has turned winter here. I do have one little build on the bench. More a system for my truck to transport the bigger airplanes. Still having a bit of problems getting back up to speed after the death of my younger sister. I am getting there. About 2/3 done with the new project. I will post it soon.
@@nighthawkvs so sorry about your sister vernon... I really have been out of touch havn't I? Take it slow buddy, nobody is pushing a schedule here.. God bless!
@@kimbelldify Thank you so much. Your kind comment does help me a lot. It is nice to know people do care. It is hard, but I am getting back into a schedule slowly.
Hi vernon this mohammd from saudi Arabia 🇸🇦.... love your why doing and explaining things..hope you keep doing what you're doing...also hope that I hear from you Thanks
That is frequently cause by reversed TX and RX on the Mavlink pins. I know it is strange that it seems to work with them reversed. i made a whole video showing how it seems to work, but will not read in the parameters in 60 second or less until the pins are reversed. Then it reads them in in 60 seconds of less.
Great Video First time seeing All the Crossfire wire's connected to the flight controller, Will this set-up work on INAV 6.1/Crossfire 6.19/MAVLINK 1.0/2.0 for MFD Mini Crossbow/Matex F765-WSE
It should for INAV. I have connected to INAV via Mavlink as if it were connected via a usb cable. I am unsure about the MFD Mini Crossbow. I would think it would. But I do not have a MFD Mini Crossbow to test it with. Yet. 😊 That is on my want list.
@@michaelchambers9838 Ah. Yes, there are six wires to be connected. :) And sometimes with the Mavlink if it is connected rx to rx and tx to tx it seems to work, but poorly. When you connect tx to rx and rx to tx it will work much better. Not sure why it seems to work partially when connect backwards but it does. That got me confused when I first started working with it. I kept trying to fix the connection through baud rate etc. Then when I resoldered it correctly it just worked well from the start. As well as it can. The original Nano RX doesn’t have much power so it has very limited range. The Nano RX pro has more power, but I don’t yet know what distance it will work at. I also don’t know about the Nano Diversity. Yet. 😊 You are most welcome. Glad I could help in any way.
Don't feel bad about the landing gear I had the same problem I started out with MFD mini Crosswind landing gear and didn't like the fit then I too found the Anaconda landing gear which was a perfect fit
Using mavlink emulation I connected my laptop to crsf wifi in udp mode. Mission planner has basic data running (hud, gps lock) but qgroundcontrol doesnt. Any ideas?
I just fired up the laptop and loaded QGroundControl. I am not at all familiar with QGroundControl. The only things I can say is that under the current crossfire firmware 6.10 they no longer use UDP. They have switched to TCP. Under Bluetooth they now use Mavlink over usb that is built into windows. I suggest you should upgrade to current version and try again. Also when QGroundControl opens it just connects for me. I don’t have a connection option like in Mission Planner. I have next to zero experience with QGroundControl. I will now see how it connects via TCP if I can.
Also just looked at upgrading the Wifi and found this. There is a new update for the wifi firmware. v2.04 - added back MAVLink via UDP (in addition to the new MAVLink via TCP option) - added MAVLink statistics into the CRSF menu (fully works only with MAVLink via TCP) - added "Pro" menu with options to temporarily disable some features - switched optimization level. I will have to upgrade my wifi and reproduce all my information.
@@nighthawkvs I upgraded yesterday with the highest available versions. The only thing I did not upgrade was qgroundcontrol. Will try the newest version and both udp and tcp connections. Oh, and I use the mavlink emulation, not separate uart for mavlink, not sure, if this is important.
@@nighthawkvs In my case on both UDP and TCP I can get my horizon moving and see plane position on map in Mission Planner but it wont read parameters from plane. Newest qgroundcontrol still doesn't connect automatically.
if, i send control commands using mavlink from mission planner or python, will there be any effect on latencies or not? because the computer has to communicate with crossfire over wifi, and crossfire communicates with the drone
The latency would be more IMHO than the crossfire crsf because of the amount of data being sent. Much more than just control is being received, but I am not sure what is sent. It could be less data because why would you send all the sensor data back toward the platform. Then again, the packet lengths may be that same. I am not entirely sure. You may need to find a person much more involved in Mavlink than I am. I have never looked into Mavlink packets deeply, I just have used it as is for telemetry.
Thank you. It is a start. I think it needs to be much more robust. I hope it will become so in the next few firmware updates. I really want to remove the separate telemetry radios from my platforms. I will post new information when I get it.
Crossfire and Mavlink sucks and just doesn't work as promised by TBS, even with Wifi firmware 2.04. As soon as you are 50m in the air the Mavlink connection is broken, I don't think the TBS guys ever tested this for real, only from behind a desk. Very dissapointed, for me no more Crossfire I'm switching to Dragonlink now!!
Thank you for verifying that. I suspected that it would not work at any range. I have not field tested it yet. But that was my suspicion as I stated in my videos on the subject. I will still be testing it myself, but I fully expect to find the same results as you. And that is why I switched to Dragon Link. If you have seen my past few videos, I got Dragon Link and started working it up on Monday of this week. I got the firmware updated. I got the control link working. Today I have been working on getting the Telemetry working. I have not posted a video of that yet. I will ASAP.
@@ojwhaaaojwhaaa5457 I sure hope so. I have worked in electronics for 50 plus years and I am frequently lost. I am doing this exactly as you say, to help others not suffer so much. :)
I had bad experiences with my Tango 2 (Crossfire) WiFi too. I had "such" a bad experience I swaped to RF design Module and Rx. Worked straight out of the box with awsome range.
Yes, that is the way it is designed. When the RX drops to 50hz or it is put into 50hz mode, the telemetry stops working because there is no longer any time for it to be passed.
Yeah, I am on the fence about that one. lol I am not a threat to many, just a 68-year-old man having fun. But there are nut cases out there. Likely I was just lazy that day.
Mavlink is a communication protocol. It is a set of rules and guidelines for data communication. www.elprocus.com/communication-protocols/ auterion.com/mavlink-communication-protocol-the-open-standard/
Wow vernon look at you go!!! you are drawing close to the 1000 subscriber mark!!!! I think I was your 5th or 6th.. Nice going my friend!! I somehow missed these vids on mavlink so I am now reviewing. I think I was out camping or on the road rv'ing. Nice to have this to review, Good stuff.
I noticed that myself. :) I think it will be another year before I hit 1000. But you indeed were one of the first.
It has turned winter here. I do have one little build on the bench. More a system for my truck to transport the bigger airplanes.
Still having a bit of problems getting back up to speed after the death of my younger sister. I am getting there. About 2/3 done with the new project. I will post it soon.
@@nighthawkvs so sorry about your sister vernon... I really have been out of touch havn't I? Take it slow buddy, nobody is pushing a schedule here.. God bless!
@@kimbelldify Thank you so much. Your kind comment does help me a lot. It is nice to know people do care. It is hard, but I am getting back into a schedule slowly.
Great tutorial. Exactly what I needed! Thank you.
You are most welcome.
Hi vernon this mohammd from saudi Arabia 🇸🇦.... love your why doing and explaining things..hope you keep doing what you're doing...also hope that I hear from you
Thanks
Thank you for the kind comments. I am glad some get some good from my sharing. I will continue to do so.
Thankyou! Very good info...
Thank you so much for your kind comment. Much appreciated.
For some reason getting params goes on forever, but I can see roll, pitch and yaw position of drone on flight display of mission planner
That is frequently cause by reversed TX and RX on the Mavlink pins. I know it is strange that it seems to work with them reversed. i made a whole video showing how it seems to work, but will not read in the parameters in 60 second or less until the pins are reversed. Then it reads them in in 60 seconds of less.
Great Video First time seeing All the Crossfire wire's connected to the flight controller, Will this set-up work on INAV 6.1/Crossfire 6.19/MAVLINK 1.0/2.0 for MFD Mini Crossbow/Matex F765-WSE
It should for INAV. I have connected to INAV via Mavlink as if it were connected via a usb cable. I am unsure about the MFD Mini Crossbow. I would think it would. But I do not have a MFD Mini Crossbow to test it with. Yet. 😊 That is on my want list.
I just ordered a MFD Mini Crossbow so I can find out how it works. Video in the future. I expect it to take quite some time in shipping. :)
@@nighthawkvs Seeing your hook-up iI see that I did not connect all the receiver Wires Thank You
@@michaelchambers9838 Ah. Yes, there are six wires to be connected. :) And sometimes with the Mavlink if it is connected rx to rx and tx to tx it seems to work, but poorly. When you connect tx to rx and rx to tx it will work much better. Not sure why it seems to work partially when connect backwards but it does. That got me confused when I first started working with it. I kept trying to fix the connection through baud rate etc. Then when I resoldered it correctly it just worked well from the start. As well as it can. The original Nano RX doesn’t have much power so it has very limited range. The Nano RX pro has more power, but I don’t yet know what distance it will work at. I also don’t know about the Nano Diversity. Yet. 😊
You are most welcome. Glad I could help in any way.
Don't feel bad about the landing gear I had the same problem I started out with MFD mini Crosswind landing gear and didn't like the fit then I too found the Anaconda landing gear which was a perfect fit
Hey Vernon, have you ever tried with Bluetooth? I have the Crossfire full module with Bluetooth and I can’t seem to get a good connection. Super slow
Bluetooth never worked for me. I did get WiFi working, but never got bluetooth to work.
@@nighthawkvs Thank you, That's good to know. On BT I could only get 24% raidolink quality.
@@N8904V I think I have found my problem. It is bad firmware on the BT/WiFi module. I will post when I have tested more deeply.
you help me a lot! thank you!
You are most welcome. Glad it helped.
Using mavlink emulation I connected my laptop to crsf wifi in udp mode. Mission planner has basic data running (hud, gps lock) but qgroundcontrol doesnt. Any ideas?
I was about to post a video showing my laptop connection, but I haven't tested Qgroundcontrol yet. I will try to do that tonight.
I just fired up the laptop and loaded QGroundControl. I am not at all familiar with QGroundControl. The only things I can say is that under the current crossfire firmware 6.10 they no longer use UDP. They have switched to TCP. Under Bluetooth they now use Mavlink over usb that is built into windows. I suggest you should upgrade to current version and try again. Also when QGroundControl opens it just connects for me. I don’t have a connection option like in Mission Planner. I have next to zero experience with QGroundControl. I will now see how it connects via TCP if I can.
Also just looked at upgrading the Wifi and found this. There is a new update for the wifi firmware.
v2.04
- added back MAVLink via UDP (in addition to the new MAVLink via TCP option)
- added MAVLink statistics into the CRSF menu (fully works only with MAVLink via TCP)
- added "Pro" menu with options to temporarily disable some features
- switched optimization level.
I will have to upgrade my wifi and reproduce all my information.
@@nighthawkvs I upgraded yesterday with the highest available versions. The only thing I did not upgrade was qgroundcontrol. Will try the newest version and both udp and tcp connections.
Oh, and I use the mavlink emulation, not separate uart for mavlink, not sure, if this is important.
@@nighthawkvs In my case on both UDP and TCP I can get my horizon moving and see plane position on map in Mission Planner but it wont read parameters from plane. Newest qgroundcontrol still doesn't connect automatically.
if, i send control commands using mavlink from mission planner or python, will there be any effect on latencies or not? because the computer has to communicate with crossfire over wifi, and crossfire communicates with the drone
The latency would be more IMHO than the crossfire crsf because of the amount of data being sent. Much more than just control is being received, but I am not sure what is sent. It could be less data because why would you send all the sensor data back toward the platform. Then again, the packet lengths may be that same. I am not entirely sure. You may need to find a person much more involved in Mavlink than I am. I have never looked into Mavlink packets deeply, I just have used it as is for telemetry.
nice :)
Thank you. It is a start. I think it needs to be much more robust. I hope it will become so in the next few firmware updates. I really want to remove the separate telemetry radios from my platforms. I will post new information when I get it.
I did also. Dragon Link seems to be working. Again, when warm weather comes back I will be testing a lot of different stuff.
Crossfire and Mavlink sucks and just doesn't work as promised by TBS, even with Wifi firmware 2.04. As soon as you are 50m in the air the Mavlink connection is broken, I don't think the TBS guys ever tested this for real, only from behind a desk. Very dissapointed, for me no more Crossfire I'm switching to Dragonlink now!!
Thank you for verifying that. I suspected that it would not work at any range. I have not field tested it yet. But that was my suspicion as I stated in my videos on the subject. I will still be testing it myself, but I fully expect to find the same results as you. And that is why I switched to Dragon Link.
If you have seen my past few videos, I got Dragon Link and started working it up on Monday of this week. I got the firmware updated. I got the control link working. Today I have been working on getting the Telemetry working. I have not posted a video of that yet. I will ASAP.
@@nighthawkvs looking forward to see your video, thanks for your videos they will help a lot of people!
@@ojwhaaaojwhaaa5457 I sure hope so. I have worked in electronics for 50 plus years and I am frequently lost. I am doing this exactly as you say, to help others not suffer so much. :)
I had bad experiences with my Tango 2 (Crossfire) WiFi too. I had "such" a bad experience I swaped to RF design Module and Rx. Worked straight out of the box with awsome range.
@@pepermintpilot1694 I love RF Design radios. I have used them for years with no problems.
It'll only work with RX set to 150hz, 50hz is no use.
Yes, that is the way it is designed. When the RX drops to 50hz or it is put into 50hz mode, the telemetry stops working because there is no longer any time for it to be passed.
good video. you might want to hide your GPS coordinates ;-)
Yeah, I am on the fence about that one. lol I am not a threat to many, just a 68-year-old man having fun. But there are nut cases out there. Likely I was just lazy that day.
were can i down
load mavlink
Mavlink is a communication protocol. It is a set of rules and guidelines for data communication.
www.elprocus.com/communication-protocols/
auterion.com/mavlink-communication-protocol-the-open-standard/