-
Notifications
You must be signed in to change notification settings - Fork 7
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
Find new tracker hardware #16
Comments
The current SIMCOM 5218 module is still available on ebay.
Furthermore, there are ready to buy trackers
Alternatively we can combine an arduino with a shield, preferably using a supplier with a good trackrecord of updating versions, documenting etc. like adafruit
Parts I was thinking of for the arduino endeavour:
|
Some notes on tracker products:
|
I think someone mentioned that the original plan, before the custom boards, was to use cheap phones sealed in a container. The phones would run an app which sends their GPS position to the server. Positive:
Negative:
|
@takluyver This solution is explained in the 2015 proceedings (here). From what I understood it was discarded because an android phone has a quite low refresh rate on the gps (3s) and the positioning is not as good as on a dedicated device. |
You can try this Github: https://github.com/Asmodeeus/SWARMAPP
It is an Android application designed to work with the current Ruby server.
As long as it basically sends data to the server, I think it meets your
needs.
Regarding performance issue : the main problem we encountered (compared to
the SIMCOM) was more frequent loss of signal
Code from: Thibault VIRAVAU
[email protected]
We can try to contact him to check if you can use the code. But that should
be fine as it has also been developed during school projects.
Le sam. 23 juin 2018 à 20:37, Thomas Kluyver <[email protected]> a
écrit :
… I think someone mentioned that the original plan, before the custom
boards, was to use cheap phones sealed in a container. The phones would run
an app which sends their GPS position to the server.
Positive:
- Cheap (Android phones from £40
<https://www.carphonewarehouse.com/alcatel/pixi-4-4.html#!colour=black&capacity=4GB&dealType=pg&tabID=specificationData>
on Carphone warehouse at the moment)
- GPS, GSM & battery already integrated
- Can be programmed to send data in the format required by the
existing site.
- 3.5mm headphone jack
Negative:
- Not designed for this purpose - e.g. GPS might not function well in
a box at water level, phone might put itself to sleep if no-one is
interacting with it, or waste battery lighting up the screen.
- Developing and installing an Android app to send the data may be a
much longer task than scriptable solutions.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#16 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AGXZUKnUtc3-dt1XFcBAaYGj3QPWo6kuks5t_orXgaJpZM4U0x8Q>
.
|
Thanks; pity it didn't work so well. |
Of course, it also depends mainly on the type of smartphone.
Some low-end smartphones did not work as they tried to force the GPS signal
to stay on the coast and not on the water (due to "software optimization")
But even high-end smartphones did not perform as well as SIMCOM at that
time (2015)
Le sam. 23 juin 2018 à 20:53, Thomas Kluyver <[email protected]> a
écrit :
… Thanks; pity it didn't work so well.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#16 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AGXZUFc7Yd7RO9flg0NXgn7ejCjAH9ARks5t_o6xgaJpZM4U0x8Q>
.
|
A point that pushes me further towards the arduino idea: It has nice scope for the future, e.g. we can add an interface that teams could use to get some information back for collaborative work. Definitely not something to focus on for now, but a nice thought. I am ordering some bits this weekend to see if I can get the basic wiring worked out so all modules can talk to the arduino at the same time. Maybe I can manage to send a text with my mobile sim card. We will also have a look at the spare parts arriving this week and see how many trackers we can actually make. |
Part list for order (I will order from a UK reseller, but all parts are relative to the original adafruit shop):
Expected problems (I am sure there will also be many unexpected problems...):
|
The microSD board takes digital pins and the GPS/GSM one uses UART, so both should be ok for an arduino at the same time. Something a bit more worrying is that the 3G FONA version can't really do http request yet, from adafruit documentation:
So if we can find 2G sim card that will make things easier, but finding these sim card will probably be harder with time, so not a good long term plan decision. The FONA module uses Mini SIM (not micro and not full size). Not sure about the previous version, but I guess it was full size one. So something to bear in mind when getting the sim cards. |
"Mini SIM" is what we all considered standard until micro & nano SIMs started appearing more recently. I think it's still easy to get those. The original "Full size" SIM is the same size as a credit card, and I don't think I've seen anything that uses it. https://en.wikipedia.org/wiki/Subscriber_identity_module#Formats |
I've read through some giffgaff forum discussions on 2G sim cards for trackers. According to 2017 entries, there is downwards compatibility, and the issues are more with enabling the right features. I will get a giffgaff sim card to get started |
Ok, this has been a bit of a roller coaster.
My conclusions from this: We will try and see if we can re-create the PCBs with the additional information of having some gerber files and a whole bunch more datasheets. Making a whole new set of trackers for this competition will cause more problems than it solves, but it is something we will have to face at some point in the future. If making new PCBs doesn't work out, and we have more boats than trackers, we will simply split the challenges that normally have all teams on the water (racing and group area scanning) into groups. Not the worst plan when attempting a group challenge for the very first time :) |
On a side note, SIMCOM was bought by ublox : https://www.u-blox.com/en/investor-news/u-blox-acquires-simcom-cellular-module-product-line May be the provide the same product under a different name. |
As an existing commercial product, a friend suggested this: A quick search brought up this from hackaday: I haven't looked further into it, but it looks worth looking into. Edit: looks like the highest data rate is a position transmission every 2.5 minutes, I believe this makes the product useless for WRSC tracking purposes. |
Sorry for the delay. Apparently things went well for you. Most commercial products have low refresh rates and therefore are useless for the WRSC tracking purposes. This is why the project targeted a custom board and website to handle from A to Z the time response and refresh rates. Kind regards. |
Hey all, I just saw this project and I'm very interested. |
Hey @southwolf, |
@southwolf Sure, please share us any information on the potential tracker. @smaria How is previous design effort goes? Does it worth another try this year to make more trackers when if the funding is sufficient? |
@southwolf Cool. This module looks neat and I have found a similar shield here using the Simcom module. This could potentially leverage our effort on rewriting the firmware. |
It seems the current GSM module is no longer available (SIMCOM 5218, http://simcom.ee/modules/wcdma-hspa/sim5218/ ). We either need an alternative to this module, or potentially a re-design of the hardware of the tracker.
Aims for the re-design:
See #4 for more information on the current tracker.
The text was updated successfully, but these errors were encountered: