Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

request 1: get /config request 1: invalid response - again #909

Closed
jojodat opened this issue Jan 22, 2021 · 3 comments
Closed

request 1: get /config request 1: invalid response - again #909

jojodat opened this issue Jan 22, 2021 · 3 comments
Labels

Comments

@jojodat
Copy link

jojodat commented Jan 22, 2021

Hi, i have the same issue as in #901 - at least i thought so
But for me the Update didn't help.
Here is my "ph -DD -H" output on v0.12.14

192.168.0.213: request 1: GET /config 192.168.0.213: request 1: GET http://192.168.0.213/api/config 192.168.0.213: request 1: response: {"name":"Philips hue","mac":"CC:50:E3:29:0E:D5","dhcp":true,"ipaddress":"192.168.0.213","netmask":"255.255.255.0","gateway":"192.168.0.1","proxyaddress":"none","proxyport":0,"bridgeid":"CC50E3FFFE290ED5","UTC":"2021-01-22T23:02:21","whitelist":{"290ed5":{"last use date":"2021-01-22T23:02:21","create date":"2021-01-22T23:02:21","name":"Remote"}},"swversion":"01041302","apiversion":"1.17.0","swupdate":{"updatestate":0,"url":"","text":"","notify":false},"linkbutton":false,"portalservices":false} 192.168.0.213: request 1: 200 OK { "name": "Philips hue", "mac": "CC:50:E3:29:0E:D5", "dhcp": true, "ipaddress": "192.168.0.213", "netmask": "255.255.255.0", "gateway": "192.168.0.1", "proxyaddress": "none", "proxyport": 0, "bridgeid": "CC50E3FFFE290ED5", "UTC": "2021-01-22T23:02:21", "whitelist": { "290ed5": { "last use date": "2021-01-22T23:02:21", "create date": "2021-01-22T23:02:21", "name": "Remote" } }, "swversion": "01041302", "apiversion": "1.17.0", "swupdate": { "updatestate": 0, "url": "", "text": "", "notify": false }, "linkbutton": false, "portalservices": false }

and on v0.12.18
ph: 192.168.0.213: request 1: GET /config ph: 192.168.0.213: request 1: GET http://192.168.0.213/api/config ph: 192.168.0.213: request 1: response: {"name":"Philips hue","mac":"CC:50:E3:29:0E:D5","dhcp":true,"ipaddress":"192.168.0.213","netmask":"255.255.255.0","gateway":"192.168.0.1","proxyaddress":"none","proxyport":0,"bridgeid":"CC50E3FFFE290ED5","UTC":"2021-01-22T23:11:31","whitelist":{"290ed5":{"last use date":"2021-01-22T23:11:31","create date":"2021-01-22T23:11:31","name":"Remote"}},"swversion":"01041302","apiversion":"1.17.0","swupdate":{"updatestate":0,"url":"","text":"","notify":false},"linkbutton":false,"portalservices":false} ph: 192.168.0.213: request 1: 200 OK ph: 192.168.0.213: request 1: GET /config ph: warning: 192.168.0.213: request 1: invalid response ph: error: 192.168.0.213: not a Hue bridge nor deCONZ gateway

Info: i have no original Philips or Deconz - it is a Lightbulb is flashed with Tasmota and enabled there the Hue Switch Emulation

@ebaauw
Copy link
Owner

ebaauw commented Jan 23, 2021

Not exactly the same issue. The bridgeid value is in uppercase alright, but the Tasmota doesn’t seem to expose modelid (for the virtual bridge). I’ll relax the sanity check a bit more.

Please note that I only support the Hue bridge and deCONZ gateway. I’m happy that Homebridge Hue works with Tasmota, but I don’t have any such device to test.

@ebaauw ebaauw added the bug label Jan 23, 2021
ebaauw added a commit that referenced this issue Jan 23, 2021
Don't check for `modelid` in authenticated GET `/config` response, see #909.
@ebaauw
Copy link
Owner

ebaauw commented Jan 23, 2021

In v0.12.18.

@ebaauw ebaauw closed this as completed Jan 23, 2021
@jojodat
Copy link
Author

jojodat commented Jan 23, 2021

I have to thank you even more for the change, although tasmota is not supported.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants