ESP8266 - Another "Calling back home story" ?

[TJ232]

Rember the story with NodeMCU Flasher? http://www.esp8266-projects.com/2015/02/esp8266-nodemcu-flasher-problem-calling.html

Mistery solved somehow by direct coder answer.

Now we have  anew one, related with the new Arduino IDE interface ESP8266 integration:http://www.esp8266.com/viewtopic.php?f=32&t=2360

Anybody out there can confirm or deny?

What are your thoughts about "calling back products"? I'm quite shoked to see that people doesn't care to much on the premise that thay have "nothing to hide" ?? 

Remember the LG TV's story with the user data collection and remote logging scandal and the webcam remote activation function (rumours, yes, only rumours. lol) ? "nothing to hide"??

[Muxr]

People should care, but the first story is relatively harmless, it's just the flasher program getting the news from the website.

2nd story I am not sure, is it the device calling back home or the Arduino IDE? It doesn't look like the module itself calls back home.

[TJ232]

People should care, but the first story is relatively harmless, it's just the flasher program getting the news from the website.

2nd story I am not sure, is it the device calling back home or the Arduino IDE? It doesn't look like the module itself calls back home.

That was the explanation received from the coder for the call in the first case.

For the new one it looks like somehow the ESP module itself it's doing some hasty things under some certain conditions like a web request trigger. I don't have access to the right tools this days to test, as I'm travelling, but if anybody can try to repeat the experiment presented on esp8266 forum subject from above, will be great to have more data.

PS: and for the ones that still don't know the LG story:
http://doctorbeet.blogspot.com/2013/11/lg-smart-tvs-logging-usb-filenames-and.html
http://www.engadget.com/2013/11/21/lg-admits-smart-tv-data-collection/
http://www.tomsguide.com/us/lg-tvs-spying-confirmation,news-17887.html

I insist with this one, as it is a beauty of itself 

"This transmission occurs even if users have turned off an option called "collection of watching info" in their TV settings. LG uses TV owners' viewing information to sell targeted advertisements that appear on the Smart TV's home screens.

LG's statement confirms that Huntley's findings were accurate.

"We have verified that even when this function is turned off by the viewers, it continues to transmit viewing information, although the data is not retained by the server," an LG representative said in an email. "

What I say, beauty, pure gems 

[mikerj]

The LG issue pales into insignificance compared to the Samsung's Spy TVs

[zapta]

The LG issue pales into insignificance compared to the Samsung's Spy TVs

Is it turned on by default or opt in with a very clear disclosure?  The later may be acceptable though I would leave it off of course.

[SeanB]

On by default of course, just the turning off disables the acting on the commands. They need the voice data to "improve the customer experience"

Smart TV set will be not connected, just used as a very slow turn on dumb display, with very poor standby power consumption.

[zapta]

On by default of course, just the turning off disables the acting on the commands. They need the voice data to "improve the customer experience"

Smart TV set will be not connected, just used as a very slow turn on dumb display, with very poor standby power consumption.

If so, they need a new Chief Privacy Officer.

[Rasz]

Rember the story with NodeMCU Flasher? http://www.esp8266-projects.com/2015/02/esp8266-nodemcu-flasher-problem-calling.html

Mistery solved somehow by direct coder answer.

coder: Uh, everything's under control. Situation normal.

are you in the bridge market by any chance? I have a real beauty going for a song!

[SeanB]

Rember the story with NodeMCU Flasher? http://www.esp8266-projects.com/2015/02/esp8266-nodemcu-flasher-problem-calling.html

Mistery solved somehow by direct coder answer.

coder: Uh, everything's under control. Situation normal.

are you in the bridge market by any chance? I have a real beauty going for a song!

Is it that one in the USSR that went missing one weekend......... 

[Mechatrommer]

who's going to process millions of family affairs? too many bandwidth and time wasted. embrace the internet of thing this is the future! whats wrong with the "not smart" tv?

[sunnyhighway]

Now we have  anew one, related with the new Arduino IDE interface ESP8266 integration:http://www.esp8266.com/viewtopic.php?f=32&t=2360

What I did is flashing the example ESP8266WebServer/HelloServer on two of my modules. I slightly altered the code but only to GPIO behaviour and some strings getting delivered when the server is requested.

If memory serves correctly, sending strings bigger than 400 bytes causes a buffer overrun.

[TJ232]

Rember the story with NodeMCU Flasher? http://www.esp8266-projects.com/2015/02/esp8266-nodemcu-flasher-problem-calling.html

Mistery solved somehow by direct coder answer.

coder: Uh, everything's under control. Situation normal.

are you in the bridge market by any chance? I have a real beauty going for a song!

Is it that one in the USSR that went missing one weekend......... 

LOL. Exactly, everything is under control. Nothing to worry about. For your own good

USSR...now that's something I didn't heard for a while...didn't disappear like 20  something years ago ? and the coder is from China.

[TJ232]

Now we have  anew one, related with the new Arduino IDE interface ESP8266 integration:http://www.esp8266.com/viewtopic.php?f=32&t=2360

What I did is flashing the example ESP8266WebServer/HelloServer on two of my modules. I slightly altered the code but only to GPIO behaviour and some strings getting delivered when the server is requested.

If memory serves correctly, sending strings bigger than 400 bytes causes a buffer overrun.

I really want to hear about the same traffic data results also from other people that can confirm the call back home. Or not.

Until now it's just from a source only.

What are you saying about buffer underrun works in favour of my "event trigger" theory.