Posts made by ixmclean

@sand are you using the arduino ide? or trying to pair via python?

ok thank you. sadly was trying to get the RTSP feed in our main network to view. Was goign to see if I could get multiple drone feeds on a single screen for viewing (by coding a gui with python/tkinter to show 4 windows/rtsp feeds of drones). but since they are on each their own SSID, it makes it challenging. Will see what alternatives I can come up with and will update.

@robolink_leila is there a way to re-assign the FPV to a different assigned (wireless) network? (if possible in python)

just pull it out and reseat it

Hello! welcome to the rabble.

I have noticed this happening when I first started and have these two options that work for me:

1. disconnect/reconnect the USB cable at the computer
2. reset the CoDrone battery

you only need to use one of those options. But I've gotten into the habit of doing this before running code each time. Not the prettiest option, but almost 100% (your mileage may vary)

~Ingo
No I don't work for the company, just a contributor

so, if you are trying to view the footage of the CoDrone on your smart phone via the Petrone app, AND trying to use the controller to control the drone, there may be competing power struggle of "who" is the master (controller vs phone) I'll have to test it when I get some free time with the drone today.

If the drone controller doesn't fly the drone at all (no phone connection to the drone) if may ba a matter of cable connections you have. Can you upload some pics of your controller and maybe we can see if some of the wires are just miss-aligned.

@calvinsmith5 said in Co Drone Pro + FPV Camera = Cannot control using Co Drone Pro controller:

I am trying to set up FPV drone racing but view the video and control the drone using the same phone?

Calvin,
unsure what you are trying to say with this statement.... do you want to use the CoDrone controller to fly, but use the phone to watch the video? as the rest of the post suggests?
or just the phone (which you say already works) s these 2 lines are contradictory:

"Is there a way that I control the drone using the controller instead of using the app on a phone?"
"I am trying to set up FPV drone racing but view the video and control the drone using the same phone?"

IF my understanding is correct (using the CoDrone controller but watch via smartphone) then you can use an RTSP app on the smartphone and tap into the FPV feed. on my laptop I use VLC and access the feed via: rtsp://192.168.100.1/cam1/mpeg4

There are many apps that will capture RTSP feeds your mileage may vary.

Not certain if the IP is configurable (since you have 10 FPV hats for your CoDrones, you will need 10 unique IPs) or if the CoDrone is smart enough to test if that IP is already in use and select the next in the IP chain. (here I expect Robolink to chime in) I can't help you on that as I only have 1 drone.

Hello all! My name is Ingo and I should finally introduce myself. Long time nascent coding junkie (been coding since I was 12 on an Atari to make text based games)

The project I'm currently working on had a drone requirement and purchased a CoDrone before I got there so I've been trying to get it to fly within a bounded 6'x10' box and with the FPV land in a designated spot (where it took off) so far when I have the time to get to it, I've been having minor hiccups due to repeatable accuracy, but that could also be due to the fact that I'm using python for my coding.

current struggle: developing an autoland function (inconsistency in X, Y coordation and my lack of knowledge; and looking at potential FPV as my sensor to gauge hsv of the landing sport (atm the red circle with H helipad from the box)

After the Arduino IDE is installed, you need to install the CoDrone library. Open the IDE then go:
Sketch-> Include Library-> Manage Libraries

then a 2nd window will pop up and in the search bar type CoDrone. and you should see something similar to my pic:

install that and you shoudl be able to start coding... also make sure your IDE is setup to talk to the BLE controller and have the CoDrone hardware type selected:

BLE connection:
Tools-> Port: mine is either /dev/ttyUSB0 (or ttyUSB1)

CoDrone HW:

1. File-> Preferences: in the "additional Board Managers" copy/paste: https://raw.githubusercontent.com/RobolinkInc/Robolink/master/package_rokit_index.json
2. Tools->Boards: should now list RoKit-SmartINventro-mega32_v1 and v2. Select the V2.

Once both steps are done you should see the bottom right hand corner of your screen looking like this pic:

Hope that helps

not certain if it was tried (wasn't clear in the term "controllers")... does it work with the phone app?
I have found the phone app to be very reliable and precise (I would love to see the code for the phone app). Our drone works flawlessly with the app.

I say this only because it eliminates the middle hardware. If you had used the phone app and it performs exactly the same, then it is definitely the CoDrone.

Another verification test:
Are both "like" rotating motors/propellers on opposite corners?
some people don't know that there are 2 clockwise and 2 counterclockwise propellers (marked A and B).

1. Glad the unhook/rehook option helped you.
2. there isn't a way in the codrone library to test different arm motors. without seeing the arms, it is hard to determine if there is a contact issue, wiring, or ESC
3. ya, the landing is a tad tough sometimes. I'll do some runs of dropping the throttle in stages then land and see how that goes. though I've seen when flying and using throttling, the min distance is roughly 20cm (200mm) and the CoDrone likes that gap. forcing it lower will be interesting to see (I've tested going higher because the landscape I'm flying over had buildings [HO gauge table top] and the drone's flight goes up and down which alters the straight line path).
4. calibrate(): I've found this only works the first time called (doesn't takeoff/land like the instruction says though) successive calls to calibrate() (I was gauging power levels @1 sec to get a feel of distance it travels and how straight of a line it goes) and I had a loop set int he program with successive calibrate()s but the first call changed the lights/paused, but each other successive calls did not.

sadly, I can't take the drone home to test on my Apple.

With regards to your code and videos, Yes, sometimes, the communication drops to the drone (1 in 6 times is a rough guess) I've made it a habit to unplug the BLE cable, and re-seat the CoDrone Battery to ensure a fresh connection most of the time. I would say that I don't think I've had mine not execute the rest of the code post takeoff though (if it falters it errors out before take off, or if it does falter [this is rare] it would not take off but continue with the program [and no solid green pairing light])

are you using the supplied cable? if not, I have read in the forums that if you are using a "charge only" cable, you will not get the data lines enabled. you will get power, so it looks like it works, but no data. Not sure if that helps at all.

@opencvfr3ak any chance I could get a look at your code? I tried using your snippet but too many errors without the rest of it to re-invent thnx. I'm also trying to get recognition but not of a face, but of a red spot on the ground and develop a self landing feature (so far the coding components of trying to have it self land based on X/Y coords is failing me...

ok run some tests, and I'm having no issues with my code running at command line
Using Ububtu (I have a mac at home, but doubt they'd let me take my project out of the building)

any IDE should work. even nano/vi/emacs

as far as your a1.py code, I copy/pasted into nano, (added the Direction and ended with a drone.close() ) and it worked the 2nd (and 3rd time) time I ran it (I've noticed that it is common [1 in 4] for the execution to get interrupted (like when I have a battery check for anything under 10% and it would close on a fresh battery, or close itself before my check)
as for the runtime, it barely did a forward/backward nudge

I added a "1" time component: drone.go(Direction.FORWARD, 1)
(and to the backward) and it ran smoothly for 1 sec forward and backward

ATM I'm using PyCharm. Works well so far. odd that command line isn't working for you though. I run a test on my own system to see if I'm encountering problems.

each drone has a unique ID (mine is: drone.pair("8697"))

My 2 cents: open your coder (using either arduino or python) and power on "1" drone

use your drone.pair() and read the ID it provides
then label that drone

repeat for each drone (turn off previous drone of course)
then whoever is coding that specific drone... use the drone.pair("XXXX") method. prevents any issues.

here are some correcitons I see:

when using go():

drone.go(Direction.RIGHT, 1, 30)

where your import section must also include: from CoDrone import Direction
(here is a the basic page for the go() command: https://support.robolink.com/codrone-library/go)

with regards to the set_pitch()/move() based on reading the code, it should work (though I've found that 30 and below sometimes has minimal effect, but not consistent)

have you looked at this?

https://stackoverflow.com/questions/41060382/using-pip-to-install-packages-to-anaconda-environment

@opencvfr3ak that is awesome! I too am trying to fine tune the codrone (but each pettern/code execution does not equate to a repeatable pattern) I've been trying to get a drone to take off (never the same twice) make a rectangle pattern and land (where it took off) and have been trying to get the camera to ID where it took off from. I'd be interested in looking at your code if you allow it to see where I've been screwing up. thnx for the heads up on the move() time savings, that should help as I experiment today. I too have seen inconsistencies with the Yaw.
Ive been trying to gauge with sensor is better, the X/Y of the gyro vs the optical. and both are showing inconsistent (different from each other) executions
Ultimately, (also new to drones) Id like

1. follow a pattern based on visual layout on a ground (i.e. the white dashed lines of a road)
   and/or
2. given an X/Y cord, calculate the vector and fly there. (then do openCV stuff)

Awesome work, looking forward to seeing what else you are developing. Seeing what you post opens the doors of what I think is actually possible.