History 2015: working in a manufacturing environment, directly involved in production management a clear need for a solution (system) to monitor the production time as often as possible has been identified. Every product goes to different production phases, each phase consuming time accordingly. The sum of time from each production phase for a given product will give us the "total time / product x". When you have a plethora of SKU's (more than 5k) and the time / each has been determined years ago (a person with a stopwatch in hand) you realise pretty quick that the production line reality in terms of productivity does not correspond any more with the actual times registered in the company system, so the problem arises quick when the pty. (productivity) target is 100% and you struggle to get 90% - meaning you loose money money money ... (ask my boss about it).

The phenomenon that modifies the "time": well the products evolved in terms of construction, improvement of the manufacturing line, personal fluctuates, etc. All this will affect the "actual time / product" while the "system time / product" will remain the same since the person who should time periodically the production time flee ...

The born of the idea: one management meeting day (not the best one) the tedious and crazy task (among all the other) assigned to me has been the "timing" ... As a daily reader of Hackaday and Kikstarter surfer I knew there is an answer for my problem, and there was under different forms (ESP8266 WiFi buttons, Amazon DASH button, Kikstarter campaigns with Bluetooth buttons, even more buttons if you Google'it) but I needed a tailored solution. And my journey started by reading the internet related button projects for about 2 months, I was reading like crazy everything that came in hand, from hardware to software drawing in my mind the building plan. Every time I had a question I had to search deeply on the internet to find the answer (there is always a solution or as one of my friend told me once "every problem has 3 solutions").

Proof of concept: before you go and pitch to your boss about a solution usually works better if you have a "proof of concept" and this was mine (actually I had 2): the 1'st (for myself only) - I needed to prove that a button can trigger a specific action so one night (one of those nights when your mind does not stop popping questions) I opened my old cell phone, cables, chargers, etc. box and pulled out the old Nokia Bluetooth headset (perfect it has a button and is Bluetooth). Put it to charge and meanwhile open the MIT app Inventor and start adding blocks that would do the following: if the phone rings and the call is activated (by my headset button) then start a timer to count seconds. When the call is ended stop the counter .... Eureka! Eureka! it worked. Well all good for the following days but you can not go for the pitch with your Nokia headset and explain that is the solution (you loose your job right!). The 2'nd (for the pitch) proof of concept - remember I read everything for a period of 2 months? well that paid off at this time. Purchasing the Bluefruit EZ-Key from ADAFRUIT came to rescue and offered my the first proof of concept for the pitch. A weekend spend on soldering and software development with MIT app Inventor and I was ready for the pitch (I had a plastic case from a toy with Start/Pause/Stop buttons linked to my phone).

The pitch: all good on the introductory part regarding the concept and the hardware till the question arises: what is the Bluetooth range? and the answer is 10 m. max. :( ... (what I have a fully working proof of concept solution ready in your hand and you want WiFi? r u kidding, I was screaming in my head) not good enough for my boss, now he wants 100 m. and no Bluetooth (he heard about WiFi); so no deal unless I make it WiFi to cover 100 m. range and reducing the costs by eliminating the Android tablets that would run the stopwatch app. controlled by the button. After another month of readings around Xbee I decided to go for it and pitch again with WiFi - success, the project has been approved.

The software: it is obvious that this solution will not work with out a brain (software side), the electronic will do their part but with out the software is a car with no gas ... And the rescue came from LiveCode programming language. Start digging right now and you will understand why I use it, I mean Right Now! Do not get me wrong I am not a programmer but by reading and doing I managed to have the basic of my software side in a week or so (many Thanks! to LiveCode forum) ...