Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: Wifi-Scanning in stumbler-Format #2

Open
Adorfer opened this issue May 9, 2017 · 6 comments
Open

Suggestion: Wifi-Scanning in stumbler-Format #2

Adorfer opened this issue May 9, 2017 · 6 comments

Comments

@Adorfer
Copy link

Adorfer commented May 9, 2017

Integrate code from
https://github.com/stevemcquaid/War-Walker
in order contribute to opensource wifi platform "wigle.net"

@MartijnBraam
Copy link
Owner

The whole WiFi part of the ESP isn't currently used during driving because the nmea parser and sd interface needs the processor time. The tracker also doesn't have a display

@Adorfer
Copy link
Author

Adorfer commented May 10, 2017

i do not need a display, it's just about logging the wifis as well.
But if you say, the loop is already charged with the RS232 and SD writing: Then it's not feasable.
perhaps "not writing every line, but buffering for lager blocks" may help. As well as it may reduce the wear on the sd card. (even if this risks to lose several seconds in case of power loss.)

I was just hoping for a very compact device that could operate "in a pocket on a USB powerbank all day" while cycling the city or walking. (with a RPIzero it's enough CPU power, but the power consumption is significantly higher.)

@MartijnBraam
Copy link
Owner

Couldn't you use the war walker device then since it's also ESP based? Or the official wiggle app for android.

@Adorfer
Copy link
Author

Adorfer commented May 11, 2017

I would rather integrate tracklogging for Openstreetmap (nmea->card) and warwarking (for wiggle.net) in one device. with highest possible accuaray. I would go for an Neo-M8U, even though it's not coming for cheap.

Wiggle-app on Adroid does not not the trick, since i do not want my mobile phone to be in the top compartment of my backback all day. (apart from the battery use)
(just for reference, i track a lot... https://www.openstreetmap.org/user/-ad-/traces )

Perhaps the use of 2 EPS8266 would be a solution. Not only in terms of price. Still cheaper than an arduino with one for the RS232&SDIO, one for the Wifi-Scanning. Only issue would be: It there a free communications channel between them, since RS232 is already used up by the GNS.

@MartijnBraam
Copy link
Owner

That would be great, my current module doesn't log nmea messages but lat/lon/speed/time to preserve space and I'm trying to use the binary mode from the UBX module for even compacter data with higher interval. The current neo-6m is accurate enough for me (the tracks stay neatly inside the road lane I'm on 99% of the time without filtering), the M8U should be a drop-in replacement in the current code. It might be better to spend the money on a good GPS antenna instead of a more expensive GPS module.

@Adorfer
Copy link
Author

Adorfer commented May 17, 2017

the point about the Neo-M8U (feature and price) is that it offers "unteathered dead reconing" by the use of compass and accelleration data: track data while cycling/driving in tunnels or walking inside buildings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants