Planning Notes » History » Version 1
Hammel, 17 Jan 2016 20:18
1 | 1 | Hammel | h3. voice control interface to infrastructure |
---|---|---|---|
2 | |||
3 | * mobile |
||
4 | * Jarvis |
||
5 | * home UIs - NEST-like |
||
6 | * Follow-Me architecture - voice control follows you around the home. |
||
7 | |||
8 | h3. futuristic media display system |
||
9 | |||
10 | * display on glass w/ |
||
11 | ** static opaqueness |
||
12 | ** variable opaqueness |
||
13 | * Heads up |
||
14 | * Motion capture |
||
15 | |||
16 | h3. system control |
||
17 | |||
18 | * thermostatic and vent |
||
19 | * windows/shades/blinds |
||
20 | * garden |
||
21 | |||
22 | h3. robotic assistance |
||
23 | |||
24 | h3. controlled access: doors, windows, garage |
||
25 | |||
26 | h3. security cameras |
||
27 | |||
28 | h3. controllable power: outlets, lights |
||
29 | |||
30 | h3. resource management: |
||
31 | |||
32 | * what do you need (toilet paper, eggs) |
||
33 | |||
34 | h3. Monitoring: utilities |
||
35 | |||
36 | * location: humans, pets, visitors |
||
37 | |||
38 | h3. Media devices |
||
39 | |||
40 | h3. home data center |
||
41 | |||
42 | h2. Device node |
||
43 | |||
44 | Concept of a module unit so each new application doesn't need a new device. |
||
45 | |||
46 | * esp8266 for IoT |
||
47 | * CHiP/RPi Zero for subnodes |
||
48 | * RPi quad for master |
||
49 | * No Intel - ARM or related |
||
50 | * Want a reusable minimal component |
||
51 | |||
52 | h2. Products |
||
53 | |||
54 | * server box - master @ home, could have multiple, distributed in a single home |
||
55 | * subnode - manages a collection of devices, reports to master |
||
56 | * nodes - IoT, media servers - any "thing" that is an endpoint |
||
57 | |||
58 | h2. Problems |
||
59 | |||
60 | * Margins: 80-100% initially, %30 sustained |
||
61 | * Cost: $80 per outlet would not be reasonable |
||
62 | * wired network (wireline electrical)? |
||
63 | * wifi problems? |
||
64 | ** g - interference |
||
65 | ** n - faster, still interference? |
||
66 | ** ac - best? not in esp8266? |
||
67 | ** could we use non-wifi comm? |
||
68 | * Comm security |
||
69 | * power IoT - must last a long time |
||
70 | ** power harvesting |
||
71 | ** minimal power for comm - save most for control of device |
||
72 | * Mechanical experience |
||
73 | * Data band vs Control band |
||
74 | ** wifi for data |
||
75 | ** bluetooth or other RF for control |
||
76 | * No cloud - network comm is private, not to 3rd party |
||
77 | ** Add on: we manage a server |
||
78 | |||
79 | h2. What is the MVP? |
||
80 | |||
81 | * Proof of Concept: defined by Feb 20th |
||
82 | * 1st product: definition by end of April |
||
83 | * Danny - Jasper project working code - integrate with Jarvis? |
||
84 | * Mike - PiBox, builds and infrastructure, UI maybe |
||
85 | |||
86 | h2. How do we divvy the work? |
||
87 | |||
88 | * Electrical: Danny, Mike |
||
89 | * Software: Mike, Danny |
||
90 | |||
91 | h2. What's already out there? |
||
92 | |||
93 | * what niches are not being filled? |
||
94 | * what niches are we competing against? |
||
95 | |||
96 | h2. Things to look at? |
||
97 | |||
98 | * Wink - home automation/IoT company |
||
99 | ** app-celerator - write Javascript, compile into mobile-specific apps |
||
100 | * Blynk - home automation mobile dev tool |