![]() |
2017-01-23
, 11:57
|
|
Posts: 6,450 |
Thanked: 20,983 times |
Joined on Sep 2012
@ UK
|
#2
|
![]() |
2017-01-23
, 12:31
|
Community Council |
Posts: 4,920 |
Thanked: 12,867 times |
Joined on May 2012
@ Southerrn Finland
|
#3
|
The Following 5 Users Say Thank You to juiceme For This Useful Post: | ||
![]() |
2017-01-23
, 13:48
|
|
Posts: 6,450 |
Thanked: 20,983 times |
Joined on Sep 2012
@ UK
|
#4
|
I agree with @pichlo that the given scenario is the one most widely used by any appliances that are "internet enabled"; however from my point-of-view it is just as badly flawed as could be!
Even if there was no sinister ulterior motivations from the manufacturer who so wants to become more of a service operator then just purveyor of HW I'd feel extremely uncomfortable to allow it.
It's an intrusion to my home if external parties can access the information provided by appliances and potentially control them and/or upload firmware or configuration to the devices.
What I'd do is to try to figure out the protocol that the device wants to communicate with homebase and write my own counterpart for it, running it locally and diverting the traffic from the device to it.
![]() |
2017-01-23
, 16:25
|
Community Council |
Posts: 4,920 |
Thanked: 12,867 times |
Joined on May 2012
@ Southerrn Finland
|
#5
|
I would not necessarily call it "badly flawed". Just "naively implemented". There are a lot of advantages that solution brings, resulting in a simpler implementation. Not only for the manufacturer, but also for the user. You may have the know-how to talk to the thermostat in your bedroom from your phone on the beach on Ibiza but my sister does not. She needs a device that talks to a central server and a phone app talking to the same server. There are a million people like my sister for every juiceme.
Of course there are disadvantages too! For example...
...this is one of them. It is not so much that the manufacturer "wants" to be the operator, it is more like he is "forced to become" one. In many cases the roles of "HW purveyor" and "service operator" are separated. An obvious example is smart meters: in such cases, the "service operator" is your utility company, not the meter manufacturer.
The Following 3 Users Say Thank You to juiceme For This Useful Post: | ||
![]() |
2017-01-23
, 19:42
|
|
Posts: 6,450 |
Thanked: 20,983 times |
Joined on Sep 2012
@ UK
|
#6
|
The Following 3 Users Say Thank You to pichlo For This Useful Post: | ||
![]() |
2017-01-23
, 20:40
|
|
Posts: 889 |
Thanked: 2,087 times |
Joined on Sep 2010
@ Manchester
|
#7
|
The Following 2 Users Say Thank You to mrsellout For This Useful Post: | ||
![]() |
2017-01-23
, 20:42
|
|
Posts: 4,118 |
Thanked: 8,901 times |
Joined on Aug 2010
@ Ruhrgebiet, Germany
|
#8
|
Which brings me back to my question. Why would anyone want an internet enabled vacuum cleaner?
![]() |
2017-01-24
, 05:42
|
Posts: 198 |
Thanked: 271 times |
Joined on Mar 2015
@ Germany
|
#9
|
The Following 3 Users Say Thank You to monkeyisland For This Useful Post: | ||
![]() |
2017-01-24
, 07:45
|
|
Posts: 6,450 |
Thanked: 20,983 times |
Joined on Sep 2012
@ UK
|
#10
|
Do you not see the use case?
Your Android/Imer knows where you are and when you come back home.
The Following 2 Users Say Thank You to pichlo For This Useful Post: | ||
I managed to connect it with my jolla via an Android app called
"Kobold Robot"
What i dont like is that the app connects to neato Servers i cant
connect my Robot directly from my jolla.
Now i searched the web an i am really sure that my Robot is similar
to the Robots fom Neato.
For Neato Robots i find a Python Script here :
https://github.com/stianaske/pybotvac
is there anybody to make a "app" from this or somebody who can tell me a how to to use the script ?