-
Notifications
You must be signed in to change notification settings - Fork 506
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
docker setup, Raspi 4B, Ubuntu server, "device state timeout ignored in state" [2|3] #4778
Comments
I notice in your docker compose file that you have 2 devices, is there a reason for that? By passing the environment variable #3974 (comment) perhapse update your firmware to the latest version? |
you should check https://www.raspberrypi.org/documentation/configuration/uart.md as well for the config.txt Did you check: https://phoscon.de/en/raspbee2/install#docker ? in my
NOTE: I'm using an RPI 3B! |
Guys you rock! It wasn't any the specific hints you gave above, but a follow-up from one of these... on Ubuntu there's no raspi-config to disable the serial console. However it's still activated by the kernel cmdline - as I just figured out. Disabling that gets me deconz running properly on ttyS0! Two more things:
|
Documentation is always welcome! |
Allright. It became more than a paragraph - feel free to put this whereever you think it makes sense, in whichever form: Setup dockerized deconz in Ubuntu, connecting to a RaspBee boardUbuntu provides a server (headless) version that also is available for arm devices - this is a great option if you want a 64bit OS on your Raspberry 3, and of course it works equally well on 4th gen Raspberry boards. There aren't any arm-architecture deconz packages available for Ubuntu - but this is where Docker steps in, with the images provided by marthoc! If you want to get Docker deconz running on Ubuntu, you will not have the To prepare your Ubuntu system for running dockerized deconz, you can follow these steps: Turn off linux kernel serial consoleEdit
Tell the kernel device tree which UART to useYou can either map the Raspi's mini UART device for communication with the RaspBee, or it's first PL011 device - this page is a good resource to learn about the Raspberry's serial interfaces. Configuration happens in To drive the RaspBee board via mini UART, add this line to config.txt:
After a reboot, the RaspBee will be available on /dev/ttyS0 To make RaspBee available via PL011, you should add this to config.txt:
After a reboot, the RaspBee will be available on /dev/ttyAMA0 You will find information about the differences between these two UART options on the raspberrypi documentation page referenced above. Once you have decided on your setup, put in these configuration changes and rebooted your Raspberry, you should be good to go! Just remember to
These steps are described in marthoc's documentation, as referenced above. |
Hey, thanks for crafting some documentation which probably will help quite some people out there. However, I feel the passage about configuring the First of all, the RaspBee (I or II) must be run on the PL011, as only this is fullfeatured while the mini UART is stripped in capabilities. That being said, it of course also matters which type of RPi you have, as PL011 is not automatically the primary UART as the documentation explains. To add more complexity to this, it also matters if you desire/require BT to run or not. If yes, the required configuration might vary as well. However, there seems to be a savior in form of the overlays. Documentation states:
As I recall, upon deCONZ installation, " This is what we want if we don't want BT running in parallel. " This is what we want if we want BT running in parallel. So TLDR, as you might have recognized, it is more the wording in your guide that might need to be amended. For the BT to remain active, it depends on the RPi which additional parameter needs to be added to the configuration. Please note that the above is based on my current understanding of this topic and must not necessarily be correct. But as my RPi is running without any issues while BT is enabled, it cannot be that wrong 😉 |
I've copied to a wiki page: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Setup-dockerized-deconz-in-Ubuntu,-connecting-to-a-RaspBee-board Feel free to further improve it. @AnotherDaniel please close the issue if it's solved. |
Describe the bug
I'm setting up a fresh deconz setup on a Raspi 4B, running Ubuntu Server, using marthoc/deconz:stable. Below I'll add the docker-compose file I'm using, as well as bespoke configuration.
The issue I'm seeing is that I cannot get deconz to connect to the RaspBee device (properly). By trying out suggestions and configuration hints from all the threads I could find, I can boil down the behavior I can get into these two scenarios:
Startup of application, log outputs etc, ending with endless loops of either
I have tried to nail down when I'm getting which, without success so far - it doesn't make a difference whether I start with a clean deconz config or an existing one.
I did not try to update the device firmware in any way - but this is the first attempt to get a setup going with Ubuntu and docker. Previously I ran deconz as a system service on Raspian on the same Raspi hardware, which worked fine. But there is no native deconz package available for Ubuntu on arm, plus I'd really like to get deconz into a docker environment like every other workload on that machine.
Steps to reproduce the behavior
Run
docker-compose up
in the directory with following docker-compose.ymlExpected behavior
I'd like deconz to connect to my RaspBee device properly
Screenshots
n/a
Environment
deCONZ Logs
Log output scenario 1:
Log output scenario 2:
Additional context
I have tried all the configuration tricks and tipps I could find in other issues and web search hits, and I've tried variations of the following configuration entries in
/boot/firmware/config.txt
:Alternating the last to config lines, with or without disabling bt and wifi... no joy. I've also tried the ttyAMA0 and ttyS0 devices individually of course, no joy.
The user I'm running docker-compose/docker as is part of the tty and dialout groups, to provide access to the /dev nodes. Currently (with the above config.txt settings), my /dev nodes look like this:
(ttyAMA0 is used by the
agetty
process, with different config.txt settings it's the other way round and S0 is used by agetty)I really like my RaspBee, and am getting a bit desparate here with the home automation blocked-broken. Any help I can get would be much appreciated!
The text was updated successfully, but these errors were encountered: