Expected Behavior

Hello,
I'have connected my laptop to Tello network and I run the demo code using the debug:

package main
import (
  "log"
  "time"
  "github.com/SMerrony/tello"
)

func main() {
  	drone := new(tello.Tello)
  err := drone.ControlConnectDefault()
  if err != nil {
    log.Fatalf("%v", err) 
  }

  drone.TakeOff()
  time.Sleep(10 * time.Second)
  drone.Land()
  drone.ControlDisconnect()
}

Current Behavior

I have no errors from the execution but Tello drone didn't takeoff.

Your Environment

• Go Version used: go version go1.10.3 windows/amd64
• Tello Package Version or Date: 31/07/2018
• Operating System and version: Windows 10 1083

Hello,

First of all, thank you for your github.

Sadly, I do not know how to use Go, that is why I wanted to ask if there is any Python wrapper for this git that you know of? or if anyone has implemented this.

Thank you

Arshad

I'm not seeing any change (from GetVideoBitrate()) after using the above function.

Tello package v0.4.0, Tello firmware 1.03.33.01

How to get video image from downward camera? I would like to do some swarming project.

Expected Behavior

Picture is successfully received even when flying in area with heavy signal interference.

Current Behavior

It is almost impossible to capture picture in locations with high signal interference, due to bug I have discovered and fixed in this commit. (But unfortunately this commit contains also another improvements for communication, so it isn't easy to see, where exactly the fix is.)

Current implementation of picture transfer is counting every received chunk and rejects all chunks when piece already have received 8 chunks. In situation, where any chunk is received twice, there will be some chunks missing in that piece. As result whole image is not saved.

Possible Solution

Move this line in tello.go (on line 347):
tello.fileTemp.pieces[thisChunk.pieceNum].numChunks++

To the inside of if body on line 342:
if !already {

This causes only properly received chunks to be counted and (so far during my testing) every image to be received.

Steps to Reproduce (for bugs)

1. Connect to tello
2. Take some pictures (10+)
3. Save pictures
4. Disconnect from tello
5. Some pictures might be missing based on interference between drone and your WiFi adapter

Your Environment

• Go Version used: go version go1.11.5 linux/amd64
• Tello Package Version or Date: 401f34d
• Operating System and version: Arch Linux

Expected Behavior

Once a connection attempt has failed, things should be reset to allow future attempts.

Current Behavior

After initial failure, always get a "Tello connection atempt already in progress" error.

Your Environment

• Go Version used: 1.10.3
• Tello Package Version or Date: v0.8.0
• Operating System and version: Win10 and Ubuntu 18.04

I tried running telloterm and using your library and ran into the same issue- if I send a takeoff command and then a land command even a few seconds later, the land command is ignored. In the basic example you provide, takeoff, wait 10s and land works, but as soon as I try less time- say 1s or 3s- the land command is ignored.

I'm going to implement the basic UDP comms and see if I can replicate this.

Here's the exact code I'm using:

package main

import (
	"fmt"
	"log"

	"github.com/SMerrony/tello"
)

func basicTakeOffAndLandingDemo() {
	fmt.Println("Demo: Connect, takeoff, hover, land")
	fmt.Println("Connecting to drone...")

	drone := new(tello.Tello)
	err := drone.ControlConnectDefault()
	if err != nil {
		log.Fatalf("%v", err)
	}

	drone.TakeOff()
	time.Sleep(3 * time.Second) // 1 second doesn't work
	drone.Land()
	drone.ControlDisconnect()

	fmt.Println("Disconnected from drone...")
}

func main() {
	basicTakeOffAndLandingDemo()
}

Hello,
I'd like to use tello library from C# or VB.NET. I think that gRPC may be a solution to consume this library from a .NET desktop application.
What do you think about implementing a gRPC server?

Thank you,
Filippo.

Is this correct, you have Y ordered before X.
Also there is an "unused" bit between velocity and position validity. Is it really packed like this?

Expected Behavior

ControlDisconnect() should always succeed.

Current Behavior

After connecting, disconnecting, (re)connecting, the next ControlDisconnect call hangs.

Possible Solution

Looks as if the semaphore channels are blocking.

Expected Behavior

Current Behavior

Possible Solution

Steps to Reproduce (for bugs)

Context

Your Environment

• Go Version used: 1.10.3
• Tello Package Version or Date: V1.03.33.01
• Operating System and version: Windows 10 pro build 1803