We flew our remote hexacopter on Cape Cod from over 60 miles away over a cellular connection using only this iPad interface. Beautiful day for a flight. Actual screen shot from the flight.
All Posts (11086)
Sort by
Hello everyone,
Erle Robotics is happy to announce that has been selected by RoboHub as one of the 30 most promising robotic startup worldwide. But that's not all, now we are competing to be one of the top 10.
The votation for "Readers Pick" is open and the 3rd round polling takes until 1st of September, in case anyone is interested taking active part.
We are delighted to see how a company that uses so many open technologies (APM, ROS, BeagleBone Black, Linux, Pixhawk Fire Cape,..) can reach so high.
Looks really interesting! I like the fact that it gives accountability as to who is using it, seems relatively safe given the prop guards and the flexible props, and at least there won't be any flyaways! This was done by some guys that worked in ETH Zurich's lab.
Here's the IndieGoGo link.
https://www.indiegogo.com/projects/fotokite-phi-tethered-uav-for-aerial-filming
Small LIDAR (scanning laser) systems can be used for obstacle detection and SLAM from a moving drone. Whilst more work is still needed on the integration of the data from these sensors into the flight software, the theoretical performance can be evaluated based on the specifications of the laser and the mechanical movement.
Ideally, we would like to have an obstacle detection system that has no "gaps" in the data, gaps which might allow small objects to get dangerously close. We would also like each scan of the surrounding area to be updated instantaneously. Of course, these requirements may not be practical or cost effective but it is still useful to know how good a particular LIDAR might be in practical circumstances.
For the purposes of this discussion, I will examine a simple single axis scanner, since these are the most commonly available type of small LIDAR, but the same analysis can be applied to multi-axis or multi-beam devices.
Looking first at the refresh rate of the entire data set, this is determined by the time that it takes the LIDAR to complete a full set of measurements as controlled by the speed of the motor. We can call this rate Frefresh [Hz].
Taking the laser measuring rate as Flaser [Hz] we can calculate the point separation, Psep [deg] of each measurement as follows:
Point separation: Psep = 360 * Frefresh / Flaser
The closer the point separation, the smaller the gap will be in the data that allows obstacles to go undetected. There is always some divergence on the laser beam, so if the point separation is less than or equal to this laser beam divergence then the data can be regarded as "saturated" in the sense that there is 100% coverage and no obstacles will be missed. This means that our first requirement for no "gaps" in the data is surprisingly possible for some combinations of refresh rate and laser measuring rate.
Let's take a closer look at the refresh rate. Suppose that we consider drones traveling at a speed of Vdrone [m/s] where the time taken to stop or take avoiding action is Tstop [s]. The stopping distance, Dstop [m] can be calculated as:
Stopping distance: Dstop = Vdrone * Tstop
Even if our LIDAR has zero refresh time, it has to be able to measure at least this stopping distance to prevent the drone from crashing. For a longer refresh time it needs to be able to measure further in order to give sufficient time for the drone to stop and sufficient time for a complete refresh of the data. The measuring range, Drange [m] of the LIDAR needs to be:
Measuring range: Drange = Vdrone * (1 / Frefresh + Tstop)
--------------------------------------------------------------
Let's look at an example:
A drone is traveling at 30kph and can stop in 2 seconds. Can a LIDAR with a range of 25m, a beam divergence of 0.2 degrees and taking 500 readings per second protect this drone from hitting a telephone pole?
We can regard a telephone pole as a small target so to get 100% coverage we would need:
Maximum refresh rate: Frefresh = 0.2 / 360 * 500 = 0.28 [Hz]
At this refresh rate the required range would be: Drange = 8.3 * (1 / 0.28 + 2) = 46.2 m
This range is further than the LIDAR can measure so the drone might well hit the pole, even if the LIDAR does see it.
--------------------------------------------------------------
I think the most surprising thing about this result is that a LIDAR needs to have BOTH a very fast update rate and long measuring range before it can effectively protect a drone from hitting "small" objects like poles, wires, tree branches and all the things that drones seem inexplicably attracted to. It is for these reasons that we have been working on long range, high speed laser modules that can be built into LIDAR systems. The SF40 LIDAR pictured above (SF40 web page) uses an SF30/C laser module (SF30/C web page), so how good will its performance be in practice?
--------------------------------------------------------------
As a second example, the SF40 LIDAR is configured to measure at 10kHz and rotates 5 times per second. The laser module can detect thin wires at 25m, poles at 50m and walls and trees at 100m. If a drone can stop in 2 seconds, how fast can it fly and still safely avoid an unexpected tree?
Point separation: Psep = 360 * 5 / 10000 = 0.18 degrees
This means that there is 100% saturation and no gaps in the data, so even small obstacles will be detected.
The maximum safe speed of the drone: Vdrone = 100 / (1 / 5 + 2) = 45 m/s (164 kph)
How fast could this drone fly without hitting a power line?
The maximum safe speed of the drone: Vdrone = 25 / (1 / 5 + 2) = 11.4 m/s (41 kph)
This result suggests that the SF40 LIDAR will work well for both high speed operation, where large obstacles might be encountered, or slower speed operation closer to small obstacles.
--------------------------------------------------------------
Fly safely :) LD
Over the past few years my company has been experimenting with various types of UAV hardware. We have developed six versions of drones using off the shelf air frames and have tested several types of flight controllers.
Each has had its pro's and cons and a lot of data has been collected in the past 24 months. We have built UAV's for customers providing custom built aircraft for everything from professional photography, to forestry fire protection and prevention, and various AG applications.
A very large learning curve was overcome recently with the implantation of a new flight controller for better stability, reliability and performance. That has come on the milestone of our Mark 7 unit. It is the last of the off the shelf air frame UAV's as we head into the 2016 year with an entire line of new UAV's that are configured with several different platform applications in mind.
2016 is quickly approaching and we are excited about the new developments and new hardware that has been designed for our existing customer base as well as future clients and relationships with innovators. We hope to keep this blog updated this new year with information and detailed challenges in hopes the data can be useful to others out there making amazing advancements in UAV technology!
Here is a video and a 3-views drawing explaining the mechanism of a new tilted coaxial system.
The machine has a frame, and a motor comprising a lower output shaft and an upper output shaft. A lower assembly of blades is fixed to the lower output shaft, and an upper assembly of blades is fixed to the upper output shaft. An orientation module is mounted on the frame, and the motor is fixed on the module. The module includes an orientation unit to pivot the motor around a pitch axis and a rolling axis. The orientation unit comprises a plate mounted on the frame via a pivot link around the pitch axis.
Components embedded in the drone:
- Camera Fatshark Pilot HD
- 200mw 5.8Ghz Tx with Spironet antenna
- 2 JR DS385 sub-micro digital servos
- 1 contrarotating bruhsless motor Maxxprod CR 2805
- 2 ESC brushless 10A
- 1 Lipo Battery 3S 2200 mah
- 1 flight controller uPilot32 (VGR-Systems)
- 1 Graupner Rx for command input
Weight: about 500g
Flight time: 10-11 minutes
The main advantage of the system is the size: features of a big quadcopter but ccarried in a bag pocket.
RCbenchmark dynamometer website
Please comment and send feedback below. A few months ago, I posted here asking if you would be interested in a dynamometer. I received quite a lot of comments. My colleague and I had the idea of a dynamometer for brushless motor after working over one month full time on a custom motor tester for our drone. We thought that there should be a better solution available on the market. Since there wasn’t anything, we have been working full time on that project, and we are ready to release the result of many iterations and prototypes!
Our dynamometer can fully characterize propellers, and brushless inrunners and outrunners up to 40A and 3kg of thrust. The tool measures thrust, torque, voltage, current, RPM, and it has a precision ohmeter to measure the motor's coils resistance. The data is saved to a CSV file manually or continuously. Here are the technical specs:
Voltage (0-35 V)
Current (0-40 A)
Thrust (±3 kg)
Torque (±1.5 Nm)
Rotations per minute (up to 190000 erpm)
Motor winding resistance (0.003 to 240 Ohm)
Accelerometer on PCB
See the datasheet (PDF) for more information.
Our software is open source (link to the gitlab repository), and we are actively developing it. We hope it will be hacked and improved! It has safety cut offs (reduce your chance of burning your motor), a calibration wizard, unit selection, CSV export, and much more. If you are curious, have a look at sample results of tests made with our dynamometer here.
At the time of writing we have 14 units left available at a reduced priced for the beta period. Please join us in this project and send us feedback in the comments below!
Cheers,
Charles and Dominic
Just a quick update on the research platform. I launched it on its final shakedown cruise into the ocean off the Central California Coast. Once out in the ocean, it completed a 30 mile circuit (15 miles straight out to sea, 15 miles back).
One reason for the final test is the addition of AIS for keeping track of other boats in the area that also have AIS. The other reason was to test real world expectations of the battery under load.
The AIS worked great. I was getting real time telemetry from the secondary satellite transmitter on board the platform every 5 to 10 minutes. The software is designed to grab the first three AIS messages it comes across. The range averaged out to about 7nm. This is a cool addition to the platform. I decided to add AIS telemetry after I priced out getting it from the internet. Fair prices if you want AIS data received by coastal stations. But once you want to get AIS information from ships far out at sea, the prices are completely un-affordable.
This has lead to another mission parameter when the platform is launched. AIS gathering while out beyond the range of coastal stations.
The Pixhawk worked well during the time at sea. It kept the platform on track. I need to adjust the amount of data collected. The size of the bin file crashed three separate computers (all 1 year old or less) trying to parse the data in Mission Planner
The motor obviously worked as well. However, I am dropping 25% power from the code. I thought 25% would be enough power to keep the platform moving in a circle and keep it "on station" once beyond the currents of the coast. That part of the test failed miserably. All that happened is that i wasted precious battery watching it get carried far "off station" because 25% thrust on the motor just didn't cut it. This is huge revelation because in the bay where I did all of the testing, 25% was slow, but enough.
(Waves get very big out at sea.)
Unfortunately, we are pushing up against September and a weaker sun\shorter days, so I may wind up waiting until Spring for the final launch.
I will keep my twitter feed updated
Many here may not follow the behind the scenes work of the dev team, but here's one glimpse of a cool new feature for data geeks in APM:Copter 3.3. As you may know, the APM flight code uses an Extended Kalman Filter (EKF), which is a sophisticated way (based on Baysian statistics) to do sensor fusion across a wide range of sensors. Along with an attitude solution, the EKF reports the "health" of the solution, which is broadly how confident it is in the result. With APM:Copter 3.3 and the latest Mission Planner, you can now see a graphical display of the EKF, which can really help in optimizing copters for best performance.
Here's lead developer Randy Mackay's explanation from the GitHub issue tracking this development:
With AC3.3 the EKF provides an EKF_STATUS (http://mavlink.org/messages/ardupilotmega#EKF_STATUS_REPORT) message down to the GCS so the mock-up above attempts to present this info to the user in an easy to understand way.
The HUD gets a new "EKF" field that is green, amber or red. The colour of the field depends upon the highest variance from the EKF_STATUS_REPORT message. If the highest is below 0.5 the field is green, below 0.8, it's amber, higher than 0.8 it should be red.
Ideally the user should be able to click on the EKF field in the HUD and a detailed EKF viewer screen should pop-up which shows the individual variances and also the flags.
For most flags, there is a field on the viewer which changes colour depending upon the flag's value. If the flag is "1", the field is green. if the flag is "0", the field is red.
One exception to this is the "const" field (the EKF_CONST_POS_MODE flag) which should be reversed (i.e. "0" = green, "1" = red).The list of flags can be seen by searching this web page for EKF_STATUS_FLAGS: http://mavlink.org/messages/ardupilotmega
or by checking the ardupilot code directly:
https://github.com/diydrones/ardupilot/blob/master/libraries/AP_NavEKF/AP_Nav_Common.hIt seems some new flag values are being used in the ardupilot code that haven't been defined in the MAVLINK definition for EKF_STATUS_FLAGS. Hopefully Paul or I will add these additional definitions although only the "using_gps" one needs to be shown on the display.
Transitions to and from vertical pretty well!
From Gizmodo:
The drones can carry up to 22 pounds of cargo, but this isn’t a bid to compete against Amazon and Google as they race to create delivery drones. Aerosense’s majestic baby aircraft are meantfor aerial infrastructure and land surveys, not to replace your pizza guy. Unfortunately, that means these drones will only be used to service business customers, so you’ll have to look elsewhere if you want to fly something like it.
As a by-product of a research I’m working on right now, I’m showing this videos of me controlling a multirotor from a computer. Its done in different multirotor platforms, two flight controllers, Pixhawk and MultiWii.
So, the basic idea is to send data to the companion computer and then the companion computer will use it to several purposes. The purpose of this post is to send roll, pitch, throttle and yaw data to the flight controller. In other words is to fly the multicopter from a computer. Eliminating the need of a standard RC radio, you might ask, why do I want to this?? there is three ways to answer this, one is because I can… the second one is to ensure the communication with the vehicle is working great and its robust, and the third one is to afterwards develop advanced outer-loop position controllers.
This is by no means new or cutting edge, is just clever use of the libraries I have written (in the case of my multiwii library…) and the one that has been developed by people from 3DR (dronekit). The source code for this joystick example is here.
The companion computer used in this tests is a creditcard-size computer, the popular Raspberry Pi 2, which has four cores clocks at 900mhz and has 1 gb of RAM.
The companion computer is running linux and some python scripts (I’ll explain more later…), the ground station is running Matlab/Simulink in order to read the joystick and motion capture tracking system (not used in this examples…) and then just sent via UDP to the raspberry pi.
For the pixhawk video above, I first want to make a recommendation related to this flight controller, don’t buy the Hobby King clone version. We wanted to “save” money by buying this clone version and now we have 2 controllers that are not working… we might just had bad luck with a bad batch but who knows… Buy the original 3DR one.
The pixhawk is connected to the raspberry pi using serial communication, a tx/rx/gnd cable, we are using serial port 2 on the pixhawk.
The baudrate on the rpi is limited to 115,200… But for our requirements is still working ok. When we need more speed, we will need to modify the kernel or change from raspbian to ubuntu…
The rest of the multirotor remains the same. GPS is connected, but being inside a building, there is no way to get GPS lock. But no worries we have a very precise indoors GPS system… Which is a motion capture system. In the pictures you can see a GPS stand being used for the optitrack markers, the overall tidiness of the vehicle is truly amazing.
The firmware remains untouched, we are using 3.2 and 3DR flight stack, we might change to PX4 flight stack, but so far, this one is working ok. The only thing that we have changed on the pixhawk is the parameters of the SR2 rates. Apparently the maximum value we can assign is 10hz… we might need more.
DroneKit makes doing apps/scripts and in general talking to the pixhawk a very easy task. I want to thank Andrew Tridgell and all the developers involved in DroneKit.
On the multiwii side... I have done this one in the past, in several forms and with different boards, but in this test I’m using a naze32 board, which is the great because is 32bit which means is faster and the stabilisation is smoother, and of course the communication is way way faster than my old 8bit versions.
I have actually achieved 300hz of communication using a oDroid U3… Check this video.
This library performs great, is lightweight and extremely easy to use. https://github.com/alduxvm/pyMultiWii
The code for this example is here. The result is here:
Both codes are fairly similar and perform in almost the same way, there is tons of applications we will start doing using motion capture systems, on board cameras etc etc...
Hi all,
We would like to share with you our company "droning" (www.droning.es) devoted to create and operate professional UAVs.
Our team has been around diydrones for some years now and we all share our passion for drones and APM.
Some of us started with APM 1.0 or with ArduIMU.
We have focused our efforts on creating quality turn key products that incorporate all our experience in the Multirotor/Planes operation. We have been providing survey services for more than a year now and we have some ideas about how a good platform should look alike:
- Robust and easy to operate
- Long flight time (obvious, I know)
- Easy (and quick) to fold and transport
- Integrated electronics and modular design
- No cables or protruding parts -> fairing
Multirotor DE820
With these requirements in mind we started to design a Multirotor (DE820) that could be able to be configured both in Quad and Octo coaxial mode. This way it could be used for Endurance missions on surveys but also for filming and high payload missions.
We ended by choosing umbrella folding arm design and single-point fixed landing gears as they offer a great stability in rough terrain where it is supposed to operate.
In the Quad version we have:
- 18 to 20" T-Motor carbon props
- Tattu 22Ah 6S
- Pixhawk
- more than 30 minutes of operational flight
In the Octo coaxial we have
- 16" t-Motor carbon prop
- Tattu 22Ah 6S
- Pixhawk
- 25 minutes of operational flight
We have created custom PCB to integrate ESC and basic signal routing so we simplify the manufacturing process.
In the next revision we are using Dropix v2 as it will allow us to mount it in a PCB socket and simplify it even more.
The DE820 can be configured with quick release payload holder, allowomg to reconfigure it quickly by swaping assembled gimbals with cameras or even connecting an EPM gripper without cabling or screws intervention.
You can find more pictures, information and videos on the web.
TA2000 Plane
Even if the DE820 is our more loved product we do have a Fixed Wing based upon the Talon airframe. We called itTA2000 and it has passed thru a customization process quite intensive.
We added a front motor mount as we think it flies much better and allow for easier hand launch.
With its current configuration it weights 2kg with camera on board and batteries. Regarding flight time it can go up to 1 hour at 50km/h.
We are working in extending the range close to 2 hours by using Li-Ion mixed battery.
Hope you like it.
Jesus, Anderl
It's an PRO-X1 Customized!
PRO-X1 is an OpenhHardware drone designed, developed and manufactured by Drone.bo.
This one has a Multiwii mod. performed software to this Hardware.
Almost a year ago we had the chance to present one of the most magical uses of drones at SEAC 2014 Materiality of the sky. Combining Photogrammetry from small UAS, Surveying, Sky-Celestial body Simulators and Archaeoastronomy we managed to calculate the exact age and day that an ancient temple was build.
"Mapping of the Christian Churches in Medieval City of Rhodes Island. A new perspective of the orientation with the use of a Remote Sensing Unmanned Aerial System (UAS)"
Images from left to right: A. 3D Temple model injected to Starry Night simulator, temples were aligned mostly close to equinoxes or close to the patron saint day. B. Othophoto map by UAS imagery. C. 3D Church model with highlighted azimuth measurment samples.
After that, we were immerged to a hole new world, crying out to be discovered by new methods, payloads, flying platforms, GIS analysis and more! Most important, Drones led us to discover our heritage, learn and study history
among the bits and bytes we dig in all day.
As 3DR Distros, we are closely connected with Academia and we offer complete systems or developement parts to universities and research institutions. That relationship along with the active scolars within of our team, gave us the chance to participate in a wonderfull summer school for "DIGITAL TECHNOLOGIES IN CULTURAL HERITAGE & TOURISM" . which took place at the mythical Delfi.
Participants had the opportunity to meet numerus state of the art technologies and multidisciplinary methods. From our behalf, we had the opportunity to present the usage and countless possibilities of UAS photogrammetry.
We found that, the best tool to immerse scientist like archaeologists in UAS Photogrammetry, was the new 3DR SOLO, because it combines everything an UAS must have, in an unbeatable form factor and easy of use. SOLO as a "smart tool" can help a student to identify every UAS component like motors, payload, ground station, telemetry etc. by just opening a back pack. Furthermore individual 3DR components and UcanDrone airframes were used to emphasise that researchers and scholars can easily design and build their own aerial platform based on their needs.
We will be happy to share any tips and tricks, we used for the implementation of UAS tech, to similar projects.
we would like to express our sincere thanks to:
Prof. Ioannis Liritzis, Lab of Archaeometry, University of the Aegean for the invitation, leadreship, hospitality and organization.
Prof. John N. Hatzopoulos, Dept of Environment, University of the Aegean for his guidance, support and innovation spirit all these years as my mentor.
Dr Anestis Koutsoudis, ATHENA-Research and Innovation Center in Information, Communication and Knowledge Technologies and Prof. Thomas Levy, University of California, San Diego, Qualcomm, USA, with their teams, for the inspiring cooperation and sharing knowledge and experiences.
Finally Dr. Helen Vassiliou, University of the Aegean for her long friendship, support and initiation in the facinating world of archaeoastronomy.
Thanks for reading,
Dimitris (James) Stefanakis,
UcanDrone CEO
Antenna: Harxon HX-CSX601A
Receiver: SkyTraq GPS/BD RTK receiver
Baseline: 1.7Km
Max Speed: 81.2Km/hr
Blue point: single solution
Yellow point: float solution
Green point: fixed solution
RTK is well known for land survey and automated precision farming applications, which are low speed or static. With emergence of lower-cost single frequency RTK receivers for less demanding applications (cm-level accuracy yet with shorter baseline not beyond 10Km and longer time of around 2 minutes to reach initial cm-level accuracy solution) we are interested find out how it performs under dynamic situation.
A road test was performed on a car; we see that it could maintain RTK fixed solution (meaning cm-level accuracy) up to 81Km/hr; it’s over speed limit of the road on which we are testing, not the limit of the receiver though.
Currently we are still using survey grade antenna to first understand performance capability of the single frequency RTK receiver, not to be limited by performance of smaller antenna in these early tests. After more testing done understanding the performance capability, we'll try smaller antenna on quadcopter!
More information can be found here:
http://www.navspark.com.tw/blog/1-x1-centimeter-level-accuracy-rtk-module
From Mashable:
The rapid rise of amateur-piloted drones has created somewhat of a regulatory nightmare. Countless reports of pilots spotting drones near airports as well as the recent fracas over drones impeding firefighters are testament to that.
Researchers at the University of California, Berkeley are attempting to tackle this issue with license plates reports Technology Review.
Well, they're not really license plates the way we know them.
The researchers call their invention LightCense and they use multicolored LED lights mounted to the underside of an Unmanned Arial Vehicle (UAV) that flash in a unique pattern. This pattern can be decoded by a smartphone app, specially designed cameras or memorized by a person, though that last one seems a little less likely.
Aislan Foina, director of the Cal Unmanned lab at UC Berkley, says LightCense was inspired by automotive license plates, despite the differences in how they work. He and his team consider drones as being more related to cars than aircraft, which makes sense given their small size and (relatively) large numbers.
As of right now, there are no definitive plans to bring this tech to market, but Foina would like to see it go commercial at some point.
UAV regulation has been a major issue with the proliferation of affordable consumer drones. Pilots at JFK recently hadthree separate close calls with UAVs flying in no-fly-zones in just one weekend.
Drones are also posing a large threat to firefighters in California. The state's chief of the Department of Forestry and Fire said that UAVs cause "immediate danger" to firefighting pilots in a recent press conference, reports the Los Angeles Times.
Many places, notably airports, are marked as no-fly zones but it's almost impossible for the Federal Aviation Administration (FAA) to prevent drones from flying in these areas. Due to the large amount of UAVs flying at any given time, the regulation for drones would need to be automated, in contrast with the FAA's human-operated Air Traffic Control.
A proposal from NASA and Verizon would require all drones to connect to the Internet, enabling the ability for "geofencing." Amazon — which is trying to start up a drone delivery service — also released a similar plan that would require non-Internet connected drones to fly below 200 feet. The appeal of LightCense is that it could be retrofitted to drones that aren't connected to the Internet.
Assuming the proposal goes forward, LightCense could be a good way to keep older drones in the sky.
Mechanical Enclosure.
New Thermal Inspector PCB REV 1 RC2
The dimension is like a GOPRO so the Standard GoPro Gimbal are compatible with Thermal Inspector.
This is the first power on and testing of last revision of our device
After some months of development we are near to release the first version of VR Thermal Inspector.
These are the specifications :
- Sensor : Flir Lepton 3 160 x 120 ( PRO)
- Integrated IMU : MPU6000
- Integrated Barometer : (Option)
- 1000 mah Battery until 4 hours in power on mode.
- Form Factor like a GoPro
- Wheight 40 grams
- CPU STM32F4 407
- Nuttx Operating Systems.
- SD Card SDIO : High Speed
- Integrated Wifi or BT Module (option)
- 3 Multi Function Button : Power On / mode / picture /video
Digital Input / Output :
- 1 Buzzer
- Digital Output ON / OFF
- 3 PWM Output PWM 1 Digital PWM input
- 1 Analog Input
- 1 Serial Port TTL
- 1 Serial Port connected to Wifi or BT module
- RGB LED
- USB Port
Functionality :
- Live Video Recording.
- Take a picture every X second ( 5 - 10 - 15 )
- Take a picture after an event.
- Preview streaming by usb wifi /bt/ serial port.
- Palette Settings
- Radiometric functionality each pixel information have a specific absolute temperature.
- Available API via USB / Seriale / wifi
- On board Blob detection and tracking by PWM Roll / Pitch/ Yaw
- Beeper activation at specific event.
- on/off activation at specific event.
- Companion Computer Add on for advanced functionality like PAL output or advanced robotics functionality by Mavlink or ROS interface to robotics systems : VR Brain / Pixhawk FC
- On Board advanced events triggered by specific temperature detection.
- Application available for Smarphone: Andoroid / IOS e or Windows Personal computer.
Preview of Android Application
PC Application Preview in early prototype version based on VR uBrain 5.1
This is an example of visual ispection of a building did by a drones.
We intend start a Kickstarter in September , we would like to raise some pre order because we want produce a mold for plastic enclosure and for obtain a good price from Flir for lepton modules . Before to start we like to understand what do you think about this product . Suggestions are welcome. The target price will be 450 - 600 euro we are working on the bom price for finalize the selling cost .
If you are interest to more detail or help us to going in production with this new cool product don't exitate to contact me at r.navoni@virtualrobotix.com
Best
Roberto Navoni
These are my lasts experiments in body interaction with drones.
The quadcopter flies without battery, connected directly to a power supply.
All strings that hold the drone pass by its center of gravity for keep it balanced.
The drone is a multiwii-based flone controlled by gyro/accel of the smartphone with the Flone Remote app.
Maybe I'm a better programmer than a dancer, I use contact improvisation techniques for the interaction with the drone. The most interesting thing about this, is that at some point, is like dancing with algorithms.
Body intervention of the artistic installation "Degrees of freedom", at the 10'Artistic Residency Red Bull Station, São Paulo, June 2015.
The Orange County Register has just published a slide show of 50 aerial shots taken over Orange County, California from an unspecified quadcopter. While they are beautiful and very nicely done, quite a few are counter to FAA guidelines. Some are just downright boneheaded (Flying over freeways? Really??).
There are a number of shots taken over crowds and dense urban areas. The images of the Orange County Fair are all less than a mile from the very busy John Wayne Airport and appear to be directly under the airport's traffic pattern for the westerly runway. The night time image of Angel Stadium in Anaheim is a violation of the 3 nautical mile radius Temporary Flight Restriction that would have been in effect during that night game.
It could be argued that expecting a major (?) newspaper to know these constraints is asking a bit much. However the text accompanying the slide show states the photojournalist who did all the shots is a licensed private pilot!
Hello,
I'm investigating the UI of many GCS to propose some improvements and I'd like to hear the opinion from people who really use this kind of interface. I've started a discussion about that and now I'd like to gather more details.
So, if you can help me, please take some minutes to answers few questions about that:
http://goo.gl/forms/DHpWqFGMQC
The results can be followed here:
Thank you
-Beatriz
