Thanks for your help!
I just tried to get it working yesterday, so I began to start over from the beginning.
And Indeed! I missed the “Redirect URLs” the first time, and it seems I inserted the wrong URL’s then. It already wasn’t making sence.
So I’m able to get it enabled and linked into Alexa without error’s now!
I also solved the part of the “make” command. I was missing a “zip config” in my GNU environment. So I was able to follow the whole tutorial of the Wanderer now.
I only having problems with the detection part now. So still something’s off here.
Just to be sure…
I had a working hassio environment with a few working Tasmota plugs. They where communicating together on the local IP where hassio was running.
Now that I’m trying to setup haaska (which is working via an DDNS (duckdns). Everything is still working while the plugs are still directed to the former local IP adress where hassii was running. It is still accepted and working.
But I was wondering if this could be possible the reason that my devices are not recognised via my haaska setup in Alexa?
Should I let them on the old local IP? Or should I change the URL’s in the Tasmota setups to the same duckDNS url?
Edit:
Ok, just was able to try it out. But setting Tasmota MQTT setup to the duckdns port doesn’t seem to work at all, even isn’t responding to the switch in hassio. So guess I just have to leave it on the local IP
Maybe I’m misunderstanding the problem you’re running into,
but Haaska is only trying to talk to your Home Assistant, not to your Tasmota devices
so you don’t need to change any IPs for Tasmota.
If I understand, your Haaska is not discoverying any devices from HA.
Did you ever run the test on Haaska at your Lambda that Wanderer mention?
(See Testing Haaska · mike-grant/haaska Wiki · GitHub)
I presume you also put in your configuration.yaml
alexa:
smart_home:
and lots of other goodies like filter: include_entities:
Well I tried to run this test, but I was not sure if I had to edit annything. I only got a lot of errors with everything I tried. So I gave up a little bit on that. Because I wasn’t sure if I was running this test correctly.
I followed everything verry carefully the seccond time, and I was pretty sure I didn’t missed annything this time. So I was thinking it could only be something small (at least I hoped).
Because hassio was now directed via DuckDNS, it sounded logical to me that this could be the reason at that point. Because now I had to acces hassio on my py via “https://duckdns.org:8123” instead of “local-IP:8123”. So I thought maybe it could be possible that alo had to direct Tasmota via DuckDNS. My Tasmota devices where still responding on my hassio which was running via DuckDNS though. But just gave it a try to be sure. But after this, the Tasmota plugs didn’t respond annymore when I changed the host. Which was to be expected somehow haha.
It turned out I made a mistake with the layout of the JSON-file which prevented Alexa to dicover my devices. I’ve tried to explain it here
I’m in the process of updating my HA, I’ve been running 0.49.1 with haaska and all works great. I’ve slowly been getting things working with the latest HA 0.86 at this point. I have got everything working OK now I’ve been working on haaska.
I dowloaded the latest haaska, Create long-lived access tokens, changed jason.config, zipped, uploaded to lambda tested and got this result
"errorMessage": "404 Client Error: Not Found for url: https://xxxxxxx.duckdns.org/api/alexa/smart_home",
"errorType": "HTTPError",
"stackTrace": [
[
"/var/task/haaska.py",
109,
"event_handler",
"return ha.post('alexa/smart_home', event, wait=True).json()"
],
[
"/var/task/haaska.py",
63,
"post",
"r.raise_for_status()"
],
[
I created new lambda functions and alexa skill for this so I can still use my old one until I get this up and running
Is it possible, that haaska does not work with IPv6?
I have two hassio instances, one IPv4 and one IPv6 and haaska does only work on the IPv4 one.
Can somebody confirm or refute this?
Error:
"errorMessage": "HTTPSConnectionPool(host='mydomain.com', port=443): Max retries exceeded with url: /api/alexa/smart_home (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7f4aed26ec18>: Failed to establish a new connection: [Errno -5] No address associated with hostname',))",
All - I’m very sorry for the incomplete documentation. As always, life has gotten in the way, and to top that off, I got involved with another project that has some 2M+ Docker Pulls in the past two months alone.
I still answer issues on GitHub when possible.
It’s a long weekend here in Canada, so I will finally have time off work to help with this.
Any questions, just send them along. I’ll help set things up.
Hi folks,
It’s 3:18 am here in the UTC -5 timezone. I’ve just uploaded a much bigger, revamped set of pages and instructions to the Wiki. There’s just two pieces left to complete - Using Haaska, and troubleshooting.
I got done Upgrading from HA 0.49.1 to 0.86.3 I finally got everything working.
Haaska done and working except my Intents in Home Assistant.
I had a alexa.yaml file in my HA 0.49.1
I’m not sure how to format it under the smarthome structure, I have been using my alexa.yaml file looked like this
alexa: !include alexa.yaml
In there it looked like this
intents:
ActivateSceneIntent:
action:
service: scene.turn_on
data_template:
entity_id: scene.{{ Scene | replace(" ", "_") }}
speech:
type: plaintext
text: OK
WhereIsCarIntent:
speech:
type: plaintext
text: >
{%- if is_state('device_tracker.dee', 'home') -%}
Dee is at home
{%- else -%}
The car is at {{ states("device_tracker.dee") }}
{% endif %}
RoomTemperature:
speech:
type: plaintext
text: >
{%- set temp = states('sensor.dark_sky_temperature') | round -%}
{%- set bed = states('sensor.bedroom_temperature') | round -%}
{%- set bed_h = states('sensor.bedroom_humidity') | round -%}
{%- set t_hi = states('sensor.dark_sky_daily_high_temperature') | round -%}
{%- set t_low = states('sensor.dark_sky_daily_low_temperature') | round -%}
{%- set feel = states('sensor.dark_sky_apparent_temperature') | round -%}
{%- set humid = states('sensor.dark_sky_humidity') | round -%}
{%- set now = states('sensor.dark_sky_summary') -%}
{%- set hourly = states('sensor.dark_sky_hourly_summary') -%}
{%- set daily = states('sensor.dark_sky_daily_summary') -%}
{%- set wind = states('sensor.dark_sky_wind_speed') -%}
Right now, it is {{ temp }} degrees Out side
{%- if temp != feel -%}
but it feels like {{ feel }} degrees
{%- endif -%}.
The current humidity is {{ humid }}%.
Right now, conditions are {{ now }}.
For today, {{ hourly }}.
Today's high is {{ t_hi }} and the low is {{ t_low }}.
The wind speed is {{ wind }} miles per hour.
The forecast calls for {{ daily }}.
LivingTemp:
speech:
type: plaintext
text: >
{%- set lvrm = states('sensor.livingroom_temp') | round -%}
{%- set lvrm_h = states('sensor.livingroom_humidity') | round -%}
Right now, it is {{ lvrm }} degrees in the living room.
And the humidity is {{ lvrm_h }}%
Everything works I can turn on and off lights, open/close my blinds,
I’m not sure how to format it under the smarthome structure,
alexa:
smarthome:
and would like to keep using the, !include.yaml if I can
Hello everyone, I installed hassio a week ago, so I’m a beginner, yesterday I followed this guide https://github.com/mike-grant/haaska/wiki#need-help but during the test gives me this error:
{
“errorMessage”: “2019-02-24T09:00:44.336Z 14883b03-8da5-42fa-bbf9-49e6d497ec71 Task timed out after 3.00 seconds”
}
Would anyone know how to help me?
If you pressed “clone or download” on the main page, and got a zip from there, it would only be the source code, not the compiled version required for use on AWS.
Edit: Just saw your edit, and the placeholder is actually correct. You do not need to change it in the test. It is designed that way. (To be specific for all - this particular token is not used in the test, so it can be any value, even empty, and the result is fine.)
@anon34565116 Thanks for letting me know about the typo. I can fix that. Regarding the /API part, the code will actually add that if it’s missing
Is there any more to the error message? It seems to indicate that it can’t find something called Haaska.event, which is right, because that’s not a module…
