Sponsored Content
Top Forums Programming Wuhan Coronavirus Status for China - Rapid Prototype Blynk App with ESP8266 Post 303043594 by Neo on Saturday 1st of February 2020 12:07:24 PM
Old 02-01-2020
The mistake I made in this humanitarian crisis situation was to use Blynk to build a public service app to help others.

I will not make that mistake again.

In addition, I also read the Blynk privacy policy and according to their privacy policy, they can provide the data we use on the Blynk network to third parties, for example Google and FB-like behavioral analytics, where they can partner with data miners and other third parties and user our "behavioral exhaust" without our express written consent.

From Blynk Terms of Use (TOS) policy:

Quote:
By using the [Blynk] Service, you are granting us (and any service providers or Providers used by us) permission to access your account and those messages, data, information, text, graphics, audio, video or other material and content of any kind posted/uploaded/transmitted to or through the Service using your account, to process and submit said material to End Users.
That is a very "radical" TOS statement, to say the least.......

Update:

After looking into this, I found some promising iPhone apps which do not share your data with third parties (in contrast to Blynk) and will test the mosquitto broker to set up a private pub/sub network to send and receive messages to and from these ESP8266 and ESP32 devices.

Quote:
Eclipse Mosquitto is an open source (EPL/EDL licensed) message broker that implements the MQTT protocol versions 5.0, 3.1.1 and 3.1. Mosquitto is lightweight and is suitable for use on all devices from low power single board computers to full servers.

The MQTT protocol provides a lightweight method of carrying out messaging using a publish/subscribe model. This makes it suitable for Internet of Things messaging such as with low power sensors or mobile devices such as phones, embedded computers or microcontrollers.

The Mosquitto project also provides a C library for implementing MQTT clients, and the very popular mosquitto_pub and mosquitto_sub command line MQTT clients.
I have already set up a mosquitto broker on Ubuntu, the basic security authentication and can send a message from my ESP32 device to the remote Linux server. Will discuss this in another post.
This User Gave Thanks to Neo For This Post:
 

6 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

Function prototype declaration

Hi All, I have the script as below #!bin/bash let k=9 if then echo "Start" Hello echo "End" else echo "failed" fi function Hello() { echo "hello !!!!" } I got the below error : (4 Replies)
Discussion started by: Balasankar
4 Replies

2. Programming

Embarcadero Rapid SQL query for dependency

Team I am using Embarcadero Rapid SQL V8 . When we right click on any procedure/table/view and open the contents. It has dependencies tab, which tell what all are the dependents used . My question is how does this information captured in backend to retrieve the dependency objects in... (0 Replies)
Discussion started by: Perlbaby
0 Replies

3. What is on Your Mind?

Major Changes in New UserCP (v0.63) Prototype

Regarding the latest version of the UserCP prototype (version 0.63) I have made a lot of major changes, including Added a "Posts Timeline" table for the recent posts, complimenting the non-table version earlier, which has been moved off the main menu (link at the bottom of the table). Added a... (4 Replies)
Discussion started by: Neo
4 Replies

4. Programming

NodeMCU ESP8266 Blynk SSL Application for Linux Server Load Averages

Here is a useful SSL (HTTPS) application for anyone with a remote Linux server they want to keep an eye on using Blynk and the NodeMCU ESP8266. This little app also works (have tested as well) on the WeMos D1 ESP8266 Arduino board. The NodeMCU setup could not be easier, just find a... (8 Replies)
Discussion started by: Neo
8 Replies

5. Programming

Wuhan Coronavirus Status App for China - Rapid Prototype using MQTT and the IoT OnOff IOS App

With a little bit of work, was able to build a nice "Wuhan Coronavirus Status" app using MQTT and the IoT-OnOff app. More on this technique here: ESP32 (ESP-WROOM-32) as an MQTT Client Subscribed to Linux Server Load Average Messages The result turned out nice, I think. I like the look and... (10 Replies)
Discussion started by: Neo
10 Replies

6. Programming

A Slightly Better NTP Client for the ESP8266

Was not really happy with the NTP clients for the ESP8266 because, after a few years of game engine programming, I am not a fan of a lot of code and delays in the main loop, so here is a "slightly better NTP client" for the ESP8266. In a nutshell, instead of having a delay in the main loop as a... (1 Reply)
Discussion started by: Neo
1 Replies
mosquitto(8)															      mosquitto(8)

