mirror of
https://github.com/OpenEPaperLink/OpenEPaperLink.git
synced 2026-03-21 00:04:28 +01:00
[GH-ISSUE #92] Feature request: Control tags simultaneously with the same input #2803
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Draexl on GitHub (Jul 24, 2023).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/92
In my usecase, all tags should display the same thing. At the moment I can only control one tag with the JSON template upload.
Can this be implemented or is there already a way?
@Draexl commented on GitHub (Jul 24, 2023):
I just saw that I can store a JSON URL in the TAG.
I have now stored a JSON in File Explorer. What should the URL be now (in the tag settings)?
I can't get it.
used http://192.168.1.100/test.json
@Draexl commented on GitHub (Jul 24, 2023):
OK, I found it. You have to put it in the www folder.
But what doesn't work is the interval function (I used 1 Minute) in the tag settings.
I always have to click on save in the tag settings for refresh.
@Draexl commented on GitHub (Jul 24, 2023):
Ok, I found the Problem. The Minimum time interval time is 10 Minutes. Is it possible to enter lower values? For example. check every 10 seconds? Would be very important to me.
@slimline33 commented on GitHub (Jul 24, 2023):
You can send a refresh after Uploading a New Image or json
@slimline33 commented on GitHub (Jul 24, 2023):
?cmd=refresh
This can you do with curl. I don't know the right way to do it with jsonupload.
@Draexl commented on GitHub (Jul 24, 2023):
My structure looks like this:
I have the JSON file in the ESP/AP directory (Is adjusted via input mask there)
In the TAG settings I refer to the URL of the JSON file.
You can set one minute in the interval, but it is 10 minutes in the background.
That's why I can't send a refresh. I would have to do that for each DAY individually
@nlimper commented on GitHub (Jul 24, 2023):
I have three thoughts on this:
@Draexl commented on GitHub (Jul 24, 2023):
Point 2. The picture does not change every 10 seconds. More like every 15 minutes and even just for a few hours. After that, they won't be needed again for a few weeks.
It is currently recognized that nothing should be changed:
LOG: "new image is the same as current or already pending image. not updating tag."
Point 3. That would of course be the very best idea if the same thing is to be displayed on all tags.
@nlimper commented on GitHub (Jul 24, 2023):
By the time the log says "new image is the same as current or already pending image. not updating tag", the image is already rendered from the json (which takes a few seconds).
If you can pull the image from your webserver (instead of misusing the esp32 as a proxy webserver ;-) ), you could make use of the 'If-Modified-Since'-header. The esp32 sends this header, filled with the last time the image was fetched. Your webserver could then send a http 304 if your image hasn't changed since that last time. This way, you can still do fast polling, but without unnecessary image rendering.
Or, like mentioned, use http POST to push changed.
I will start working on the 'mirror tag contents from another tag', I estimate to finish that in 1-2 weeks.
@Draexl commented on GitHub (Jul 24, 2023):
Great, thanks for the info. I will then wait for your implementation with the Master / Slave
@Draexl commented on GitHub (Jul 27, 2023):
A request. Is it possible with the Master Slave implementation that the transmission "optional" works simultaneously? Even if this function requires a lot of battery capacity, no problem. The tags are only used temporarily (no long-term use)
@nlimper commented on GitHub (Jul 31, 2023):
The current protocol doesn't allow for some kind of broadcasting the content. So it has to be send individually.
@Draexl commented on GitHub (Aug 1, 2023):
OK, understood. I'm definitely looking forward to the master/slave implementation :-)
@nlimper commented on GitHub (Aug 3, 2023):
done! You can check it out:
df783c6f8fAt a content card, you can choose 'display a copy' and set the mac address of the tag you want to mirror.
A mirrored tag doesn't take any file system space (if the tag is local to the AP). But the data still has to be send individually to the tags (there is no broadcast option in the protocol), so they still update one by one.
Let me know the results. :-)
@Draexl commented on GitHub (Aug 3, 2023):
Thanks alot. How can I install it? Unfortunately, my case is glued and I can't get to the RST button on the esp. Unfortunately, only OTA is then possible.
@nlimper commented on GitHub (Aug 3, 2023):
If you plan to ever do some development yourself, you can install vscode and platformio, and compile the source. Using the usb-c port, you can program the esp32-s2 in your access point without pressing any of the buttons (that's only needed the first time when you start with an ompty esp32-s2).
But if you're not planning to ever make changes to the source yourself, installing vscode and platformio is a bit overkill. In that case, I would wait until the next release, which should be in a few days. The changes will be there, and you can use OTA to update.
@Draexl commented on GitHub (Aug 6, 2023):
Yesterday I switched to 0.8. But could not find a display a copy on the content card.
Today, I switched back to 0.7. (Completely reinstalled). But apparently no OTA update is currently possible anymore. Is this known? The system means the .bin file is missing.
@nlimper commented on GitHub (Aug 6, 2023):
what is the exact message you're getting?
@nlimper commented on GitHub (Aug 6, 2023):
About 'But could not find a display a copy on the content card' -> look in the /www folder. If you see two files 'content_cards.json', and 'content_cards.json.gz', delete 'content_cards.json' and leave the .gz one (you can do that with all duplicate files). I could not automatically delete it, because of the risk of bricking if the update was stopped halfway (the delete process runs before the download process). Next release these files will be automatically deleted.
@Draexl commented on GitHub (Aug 6, 2023):
It works... did you do something? It didn't work all day...
@Draexl commented on GitHub (Aug 6, 2023):
I check it
@Draexl commented on GitHub (Aug 6, 2023):
i do it, but i can't see nothing
@nlimper commented on GitHub (Aug 6, 2023):
Hm :-( For some reason the updated file didn't end up in the release. Use this one attached.
content_cards.json.gz
@Draexl commented on GitHub (Aug 6, 2023):
Works, Thanks :-)