I have just installed on my working system, and I have noticed that the number of open files is increasing. I haven’t changed anything else so it is probably AD. The command to capture the number of open files is lsof -wPln | wc -l
Good day, I’ve run HADashboard for about 6 months. I tried upgrading using pip3 install upgrade AppDaemon, but couldn’t get it to work. The service won’t start on reboot, I got it to start “manually” systemctl restart, but I can’t load any of my existing panels.
I followed the minor changes for dashboard with no luck. I also noticed that the documentation said using sudo pip3 install —pre appdaemon.
Which one would apply; install upgrade or install—pre appdaemon.
Thank you
but the other issue is why is the appdaemon@appdaemon. service not starting on reboot as it was before.
it works cause i can start it via sudo systemctl restart appdaemon@appdaemon. service
i am sorry, but with that part i cant help. i have no experience with that and dont use it.
when appdaemon is started and functioning when you start the service the configuration is allright.
in that case i can only imagine that its something in the startup service that maybe has to do with rights.
are you sure that it starts when you start the service?
what is in the file /export/hass/appdaemon_test/logs/appdaemon.log? (please from the beginning)
The bugs I reported earlier have been fixed, to confirm that. I have a couple of questions.
Sometimes I have noticed if I make changes to some apps, my changes don’t take effect until I restart the entire appdaemon service. Do you think I am doing something wrong?
I have just purchased a Pi and all I want to run on it alone is Appdaemon strictly. if I simply do a pip3 install appdaemon using the pi account, where will my configuration files be kept? In the bin folder or in a local folder where I ran the install?
In this project, I want to be able to use events to pass data to different apps. Now I do that presently using HA (self,fire_event()), but I don’t want it tied to HA. Can I kindly request you add a feature for events within appdaemon for apps? I could possibly do it with packages like this, but I think might be better if you had one inbuilt within the framework. I know you have one, but its for the Dashboard which I don’t use.
It definitely does have it. Like most times it works fine and updates when I make minor changes. But if I was to do a major change or several ones at the same time, it seems it doesn’t like it. The module reloads as I see it in the logs, but my changes don’t take effect. I notice this, because I am expecting a certain response which I don’t get, until I reload the service. Also I noticed this only happens to one of my apps, which acts like a core app and calls other apps to carry out functions. It is a dependency of other apps.
yes I do use that, but in my use case, I need the other apps to function independently without having like a core app that does the get_app() function. Which I also do now in another use case.
Yes I also use that, but if I change a parameter, is there a way to create like an event change or something? So the other apps knows, and goes to fetch it to carry out tasks.
Are you using the latest GA of 3.0? There was a bug in a few of the earlier betas that caused similar issues, it was fixed in beta 4. If you are stuill running the beta you should upgrade to the GA version.
Based on that description, I think set_app_state() might do what you want:
@ReneTode so I got it to run. It wasnt actually running. I was missing an apps folder, which I didnt use before and it was preventing the service from starting.
I also had to remove the log section, as I dont have a folder /export/hass/appdaemon_test/logs/
and again it wouldnt start. Do i have to manually create this folder?
finally after all this removed, it started. The main panels are coming up, but its showing entities not found. so no switches etc.
you can set the logs to whatever file you like, just make sure you use a dir where appdaemon has writing access.
its is very helpfull to have the logs set right, because without it you wont know what is going wrong.
i suspect that AD is started, but there is no connection to HASS.
but we can only know that when you have logs and are able to show what is in them.