NAME
mosquitto - an mqtt broker SYNOPSIS
mosquitto [-c config file] [-d | --daemon] [-p port number] DESCRIPTION
mosquitto is a broker for the mqtt protocol version 3.1. OPTIONS
-c, --config-file Load configuration from a file. If not given, the default values as described in mosquitto.conf(5) are used. -d, --daemon Run mosquitto in the background as a daemon. All other behaviour remains the same. -p, --port Listen on the port specified instead of the default 1883. This acts in addition to the port setting in the config file. May be spec- ified multiple times to open multiple sockets listening on different ports. This socket will be bound to all network interfaces. LIMITATIONS
mosquitto implements all of the mqtt protocol version 3.1, but there are some limitations compared to rsmb. o There are fewer configuration options. o There is less logging information. o It isn't as well tested or documented... It should be noted that all of the above limitations should have "currently" included in them. They will all be fixed at some point. BROKER STATUS
Clients can find information about the broker by subscribing to topics in the $SYS hierarchy as follows. Topics marked as static are only sent once per client on subscription. All other topics are updated every sys_interval seconds. If sys_interval is 0, then updates are not sent. $SYS/broker/bytes/per second/received The average number of bytes received per second since the broker started. $SYS/broker/bytes/per second/sent The average number of bytes sent per second since the broker started. $SYS/broker/bytes/received The total number of bytes received since the broker started. $SYS/broker/bytes/sent The total number of bytes sent since the broker started. $SYS/broker/changeset The repository changeset (revision) associated with this build. Static. $SYS/broker/clients/active The number of currently connected clients $SYS/broker/clients/inactive The total number of persistent clients (with clean session disabled) that are registered at the broker but are currently disconnect- ed. $SYS/broker/clients/maximum The maximum number of active clients that have been connected to the broker. This is only calculated when the $SYS topic tree is up- dated, so short lived client connections may not be counted. $SYS/broker/clients/total The total number of active clients currently connected to the broker. $SYS/broker/heap/current size The current size of the heap memory in use by mosquitto. Note that this topic may be unavailable depending on compile time options. $SYS/broker/heap/maximum size The largest amount of heap memory used by mosquitto. Note that this topic may be unavailable depending on compile time options. $SYS/broker/messages/inflight The number of messages with QoS>0 that are awaiting acknowledgments. $SYS/broker/messages/per second/received The average number of messages received per second since the broker started. $SYS/broker/messages/per second/sent The average number of messages sent per second since the broker started. $SYS/broker/messages/received The total number of messages received since the broker started. $SYS/broker/messages/sent The total number of messages sent since the broker started. $SYS/broker/messages/stored The number of messages currently held in the message store. $SYS/broker/timestamp The timestamp at which this particular build of the broker was made. Static. $SYS/broker/uptime The amount of time in seconds the broker has been online. $SYS/broker/version The version of the broker. Static. WILDCARD TOPIC SUBSCRIPTIONS
In addition to allowing clients to subscribe to specific topics, mosquitto also allows the use of two wildcards in subscriptions. + is the wildcard used to match a single level of hierarchy. For example, for a topic of "a/b/c/d", the following example subscriptions will match: o a/b/c/d o +/b/c/d o a/+/c/d o a/+/+/d o +/+/+/+ The following subscriptions will not match: o a/b/c o b/+/c/d o +/+/+ The second wildcard is # and is used to match all subsequent levels of hierarchy. With a topic of "a/b/c/d", the following example sub- scriptions will match: o a/b/c/d o # o a/# o a/b/# o a/b/c/# o +/b/c/# The $SYS hierarchy does not match a subscription of "#". If you want to observe the entire $SYS hierarchy, subscribe to $SYS/#. Note that the wildcards must be only ever used on their own, so a subscription of "a/b+/c" is not valid use of a wildcard. The # wildcard must only ever be used as the final character of a subscription. BRIDGES
Multiple brokers can be connected together with the bridging functionality. This is useful where it is desirable to share information be- tween locations, but where not all of the information needs to be shared. An example could be where a number of users are running a broker to help record power usage and for a number of other reasons. The power usage could be shared through bridging all of the user brokers to a common broker, allowing the power usage of all users to be collected and compared. The other information would remain local to each broker. For information on configuring bridges, see mosquitto.conf(5). SIGNALS
SIGHUP Upon receiving the SIGHUP signal, mosquitto will attempt to reload configuration file data, assuming that the -c argument was pro- vided when mosquitto was started. Not all configuration parameters can be reloaded without restarting. See mosquitto.conf(5) for de- tails. SIGUSR1 Upon receiving the SIGUSR1 signal, mosquitto will write the persistence database to disk. This signal is only acted upon if persis- tence is enabled. SIGHUP Upon receiving the SIGHUP signal, mosquitto will attempt to reload its configuration. Not all configuration parameters can be reloaded without a restart. See mosquitto.conf(5) for details. SIGUSR2 The SIGUSR2 signal causes mosquitto to print out the current subscription tree, along with information about where retained messages exist. This is intended as a testing feature only and may be removed at any time. FILES
/etc/mosquitto/mosquitto.conf Configuration file. See mosquitto.conf(5). /var/lib/mosquitto/mosquitto.db Persistent message data storage location if persist enabled. /etc/hosts.allow, /etc/hosts.deny Host access control via tcp-wrappers as described in hosts_access(5). BUGS
mosquitto bug information can be found at http://launchpad.net/mosquitto SEE ALSO
mqtt(7) mosquitto.conf(5) hosts_access(5) mosquitto_pub(1) mosquitto_sub(1) libmosquitto(3) THANKS
Thanks to Andy Stanford-Clark for being one of the people who came up with MQTT in the first place and providing clarifications of the pro- tocol. Thanks also to everybody at the Ubuntu UK Podcast and Linux Outlaws for organising OggCamp, where Andy gave a talk that inspired mosquitto. AUTHOR
Roger Light <roger@atchoo.org> 5 February 2012 mosquitto(8)
All times are GMT -4. The time now is 04:39 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy