I have translated some parts of the echo skill into German. Perhaps you want to have a look at it her https://github.com/phprehl/alexa-ha/tree/MultilanguageSwitch/CustomSlots
Hi Philipp,
it looks quite perfect. I made some additions, but how can I contribute them. Iām not a experienced github user and it seems for me to complicated to get the necessary experience just for this one file. Can I send you a PM with this lanuageGER.js file and maybe some comments.
BTW: do you use this already and how does it work? Are you satisfied with the recognition of the actions?
Do you need to say āAlexa, sage openhab schalte das Licht einā or is it just āAlexa, schalte das Licht einā?
Regards,
Michael
I did not understand the whole github pull-request-thing either at the beginning.
You can use the GitHub-Website to edit files directly in the browser.
GitHub will automatically creatze a form of the project in your account and after saving you will be ask to contribute your change via pull-request.
However, it is worth leaning and understanding git.
That might be feasible for single text files. But for actual code you have to ensure everything is compiling (and working!) that you send to the project. Manual changes have the tendency to fail due to typos or missing parts.
To make the maintainers and suers happy you should always stick to the workflow, this makes live much easier for everybody.
Hi
Have managed to moved from the HueEmulation to the Alexa OpenHab skill. Was a pretty easy process.
However, after a few days of using, iām finding the behaviour less responsiveā¦
Using HueEmulation everything was pretty instant. Ask for lights, on they go. On a very rare occasion i got a 'iām having trouble finding lights named xxxx" from Alexa, but it was not often.
Using the new Alexa Skill, everything was working fine. But Iām getting āIām having trouble finding lights named XXXXā quite often. But the stranger part of this is that sometimes, a min or two later, the lights switch on anyway.
Then, everything is fineā¦
Anybody else experiencing this issue? Could be that I need to hop to myopenHAB.org service which I didnāt have to do with the Hue Emulation. So itās an extra step, so another thing that may/may-not be responding at the time.
Anybody else?
Pete
Hi Pete,
Iāve experienced the same behaviour. Thatās why I moved back to HUEemulation, which is quite reliable. Nevertheless Iām continously watching the alexa skill developments and hope to switch back to the skill soon. At the moment the HUEemulation and the skill donāt have big differences in features, so there is for me no need to use the skill.
Thanks. I may do the same, but will continue to test when the family not in and switch back I think this skill is going to be great, just need to bed down. We can all help testing it and giving feedback!
Pete
@PeteW & @staehler67 - Where are you running the Alexa HA service/endpoint? Is it a server/VM or low powered device? I have also experienced this from time to time but it comes and goes. No rhyme or reason but I would point my ādevelopment fingerā at Amazonās endpoints based on what I have seen to date. They do have occasional service issues and increased latencies which may result in the described behavior - requests intermittently fail or take additional time to execute. I will say that I have NOT experienced the extremely slow command execution issue @PeteW described though - that one is new to me. Please share any and all details around that over PM or on the GitHub issue tracker.
This issue is certainly a priority for me as development resumes; know I aim to get this one solved one way or another. The Hue Emulator in terms of latency has a clear advantage - its communicating over the local network whereas AlexaHA is a custom skill it has to use the cloud based endpoints. Numerous points of failure or latency along the way. And of course there are no issue with using both the Hue Emulator and Alexa HA at the same time (I do!)ā¦ But I always prefer Alexa HA so I have clear audible feedback with each command.
Thanks all for your inputs here! Please keep 'em coming
@Philipp_Prehl - thanks a bunch for taking the time to introduce german translations for AlexaHA. I am excited to get this merged into the project and pave the way for other languages as well!
Cheers,
.
Switching lights with a cloud service is a no no for me. Lights should be super responsive. And in a home automation setup you shouldnāt rely on a cloud service at all if possible. Remember what you get with this skill is:
Local voice > Amazon voice recognition > local Echo > Amazon cloud > myopenhab cloud > local Echo > openhab > local command
If anything is just a bit delayed in this chain, your command fails or is executed terribly delayed.
You should have a super reliable and fast internet connection if you want to use this skill.
@d0t I assume the problems by amazon as well. I run my openhab on a VM and for test on a raspi3. There was no difference.
Iāve enriched @Philipp_Prehl patch with some additional translations but am not in the place to āgithubā this. Is there another way to forward this file to you?
Hi @d0t Iām now just using the Amazon Echo OpenHab skill. So no additional installed component from my end. Iām running OpenHab itself on a Pi, but thatās never had a performance issue.
Agree that the extra āhopsā are likely to cause issues. Iāve got great superfast-broadband here, but I think the issue will be more around latency and WiFi/Broadband quality. If thereās any drops, then itās not going to communicate with the cloud. However, thatās the same issue for Alexa itself, as it needs the net available to work.
Having said that, the last couple of days its not been a problem. Which makes me think it might be a quality issue on my wifi/broadband as the HueEmulation has always been ok. Doesnāt that need internet connection too thoughā¦
Pete
Ahā¦not sure Iāve posted in the right place - sorry if that is the caseā¦as Iām using the Alexa Skillā¦
Is this different than the official one or have they merged? If not, whatās the difference?
Not sure. Didnāt know it was merged. I assumed there was one you needed to install on your own server and one you just configured in the Alexa app.
If its merged and itās now the same thing, then sorry for the confusion!
I hear you; agree that I also desire the fastest response time with each command, however Amazon Echo imposes serious limitations as to what you can accomplish with any sort of non-bridge/emulator interface and even the latest Smart Home API. Alexa HA on the other hand is a custom Alexa Skill and does not have such strict restrictions. You can have customized feedback and verbal voice interactions for practically anything imaginable throughout the house via OpenHAB and the ASK API customized via configuration instead of coding. If you only need to switch/dim devices and hear āOKā for everything bridges/emulators are ideal, but if you need more sophistication in your HA Logic and voice interactions (i.e. āAlexa, ask OpenHAB for a status updateā or āAlexa, tell OpenHAB to change the house to party modeā) then Alexa HA & OpenHAB is an awesome combination IMHO I use both simultaneously; but mostly use Alexa HA.
Thanks - try PM for nowā¦
@Philipp_Prehl - sorry I havenāt had a change to commit this to master yet! ASAP!!
Alexa HA is a custom Amazon Skill & the OpenHAB binding has been developed using the Smart Home API. Then there is also the Hue Emulator approach which is extremely fast. Each has their pros & cons
They are different and cannot directly mergeā¦
@Philipp_Prehl and @d0t: Iāv managed the thing with github and pushed a request for merge into phprehl/alexa-ha repository, as this multilanguage branch isnāt merged in the unityfire/alexa-ha yet. Correct me if Iām wrong.
Hope you like my changes
All,
I have finally had a chance to upgrade from OH 1.8.x to OH 2.0.0, and to my delight literally everything regarding the custom Alexa-HA Skill worked perfectly on my setup without any code changes! More thorough testing is underway and various other improvements are needed, as well as (finally) merging in the various Pull Requests (looking at you @Philipp_Prehl & @staehler67 ) , but things are already seemingly in good shape.
Some big changes that are still very much needed include the switch from LITERAL to CUSTOM slot types, better internationalization support (languages, units, etc) and generally a more extensible voice interaction model. Know that all of this, and then some, is coming in due time!
For those of you who tried to use Alexa-HA with OH 2.x but hit a roadblock, I am always glad to help. Feel free to PM me or better yet post your specific issues on our GitHub project for resolution.
Best regards,
.