[Gelöst] keine Verbindung zum conbee2

Begonnen von friedel148, 31 Dezember 2020, 19:34:12

Vorheriges Thema - Nächstes Thema

friedel148

Hallo
Ich habe mir schon dieses  "Thema: [Gelöst]Sensoren werden in fhem nicht angezeigt  (Gelesen 3006 mal)" durchgelesen aber es klappt nicht.

Wenn ich den eigenständigen Raspi x.x.x.177 mit dem conbee 2 alleine nehme ist alles ok. Es laufen die Sensoren die Lampe reagiert auf Ansteuerungen.

FHEM läuft auch auf einen anderem Raspi x.x.x.23. starte ich FHEM mit einem restart neu habe ich in deCONZ kurzfristig die Anzeige initialisiert in State . Wenn ich dann set deCONZ active mache ist es nur noch active. 

Zitat
Internals
DEF    
192.168.2.177:80
FUUID
   
5feda81d-f33f-edb0-18b1-eb01ce9f9e7a99fd
FVERSION
   
30_HUEBridge.pm:0.233630/2020-12-16
INTERVAL
   
60
NAME
   
deCONZ
NOTIFYDEV
   
global
NR
   
270
NTFY_ORDER
   
50-deCONZ
STATE
   
active
TYPE
   
HUEBridge
host
   
192.168.2.177:80
manufacturer
   
Royal Philips Electronics
modelName
   
Philips hue bridge 2015
das xml vom x.x.x.177 sieht so aus:

Zitat
<root>
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.2.177:80/</URLBase>
<device>
<deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
<friendlyName>Phoscon-GW (192.168.2.177)</friendlyName>
<manufacturer>Royal Philips Electronics</manufacturer>
<manufacturerURL>http://www.dresden-elektronik.de</manufacturerURL>
<modelDescription>Philips hue compatible Personal Wireless Lighting</modelDescription>
<modelName>Philips hue bridge 2015</modelName>
<modelNumber>BSB002</modelNumber>
<modelURL>http://www.dresden-elektronik.de</modelURL>
<serialNumber>00212E0698F7</serialNumber>
<UDN>uuid:3a6f1190-d4e3-49d0-83a6-f91220b81e29</UDN>
<presentationURL>index.html</presentationURL>
<iconList>
<icon>
<mimetype>image/png</mimetype>
<height>48</height>
<width>48</width>
<depth>24</depth>
<url>hue_logo_0.png</url>
</icon>
</iconList>
</device>
</root>

mit nmap habe ich mal beim x.x.x.177 geschaut und port 80 TCP ist discovered
auf dem x.x.x.23 ist der Port 80 nicht aufgeführt.

kann das die Ursache sein das ich keine Verbindung bekomme und wie kann ich das Problem lösen?

Gruß Lars




Wzut

Def ändern, wenn bei deinem .23 wirklich 192.168.2.177:80 steht ?
(BTW verwende bitte Code Tags für lists und kein Zitat )
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

justme1968

deine beschreibung ist leider etwas konfus. ich verstehe nicht was du genau sagen willst.

ich vermute das auf dem fhem system die boot reihenfolge von netzwerk und fhem nicht stimmen. das netzwerk muss komplett laufen bevor fhem gestartet wird.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

friedel148

#3
Hallo
Habe ich geändert in 192.168.2.177

Das list sieht nun so aus:
Internals:
   DEF        192.168.2.177
   FUUID      5feda81d-f33f-edb0-18b1-eb01ce9f9e7a99fd
   FVERSION   30_HUEBridge.pm:0.233630/2020-12-16
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         270
   NTFY_ORDER 50-deCONZ
   STATE      initialized
   TYPE       HUEBridge
   host       192.168.2.177
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   READINGS:
     2020-12-31 19:58:35   state           initialized
   helper:
     count      0
     last_config_timestamp 0
     groups:
       0:
         class     
         name       Lightset 0
         type       LightGroup
         lights:
           ALL
Attributes:
   key        1851f599de616177cddf50f54dcd65cf

als ich dann 
"set deCONZ active" gemacht habe war es wieder nur "active"

Hier das list:




Internals:
   DEF        192.168.2.177
   FUUID      5feda81d-f33f-edb0-18b1-eb01ce9f9e7a99fd
   FVERSION   30_HUEBridge.pm:0.233630/2020-12-16
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         270
   NTFY_ORDER 50-deCONZ
   STATE      active
   TYPE       HUEBridge
   host       192.168.2.177
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   READINGS:
     2020-12-31 20:03:04   state           active
   helper:
     count      0
     last_config_timestamp 0
     groups:
       0:
         class     
         name       Lightset 0
         type       LightGroup
         lights:
           ALL
Attributes:
   key        1851f599de616177cddf50f54dcd65cf







friedel148

Zitat von: justme1968 am 31 Dezember 2020, 20:05:52
deine beschreibung ist leider etwas konfus. ich verstehe nicht was du genau sagen willst.

ich vermute das auf dem fhem system die boot reihenfolge von netzwerk und fhem nicht stimmen. das netzwerk muss komplett laufen bevor fhem gestartet wird.
Hallo

So sieht die Reihenfolge aus.


justme1968

da ist zum einen kein fhem zu sehen, zum anderen reicht die reine reihenfolge nicht. eventuell muss them warten bist das netzwerk komplett oben ist.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

friedel148

Hallo

an dritter Stelle steht ein fhem
wie kann ich das einrichten das fhem auf das Netz wartet?

MadMax-FHEM

#7
Wenn es ein PI ist, dann kann man doch in raspi-config einstellen, dass generell beim Boot auf Netzwerk gewartet wird.

Welches OS hast du?

Buster?

Dann wird fhem normalerweise per systemd gestartet, also "Startscript" unter /etc/systemd/system liegt und dort sollte (bei Standard-fhem-Installation: debian.fhem.de -> the easy way) eigentlich die Abhängigkeit zum NW schon eingetragen sein...

Kann man bzgl. deCONZ bestimmt ebenfalls eintragen...
EDIT: wie hast du deCONZ installiert? Die Anleitung per apt von Dresden Elektronik ist ähnlich zu der genannten fhem-Installation...

Falls nicht das generelle Warten per raspi-config schon reicht...

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)

friedel148

Hallo
OS ist  jessie 8.0
deConz habe ich über den Download von Dresden-Elektronik auf eine SD-Karte und diese dann in den Raspi

Wie ich die boot reihenfolge ändere weiß ich nicht. Ich habe mich hier etwas durchgehangelt, deshalb auch der Screenshoot.
Muss nicht auf dem raspi mit fhem der port 80 auch discovered sein?

MadMax-FHEM

#9
Also.
Ich dachte du hast Probleme, wenn fhem und deCONZ auf demselben PI laufen?

Ist fhem auf dem Image von DE installiert?
Das ist doch bestimmt kein Jessie mehr, oder?
(sollte man eh nicht mehr haben: Jessie, Stretch, Buster ist aktuell / Jessie schon raus aus Update etc.)

Oder sind das 2 PI und du hast Probleme?

Dass der PI generell beim Booten auf das Netzwerk wartet ist eine Einstellung die per raspi-config eingestellt werden kann...

Also verbinden mit ssh und dann sudo raspi-config und dann halt schauen. Entweder bei Netzwerk oder bei Boot-Optionen...

Bei Jessie ist noch initd.
Da liegt das Startscript unter /etc/init.d/ da weiß ich aber nicht wie man da eine Abhängigkeit zum Netzwerk einstellt.
Man könnte (quick and dirty) mit einem sleep verzögern...

EDIT: Screenshot und "durchgehangelt", du hast einen PI mit Desktop-Oberfläche!!? Ebenfalls nicht zu empfehlen. Aber auch da gibt es raspi-config. Entweder eine Shell öffnen und dann sudo raspi-config oder es gibt sogar einen Menüeintrag? (zumindest unter Stretch gab es das glaube ich unter Buster auf jeden Fall)...
https://www.raspberrypi.org/documentation/configuration/raspi-config.md

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)

friedel148

#10
Hallo
Nein sind zwei Raspi's
der eine hat 192.168.2.23 ist fhem mit jessie :-(
der andere ist 192.168.2.177 ist deCONZ

mache ich auf dem fhem raspi einen reboot habe ich bis zum set deCONZ active den state initaliziert danach ist es active
auf dem fhem ist der port 80 nicht dicovered auf dem deCONZ steht das:
URLBase>http://192.168.2.177:80/</URLBase>
<device>
<deviceType>urn:schemas-upnp-org:device:Basic:1</deviceType>
<friendlyName>Phoscon-GW (192.168.2.177)</friendlyName>
<manufacturer>Royal Philips Electronics</manufacturer>
<manufacturerURL>http://www.dresden-elektronik.de</manufacturerURL>
<modelDescription>Philips hue compatible Personal Wireless Lighting</modelDescription>
<modelName>Philips hue bridge 2015</modelName>
<modelNumber>BSB002</modelNumber>
<modelURL>http://www.dresden-elektronik.de</modelURL>
<serialNumber>00212E0698F7</serialNumber>
<UDN>uuid:3a6f1190-d4e3-49d0-83a6-f91220b81e29</UDN>
<presentationURL>index.html</presentationURL>
<iconList>


MadMax-FHEM

Auf dem deCONZ steht das?
Was soll das sein?
WO steht das?

Kannst du zum Einfügen bitte code-Tags nutzen!
Das '#' im "Menü"...

Geht es nach dem set active?
Oder auch dann noch nicht?

Wenn es nach dem fhem-Start nach dem set active geht, dann kann man das z.B. mit einem notify auf global:INITIALIZED set deCONZ active lösen.
Nicht schön aber sollte helfen...

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)

friedel148

Hier meine deCONZ

mache ich einen reboot in FHEM bekomme ich ein initaliziert im status deCONZ.
mache ich dann einen set deCONZ active ist das state auf "active" oder warte ein paar Minuten dann ebenfalls der status "active"

den xml Ausschnitt bekomme ich wenn ich den raspi deCONZ (192.168.2.177) mit http://192.168.2.177/description.xml anschreibe im Firefox




MadMax-FHEM

D.h. es geht auch dann noch nicht?

Poste doch besser ein list als einen Screenshot bitte.

list deCONZ und die Ausgabe dann hier posten, in code-Tags...

Hast du die "Freigabe" auf dem deCONZ Server gemacht/fedrückt (phoscon-App / mit Web-Browser auf den deCONZ verbinden), damit sich ein "Fremgerät" verbinden kann...

Und dann (noch mal) set deCONZ active

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)

friedel148

Guten Morgen und gesundes neues Jahr

list deCONZ
Internals:
   DEF        192.168.2.177:80
   FUUID      5feda81d-f33f-edb0-18b1-eb01ce9f9e7a99fd
   FVERSION   30_HUEBridge.pm:0.233630/2020-12-16
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         270
   NTFY_ORDER 50-deCONZ
   STATE      initialized
   TYPE       HUEBridge
   host       192.168.2.177:80
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   READINGS:
     2020-12-31 23:51:13   state           initialized
   helper:
     count      0
     last_config_timestamp 0
     groups:
       0:
         class     
         name       Lightset 0
         type       LightGroup
         lights:
           ALL
     scenes:
Attributes:
   key        1851f599de616177cddf50f54dcd65cf


jetzt auf dem Phoscon geklickt um Anwendungen zu verbinden danach set deCONZ active angeklickt

und dann das list bekommen

Internals:
   DEF        192.168.2.177:80
   FUUID      5feda81d-f33f-edb0-18b1-eb01ce9f9e7a99fd
   FVERSION   30_HUEBridge.pm:0.233630/2020-12-16
   INTERVAL   60
   NAME       deCONZ
   NOTIFYDEV  global
   NR         270
   NTFY_ORDER 50-deCONZ
   STATE      active
   TYPE       HUEBridge
   host       192.168.2.177:80
   manufacturer Royal Philips Electronics
   modelName  Philips hue bridge 2015
   READINGS:
     2021-01-01 09:42:05   state           active
   helper:
     count      0
     last_config_timestamp 0
     groups:
       0:
         class     
         name       Lightset 0
         type       LightGroup
         lights:
           ALL
     scenes:
Attributes:
   key        1851f599de616177cddf50f54dcd65cf


so wurde aus dem "initialized" wieder ein "active"
und es gibt keine Daten von Phoscon :-(