Drone: matrice 600
I want to fly indoor where there is no GPS signal.
i know the GPS location from sensor array that i have,
is it possible to inject the GPS location to the drone?
As of August 2018, it is not possible to inject GPS location into DJI drones. A possible workaround is to use the Onboard SDK to write your own position control algorithm, and command the drone using a control mode that does not require GPS, for example attitude control.
Related
For a poc project, we would like to build digital twin of an physical device like e.g. coffee machine. Would like to know which open source software components can be used for the same. Some software components based on the information available are mentioned below:
Eclipse Hono IOT platform for iot gateway
Eclipse Vorto for describing information models
Eclipse Ditto for Digital Twin representation. It provides abstract representation of device last state in the form of http or websocket apis
Blender / Unreal Engine for 3D models
Protege for Ontology editor
I have the following questions:
Are we missing any software components to create digital twin of an physical asset?
Assuming we have 3D models available and sensor data is also available, how can we feed live sensor data to 3D models e.g changing the color of water tank based on real sensor data of water tank level? Not able to understand how real time sensor data will be connected to 3D models.
How will ontology be helpful in creating 3D models?
So you have a 3d model and sensor information, and you want to change some properties of the 3d model to reflect the sensor information? You should need to use 5 different tools for something like that. I would suggest looking into video games development tools like Unity3D or UnrealEngine 4.
I'm trying to directly communicate with the GNSS chip on my device and I am not clear whether the RAW GNSS information is coming directly from the GNSS chip or not. I have used the application provided in the link and it seems to read longitude/latitude information.
Is this information directly coming from the GNSS chip? Further, is the GNSS driver enough to extract this information? Or is longitude/latitude info calculated based on GNSS raw data? If it's the latter, how do I calculate longitude/latitude from raw GNSS (a reference would be sufficient)?
Note: I am not interested in very high accuracy location nor am I interested in indoors location retrieval (using Wi-Fi and Carrier services). I want to record the GPS (or Glonass or whatever) and save it as longitude/latitude format.
Apparently, GPS gives the information. I have found a partial answer here. (this is for GPS, it does not include other GNSS chips like Glonass and Galileo).
Apparently, the GPS hardware outputs results following NMEA format. From the page:
GPS is a commonly used constellation of GNSS satellites. GPS hardware typically reports location information as ASCII strings in the NMEA standard format. Each line of data is a comma-separated list of data values known as a sentence. While each GPS module may choose to report different portions of the NMEA protocol, most devices send one or more of the following sentences:
GPGGA (Fix Information): Includes position fix, altitude, timestamp, and satellite metadata.
GPGLL (Geographic Latitude/Longitude): Includes position fix and timestamp.
GPRMC (Recommended Minimum Navigation): Includes position fix, speed, timestamp, and navigation metadata.
Therefore, GPS driver is sufficient to give longitude/latitude information.
I'm a student intern and have a work project using Kinect cameras. Unfortunately I can't go into project details due to confidentiality, but need to know if the IR dot array that is emitted from the IR blasters within the Kinect is a continuous stream or pulsed? Just the emitted IR light, not the reception from the IR camera. It would be shining on some other IR light sensors within the environment that detect when something passes through their IR field of view, but I have been told that it would not interfere as long as the stream is continuous.
I would appreciate any help/ information you guys could give.
The kinect 360 cameras has a static pattern of points that are unevenly distributed. The pattern is continuous and not pulsed as far as I know.
Is it possible to disable GPS without disabling location services?
What I would like to do is essentially dumb-down location accuracy but removing gps function from my phone.
Im aware that I may not have accurate location - and im ok with that.
I just want to know if gps can be disabled and only use cell tower triangulation to determine my (approximate) location.
Thank you.
Igor
Your question is related to programming in the case of testing:
You cannot disable GPS with a iPhone/iPad setting while keeping cell tower location services,
but:
GPS is easily shielded by some metal foil, while GSM is very dificult to shield.
Try wrapping your phone into aluminium foil, you get in every super market.
That should shield GPS, while Cell Tower Triangulation still works.
That way I tested my Gps App.
You can't control the GPS directly. But you can specify the desired accuracy of the location, so you can specify a very large distance as acceptable, and stop updating location when you get it.
Also if you use region monitoring, the GPS is much less impacted (if at all), because it uses cell towers primarily.
I'm trying to get the latitude and longitude information from a Windows Phone through the GeoCoordinate Class. When I'm outdoor or under the sky directly, I'm able to get the values instantly but when I'm indoor or inside a room, I'm getting completely wrong values. Is there a way to get my exact location when I am indoor?
N.B. Even when switching my Wi-Fi on, I am getting wrong coordinates
This totally depends on the GPS hardware primarily and secondly on the Service provider's ability to track your device based on towers. So I doubt if you can do anything. To confirm this you can check the default Maps application. If that works then there is some problem in your application. I had seen similar problems on bada OS devices but it was a GPS hardware problem.