Closed scoover closed 3 years ago
First question the url/passcode
If you look at the code, I build up the url for the http request here
Where I combine irblaster ( hostname ) with the command config option. If you look earlier in the code I default the command config option to /json?simple=1. So if you need to add options to the command string, you do need to include /json?simple=1 as part of it.
If you have changed the default http port of the device and set a passcode then you would need to set a command option with all those pieces so that the device url is properly constructed. I hope that with this insight and a bit of trial and error, you can come up with the correct command option based on your config.
2 antenna - my device sits about 10 feet from the fireplace and the antenna is just curled into a loop inside the enclosure I’m using for the esp8266. For me it works fine. In the same enclosure I have a second transmitter for my Hampton bay fans, with its antenna also curled in the enclosure and the fans are on the far side of the house and they work fine as well.
3 codes and pairing - I have only seen one of these devices, so I don’t know how pairing or codes work for these devices, but I would expect something. If you can capture the signals from your remote and compare with my samples you should be able to identify the code versus command portion of the signal.
But for the config, you just need the on/off timing for the transmitter to generate the same signal that your remote generates. Once I had everything setup, it took me about 8 hours of trial and error to have the device replicate the remote signal.
4 github hygiene - the polite thing to do is close the issues in the other locations, as it saves the repo owner same time. And if you left a breadcrumb in it saying where you went with the issue, even better for anyone who stumbles across it in the future.
For me, the fireplace control has the highest WAF score of all my home automation projects, as they couldn’t get the factory remote to work consistently. And once I add Alexa to the mix, it went off the scale. Alexa turn on fireplace, Alexa turn fireplace to 30, Alexa turn off fireplace
Also, in my setup I have a temperature sensor in the same room as the fireplace, and I have an automation setup to turn off the fireplace if it gets too warm. And a second one that turns it off everyday at a particular time, Incase it gets turned on by mistake.
Thanks for the quick feedback, NorthernMan54. Here are a few updates:
"irBlaster": "fireplace.local"
in the homebridge config.json.url
keyword out of the homebridge config.json.pass
keyword out of the homebridge config.json.And (... drumroll...) now I can successfully send requests to the HTTP-IRBlaster via iOS Homekit.
I think you are saying that a HTTP-IRBlaster passcode is not currently supported in your homebridge-HTTP-IRBlaster project, right? I didn't see any references to it in the index.js.
Now my only outstanding issue is getting the fireplace to receive the commands— it's either an antenna issue, the TX component I'm using, or a tweak to the RF codes. Will investigate...
Thanks for posting and supporting this project! Randy
P.S. I closed my github issues in homebridge and HTTP-IRBlaster.
Do you have a RTL-SDR so you can look at the signals your remote is sending versus the device?
On Jan 25, 2019, at 3:17 PM, scoover notifications@github.com wrote:
Thanks for the quick feedback, NorthernMan54. Here are a few updates:
I changed the IRBlaster reference to "irBlaster": "fireplace.local" in the homebridge config.json. I stripped the url keyword out of the homebridge config.json. I removed the passcode from my HTTP-IRBlaster configuration. I stripped the pass keyword out of the homebridge config.json. And (... drumroll...) now I can successfully send requests to the HTTP-IRBlaster via iOS Homekit.
I think you are saying that a HTTP-IRBlaster passcode is not currently supported in your homebridge-HTTP-IRBlaster project, right? I didn't see any references to it in the index.js https://github.com/NorthernMan54/homebridge-HTTP-IRBlaster/blob/5ee77125c1d685240fdb671a3cbd3cda8d9390e7/index.js#L79.
Now my only outstanding issue is getting the fireplace to receive the commands— it's either an antenna issue, the TX component I'm using https://www.amazon.com/gp/product/B007R9UITK/ref=ppx_yo_dt_b_asin_title_o03__o00_s00, or a tweak to the RF codes. Will investigate...
Thanks for posting and supporting this project! Randy
P.S. I closed my github issues in homebridge and HTTP-IRBlaster.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/NorthernMan54/homebridge-HTTP-IRBlaster/issues/1#issuecomment-457712532, or mute the thread https://github.com/notifications/unsubscribe-auth/AS5CmPoYZtTZc9PcH7Wvsw0xvEB8Dfpyks5vG2ZKgaJpZM4aSQXV.
I don't have that yet. I will try a better antenna tomorrow (with your TX codes). If that doesn't work, I've got a RX module that I'll hook up to an oscilloscope. And if that doesn't work, then I'll buy a RTL-SDR.
Again, your project doesn't support HTTP-IRBlaster passcodes?
Thanks for the encouragement! Randy
Last year I decoded a couple of different RF Remotes, starting with this one. And to decode them, I found that using an RTL-SDR was the fastest. My workflow was
Capture remote with RTL-SDR Visualize captured signal with Audacity, and screen cap a single burst Pull screen cap into Google Sheets and determine pulses
On Jan 25, 2019, at 5:11 PM, scoover notifications@github.com wrote:
I don't have that yet. I will try a better antenna tomorrow (with your TX codes). If that doesn't work, I've got a RX module that I'll hook up to an oscilloscope. And if that doesn't work, then I'll buy a RTL-SDR.
Again, your project doesn't support HTTP-IRBlaster passcodes?
Thanks for the encouragement! Randy
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/NorthernMan54/homebridge-HTTP-IRBlaster/issues/1#issuecomment-457748923, or mute the thread https://github.com/notifications/unsubscribe-auth/AS5CmIpn3ROijyQUNVQ7WXHgCKo6hHTMks5vG4D8gaJpZM4aSQXV.
My fireplace still isn't hearing the IR-Blaster— even with the bigger antenna. The next step is to get a better picture of what is being transmitted by the fireplace remote and also by my IR-Blaster.
So, I've ordered the RTL-SDR as you recommended. Should have more info later this week. Thanks.
Tks for closing this
I’m sorry it took so long. I lost track of it. Thanks for your patience.
On Feb 5, 2021, at 6:46 PM, Northern Man notifications@github.com wrote:
Tks for closing this
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/NorthernMan54/homebridge-HTTP-IRBlaster/issues/1#issuecomment-774384760, or unsubscribe https://github.com/notifications/unsubscribe-auth/ALGHBZS2G6GVV7VUBZUET3TS5SUQXANCNFSM4GSJAXKQ.
Picking up on this issue originally posted in homebridge regarding homebridge connectivity to an HTTP-IRBlaster triggered by HomeKit...
There seems to be an issue with my homebridge setup:
NorthernMan54 said:
Are you saying that I delete the "url" keyword and set "irBlaster" to the hostname that I assigned the the blaster wifi setup process? e.g.:
"irBlaster": "fireplace",
...and then the passcode I setup would go right below that like this?
"irBlaster": "fireplace",
"pass":"100",
Where does the port number go? Is it part of the irBlaster definition? e.g.
"irBlaster": "fireplace.local:667"
or?"irBlaster": "192.168.1.16:667"
What about the minimal output keyword you had used in previous examples "simple=1"? Necessary? Any other changes required to config.json?
Three other questions:
Sorry for so many questions; really appreciate your help! It's a super cool project and I can't wait to get it working. Randy
P.S. I'm running Homebridge version 0.4.45 and node version v11.7.0 on a 2013 Mac Pro (Mojave 10.14.2).