Thanks so much, finity. For the advice, the offer of help AND the validation! As I mentioned, I pretty much AM a techie so this is just that much more aggravating. I’m not used to feeling so lost with stuff like this! The thing that’s really making me pull my hair out is that I keep finding what I think are good tutorials that will help me get up and running - but then it turns out that things have changed and the info is outdated and one or more steps just don’t work. The backup advice is solid. So easy to forget the simple stuff like that.
In my case I have shared the frustration the OP describes. While I found the documentation excellent and thorough, it was missing some of the key components that I needed to better understand what I was doing right and what I was doing wrong.
It seems to me that HA is weak in documentation surrounding its overall architecture, including what key folders are where. When you add openZwave into the mix as well as MQTT things get confusing quickly because there is no clear description of where HA is looking for various components. Thankfully all the crucial configuration is in the /.homeassistant folder.
An example of the “hair pulling” I have had recently was that the simple example of how to build sensors did not explain that you only mention the “platform: sensors” one time in all the yaml files. Yes it uses the plural of sensor, but that is not obvious and it does not produce any errors in the config tester. It just causes one or two sensors and automations to fail without explanation.
This is, in no way a complaint about HA or its documentation. It is a much broader problem that exists in software and engineering overall. The people who do the design and implementation do not have the time (or money or desire or whatever) to collaborate with a technically savvy person to write detailed documentation. They cannot do it themselves any more than they could be expected to find all the bugs in their own code or proofread their own writing.
Overall I have found the “slog up the learning curve” to be worth my time and frustration because HA is a fantastic suite of programs with great support and near infinite flexibility. So DonnyBahama, I recommend you continue to fight off the frustration and I hope you get to a point where you can begin to realize the benefits of your efforts soon. Please understand that there are others here on the forum who can understand your issues and will support your efforts.
Don’t give up yet… it took me awhile to get mine going… and no matter how many times you think you read the docs go read them again… many of my issues getting going (one after the other similar to yours) were because of simple typing errors or missing a step… but let me tell you once you get it up and running and start customizing your layout and making automations you will know it was all worth it! All of my smarthome stuff is now done through HA and it’s the only app my whole family uses… once you get over this initial hump it becomes easier… don’t give up!
Thanks for your responses, txNgineer and Bartem! I have no intention of giving up and no doubt that the end will make all the headaches worthwhile.
I want to add that I don’t mean to be a whiner/complainer. I genuinely would like to participate in (or even spearhead) an effort to document things so that even a non-technical neophyte could go from nothing to awesome with little or no bewilderment or despair. But I’m sitting here with a relatively fresh install of HA (with a few little customizations that I was able to work out) and I’m thinking, “Customize my layout? How the heck do I even GET a layout?!”
Obviously, this is partly my fault… I bought the components I wanted without considering whether HA supported them. (I did google them and saw that at least some people on this forum had had some degree of success, so I assumed I would, too.)
Also, I don’t mean to denigrate the developers. Their skills far exceed my own and I appreciate that they have spent their time bringing this to life.
But MAN is this frustrating!
Your biggest mistake was using a video created nearly 18 months ago. You should know better 
The documentation on the HA site is kept fairly well up-to-date so don’t rely on YouTube or blog posts that are over 2 months old as this stuff changes real fast.
I’ve been meaning to post something here about what I’ve learnt over the last 18 months or so but I’ve been quite ill of late so my media channels have been a bit baron. Here are a few tips though.
- If you want to easily be able to add add-ons easily, start with Hass.io over Hassbian.
- When you get serious, move away from SD cards on Pi as soon as you can. I’m now running on Intel NUC with 60GB SSD and haven’t looked back.
- Make sure your very first automation is one that creates at least a full weekly backup and store this somewhere else.
- For editing yaml files, you cannot beat Atom with the excellent Linter add-on. Check out this video https://www.youtube.com/watch?v=gpbM_-BvsdU. With Linter installed, 99% of your formatting errors will get detected.
Follow these peeps on YouTube to get you racing in no time:
2 Likes
You can contribute by editing the documentation to be more clear.
The instructions are 18 months old 
, but I don’t think github procedures have changed in that time.
Lots of people start with the youtube videos which is fine to a point but really you should start with the docs - makes the whole process much less painful. The videos are great to illustrate what can be done but stuff changes a lot.
1 Like
I did start with the docs but found them confusing.
You’re right. I should know better! 
Thanks for the advice and the links. I have watched some of DrZzs vids. I’ll definitely check out the others.
I really wish this forum allowed you to edit older posts. I have a number of guides / posts that need to be updated but I can’t as they are locked.
Let’s start with this then…
What have you successfully completed and where are you stuck?
Thanks, finity. It’s very kind of you to proactively reach out to help.
At this point, all I’ve managed to accomplish is to set my actual latitiude and longitude, change the name from “Home” to “TikiShack”, setup Samba and install Mosquitto. (I haven’t done anything with an MQTT broker - I don’t understand the instructions.
I tried to add our Google OnHub router, hoping to get started with presence detection, but all I got was:
I think I need to better understand what configuration.yaml entries are supposed to look like. It makes sense to me that I would get all those “unavailable” icons considering that this is all I have in my config:
sensor:
- platform: google_wifi
Clearly, I need some of this stuff:
Configuration variables:
host (Optional): The address to retrieve status from the router. Defaults to testwifi.here (other options include onhub.here and your router’s IP such as 192.168.86.1).
name (Optional): Name to give the Google Wifi sensor. Defaults to google_wifi.
monitored_conditions array (Optional): Defines the data to monitor as sensors. Defaults to all of the listed options below.
current_version: Current firmware version of the router.
new_version: Latest available firmware version. If router is up-to-date, this value defaults to Latest.
uptime: Days since router has been turned on.
last_restart: Date of last restart. Format is YYYY-MM-DD HH:mm:SS.
local_ip: Local public IP address.
status: Reports whether the router is or is not connected to the internet.
but I honestly don’t know how that’s supposed to look within config.yaml. I wish the example configurations would show all that stuff, with proper indentations, etc. so a noob could just copy, paste and edit. To me, that’s the number one thing that could be done to make HA more friendly to noobs.
The main things we use around the house (I’d feel greatly encouraged if I could get these things working) are:
- Four Jinvoo smart power strips (Tuya / Smart Life app) with 4 individually controllable outlets and 4 USB sockets (controllable as a bank). This represents our most controlled items (mostly lamps). Unfortunately, the Tuya integration in HA seems to be somewhat of a quagmire.
- A Sonoff basic switch that controls six can lights in our kitchen. Here, again, it’s a little complicated because I crammed the Sonoff into a 4-gang wall box without first flashing Tasmota on it. I thought I was going to be able to flash it wirelessly using SonOTA but when I went to do that, I found that Itead has rendered SonOTA useless in newer versions of the firmware. I’ve ordered the FTDI adapter which should be here in a couple days. I’ll flash some of my other Sonoff Basics to get comfortable with it before trying to extricate the one in the wall box (which I know from experience is going to be a chore but I am looking forward to soldering on some jumper wires and making the prexisting on/off switch functional again).
- A Broadlink RM Pro which turns our TV and Yamaha A/V receiver on/off, selects inputs, etc.
- A Kwikset deadbolt. I believe it’s a 910 but all it says is “Signature Series Deadbolt with Home Connect”. It currently works via Alexa and a SmartThings hub. I even have it lock automatically (after a short delay) using an “Alexa, I’m leaving” routine that also reminds my wife not to forget her iPhone and other essentials. Ultimately. I’d like to get rid of the SmartThings hub and get an Aeotec Z-wave stick but in the interim, if I could get HA working with the ST hub and get presence detection working to unlock the door when we get home, the WAF would take a big leap forward.
Right now, everything is controlled almost exclusively via Alexa and IFTTT.
I think, maybe, my best shot at getting something actually working in HA is my Yamaha AVR but since everything I want/need to do with that is perfectly suited to voice commands, I would then have to figure out how to trigger HA from Alexa.
One thing that might help you is there is a section on the main homeassistant.io website called the “cookbook”. Its a place where a bunch of users have uploaded their various configuration files.
Take a look at that and it should give you an idea on syntax. Not to mention each component usually has a full example configuration on the doc page.
As far as Mqtt I can jot down some instructions a little later today if you’re still stuck.
1 Like
I’ll check that out. Hopefully it’s searchable so I can find someone else’s Yamaha or Google Wifi configuration.
I would appreciate the MQTT instructions, though there’s probably not much I can do with MQTT until I get some actual entities added to my system!
The documentation is all there, but you need to know what to look for. That is the missing Rosetta Stone. I had problems with Home Assistant on Raspian- nothing specific, Just that installing anything through the git, including Home Assistant add-ons, is hit or miss. I downloaded the hass.io image and started over there. So far, Samba Share is a total bust. Tons of errors. But I don’t really need Samba since sftp on Filezilla works just fine for gaining access to the yaml files.
The first thing I saw saw different is that hass.io is running a different Linux distro than Raspian. Meaning that the file structure is different and following tutorials might present a challenge. (For example, in hass.io there is no /homeassistant folder).
Thanks, stevemann. Others have recommended I switch to hass.io but the reason I went with hassbian is that I couldn’t get hass.io to install. I tried several times. It kept giving me a message (don’t remember what it was) then restarting. Endless loop.
I used the image file for an SD card. Nothing to install.
Yep, same here. It resulted in the endless loop I mentioned. I thought maybe there was a problem with the disk image so I redownloaded, reimaged, and tried again. Same result. So I went with hassbian.
I like hassbian because I have more control. It’s like the difference between an Iphone and the way Android used to be before they locked it down too. You can tinker more with hassbian. hassio is more plug & play to a degree.
Here are the instructions I used to install mosquiito in hasssbian (from my instruction cheat sheet):
$ sudo apt-get install mosquitto
$ sudo apt-get install mosquitto-clients
Edit the config file:
$ sudo nano /etc/mosquitto/mosquitto.conf
Add the following:
allow_anonymous false
password_file /etc/mosquitto/pwfile
listener 1883
comment out the existing line:
# include_dir /etc/mosquitto/conf.d
- save
Create a username:
$ sudo mosquitto_passwd -c /etc/mosquitto/pwfile <username>
It will then ask for a password
there are two ways to test that it's working...:
the first is using the RPi itself-
Open two instances of putty logged in to the hassbian Pi
In one instance put in the following:
$ mosquitto_sub -d -u <username> -P <password> -t "dev/test"
This will subscribe to the topic “dev/test” and listen until you stop it witch ctrl-c
In the other put in:
mosquitto_pub -d -u <username> -P <password> -t "dev/test" -m "Hello world"
this will publish the words “hello worldf to the topic “dev/test”
you should see those words appear in the listener
you can test it in HA frontend by opening the services area, select mqtt, select publish then fill in the desired phrase:
{
“topic”: “dev/test”,
“payload”: “hello world”
}
Then click call service
You see those words pop up again in the listener
To access the MQTT server from outside your network set up your router to open port 1883
Or you can download and install MQTTFx on a windows machine -
Open MQTTFx, connect to the broker at the IP of your Pi, subscribe to all topics (#), publish to any topic from either HA service or by publishing in MQTTFx.
if you subscribe to all topics in the listener on your Pi, you will see the published output there too.
if there is any other questions I might be able to answer let me know. I’ll do my best…