DiyHue installation on OpenWRT fails

Support
1

Hello there,

its only a few days since i’ve heard about DiyHue. I tested the installation in a VM on a Proxmox-Host as Host-Install and it works very well, after my second try.
Now i wanted to make a portable installation on a gl.inet router for my DJ rig. I tried it very often and always get errors and breakup while the installation of the pip packets. Maybe, the little Mango is not strong enough für this installation.
After many, many fails, on several routers and with various OpenWRT versions, i tried to install in a VM on Proxmox. My thoughts was, that the storage on usb maybe is the problem, or the architecture of the route processors, but else in the vm with various OpenWRT versions i get errors.
The Install script can’t set the hueemulatorWRT-service because of “permission denied”
when i manually start the HueEmulator3.py i get errors that lead to the updateManager.py.
My actual try is on this image openwrt-22.03.0-x86-64-generic-ext4-combined.

The installation script runs to the end and shows the following error:

Blockquote
Changing permissions.
chmod: /etc/init.d/hueemulatorWrt-service: No such file or directory
Copy startup service.
Enable startup service.
install_openwrt.sh: line 78: /etc/init.d/hueemulatorWrt-service: Permission denied
Cleaning…

the nano opens the uhttp file, that i’ve changed before like in the manual. The lighttp.conf don’t exists. After closing and saving the nano editor windows, the system reboots.

After the reboot the service of hueemulatorWrt won’t start and manually starting HueEmulator3.py brings this error.

Blockquote
Traceback (most recent call last):
File “/opt/hue-emulator/./HueEmulator3.py”, line 114, in
updateManager.startupCheck()
File “/opt/hue-emulator/services/updateManager.py”, line 114, in startupCheck
githubCheck()
File “/opt/hue-emulator/services/updateManager.py”, line 40, in githubCheck
creation_time = creation_time_arg1[0] + " " + creation_time_arg1[1].replace(“\n”, “”)#2024-02-18 19:50:15
IndexError: list index out of range
Exception ignored in: <function Group.del at 0x7f9eb6112560>
Traceback (most recent call last):
File “/opt/hue-emulator/HueObjects/Group.py”, line 50, in del
ImportError: sys.meta_path is None, Python is likely shutting down

Is there any possibility bringing this to work, or is the OpwnWRT install not supported anymore?

Thanks for reading and your support.

greetings Oliver

2

Hi, sorry to say but openwrt is a outdated install method. It was created by a user and not updated to the new standards. I will look into it if i can update this.

3

I made some updates, please try again and give feedback.

4

Hello Hendriksen-Mark,

thank you for your fast response.
I already thought that the installation method might no longer be maintained. So thank you for your updates.
Unfortunately, I have to report that the installation fails again.

hopefully i was right to get the same install script as before.

here is the output
after creating the certificate, at the end, the permissions for the service fails again

Blockquote
Changing permissions.
chmod: /etc/init.d/hueemulatorWrt-service: No such file or directory
Copy startup service.
Enable startup service.
install_openwrt.sh: line 87: /etc/init.d/hueemulatorWrt-service: Permission denied
Cleaning…
Installation completed.

when HueEmulator3.py is manually startet - this error is shown

Blockquote
Traceback (most recent call last):
File “/opt/hue-emulator/./HueEmulator3.py”, line 112, in
updateManager.startupCheck()
File “/opt/hue-emulator/services/updateManager.py”, line 114, in startupCheck
githubCheck()
File “/opt/hue-emulator/services/updateManager.py”, line 40, in githubCheck
creation_time = creation_time_arg1[0] + " " + creation_time_arg1[1].replace(“\n”, “”)#2024-02-18 19:50:15
IndexError: list index out of range
Exception ignored in: <function Group.del at 0x7fa92ac1a5f0>
Traceback (most recent call last):
File “/opt/hue-emulator/HueObjects/Group.py”, line 50, in del
ImportError: sys.meta_path is None, Python is likely shutting down
2024-09-03 05:24:55,687 - HueObjects.Sensor - 71 - INFO - Daylight sensor was destroyed.

trying to enable the service hueemulatorWrt-service throws a permission error

Blockquote
root@OpenWrt:/etc/init.d# service hueemulatorWrt-service enable
/sbin/service: line 10: /etc/init.d/hueemulatorWrt-service: Permission denied

Sorry, unfortunately I can’t contribute anything to the programming myself. If the effort is too high, I can understand if we don’t continue here. But it would be great if you could use diyhue on a mobile router.

5

I will look into this further but unfortunately that will be somewhere next week.

6

Can you provide the details of openwrt you run?

7

Hey,

the latest tests in the proxmox test vm was running OpenWRT 22.03.0

The imagename from the Repository is openwrt-22.03.0-x86-64-generic-ext4-combined, download a few days before.

I can try any actual version. They were all compatible with the x86-x64 version and for the router hardware that i use. When there is something that i can do, please tell me.

8

Thank you for the info, i have some ideas on how to fix this, today i will be home late but when im home i will make some changes, it is possible that you have to get the install script from my version of diyhue to test so the main repo does not compile on every change.

9

That is good news.
Well, when you make any changes and there will be a special script for me to download, then just tell me where i can download the script.

10

I found some spare minutes.
Please try this install script.

11

Well, i tested the installation with your new script. The installation now runs fine.In the actual openWRT Versions there is no more lighttpd and in the uhttpd there has to be the ssl port too.

For me i change http into port 82 and https into port 8443

After the reboot the service still won’t start

When i manually start the HueEmulator3.py in the folder /opt/hueemulator/ , it is possible to got to the webpage of diyhue on port 80 (http) and even port 443 (https). Light can be discovered, but the link button is not working.

The original Hue-App and Hue-Essentials on my iPhone can discover the new Bridge, but when you are asked to press the button on the bridge (Link Button) there is no reaction after clicking on “Link App” in the web interface.

here the output when the HueEmulator3.py is started

root@OpenWrt:/opt/hue-emulator# ./HueEmulator3.py
2024-09-03 19:17:49,625 - configManager.argumentHandler - 122 - INFO - Using Host 192.168.17.122:80
2024-09-03 19:17:49,626 - configManager.argumentHandler - 142 - INFO - Host MAC given as bc2411649ef1
2024-09-03 19:17:49,627 - configManager.argumentHandler - 167 - INFO - IP range for light discovery: 0-255
2024-09-03 19:17:49,627 - configManager.argumentHandler - 176 - INFO - Deconz IP given as 127.0.0.1
2024-09-03 19:17:49,627 - configManager.argumentHandler - 183 - INFO - Online Discovery/Remote API Enabled!
2024-09-03 19:17:49,629 - configManager.argumentHandler - 122 - INFO - Using Host 192.168.17.122:80
2024-09-03 19:17:49,630 - configManager.argumentHandler - 142 - INFO - Host MAC given as bc2411649ef1
2024-09-03 19:17:49,630 - configManager.argumentHandler - 167 - INFO - IP range for light discovery: 0-255
2024-09-03 19:17:49,631 - configManager.argumentHandler - 176 - INFO - Deconz IP given as 127.0.0.1
2024-09-03 19:17:49,631 - configManager.argumentHandler - 183 - INFO - Online Discovery/Remote API Enabled!
2024-09-03 19:17:49,632 - configManager.argumentHandler - 29 - INFO - Debug logging disabled!
2024-09-03 19:17:49,645 - configManager.configHandler - 244 - INFO - Config loaded
2024-09-03 19:17:49,798 - services.updateManager - 22 - INFO - swversion number update from Philips, old: 1965111030 new:1966060010
2024-09-03 19:17:50,007 - services.updateManager - 56 - INFO - creation_time diyHue : 2024-09-03 18
2024-09-03 19:17:50,008 - services.updateManager - 57 - INFO - publish_time  diyHue : 2024-09-02 19
2024-09-03 19:17:50,199 - services.updateManager - 94 - INFO - creation_time UI : 2024-09-02 18
2024-09-03 19:17:50,199 - services.updateManager - 95 - INFO - publish_time  UI : 2024-09-02 18
2024-09-03 19:17:50,199 - services.updateManager - 66 - INFO - no update for diyHue or UI on github
2024-09-03 19:17:50,200 - services.remoteDiscover - 10 - INFO - Starting discovery service
2024-09-03 19:17:50,201 - services.stateFetch - 12 - INFO - start lights sync
2024-09-03 19:17:50,203 - services.ssdp - 25 - INFO - starting ssdp...
2024-09-03 19:17:50,203 - services.ssdp - 39 - INFO - start ssdp broadcast
2024-09-03 19:17:50,204 - services.mdns - 8 - INFO - <MDNS> listener started
 * Serving Flask app 'HueEmulator3' (lazy loading)
 * Environment: production
   WARNING: This is a development server. Do not use it in a production deployment.
   Use a production WSGI server instead.
 * Debug mode: off
2024-09-03 19:17:50,208 - werkzeug - 225 - WARNING -  * Running on all addresses.
   WARNING: This is a development server. Do not use it in a production deployment.
2024-09-03 19:17:50,209 - werkzeug - 225 - INFO -  * Running on http://192.168.17.122:80/ (Press CTRL+C to quit)
Exception in thread Thread-7 (mdnsListener):
Traceback (most recent call last):
  File "/usr/lib/python3.11/threading.py", line 1045, in _bootstrap_inner
  File "/usr/lib/python3.11/threading.py", line 982, in run
  File "/opt/hue-emulator/services/mdns.py", line 25, in mdnsListener
    zeroconf.register_service(info)
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/zeroconf/_core.py", line 574, in register_service
    run_coro_with_timeout(
  File "/usr/lib/python3.11/site-packages/zeroconf/_utils/asyncio.py", line 97, in run_coro_with_timeout
 * Serving Flask app 'HueEmulator3' (lazy loading)
    return asyncio.run_coroutine_threadsafe(aw, loop).result(
 * Environment: production
   WARNING: This is a development server. Do not use it in a production deployment.
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/concurrent/futures/_base.py", line 456, in result
   Use a production WSGI server instead.
 * Debug mode: off
  File "/usr/lib/python3.11/concurrent/futures/_base.py", line 401, in __get_result
2024-09-03 19:17:50,211 - werkzeug - 225 - WARNING -  * Running on all addresses.
   WARNING: This is a development server. Do not use it in a production deployment.
  File "/usr/lib/python3.11/site-packages/zeroconf/_utils/asyncio.py", line 81, in await_awaitable
2024-09-03 19:17:50,212 - werkzeug - 225 - INFO -  * Running on https://192.168.17.122:443/ (Press CTRL+C to quit)
    task = await aw
           ^^^^^^^^
  File "/usr/lib/python3.11/site-packages/zeroconf/_core.py", line 602, in async_register_service
    await self.async_check_service(info, allow_name_change, cooperating_responders)
  File "/usr/lib/python3.11/site-packages/zeroconf/_core.py", line 762, in async_check_service
    raise NonUniqueNameException
zeroconf._exceptions.NonUniqueNameException

after i start the pairing in the HueEssentials App

2024-09-03 19:18:54,385 - werkzeug - 225 - INFO - 192.168.17.106 - - [03/Sep/2024 19:18:54] "GET /api/02a1bb6a6a2611ef9347bc2411649ef1/config/swupdate2 HTTP/1.1" 200 -
2024-09-03 19:18:54,387 - werkzeug - 225 - INFO - 192.168.17.106 - - [03/Sep/2024 19:18:54] "GET /api/02a1bb6a6a2611ef9347bc2411649ef1/groups/0 HTTP/1.1" 200 -
2024-09-03 19:18:54,432 - flaskUI.restful - 75 - INFO - {'devicetype': 'Hue Essentials#iPhone', 'generateclientkey': True}

I have tested on openwrt 22.03.0 and even on openwrt 23.05.4. Both versions works the same.
The tests were done in a VM on Proxmox

I will try the new script on the router hardware too.

12

the error zeroconf._exceptions.NonUniqueNameException is becouse there is already a diyhue instance running in your network.
try to find this instance and turn it off and try again.
can you upload the config_debug.tar from the webui>diyhue>bridge>bridge control>download debug>full debug.

13

Hello Mark,

the second Instance was the Host install in an other VM.
I shutdown this VM, but the pairing between Hue Essentials-App / official Hue-App an the diyHue-OpenWRT instace won’t work.

when i want to download the full_debug, an Error occured - see the picture below

grafik

i can only post the shell debug after starting HueEmulator3.py
Hopefully this helps too.

https://file01.kotzem.de/s/j6GZcrP6538mwRQ

just because i’m a new user on this discourse serve, i am not able to upload files.
I copy the shell output toan txt-file and uploaded it to my nextcloud…

14

in this log i dont see a pair request?
everything else looks good apart from the debug download, i have to investigate more to that.

15

now i have tried to install diyhue with all available openwrt basic versions, from 18.06.0 over 19.07.0, 21.02.2, 22.03.0 and the actual one 23.05.4
The versions 18 and 19 failed due to pip dependencies.

from 21.02.2 on your new install script works like in the newer versions.

The behaviour after the installation of diyHue is the same on all this versions. only a manual start of the HueEmulator3.py brings the app up and running. The pairing of any Hue-App (Essentials, or Original Hue-App) won’t work.

With a workaround in the file “/opt/hue-emulator/services/updateManager.py” by commenting out the last line “#githubCheck()” i can get the original script from the github repository to the same status. but just in this version i won’t be able to pair, nor to download the full_debug.tar.

after you informed me about, that in the last file there are no pairing requests, i made some new shell outputs. I think the last time i forget to enabele debugging… shame on me…

here is the uploaded shell debug output of the original script installation

nextcloud Familie Kotzem

in this file there are lines which show that the link button is pushed…

2024-09-04 19:51:56,508 - flaskUI.restful - 291 - DEBUG - [{‘success’: {‘/config/linkbutton’: {‘lastlinkbuttonpushed’: 1725472316}}}]
2024-09-04 19:51:56,512 - configManager.configHandler - 262 - DEBUG - Dump config file /opt/hue-emulator/config/config.yaml
2024-09-04 19:51:56,513 - werkzeug - 225 - INFO - 192.168.17.106 - - [04/Sep/2024 19:51:56] “PUT /api/fd1f9cee6af611efaa63bc2411649ef1/config HTTP/1.1” 200 -
2024-09-04 19:51:57,198 - flaskUI.restful - 75 - INFO - {‘devicetype’: ‘Hue Essentials#iPhone’, ‘generateclientkey’: True}
2024-09-04 19:51:57,199 - werkzeug - 225 - INFO - 192.168.17.101 - - [04/Sep/2024 19:51:57] “POST /api/ HTTP/1.1” 200 -
2024-09-04 19:51:58,231 - flaskUI.restful - 75 - INFO - {‘devicetype’: ‘Hue Essentials#iPhone’, ‘generateclientkey’: True}
2024-09-04 19:51:58,232 - werkzeug - 225 - INFO - 192.168.17.101 - - [04/Sep/2024 19:51:58] “POST /api/ HTTP/1.1” 200 -
2024-09-04 19:51:59,254 - flaskUI.restful - 75 - INFO - {‘devicetype’: ‘Hue Essentials#iPhone’, ‘generateclientkey’: True}
2024-09-04 19:51:59,255 - werkzeug - 225 - INFO - 192.168.17.101 - - [04/Sep/2024 19:51:59] “POST /api/ HTTP/1.1” 200 -

Here you can find the shell output with debugging and pair requests from your new install script

nextcloud Familie Kotzem

in this file there is now also information about the error, when the full_debug.tar file is generated

[2024-09-04 20:25:14,087] ERROR in app: Exception on /download_debug [GET]
Traceback (most recent call last):
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 2073, in wsgi_app
response = self.full_dispatch_request()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1518, in full_dispatch_request
rv = self.handle_user_exception(e)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/flask_cors/extension.py”, line 165, in wrapped_function
return cors_after_request(app.make_response(f(*args, **kwargs)))
^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/flask_restful/init.py”, line 271, in error_router
return original_handler(e)
^^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1516, in full_dispatch_request
rv = self.dispatch_request()
^^^^^^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1502, in dispatch_request
return self.ensure_sync(self.view_functions[rule.endpoint])(**req.view_args)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File “/opt/hue-emulator/flaskUI/core/views.py”, line 119, in download_debug
return send_file(path, as_attachment=True)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/flask/helpers.py”, line 612, in send_file
return werkzeug.utils.send_file(
^^^^^^^^^^^^^^^^^^^^^^^^^
File “/usr/lib/python3.11/site-packages/werkzeug/utils.py”, line 701, in send_file
stat = os.stat(path)
^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: ‘/opt/hue-emulator/config/config_debug.tar’
2024-09-04 20:25:14,096 - werkzeug - 225 - INFO - 192.168.17.106 - - [04/Sep/2024 20:25:14] “GET /download_debug HTTP/1.1” 500 -
2024-09-04 20:25:14,099 - werkzeug - 225 - ERROR - Error on request:
Traceback (most recent call last):
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 2073, in wsgi_app
response = self.full_dispatch_request()
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1518, in full_dispatch_request
rv = self.handle_user_exception(e)
File “/usr/lib/python3.11/site-packages/flask_cors/extension.py”, line 165, in wrapped_function
return cors_after_request(app.make_response(f(*args, **kwargs)))
File “/usr/lib/python3.11/site-packages/flask_restful/init.py”, line 271, in error_router
return original_handler(e)
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1516, in full_dispatch_request
rv = self.dispatch_request()
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1502, in dispatch_request
return self.ensure_sync(self.view_functions[rule.endpoint])(**req.view_args)
File “/opt/hue-emulator/flaskUI/core/views.py”, line 119, in download_debug
return send_file(path, as_attachment=True)
File “/usr/lib/python3.11/site-packages/flask/helpers.py”, line 612, in send_file
return werkzeug.utils.send_file(
File “/usr/lib/python3.11/site-packages/werkzeug/utils.py”, line 701, in send_file
stat = os.stat(path)
FileNotFoundError: [Errno 2] No such file or directory: ‘/opt/hue-emulator/config/config_debug.tar’
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/usr/lib/python3.11/site-packages/werkzeug/serving.py”, line 324, in run_wsgi
execute(self.server.app)
File “/usr/lib/python3.11/site-packages/werkzeug/serving.py”, line 313, in execute
application_iter = app(environ, start_response)
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 2091, in call
return self.wsgi_app(environ, start_response)
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 2076, in wsgi_app
response = self.handle_exception(e)
File “/usr/lib/python3.11/site-packages/flask_cors/extension.py”, line 165, in wrapped_function
return cors_after_request(app.make_response(f(*args, **kwargs)))
File “/usr/lib/python3.11/site-packages/flask_restful/init.py”, line 271, in error_router
return original_handler(e)
File “/usr/lib/python3.11/site-packages/flask/app.py”, line 1440, in handle_exception
server_error = self.ensure_sync(handler)(server_error)
File “/opt/hue-emulator/flaskUI/error_pages/handlers.py”, line 20, in error_500
return render_template(‘page-500.html’), 500
File “/usr/lib/python3.11/site-packages/flask/templating.py”, line 147, in render_template
return _render(
File “/usr/lib/python3.11/site-packages/flask/templating.py”, line 128, in _render
rv = template.render(context)
File “/usr/lib/python3.11/site-packages/jinja2/environment.py”, line 1304, in render
self.environment.handle_exception()
File “/usr/lib/python3.11/site-packages/jinja2/environment.py”, line 939, in handle_exception
raise rewrite_traceback_stack(source=source)
File “/opt/hue-emulator/flaskUI/templates/page-500.html”, line 1, in top-level template code
{% extends “layouts/base-error.html” %}
File “/usr/lib/python3.11/site-packages/flask/templating.py”, line 59, in get_source
return self._get_source_fast(environment, template)
File “/usr/lib/python3.11/site-packages/flask/templating.py”, line 95, in _get_source_fast
raise TemplateNotFound(template)
jinja2.exceptions.TemplateNotFound: layouts/base-error.html

Maybe this new information will help you.

Thanks for your great support.
feel free to istruct me, what i can do to help solving this

regards
Oliver

16

Hi, im back from Paris,
can you try this version of the installer?
this will pull my version of diyhue with some changes, that way its easier to make changes.

17

Hello Mark, welcome back.

i’ve tried the new scipt from your link.
there have some changes ins the script to be done.

The script removes the tmp folder before pip can use the requirements.txt and the the path to the requirements.txt is wrong.

I changed some lines, so that pip can do its job :wink:

the errors after the installation are the same as before. So it is not possible to downlod the file in the web-ui. i make a copy of the debug trace in the shell.

In the meantime my status in this discourse group changed, so that i can upload a file. i renamed the txt-file to .ino, so that it can be uploaded here.

diyhue-wrt_shell_debug_HENDRIKSEN-MARK.ino (58.6 KB)

If you need some more infos, let me know.

18

Hi, thank you.

ow haha i will look at that. :see_no_evil:

the linking problem is this:

2024-09-07 13:15:27,587 - flaskUI.restful - 295 - DEBUG - [{'success': {'/config/linkbutton': {'lastlinkbuttonpushed': 1725707727}}}]
2024-09-07 13:15:27,591 - configManager.configHandler - 262 - DEBUG - Dump config file /opt/hue-emulator/config/config.yaml
2024-09-07 13:15:27,592 - werkzeug - 225 - INFO - 192.168.17.106 - - [07/Sep/2024 13:15:27] "PUT /api/713eff206d1811efb719bc2411649ef1/config HTTP/1.1" 200 -
2024-09-07 13:15:27,930 - flaskUI.restful - 75 - INFO - {'devicetype': 'Hue Essentials#iPhone', 'generateclientkey': True}
2024-09-07 13:15:27,930 - flaskUI.restful - 94 - ERROR - link button not pressed
2024-09-07 13:15:27,930 - flaskUI.restful - 95 - ERROR - last_button_press1725707727
2024-09-07 13:15:27,931 - flaskUI.restful - 96 - ERROR - current time1725714927.931016

the time is in epoch, the link button is sending this time 1725707727 and python is thinking it is this time 1725714927.
that is a 2 hour time gap.
so python never will allow for new devices.
how is your timezone setting in the webui>diyhue>bridge>bridge config?
if that is good, what is the time in webui>diyhue>bridge>readonly config?

19

Hello,

first it sounds easy.
I checked the Timezone in the openWRT GUI an set it to Europe/Berlin, the same for the Web UI of diyHue.
For me that is UTC+2 (GMT+2)

webui>diyhue>bridge>readonly config shows the actual time in GMT+2 (Sun Sep 08 2024 08:28:29 GMT+0200 (Mitteleuropäische Sommerzeit))

But the epoch time of the linkbutton pressed is 2 hours in the past, UTC-2 , when i watch the trace in the shell.

as you can see here (time in front of each line is UTC/GMT)

2024-09-08 08:32:59,273 - flaskUI.restful - 75 - INFO - {‘devicetype’: ‘Hue Essentials#iPhone’, ‘generateclientkey’: True}
2024-09-08 08:32:59,273 - flaskUI.restful - 94 - ERROR - link button not pressed
2024-09-08 08:32:59,273 - flaskUI.restful - 95 - ERROR - last_button_press1725777176
2024-09-08 08:32:59,273 - flaskUI.restful - 96 - ERROR - current time1725784379.273604
2024-09-08 08:32:59,274 - werkzeug - 225 - INFO - 192.168.17.101 - - [08/Sep/2024 08:32:59] “POST /api/ HTTP/1.1” 200 -
2024-09-08 08:33:00,301 - flaskUI.restful - 75 - INFO - {‘devicetype’: ‘Hue Essentials#iPhone’, ‘generateclientkey’: True}
2024-09-08 08:33:00,301 - flaskUI.restful - 94 - ERROR - link button not pressed
2024-09-08 08:33:00,301 - flaskUI.restful - 95 - ERROR - last_button_press1725777176
2024-09-08 08:33:00,301 - flaskUI.restful - 96 - ERROR - current time1725784380.301435
2024-09-08 08:33:00,302 - werkzeug - 225 - INFO - 192.168.17.101 - - [08/Sep/2024 08:33:00] “POST /api/ HTTP/1.1” 200 -

Current time in this trace is “1725784380.301435” > 2024-09-08 08:33:00
last_button_press is “1725777176” > 2024-09-08 06:32:56 (actually pressed the button at 10:32:56 in my Timezone (Europe/Berlin) )

while checking this story i found a topic on github

On OpenWRT timezone is not used · Issue #2511 · bluenviron/mediamtx · GitHub

I folled the tipp in the link, an installe the package “zoneinfo-all”
After that the timestamps in the shell were shown in my timezone and the link button works.

yippppiiiieee
even the original Hue App is working.

Now there wil be just the autostart of the diyhue app.

Thanks for the help until here.

20

Hi nice work, i also found the solution for the debug download. I will include your fix also.