well thats nice, and maybe an automation can be built on the other notification:
if tomorrow is a pickup day, show this scrape tomorrow…? something like that?
Seems a bit wird these scrape sensors, not as ‘programmable’ as the regular api sensors. But maybe there’s no other way…
btw, i think there’s also a Nextday? maybe thats scalable too? That way we would have both. Current and next.
thats very nice! How can we use that in Hassio? Don’t think i’ve ran a bash script before in the setup.
btw, might i ask if you have any experience with the techniques used in this Epson cartridge level program. I have it working up to the actual ink-levels, but down think i use the correct ‘scraping’ technique.
Maybe you can guide meow to proceed, thx!
Would you mind to share youre complete (working) code for this garbage collection . I’m fighting for several days
now but i’m not able to get this working. What I want is to trigger at let say 8:00PM and if there is a garbage pickup scheduled in the google calendar within the next 24 hours and then select , based on the message parameter (GFT, PLASTIC, RESTAFVAL), a correct message and picture to send a notify with telegram.
as you can see in the screenshot above, the sensor Afval soort (showing papier) doesnt correspond with the AfvalDatum sensor (3 april in his case, where Gft will be picked up)…
might have to add some logic to the sensor, cause as i can see the full page, it is quite difficult to parse and scrape like this without getting the incorrect results…
will do, thanks!
unfortunately this is not working as hoped for:
the state is correct: Geen. still the value_template results in Papier, which is indeed the next pickup…sensor afval_datum is 3 april, not Vandaag so the template should point to the ‘else’ bit, resulting in Geen Don’t know why this doesnt happen (yet)
I noticed mijnafvalwijzer swtiches between the trash pickup today and the next pickup date using the same classname. Therefor the sensor probably isn’t reliable using the scrape platform.
Is returning None? sensor.trash_gft exists, with date, and …gft_date has friendly name Gft and the correct picure. Already trying a few hours, but untill now no luck…
well, it doesn’t… the value_template returns none… which is logical, since it compares 2 different entities…
wonder if we could compact the trash tomorrow automation using a better value_template, (the action part works fine) and prevent the need for the conditions for all trash types … Any thoughts on this @xirixiz@robertjanb ?
HI,
An effort to try this with “day_after_tomorrow” which shows on the native App and the website, won’t work. There must be a setting hidden in the html page for day after tomorrow, or next-pickup, but i cant seem to locate it. Would you know how to create a sensor for that, using either scrape or other platform sensor?