Show off your Frontend!

Evening All,

I am really new to HA and love what I see but I would love to have some inspiration of how you all setup your Frontend and groups.

I am sure others will also be interested to see how other uses do things.

Could you reply to the thread with an image of your Frontend and some feedback. It would really help me and I would love to see all the quirky things HA can do.

Thanks

Mike

1 Like

Want to see whatā€™s available? Check the demo platforms.

DId you look at the examples ā€˜cookbookā€™ section yet, Mike? They have exactly what you are looking for with example configs and images of the usersā€™ front end displays.

At the bottom of the page youā€™ll find the links to the config examples.

My config repo has a screenshot: https://github.com/happyleavesaoc/my-home-automation

4 Likes

A lot of them do, but your read me is excellent. I think everyone who posts their config should do a best practices like you did. Thanks very much for sharing your knowledge!

Thatā€™s neat. But how do you use !env_var?

I create a file called ha.env and list all my devices and things I want to call with !env_var like BACKDOORLOCK=ā€œlock.back_door__2ā€ in it. Then in my [email protected] contains this:

[Service]
Type=simple
User=%i
# Enable the following line if you get network-related HA errors during boot
#ExecStartPre=/usr/bin/sleep 60
# Use `whereis hass` to determine the path of hass
ExecStart=/usr/bin/python3 /usr/local/bin/hass
SendSIGKILL=no
RestartForceExitStatus=100
Environment=PATH=/usr/local/bin
Environment=NODE_ENV=production
EnvironmentFile=/home/user/ha.env

Also, my config is here

1 Like

I have a bash script that exports all the environmental variables, then starts HASS. Another way to do it (with HASS as a service) is what @devdelay did.

Here is mine :slight_smile:

1 Like

I like the status on your door locks! Iā€™m using the exact same model but itā€™s connected through a Wink. Would I be able to pull the same status indicators (Closed Manually, Closed through HA, etc) or is that only possible because you are polling them directly with your ZWave stick?

I tried to follow the configs through on them but Iā€™m getting a bit lost.

Thanks or all the posts guys, glad Iā€™m getting some responses I will sit down properly later and go through them all.

Regards

Mike

Mate, that is some really nice work. Could you explain how your multi room music works/setup as this is a really big part of what I want to do.

I am sure there is other bitā€™s I will pick your brains on going forward :slight_smile:

Thanks

How does the pizza bit work bud?

lol!! so thats something i worked on last night

once i turn on the switch ā€¦ it runs few api calls and places an order for me from dominos.ca

the api calls (all custom) does the following:

  1. logs me in to dominos.ca and gets my session id/client id
  2. take that client id and post a request to order my ā€œfavouriteā€
  3. once i have my orderid I pass that to checkout api and order is placed

there are few conditions for this to work:

You gotta have a ā€œfavouriteā€ under your profile

the code is still ā€œdirtyā€ but i am cleaning it up tonite with Twilio sms confirmation so that we dont go crazy on ordering pizza every night lol and getting the delivery status notifications

I will post the project soon :slight_smile:

let me know if you have any other question

3 Likes

Wow, I need this in my life. Hopefully the API is available in the UK also. :slight_smile:

the apiā€™s are not available in Canada tooā€¦ i made my own lol

use https://wrapapi.com/

I will help you if you need any assistance in setting it up or using it

Ish

2 Likes

Iā€™m getting sensor status directly from z-wave, pretty sure you canā€™t get that from Wink unless those same sensors show up.

The same sensor will show up in Wink, but Wink only pulls the current state and battery level. At least I can get that.

But it appears you are using external scripts to get a numeric state from some where and then you act upon it which I wonā€™t be able to do with the Wink.

The sensors that show up in HA from my locks are:

sensor.front_door_access_control
sensor.front_door_alarm_level
sensor.front_door_alarm_type
sensor.front_door_burglar
sensor.power_management
sensor.sourcenodeid
sensor.system

I use sensor.power_management for battery_level since it seems to report more reliably than the actual lock device battery_level attribute. The lock device and all sensors have a battery level attribute. Iā€™ve never seen alarm level change, sensor.sourcenodeid and sensor.system are useless. When sensor.burglar changes I have to kill HA and manually edit my zwcfg.xml to remove the set valueā€¦ so annoying. The following info was used for all my lock automations and sensors.

Lock manually = Access Control 1 Alarm Type 21
Unlock manually = Access Control 2 Alarm Type 22
Unlock keypad = Access Control 6 Alarm Type 19
Lock keypad = Access Control 5 Alarm Type 18
Forced Entry = Burglar 2
Keypad Tamper = Access Control 16 Alarm Type 161
Default State = Access Control 1 Alarm Type 0

I created template sensors with sensor.alarm_type to get values that display whether the lock was locked/unlocked manually/with keypad. Then a shell_command that is triggered by an automation to set the state of the same sensor that reports whether HA executed the lock/unlock.

1 Like

Hey Buddy,

I have been having a look through your code and itā€™s very neat and I would love to make a start how you have.

One thing I cant work out tho is what !env_var is? Whatā€™s it doing and where is it being called? I am not a proper coder so apologies if this is obvious. I am looking at your main config file to start. An example where are you putting the actual values for the below:

latitude: !env_var HOME_LATITUDE

Many Thanks

Mike