Get two, one with each type of plug

The physical body should be functioning. Most if not all elements should be attached.

For organization in refactoring code

This will let other members of the team view and edit the panel designs easily and streamline the process.

Should also generate beaut code.. ie all the data should be stored as an array of numbers, not hard code, this will allow for greater variation.

attempt to find alt methods of getting GPS data via sat, maybe every 3 minutes or so

These should be generated on the server, store temp in the database as needed.

The problems with the static map is people can't accurately see where it is, this upset people.

Everything that should be on it:

• Components for 5V 3A board
• Components for 5V 1.2A board
• Mini-fit JR. Male Connectors and Wire Crimps (18 AWG)
• 12V Car Plug (High Amperage)

This should also make clearer where there is a lot of location information available, and where we are still lacking some.

Should include a map.

The current plan for the Speaker System is to use the same USB powered speaker setup as the one I used with kulturBOT. We will need to include a battery with it so I hope we can sort that out in time. If not we can use one of the backup systems we have purchased.

Will use a lot of data.. but that is ok. We need to research how to push the apps without wrecking the auto start and stay and tasker applications. if we cannot get around this, we will have to make our own applications which can survive an "update".

This will also require a Google Play License I believe. I want to look into how fast the updates get pushed once they are uploaded.

This will most likely use the SHARCNET server.

Specs: Charge at about 3-4 Amps. Probably will be 12v but plan for ~25v max (caps are rated at that).

We want to be able to charge and run from the battery at the same time. I want to use 2S lituim batteries but 3S are also appropriate.

Undercharging/overcharging protection should be taken care of. Short Circuit protection as well.

Should the cell be balanced? I would say no.. but if we plan on using more than one battery then maybe we should.

Also fuses... probably in the 12.. 15A range.. (don't want to hurt anyone)

Find below a conversation about how we could improve the external access to the microphone.

If the battery circuit is not complete at this time, we MUST have a way for it to remain powered on while not plugged in during filming.

turns out the maps may need to be generated in more than one language.

not sure what special characters we will need to watch out for but there are probably a few. This will be interesting with Cleverscript.. will clever data be there?

documentation server should auto-pull from this repository.

Other twitter functionality should be listed here - I am not sure what we will need or what will happen.

Is there something else we could use instead of the tablet? probably. We should figure out what it is and deeply consider developing on it.

they are currently returning null, I am confident they are there in the database. Looking into it.

Add functionality to the portal for a user to create and modify google map polygons. This will allow us to create regions which define how hitchbot should behave and what it will say when it is in these regions.

write code so the GPRS shield can send data to an external server. (possibly the SHARCNET server)

I have noticed that when filming there is a lot of flickering on the screens. This is likely due to a lot of refreshing in the panels. We should look into more and figure out if that refresh rate is set or can we only refresh the screen when we change it's contents.

We are in a serious lack of some seed data! Make sure no private keys are added though. eg twitter secrets.

Webpage is for anyone on the team to view, edit, modify LED panel displays without needing coding experience.

There was a lot of noise on the 12v rail in a car, which the servo thinks is instructions. This noise is only present in some cars (ie my 2004 van and likely from the radio)

We will need to do more testing to find the frequency(ies) which cause this, and then design a system to filter out this noise.

Specification

The goal of this tool is to save time generating the language models, as this took an astonishing amount of time. A language model is everything that hitchBOT is able to listen for.

Input

This should take a tab separated file waiting to be thrown into CleverScript and parse it into a language model. Here is an example of a CleverScript file Only lines which are of the type input and phrase will need to be processed.

Output

The output of this program should be a text file which contains readable sentences, one sentence per line. An example is here This is what hitchBOT 'listens' for while it is operating.

Other

This program can be written in any language you would like. That being said, C# might be preferred because it could later be integrated into our web portal.
From our CleverScript file which may contain around ~1000 lines, we expect our output to be at least 5000 lines.

right now this is too dependent on hardcoded things..

This should be adjusted to get the information from the database. The ASP side of things must be changed to point at the right file, and the code should be overall made more extendable and clean.

Determine the expected life span of the device with the current batteries.

Determine if different/additional batteries will be required.

Determine if solar panels can supply enough power.

Copper pipe again? Plastic.. ABS? Carbon Fiber?

-- Time permitting!

Should also order the components as well.

I will have to write the server side code for this. Then we will modify the android code.. shouldn't be too bad.

Either make own solution with a service that keeps the app running in the foreground 24/7, or use existing one (autostart and stay). If we use existing one much testing must be done to ensure it works with updated versions of the app.

We should look into this again and try to figure out if it could be used to tell us information about a geological region.

This may be easier than trying to pre-enter piles of data.

I did the calculations and such in ./dev/arduino/face power testing.md
Hope that document can make our scenario a little bit clearer.

I will need a normal sized SIM to do this