-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cant get this working #14
Comments
Hi Techcubs, A few different things; a) I don't think you need either of these automations, as long as you are happy only getting the data once per day in the morning. I would expect that it would be working ok for that run. b) if you do want to get it more often, then 16:00 (4pm) and 17.30 (5.30pm) seem to be strange times, do you expected them to change much between 5.30am (auto run) and then the two other times? c) If you are going to do the different times, your first automation needs to turn on the input_boolean that loads the data into the ui, which is your DEB_FLAG so it should be input_boolean.reset_allergies_sensor. Everything else looks ok, are you getting any data at all? Simon. |
Hey Raj, Can you try the following; First can you look it the developer tools (the hammer in the left sidebar in home assistant) and look to see if there are new sensors that start with acc_dust etc. , with the changes for APRIL22 the majority of the sensors were renamed, so you may just need to rebuild your ui with the new names. If there aren't any new acc_ sensors try the following two different options
See if that helps, some places need the postcode others don't. separately
Your area may still be using the older version. From what I can see looking at your area, these shouldn't matter, but lets get the simple stuff out of the way. Simon |
accu_allergies: Still everthing shows as unknown |
Hi Raj, No, I really need you test each thing individually, go back to what you had in the config and go and see if there are new versions of the sensors - Not in your UI, in the states page. If that doesn't work, try just removing the postcode, then check the sensors again (in the states page). If that doesn't work, try removing the APRIL22, then check the sensors again (in the states page). If you only look in your UI, they will keep showing as unknown as the new sensors have new names. Simon. |
how do I check on demand? Please can you check if these Automations are now correct. alias: Accuweather Get Allergies Data
alias: Accuweather Load Allergies Data
RE: the sensors, i did check them in the developer tool: |
Ok a few things to make this easier. so when you put in code - select it and press ctrl+e (the <> button on the bar above) that it formats it as code, so I can read it a little easier. Until we get the basics working, then these extra automations aren't important, so lets try and get the basics working. (but no they aren't correct, you need to 'get' the data at a time (get turn on), and then 'reset' the ui (reset turns on) once it has got the data (get turns off), I don't know why you are turning on the 'load' one - does it even exist? it isn't in your config) When I check my sensors for the filter 'acc_d' I see this: so if you have the so lets go back to here:
this is the minimum you should have in you apps.yaml file. also please confirm that you have created the two helpers as without these it won't do anything:
If this is all correct and you still aren't getting the sensors, then I'll have to think of something else. Simon. |
Hi having the same issues. Everything comes back as unknown either way but this error could Hope this login the AppDaemon can help. Added info using to help debug. #--Config.yaml #--apps.yaml 2022-06-03 18:00:22.052350 INFO AppDaemon: Initializing app accu_allergies using class Get_Accu_Allergies from module accu_allergies |
Hi it appears that the original fetch from is not working correctly. Looking at your area webpage try the following: #--apps.yaml
I would suggest restarting appdaemon after making this change and see what is happening. Simon |
Hi Tech, Once your area has been changed over by Accu then you have to use the APRIL22 version, the other information is no longer being published by them. The new website (their changes not mine) mean that there are no tomorrow values any more, thus I have stopped trying to copy them. The only reason that in the last screen shot you have shown that things like sensor.acc_composting_today are still showing 'Fair' and not unknown is that the older version didn't try to write them, meaning that it isn't being populated, leaving the 'Fair' and it will continue to be 'Fair' forever if you didn't rerun with the 'APRIL22' flag on. All my system does is copy what they put on their website, if there is something else on there that you want, we may be able to copy it down, but it depends upon how they have formatted their website, and if I can effectively decipher what they are publishing. Hope this helps, Simon. |
Hi All,
I set this up in HA and it was working fine, but now it doesn't show any data,
my app.yaml looks like this:
accu_allergies:
module: accu_allergies
class: Get_Accu_Allergies
ACC_FILE: "./allergies"
ACC_FLAG: "input_boolean.get_allergies_data"
DEB_FLAG: "input_boolean.reset_allergies_sensor"
URL_ID: "328298"
URL_CITY: "pinner"
URL_COUNTRY: "gb"
URL_LANG: "en"
URL_POSTCODE: "ha5-3"
WEB_VER: "APRIL22" # or use "APRIL22"
I also tried setting up the input_booleans but had no luck with that.
input_boolean.yaml looks like this (as i have this in my configuration.yaml input_boolean: !include input_boolean.yaml ):
load_allergies_data:
get_allergies_data:
and my 2 automations look like this
alias: Accuweather Allergies Data
description: ''
trigger:
entity_id:
to: 'off'
condition: []
action:
target:
entity_id: input_boolean.load_allergies_data
data: {}
mode: single
alias: Accuweather Get Allergies Data
description: ''
trigger:
at: '16:00:00'
at: '17:30:00'
condition: []
action:
data: {}
target:
entity_id: input_boolean.get_allergies_data
mode: single
Anything i am doing wrong ?
The text was updated successfully, but these errors were encountered: