Conbee II und deCONZ

Begonnen von Hausierer, 06 Januar 2021, 12:56:38

Vorheriges Thema - Nächstes Thema

Otto123

#60
Naja ich befürchte das restore ist "selbstbetrug" - vorher war die (andere) config leer, jetzt ist sie gefüllt. Aber es werden wohl zwei configs sein.
Was ist mit dem Port der phoscon App?
die deconz-gui läuft bei mir genauso wie deconz - ein export des displays braucht es nicht extra ausßerdem steht der ja in der service-unit

Neu aufsetzen ist sicher ein guter Gedanke. Ein Image gibt es als SD Card Image für den raspberry, aber da sist ne andere Architektur wie Deine NAS? Ansonsten kann man ein Image schon in einer VM starten. (Ich weiß: mein Link ist nicht Deine Umgebung aber vom Prinzip her.)

nochmal die Frage mal probiert?
/usr/bin/deCONZ --dbg-info=2

Übrigens: wenn man Environment="DISPLAY=DeinWindowsCOMPUTERNAME:0.0" in die service-unit deconz-gui schreibt, geht beim Start vom Service auf dem Windows PC die deconz gui an  ;D ;D ;D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Spartacus

Hallo,
zumindest weiß ich jetzt, wo der Port 8080 herkommt.

cat .local/share/dresden-elektronik/deCONZ/config.ini

da steht Folgendes drin:

[N00212effff05261a]
framecounter=52234616

[controller]
apsAcksEnabled=false
autoFetchFFD=true
autoFetchRFD=true
max-aps-busy-per-node=1

[discovery]
zdp\mgmtLqiInterval=180
zdp\nwkAddrInterval=0

[http]
appcache=true
port=8080

[nodelist]
geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x2\0\0\0\0\0\x3\0\0\0\x1\0\0\0O\0\0\0\x13\                        0\0\0\0\0\0\0\0\xff\xff\xff\xff\xff\xff\xff\xff\0\0\0\0\0\0\0\0\x5\0)
state=@ByteArray(\0\0\0\xff\0\0\0\0\0\0\0\x1\0\0\0\0\0\0\0\x3\x1\0\0\0\0\0\0\0\0                        \0\0\0\0\0\0\0\0\0\0\x2X\0\0\0\x6\0\x1\x1\x1\0\0\0\0\0\0\0\0\0\0\0\0\x64\xff\xff                        \xff\xff\0\0\0\x84\0\0\0\0\0\0\0\x6\0\0\0\x64\0\0\0\x1\0\0\0\0\0\0\0\x64\0\0\0\x                        1\0\0\0\0\0\0\0\x64\0\0\0\x1\0\0\0\0\0\0\0\x64\0\0\0\x1\0\0\0\0\0\0\0\x64\0\0\0\                        x1\0\0\0\0\0\0\0\x64\0\0\0\x1\0\0\0\0\0\0\x3\xe8\0\0\0\0\x64)

[nodeview]
sceneRect=@Variant(\0\0\0\x14\xc0\xe4\xff\0\0\0\0\0\xc0\xe4\xff\0\0\0\0\0@\xf4\x                        ff\0\0\0\0\0@\xf4\xff\0\0\0\0\0)

[otau]
fast-page-spacing=25
sensor-dont-start=true
sensor-restart=true
sensor-slowdown=10
slow-page-spacing=250

[remote]
default\ip=127.0.0.1
default\port=8080

[source-routing]
enabled=false
max-hops=5
min-lqi=130

[window]
geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x2\0\0\0\0\0\b\0\0\0\x1f\0\0\x5\a\0\0\x2\x                        b7\0\0\0\b\0\0\0\x1f\0\0\x5\a\0\0\x2\xb7\0\0\0\0\0\0\0\0\x5\0)
state="@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\x1\0\0\0\0\0\0\x1\x82\0\0\x2H\xfc                        \x2\0\0\0\x2\xfc\0\0\0;\0\0\x2H\0\0\0t\x1\0\0\x1a\xfa\0\0\0\x3\x2\0\0\0\x5\xfb\0                        \0\0\"\0S\0o\0u\0r\0\x63\0\x65\0R\0o\0u\0t\0i\0n\0g\0\x44\0o\0\x63\0k\0\0\0\0\0\                        xff\xff\xff\xff\0\0\0\xd7\0\xff\xff\xff\xfb\0\0\0\x18\0N\0o\0\x64\0\x65\0L\0i\0s                        \0t\0V\0i\0\x65\0w\0\0\0\0\0\xff\xff\xff\xff\0\0\0Y\0\xff\xff\xff\xfb\0\0\0\x16\                        0\x42\0i\0n\0\x64\0\x44\0r\0o\0p\0\x62\0o\0x\0\0\0\0\0\xff\xff\xff\xff\0\0\x1\x3                        0\0\xff\xff\xff\xfb\0\0\0\x18\0N\0o\0\x64\0\x65\0I\0n\0\x66\0o\0\x44\0o\0\x63\0k                        \x1\0\0\0\0\xff\xff\xff\xff\0\0\0;\0\xff\xff\xff\xfb\0\0\0\x1e\0\x43\0l\0u\0s\0t                        \0\x65\0r\0I\0n\0\x66\0o\0\x44\0o\0\x63\0k\x1\0\0\0\0\xff\xff\xff\xff\0\0\0Y\0\x                        ff\xff\xff\xfb\0\0\0\x1a\0S\0T\0\x44\0O\0T\0\x41\0U\0P\0l\0u\0g\0i\0n\0\0\0\0\0\                        xff\xff\xff\xff\0\0\x1\xa3\0\xff\xff\xff\0\0\x3x\0\0\x2H\0\0\0\x4\0\0\0\x4\0\0\0                        \b\0\0\0\b\xfc\0\0\0\x1\0\0\0\x2\0\0\0\x1\0\0\0\x16\0m\0\x61\0i\0n\0T\0o\0o\0l\0                        \x42\0\x61\0r\x1\0\0\0\0\xff\xff\xff\xff\0\0\0\0\0\0\0\0)"

Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Otto123

Na das ist ja ein spannender und lernender Thread geworden :)

Jetzt denke ich, wenn Du mal rm -R .local/share/dresden-elektronikmachst verhält sich dein Aufruf deCONZ ordentlich?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Spartacus

Hallo,
noch nicht so ganz! Wenn ich deCONZ erneut starte, legt er es wieder an.

Und dann habe ich plötzlich zwei GWs. :-(

Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Otto123

Sag ich doch: Du hast zwei configs ... ich weiß nur noch nicht wie man die findet...
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Spartacus

#65
Hallo,

so, ich habe jetzt ein nacktes Debian genommen und die Kiste neu aufgesetzt und zwar exakt so, wie auf der CnoBee Seite unter Raspberry beschrieben. Wenn ich dann das GUI smit deCONZ starte, startet das Webinterface, aber er connected nicht den Stick.

enable ich wieder den deconz-gui service, dann habe ich wieder zwei Konfigurationen.

Hat also nichts gebracht.
Christian

NACHTRAG: Sobald ich die deconz-gui starte, habe ich wieder Port 8080
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

MadMax-FHEM

Ich starte deconz-gui gar nicht.

Hab auch laut DE per apt installiert...
Zusätzlich aber bei mir stehen, den deconz-gui Service zu disablen.

Bei mir ist dann Phoscon (do der "Asp-Nam") über Port 80 erreichbar...

Und mit dem korrigierten Einzeiler für Linux komm ich auf die grafische Oberfläche mit all meinen Geräten...

Halt bare metal auf einem PI3B mit RaspBee Aufsatz...

Ich gab ja noch wo einen ConBee II liegen, mal sehen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Spartacus

Hi,
ja das klaGui startet bei mir jetzt auch.  Die Sache mit der config.ini habe ich gelöst. Nachdem ich sowohl im UserHome und unter dem Root User die Verzeichnisse gelöscht habe, wurden diese beim restart neu angelegt. Und auch mit dem richtigen Port.

rm -R .local/share/dresden-elektronik

allerdings, verbindet sich der grafische Deconz nicht mit dem Stick
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Benni

Ich bin gerade zufälligerweise auch mit Conbee/deconz zu Gange, da ich meinen letzten verbleibenden RasPi noch loswerden will. An dem hängt nämlich aktuell noch der Conbee-Stick.

Ich hatte da auch so ein paar verwirrende Momente und eventuell sind die gewonnen Erkenntnisse ja auch für andere nützlich:

Ich habe also testweise mal die aktuelle Software auf einem neu eingerichteten LXC-Container mit nacktem Debian auf meinem Proxmox VE installiert, und zwar nach Anleitung von der DE-Seite: https://phoscon.de/de/conbee2/install#ubuntu

Das hat auch fast auf anhieb geklappt, ich musste lediglich noch die Pakete gpg, lsb-release und sudo installieren, die waren im LXC-Container-Image nicht dabei.

Zuvor hatte ich auch noch einen separaten User dconz angelegt, da ich den Dienst nachher unter diesem User laufen haben möchte. Die Installation selbst habe dann direkt unter diesem User (hatte dafür sudo-Rechte) durchgeführt schließlich den den Service ("deconz") enabled.

Btw.: der Service als "deconz" ist für den Headless-Betrieb gedacht und als "deconz-gui" eben für die Desktop-Variante.

Das erste was mich gewundert hat, nachdem ich auf die phoscon-App auf der neuen Maschine bin ist, dass er die ursprüngliche, also noch aktive Installation auf dem RaspPi direkt als Gateway gefunden hat, mit allem drum und dran. (Der RasPi befindet sich im selben Netzwerk, wie der LXC-Container)

Dann habe ich mich auch mal auf die Suche nach den Configs gemacht (bevor ich diesen Thread entdeckt habe) und habe die dann weder unter /etc oder unter den usern deconz, oder root gefunden.
Gefunden habe ich sie letztendlich unter dem user benni. Den hatte ich noch vor dem deconz user eingerichtet.

Ein kurzer Check hat dann gezeigt, dass der deconz-Dienst auch unter dem User benni läuft. Anscheinend ist fest der User mit der ID=1000 in der Service-Datei eingetragen. Das ist halt der erste User der in einem neuen System angelegt wird.

Ich habe dann anstatt den User deconz in der Service-Datei eingetragen, den Dienst neu gestartet und siehe da, jetzt läuft er unter dem gewünschten User und unter dem wurde nun auch neu die Config angelegt.

gb#




Spartacus

Hallo zusammen,

zunächst noch einmal vielen, vielen Dank für die Unterstützung und auch vielen Dank an Benni für den ausführlichen Bericht.
Die Sache mit dem User habe ich noch nicht begriffen, wo genau hast du den User geändert? In der deconz?


....
[Service]
User=1000
Environment="DISPLAY=:0"
.....


Aber nichts desto trotz. Mein Problem kriege ich nicht in den Griff. Das GUI startet, aber verbindet sich nicht mit dem Stick. Wenn ich den deconz  Service beende, den deconz-gui  Service nutze, dann verbindet sich das das GUI mit dem Stick. Das Problem dabei ist nur, dass ich das GUI ja nur zeitweise über eine ssh benötige. Und im headless Betrieb kommt der deconz Dienst nicht von alleine hoch. Ich denke nicht, dass man beide Services enablen kann, also deconz und deconz-gui.
Wahrscheinlich muss ich doch eine vm mit einem desktop installieren...

Spartacus
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Otto123

#70
Die Lösung ist alles sauber zu konfigurieren, z.B. nur den deconz-gui service laufen lassen und dann bei Bedarf mit dem xlaunch verbinden. Das funktioniert bei mir einwandfrei.

Dein Problem jetzt ist ja, dass der deconz-gui service nach wie vor nicht richtig läuft!?

Ich wiederhole mich: EINEN Service laufen lassen (zwei oder mehr gehen nicht) deCONZ ist dann nur ein Client und verbindet sich zum deconz-gui. Oder den deconz-gui service mit dem rcichtigen Eintrag konfigurieren und sich direkt verbinden.

Wenn man deconz laufen lassen will, kann man den beenden und dann deCONZ starten. Würde ich aber nach jetzigen Erkenntnissen nicht machen.

Das Problem bei Benni versteh ich so, dass es mehere User mit einer jeweiligen .local/... Konfiguration geben kann. Der Befehl id auf linux Ebene gibt Auskunft über die User und deren IDs :)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Spartacus

Hallo Otto,
ja, der deconz-gui Service läuft nicht. Weder auf dem "alten" noch auf dem neu installierten Gerät. Und ja, den deconz-gui habe ich als einzigen Service enabled. Beim Start des Headless Servicers sheint der zu crashen....warum auch immer. Zumindest ist er nicht da. Wenn ich den export display Befehl eingebe und dann den deconz-gui dienst starte, bzw den deCONZ, dann läuft es.

Ich benötige aber einen laufenden deconz auch ohne das ich mich mit der gui verbinde. Und das ist grad mein Problem. Warum startet der deconz (mit dem Zusatz -platform minimal) aber der deconz-gui nicht.

Ich kann auch in der deconz das -platform minimal weglassen, dann crashed der dienst auch. ...das ist das Probelm und ich hab keine Idee, woran das liegt.
Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Otto123

#72
Hast Du mal den Environment Eintrag in der deconz-gui.service unit richtig gesetzt? Startet dann der Service?

Würde immer noch bedeuten, das der deconz-gui service crashed wenn das Display (Windows PC) beim Start nicht da ist. Das wäre blöd. Dann müssen wir uns anschauen wie das mit dem vnc server ist. Läuft ja im Docker - kann kein Hexenwerk sein.
Aber nicht mehr heute :)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Spartacus

Hi,
sorry, was genau meinst du damit?
wo muss ich was setzen?
in der deconz-gui steht:
Environment="DISPLAY=:0"

deconz-gui.service:
[Unit]
Description=deCONZ: ZigBee gateway -- GUI/REST API
Wants=deconz-init.service deconz-update.service
After=lightdm.service vncserver-x11-serviced.service

[Service]
User=1000
Environment="DISPLAY=:0"
ExecStart=/usr/bin/deCONZ --http-port=80
Restart=on-failure
StartLimitIntervalSec=0
RestartSec=30
AmbientCapabilities=CAP_NET_BIND_SERVICE CAP_KILL CAP_SYS_BOOT CAP_SYS_TIME

[Install]
WantedBy=multi-user.target

Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R

Otto123

Genau den Eintrag so setzen wie im Dialog:
Environment="DISPLAY=DeinComputerNameOderIP:0.0"
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz