Hello Fellow Yuneec Pilot!
Join our free Yuneec community and remove this annoying banner!
Sign up

Typhoon H 480 PX4 v1.10 (Stability issues ;-)

I have used an ESP32 to create the pan and tilt commands to the CGO3+ from the SR24 data in the past.
I have got a lot inspiration from you! Thank you very much for that.
Does the channel data get sent over WIFI even if the ST16 isn't paired to an SR24?
This is a good question. I will check.
 
A short test: Created a new model on ST16 based on Typhoon H from scratch. Bound to CGO3+ only. And it works. ST16 sends via WiFi and the ESP32 answers with gimbal control messages.
Channel2 is ESP32 to camera,
Channel3 is camera to ESP32.

WiFi_only.png
 
Last edited:
  • Like
Reactions: DoomMeister
A short test: Created a new model on ST16 based on Typhoon H from scratch. Bound to CGO3+ only. And it works. ST16 sends via WiFi and the ESP32 answers with gimbal control messages.
Channel2 is ESP32 to camera,
Channel3 is camera to ESP32.

View attachment 32420

I guess my last question is, do the other yuneec controllers send channel data over wifi also? You mentioned the ST16 and ST12, but I wonder if the ST10 or ST24 do also?
 
No for ST10. To use WiFi as redundancy channel you should have a CGO3+ in the choices . CGO3 doesn't have UART.
 
No, ST10, ST12 and ST24 do not have this feature. You need an SR24 - this is what I meant above with the ST12.

It is really too bad that the ST24 doesn't support the redundant channel data over wifi. I have been playing with making an ESP32 Cam board emulate a CGO3P camera and I have it initializing and displaying video on ST24. But can't do that on the ST16 because it seems the ST16 only connects to the cameras over 5ghz wifi and the esp32 is 2.4ghz wifi. The ST24 lets me connect to the ESP32 CGO3P emulator on 2.4Ghz, but the ST16 doesn't.

Even still, it would be nice to figure what format the redundant data channel is sent in via wifi so it could be decoded by a raspberry pi or some other 5ghz wifi device and output to a custom gimbal or other device without a CGO3P providing the serial data. I tried capturing some wifi data from the ST16 with wireshark, but I didn't find the channel data.
 
  • Like
Reactions: Steve Carr
Do a fake server. Prepare proper name and MAC address as rules of CGO3+ camera want. Here, in the forum, was list of ports for communication between ST16 and CGO3+.
One time act as CGO3+ and listen what ST sends. The next time act as ST, send data and read and analyse responses.
 
Do a fake server. Prepare proper name and MAC address as rules of CGO3+ camera want. Here, in the forum, was list of ports for communication between ST16 and CGO3+.
One time act as CGO3+ and listen what ST sends. The next time act as ST, send data and read and analyse responses.

Yes that is what I want to do. I haven't seen the post with the list of ports that the ST16 uses to communicate with the CGO3+ (other than 554 for rtsp and 80 for the url commands) and haven't had much luck searching for it. So I will keep bumbling around with it for awhile until I drift off to another project. But good input.
 
try from here H920 ST24 Mod FlightMode APK Control Strobe Lights, ect...

very possible the command line and sensor data is transferred via port 23 (telnet).
Or, in any case, you can do a server with DHCP and watch what ports hits the ST.
Again! MAC AND SSID SHOULD BE PROPERLY CONFIGURED!
Or you will get nothing as with the video to ST16.
 
No. Maybe messages with 0xBC magic or those nested in YMAV messages with magic 0xFE.

In the wifi data I was looking in wire shark I was specifically looking for 0xFE, but I didnt see it. But I don't think that I was capturing the correct data. I'm not sure, because I don't really know how to use wire shark, but I was trying to filter for all the TCP data regardless of which port it was coming in on. There was a byte that seemed to be a counter of some sort because it would increment up for 3 packets in a row, but then there would be a gap, so maybe the data I need is the packets that were missed for some reason. I might try use nmap to look at the ports that are being hit.

I think the other likely problem is that I'm capturing the data by creating a "CGO3P_123456" hotspot on my computer and connecting the ST16 by binding to that as the camera, so maybe/probably the ST16 isn't sending the channel data to that hotspot because it isn't an initialized CGO3.

I've made a ESP32 emulate a CGO3P and initialize correctly on a ST24 and in the past I have made a raspberry Pi emulate a CGO3P, but that was a long time ago so I would need to figure out how to set that up again and then see if I can capture any useful data.
 
I think the other likely problem is that I'm capturing the data by creating a "CGO3P_123456" hotspot on my computer and connecting the ST16 by binding to that as the camera, so maybe/probably the ST16 isn't sending the channel data to that hotspot because it isn't an initialized CGO3.
SSID must corelate to MAC. Definitely ...
 
Sniffing the WiFi is a waste of time. If you'd like a full control, prepare a WiFi repeater based on Pi. CGO3+ works flawless via these units. Tested by me.
 
You should have a 5.8G router as a second point. Or two routers, if you want to have Internet access too in the same time.
 
SSID must corelate to MAC. Definitely ...


I know a CGO3's SSID uses part of the MAC, but are you sure it has to be that way? When I made the ESP32 Camera emulate a CGO3P I just made up the numbers in the SSID and it displayed video on the ST24. I'm pretty sure I did the same when I made that emulator on the raspberry pi.
 
Sniffing the WiFi is a waste of time. If you'd like a full control, prepare a WiFi repeater based on Pi. CGO3+ works flawless via these units. Tested by me.

When you say repeater, you are saying to have the ST16 connect to the pi and the pi connect to a CGO3+ and then log the data that gets passed through?
 

New Posts

Members online

No members online now.

Forum statistics

Threads
21,388
Messages
246,285
Members
28,370
Latest member
lbmsolution