Hello,
I’m building an esp32 weather station, with anemometer, thermometer, rain gauge, ecc… I have two esp32, one outside with the sensors and one inside with an lcd display. My idea is to put the data from the sensors (first esp32) on the lcd (second esp32). I have the plus plan (5€ month). My idea is to use the same bylnk 2.0 template for both esp32. For the one with the sensors I think to use this function to send the data to the app:
blynk.virtualWrite(vpin, value)
So I can have the data on the mobile app.
For the other esp32 (with the lcd) , I don’t know if this function
BLYNK_WRITE(vpin)
param.asInt()
can take the data sent by the other esp32 (with the sensors) to the app.
So what I want to do is to make two esp32 communicate with blynk and also use the app to see the data. Do someone know if this is possible?
I guess you could use the Blynk Server as your bridge between both devices with just one token.
The first Esp will take all measurements writing the results into Blynk and the second Esp will take those results to write them at your LCD
So two devices with the same token? I didn’t know it was possible. I will try, but I don’t know if the server can handle two devices with the same token. However it is a good idea.
Using the same template doesn’t achieve anything useful - in fact, if anything it can complicate matters.
Your approach still creates two different devices with different Auth tokens (which is necessary for proper operation) and Blynk doesn’t provide an out of the box method for device to device communication.
The HTTP(S) API method of device to device communication is the easiest to implement. This has a limit of 500,000 update calls per day, but that will be fine for your needs.
This shows you how it can be done…
Personally though I use Node-Red for my Home Automation integration with Blynk.
There’s a few snippets of info about my weather station scattered throughout this topic…
although I’ve since moved away from the BME280 sensor to a weatherproof variant of the SHT30 temperature & humidity sensor and a separate pressure sensor (which can be housed in the indoor module if you wish).
@John93 having devices share the same Auth token isn’t a great idea, it leads to confusing info about on/offline status and messes with the way that Blynk handles everything internally.
I’d guess that Blynk will put more effort into trying to detect Auth token sharing too, as this undermines the device limits set by the various billing subscription tiers. So while it might be a clunky yet confusing workaround at present, it could simply be blocked in future causing a project to stop working altogether.
I did something similar in the past using Blynk Legacy a few years ago and the result was good, it’s true that the on/off status will be confusing… you are absolutely right, but I don’t really think my idea was so bad at all…lol.
Anyway, your comments are accurate as always and you are in a better position that me with your knowledge and experience using Blynk 2.0… I’m always learning a lot with your comments.
Yes, thank for pointing that out, and apologies to @John93
I was trying to do more than one thing at once, and as Mrs K is always keen to remind me, I just don’t have the necessary chromosomes to multi-task successfully
Are there any limits on the frequency of data writes from one device to another?
For example, can you send data for multiple datastreams once every 5 seconds 24/7 ?
Any restrictions based on the type of subscription?
I have had a look at the https api. It doesn’t seem to be difficult. My question is: the device (esp32) that has to read the Virtual pins of the other esp32 through the api has to be connected to blynk at the same time, to send the data from an internal temperature sensor. How can I make the https requests with the blynk firmware? Also because the blynk firmware is really good for handling disconnections from wifi. Thanks again, you are giving me an amazing help!
At the moment automations have a default minimum 1 minute ignore period, meaning you can’t trigger the same automation more than once within 1 minute. However, this will be tuned based on the plan. Paying users should be allowed to trigger more often.
Sorry, I misunderstood what you were asking.
You shouldn’t be using the API to read virtual pin values (this is why I thought you were using something like Thingspeak or IFTTT as3rd party middleware).
The API is used to write data from the sensors to the device that will be mounted internally and have the display attached.
When the external device uses the API to make these data writes, the corresponding BLYNK_WRITE(vPin) callback will trigger on the receiving device. You then extract the incoming data values using the param.asInt or param.asFloat methods.
So, Peter, you are saying that each device has its own set of data streams which cannot be accessed by any other device?
If a datastream could be shared then data can easily be sent by one device and read by another device. That’s what I would like to do- send a temperature reading from one device to be displayed on a display on a different device (hardware).
Is there any way that can be im[plementsd ? Or is that a bad or problematic idea ?
