deCONZ - Zigbee gateway van Dresden Elektronik

[djiedjee]

@bril666
Heb je niet een andere (windows) computer waar je het op kan testen?

[bril666]

kom net tot de ontdekking dat de laptop waarop ie draait alleen usb 3.0 poorten heeft...

wat doe ik daaraan?

[schumi2004]

Verkeerde topic

[ Voor 92% gewijzigd door schumi2004 op 07-05-2020 17:23 ]

[Mimiix]

De nieuwe release is uit! Zal snel een changelog voor komen.

[JBS]

2.05.76 is uitgekomen met onder andere de langverwachte Opple support die uit de vorige release was gevallen.

https://github.com/dresde...gin/releases/tag/V2_05_76

Firmware

• Firmware version 0x26350500 with routing fixes, enabled to be updated via Phoscon App for Conbee I and RaspBee I.
• Firmware version 0x26580700 with routing fixes and stability improvements included for manual installation for ConBee II.

Under the hood

• Improve Samsung multi sensor #2769
• Changes to IKEA color temperature handling #2769
• Support PST03-A multi sensor #2766
• Initial support for Sercomm open/close sensor SZ-DWS04 #2761
• Update for LifeControl MCLH-08 environmental sensor #2761
• Initial support for RGBgenie ZB-5121 #2761
• Enhancements for RGBgenie ZB-5001 #2761
• Initial support for Centralite 3323-G contact sensor #2761
• Correction Legrand power consumption module #2706
• Support Legrand motion sensor #2706
• Support Legrand double switch #2706
• Support Legrand switch module #2706
• Improve Profalux support #2706
• Support Klik Aan Klik Uit ZTHS-100 #2668
• Initial support for Sengled PAR38 bulbs #2668
• Expose voltage and current for Xiaomi smart plug #2668
• Initial support for Tuya smart plug TS0121 #2668
• Initial support for innr SP 220 smart plug #2668
• Initial support for Heiman remote control HS1RC-M #2668
• Initial support for Immax NEO ZB3.0 smart plug 07048L #2668
• Support for Sercom siren SZ-SRN12N #2668
• Initial support for WAXMAN LeakSMART v2 #2668
• Improve window covering devices IKEA Fyrtur and Xiaomi curtain #2658
• Improve IAS WD devices (Sirens, smoke detectors, etc) #2658
• Improve IKEA SYMFONISK controller #2658
• Improve rule trigger logic #2658
• Support Tuya gas sensor #2637
• Support 4-ch Namron switch #2589
• Support Tuyatec door/window sensor RH3001 #2572
• Initial support for Samsung SmartThings Outlet 2018 #2572
• Initial support for Xiaomi Mija ZB3.0 smart plug ZNCZ04LM #2572
• Initial support for Hive motion sensor MOT003 #2572
• Initial support for Centralite contact sensor 3320-L #2572
• Fix for iHorn sensors not being created #2572
• Improved power and consumption reporting #2572
• Fix Aqara Opple switches #2561
• Support Iris contact sensor v3 #2554
• Initial support for iris motion sensor v2 #2554
• Refactor logic for setting light state #2553

[hasseroderman]

Docker image is ook bijgewerkt: https://hub.docker.com/r/marthoc/deconz

[Mimiix]

Er komt vanmiddag weer een release met wat fixes.

[jeroen11]

Hmmm, flashen van de firmware loopt bij mij niet goed, krijg de hele tijd timeout errors, nu doet de Conbee het niet meer...

Edit: lijkt erop dat m'n Raspberry de Conbee uberhaupt niet meer verbonden is als ik 'lsusb' intyp staat hij er niet meer tussen. Hoop niet dat hij gebrickt is.

Edit2: 0x264a0700 weer terug kunnen zetten uiteindelijk, dus het werkt weer zoals vroeger. Iets meer geduld hebben is het devies...

[ Voor 57% gewijzigd door jeroen11 op 24-05-2020 12:40 ]

[Luqq]

Er zit een bug in de nieuwe versie met transitions icm HA/deconz, even oppassen met updaten dus: https://github.com/home-assistant/core/issues/36018

[ Voor 9% gewijzigd door Luqq op 24-05-2020 12:25 ]

[Mimiix]

Luqq schreef op zondag 24 mei 2020 @ 12:25:
Er zit een bug in de nieuwe versie met transitions icm HA/deconz, even oppassen met updaten dus: https://github.com/home-assistant/core/issues/36018

Word straks dus gefixed als het goed is!

[lxz]

jeroen11 schreef op zondag 24 mei 2020 @ 12:19:
Hmmm, flashen van de firmware loopt bij mij niet goed, krijg de hele tijd timeout errors, nu doet de Conbee het niet meer...

Edit: lijkt erop dat m'n Raspberry de Conbee uberhaupt niet meer verbonden is als ik 'lsusb' intyp staat hij er niet meer tussen. Hoop niet dat hij gebrickt is.

Edit2: 0x264a0700 weer terug kunnen zetten uiteindelijk, dus het werkt weer zoals vroeger. Iets meer geduld hebben is het devies...

Ik had hetzelfde, dacht dat ik mijn hele stick om zeep had geholpen . Oplossing was het toevoegen van -t 60 aan het flash-commando. Nu heb ik de stick wel bij kunnen werken naar de laatste firmware

[G8rb8n]

Niet helemaal zeker of dit de juiste plaats is, of dat het Home Assistant topic de betere plek is, maar ik draai Deconz via de Homeassistant plugin. Werkt helemaal prima, probeer nu echter de OTAU functie te gebruiken, maar kan niet vinden waar de files precies geplaatst moeten worden zodat Deconz erbij kan. Via VNC heb ik de update functie beschikbaar, maar het selecteren van de File beperkt zich tot de eigen omgeving. Iemand een idee / zetje in de juist richting?

[hasseroderman]

G8rb8n schreef op zondag 24 mei 2020 @ 20:12:
Niet helemaal zeker of dit de juiste plaats is, of dat het Home Assistant topic de betere plek is, maar ik draai Deconz via de Homeassistant plugin. Werkt helemaal prima, probeer nu echter de OTAU functie te gebruiken, maar kan niet vinden waar de files precies geplaatst moeten worden zodat Deconz erbij kan. Via VNC heb ik de update functie beschikbaar, maar het selecteren van de File beperkt zich tot de eigen omgeving. Iemand een idee / zetje in de juist richting?

wmn79 in "deCONZ - Zigbee gateway van Dresden Elektronik"

[G8rb8n]

hasseroderman schreef op maandag 25 mei 2020 @ 09:28:
[...]


wmn79 in "deCONZ - Zigbee gateway van Dresden Elektronik"

Ik denk dat je verwijst naar het OTAU stuk uit de startpost. Dat ken ik, OTAU werkt ook via VNC. Met de meegeleverde home assistant plug-in kan ik echter niet de gewenste firmware selecteren. Krijg de file daar simpelweg niet beschikbaar... Hoopte dat iemand daar een oplossing voor had.

[Mimiix]

G8rb8n schreef op maandag 25 mei 2020 @ 11:29:
[...]


Ik denk dat je verwijst naar het OTAU stuk uit de startpost. Dat ken ik, OTAU werkt ook via VNC. Met de meegeleverde home assistant plug-in kan ik echter niet de gewenste firmware selecteren. Krijg de file daar simpelweg niet beschikbaar... Hoopte dat iemand daar een oplossing voor had.

Huh? Hoe bedoel je?

heb je een screenshot?

[JBS]

Luqq schreef op zondag 24 mei 2020 @ 12:25:
Er zit een bug in de nieuwe versie met transitions icm HA/deconz, even oppassen met updaten dus: https://github.com/home-assistant/core/issues/36018

2.05.77 is uit.
https://github.com/dresde...gin/releases/tag/V2_05_77

This is mainly a bugfix release for version 2.05.76.

Under the hood

• Fix transition when switching a light off #2795
• Fix API cache updated wrongly when switching off a Hue light or when setting bri to 0 #2795
• Initial for Quirky Tripper open close sensor made by SerComm #2801
• Re-enable setting ct for IKEA CWS light #2804

[ Voor 21% gewijzigd door JBS op 26-05-2020 15:40 ]

[Luqq]

JBS schreef op dinsdag 26 mei 2020 @ 15:39:
[...]


2.05.77 is uit.
https://github.com/dresde...gin/releases/tag/V2_05_77


[...]

Thanks! Ik zie dat de deCONZ 5.3.4 addon voor Home Assistant ook uit is

[Koppensneller]

Luqq schreef op dinsdag 26 mei 2020 @ 15:47:
[...]


Thanks! Ik zie dat de deCONZ 5.3.4 addon voor Home Assistant ook uit is

Wat mij niet helemaal duidelijk is: wordt daarmee ook automatisch de firmware van de stick geüpdatet?

[Mimiix]

Koppensneller schreef op dinsdag 26 mei 2020 @ 15:54:
[...]


Wat mij niet helemaal duidelijk is: wordt daarmee ook automatisch de firmware van de stick geüpdatet?

Nope, moet met de hand.

[Koppensneller]

Dan moet ik eens kijken welke versie ik er nu op draai, heb dat in 2 jaar nog nooit gedaan

[Mimiix]

Koppensneller schreef op dinsdag 26 mei 2020 @ 15:55:
Dan moet ik eens kijken welke versie ik er nu op draai, heb dat in 2 jaar nog nooit gedaan

Ja, dat bedenk ik me ook net.

https://github.com/dresde...ki/Update-deCONZ-manually

Zie die

[Koppensneller]

Thanks!

Ik zie daar instructies voor een algemene installatie (Windows/Ubuntu/etc) en voor de marthoc docker container, maar niets voor de HA supervised add-on. Ik kom er met beide instructies niet echt uit, staat het ergens beschreven voor deze situatie?

Never mind, met de instructies voor de marthoc container lijkt het prima te kunnen, ik krijg alleen nog het volgende voor mijn neus:

code:

Device: /dev/ttyACM0

Firmware File: deCONZ_ConBeeII_0x26580700.bin.GCF

Are the above device and firmware values correct?
Enter Y to proceed, any other entry to exit: Y

Flashing...

GCFFlasher V3_13 (c) dresden elektronik ingenieurtechnik gmbh
Reboot device /dev/ttyACM0 (ConBee II)
deCONZ firmware version 264A0700
failed reset -9222847831145

2139: Error: uart reset failed, check retry

Flashing Error! Please re-run this script...

We puzzelen verder

[ Voor 56% gewijzigd door Koppensneller op 26-05-2020 16:51 ]

[roeleboel]

Helaas hier een probleem met flashen van de firmware: ik krijg iedere keer een timeout na +- 3 seconden...
Iemand een idee hoe ik verder kan?
(ubuntu 18.04, deconz software draait -ter test- lokaal)

onderstaande kan ik tot in den treure herhalen helaas:

code:

[roel@wallace Downloads]$  sudo GCFFlasher_internal -d /dev/ttyACM0 -t 60  -f /home/roel/Downloads//deCONZ_ConBeeII_0x26580700.bin.GCF
GCFFlasher V3_13 (c) dresden elektronik ingenieurtechnik gmbh
Reboot device /dev/ttyACM0 (ConBee II)
R21B18 Bootloader
Vers: 2.07
build: Jun 17 2019
flashing 160930 bytes: |==============error: timeout flashing firmware after 3005 ms
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
R21B18 Bootloader
Vers: 2.07
build: Jun 17 2019
flashing 160930 bytes: |=======error: timeout flashing firmware after 3003 ms
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
R21B18 Bootloader
Vers: 2.07
build: Jun 17 2019
flashing 160930 bytes: |=======error: timeout flashing firmware after 3009 ms
Reboot device /dev/ttyACM0 (ConBee II)
retry, failed

2139: Error: uart reset failed, check retry

[peetgate]

FYI: Wanneer je de Home-Assistant Deconz add-on update dan wordt wel automatisch de firmware meegenomen.

[Mimiix]

roeleboel schreef op dinsdag 26 mei 2020 @ 17:39:
Helaas hier een probleem met flashen van de firmware: ik krijg iedere keer een timeout na +- 3 seconden...
Iemand een idee hoe ik verder kan?
(ubuntu 18.04, deconz software draait -ter test- lokaal)

onderstaande kan ik tot in den treure herhalen helaas:

code:

[roel@wallace Downloads]$  sudo GCFFlasher_internal -d /dev/ttyACM0 -t 60  -f /home/roel/Downloads//deCONZ_ConBeeII_0x26580700.bin.GCF
GCFFlasher V3_13 (c) dresden elektronik ingenieurtechnik gmbh
Reboot device /dev/ttyACM0 (ConBee II)
R21B18 Bootloader
Vers: 2.07
build: Jun 17 2019
flashing 160930 bytes: |==============error: timeout flashing firmware after 3005 ms
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
R21B18 Bootloader
Vers: 2.07
build: Jun 17 2019
flashing 160930 bytes: |=======error: timeout flashing firmware after 3003 ms
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
Reboot device /dev/ttyACM0 (ConBee II)
R21B18 Bootloader
Vers: 2.07
build: Jun 17 2019
flashing 160930 bytes: |=======error: timeout flashing firmware after 3009 ms
Reboot device /dev/ttyACM0 (ConBee II)
retry, failed

2139: Error: uart reset failed, check retry

Doe eens -t erachter zetten(achter het command)

[roeleboel]

@D3nnisd check eerste regel: -t 60 staat er in

[Luqq]

peetgate schreef op dinsdag 26 mei 2020 @ 18:37:
FYI: Wanneer je de Home-Assistant Deconz add-on update dan wordt wel automatisch de firmware meegenomen.

Zeker weten? Ik heb de add-on geüpdate maar draai nog fw 264A0700, terwijl de nieuwste fw 0x26580700 is.

[Mimiix]

roeleboel schreef op dinsdag 26 mei 2020 @ 19:40:
@D3nnisd check eerste regel: -t 60 staat er in

Rip die zag ik niet. Maak hem is groter?

[Mimiix]

Luqq schreef op dinsdag 26 mei 2020 @ 19:43:
[...]


Zeker weten? Ik heb de add-on geüpdate maar draai nog fw 264A0700, terwijl de nieuwste fw 0x26580700 is.

Dit betwijfel ik ook ja.

[peetgate]

hmm, je hebt gelijk. Ik heb niet goed gekeken

[roeleboel]

D3nnisd schreef op dinsdag 26 mei 2020 @ 19:45:
[...]
Rip die zag ik niet. Maak hem is groter?

Heb ook al 120 geprobeerd, maar dat helpt helaas niet. Hij vindt de stick wel, maar het flashen zelf loopt blijkbaar mis. (meerdere malen geprobeerd via zowel usb2 hub, als rechtstreeks in intel nuc met usb3 poort)

[roeleboel]

roeleboel schreef op dinsdag 26 mei 2020 @ 20:31:
[...]


Heb ook al 120 geprobeerd, maar dat helpt helaas niet. Hij vindt de stick wel, maar het flashen zelf loopt blijkbaar mis. (meerdere malen geprobeerd via zowel usb2 hub, als rechtstreeks in intel nuc met usb3 poort)

En om hierbij even de oplossing te melden die ik via een ander forum doorkreeg:
wat ik moest doen was

code:

sudo systemctl stop ModemManager

en daarna werkte het commando om te flashen wel...

[Koppensneller]

Koppensneller schreef op dinsdag 26 mei 2020 @ 16:45:
Thanks!

Ik zie daar instructies voor een algemene installatie (Windows/Ubuntu/etc) en voor de marthoc docker container, maar niets voor de HA supervised add-on. Ik kom er met beide instructies niet echt uit, staat het ergens beschreven voor deze situatie?

Never mind, met de instructies voor de marthoc container lijkt het prima te kunnen, ik krijg alleen nog het volgende voor mijn neus:

code:

Device: /dev/ttyACM0

Firmware File: deCONZ_ConBeeII_0x26580700.bin.GCF

Are the above device and firmware values correct?
Enter Y to proceed, any other entry to exit: Y

Flashing...

GCFFlasher V3_13 (c) dresden elektronik ingenieurtechnik gmbh
Reboot device /dev/ttyACM0 (ConBee II)
deCONZ firmware version 264A0700
failed reset -9222847831145

2139: Error: uart reset failed, check retry

Flashing Error! Please re-run this script...

We puzzelen verder

Voor iedereen met hetzelfde probleem: ik heb het kunnen oplossen door de user waaronder ik de update uitvoerde toe te voegen aan de dialout group en zoals hierboven al gezegd de ModemManager te stoppen:

code:

sudo addgroup [username] dialout
sudo systemctl stop ModemManager

[Luqq]

Yes, hier is het ook gelukt. Ik draai Hassio in een VM, dus moest even op m'n hypervisor (Unraid) direct die docker oneliner van marthoc runnen en dat werkte thanks!

[ascent]

Hoi! Sinds kort de ConbeeII binnen en wilde voor de ochtendroutine de lampen langzaamaan laten oplichten. Ik heb een aantal IKEA GU10 spots op de slaapkamer en begreep dat ik die via een "fading time" langzaam aan kon laten gaan.

Ik heb twee dingen gedaan:
- scene aangemaakt; alle lampen aan, fading time, 5 minutes
- schedule aangemaakt; repetition op ma-vr, fading time of scene staan hier daardoor ook op 5 minutes en kan ik in de schedule zelf niet meer aanpassen.

Toch was 't vanochtend op 't ingestelde tijdstip ineens "boem" aan (goeiemorgen!) en geen verloop van 5 minuten. Waar zit mijn denkfout?

[JBS]

ascent schreef op donderdag 28 mei 2020 @ 11:22:
Hoi! Sinds kort de ConbeeII binnen en wilde voor de ochtendroutine de lampen langzaamaan laten oplichten. Ik heb een aantal IKEA GU10 spots op de slaapkamer en begreep dat ik die via een "fading time" langzaam aan kon laten gaan.

Ik heb twee dingen gedaan:
- scene aangemaakt; alle lampen aan, fading time, 5 minutes
- schedule aangemaakt; repetition op ma-vr, fading time of scene staan hier daardoor ook op 5 minutes en kan ik in de schedule zelf niet meer aanpassen.

Toch was 't vanochtend op 't ingestelde tijdstip ineens "boem" aan (goeiemorgen!) en geen verloop van 5 minuten. Waar zit mijn denkfout?

Als je ze zelf triggert, werkt het dan wel zoals bedoelt?

[Mimiix]

ascent schreef op donderdag 28 mei 2020 @ 11:22:
Hoi! Sinds kort de ConbeeII binnen en wilde voor de ochtendroutine de lampen langzaamaan laten oplichten. Ik heb een aantal IKEA GU10 spots op de slaapkamer en begreep dat ik die via een "fading time" langzaam aan kon laten gaan.

Ik heb twee dingen gedaan:
- scene aangemaakt; alle lampen aan, fading time, 5 minutes
- schedule aangemaakt; repetition op ma-vr, fading time of scene staan hier daardoor ook op 5 minutes en kan ik in de schedule zelf niet meer aanpassen.

Toch was 't vanochtend op 't ingestelde tijdstip ineens "boem" aan (goeiemorgen!) en geen verloop van 5 minuten. Waar zit mijn denkfout?

Komt dat niet door alle lampen aan en dan fading time?

[ascent]

JBS schreef op donderdag 28 mei 2020 @ 11:28:
[...]

Als je ze zelf triggert, werkt het dan wel zoals bedoelt?

Goeie vraag, even getest en lijkt inderdaad van niet. Ik zie wel dat de lampen aangaan maar dan met 0% brightness en dat neemt ook niet geleidelijk toe zoals ik hoopte.

Werkt "fading time" wel opbouwend of alleen afbouwend?

EDIT: Net nog even getest, in minuut 0 t/m 4 is de lamp aan op 0% brightness en daarna ploft 'ie in 1x aan. Da's niet helemaal de fade die ik zocht. Ik al vast ergens iets geks hebben ingesteld

[ Voor 19% gewijzigd door ascent op 28-05-2020 13:37 ]

[ascent]

D3nnisd schreef op donderdag 28 mei 2020 @ 11:41:
[...]


Komt dat niet door alle lampen aan en dan fading time?

Ik had die fade-time dus opgevat als zowel van uit langzaam naar aan en van aan langzaam naar uit maar wellicht is dat incorrect

[Mimiix]

ascent schreef op donderdag 28 mei 2020 @ 13:37:
[...]


Ik had die fade-time dus opgevat als zowel van uit langzaam naar aan en van aan langzaam naar uit maar wellicht is dat incorrect

Naja, als het een losse setting is kan dat.

Maar werkt het nu wel naar wens?

[phlinx]

https://phoscon.de/en/app...editor-settings-bb-en.png

@ascent Wat jij wilt, lijkt de fading time niet voor bedoeld. Ten minste, zo lees ik de manual.

Als je de verlichting met een motion sensor triggert, kan dit wel: https://phoscon.de/en/app...tings-example-1-bb-en.png, maar andersom weer niet. Daar heb je dus ook niks aan.

De mogelijkheden met de Phoscon app zijn wat beperkt.
Wat je kunt overwegen, is een prgramma als Home Assistant te gebruiken. Daarmee zijn je mogelijkheden vrijwel eindeloos.

Waarschuwing: Home Assistant is zwaar verslavend

[Mimiix]

Binnenkort komen er maandelijkse updates en zelfs nightly builds. Het plan is om elke 15e een release te doen in beta, waarna stable een paar dagen later komt.

Exacte details hoor ik nog

[ascent]

phlinx schreef op vrijdag 29 mei 2020 @ 10:09:

@ascent Wat jij wilt, lijkt de fading time niet voor bedoeld. Ten minste, zo lees ik de manual.

Waarschuwing: Home Assistant is zwaar verslavend

Hehe, dank voor de headsup. Helaas ben ik al "slachtoffer" van HA ;-) Ik heb nu de automation inderdaad omgeschreven naar HA ipv Phoscon. Bijkomend voordeel is ook dat ik de logica in HA kan gebruiken. Er is daar bijv. een concept van een workday; iets wat phoscon niet heeft (die kan wel alle dagen los schakelen maar snapt bijv geen vakanties).

[Mimiix]

ascent schreef op vrijdag 29 mei 2020 @ 14:00:
[...]


Hehe, dank voor de headsup. Helaas ben ik al "slachtoffer" van HA ;-) Ik heb nu de automation inderdaad omgeschreven naar HA ipv Phoscon. Bijkomend voordeel is ook dat ik de logica in HA kan gebruiken. Er is daar bijv. een concept van een workday; iets wat phoscon niet heeft (die kan wel alle dagen los schakelen maar snapt bijv geen vakanties).

Het ding is wel dat als ha down gaat het niet meer werkt. Bij phoscon nog wel.

[ascent]

D3nnisd schreef op vrijdag 29 mei 2020 @ 15:50:
[...]


Het ding is wel dat als ha down gaat het niet meer werkt. Bij phoscon nog wel.

.. Alleen kan phoscon wel lampen laten uitfaden maar niet laten aanfaden was volgens mij net de verwachting, dus dan moet ik wel HA-en

[Mimiix]

ascent schreef op vrijdag 29 mei 2020 @ 16:22:
[...]

.. Alleen kan phoscon wel lampen laten uitfaden maar niet laten aanfaden was volgens mij net de verwachting, dus dan moet ik wel HA-en

Vraag het aan in de git repo van phoscon

[ascent]

D3nnisd schreef op vrijdag 29 mei 2020 @ 16:26:
[...]

Vraag het aan in de git repo van phoscon

Yep, dat kan altijd :-) Ik kom net pas kijken dus eerst eens even meelezen en zien wat 'r allemaal wel en niet kan!

[phlinx]

D3nnisd schreef op vrijdag 29 mei 2020 @ 11:08:
Binnenkort komen er maandelijkse updates en zelfs nightly builds. Het plan is om elke 15e een release te doen in beta, waarna stable een paar dagen later komt.

Exacte details hoor ik nog

Gaat updaten van firmware ook via de Phoscon app mogelijk worden?
Neem bijv de meest recente. Die kan nog niet via de app.

[Mimiix]

phlinx schreef op zaterdag 30 mei 2020 @ 13:06:
[...]


Gaat updaten van firmware ook via de Phoscon app mogelijk worden?
Neem bijv de meest recente. Die kan nog niet via de app.

Hoe bedoel je dat? Otau?

Schijnt van wel, maar ik weet niet wanneer.

[phlinx]

@D3nnisd, hier:

[Mimiix]

phlinx schreef op zaterdag 30 mei 2020 @ 13:53:
@D3nnisd, hier: [Afbeelding]

Dat gaat komen, maar geen idee wanneer. Ik heb gevraagd om een roadmap.

[Bose321]

Kan iemand mij misschien op weg helpen? Sinds gisteren een Conbee II stick gekocht, en inmiddels 7 Hue/Ikea lampen gekoppeld en een handvol Aqara knoppen.

Lijkt over het algemeen wel prima te werken, tot ik de dimmer switch ging koppelen vandaag. Ik heb 4 lampen die in de woonkamer aan de muur hangen in een groep gedaan in Phoscon, en de dimmer switch ingesteld zoals het meeste op standaard lijkt bij Hue.

Nu vind ik het alleen onlogisch dat 1x klikken op de dim knoppen ook aan/uit commands geven. Normaal was dit dat je dan een heel klein beetje lampen feller of minder fel maakte. Daarnaast gaan 2/4 lampen veel sneller fel dan de andere 2? Zijn 4 identieke Ikea lampen. Als ik ze tegelijk instel via Home Assistant gaan ze mooi gelijk op. Maar ik dacht dat het via Phoscon beter was omdat dat ook dan werkt als je internet en/of Home Assistant eruit ligt?

Daarnaast vind ik dat er erg veel knop klikken gemist worden. Ik moet best vaak 2 of 3 keer op de aan knop drukken voor de lichten ook echt aan gaan. Als ik mijn kaartje bekijk met devices is alles groen en zelfs 3 verbindingen naar de switch toe. Dan moet dat toch gewoon betrouwbaar verzonden worden?

Het lijkt dat mijn Aqara switches veel betrouwbaarder zijn zelfs dan de Hue dimmer... Ook de Aqara switches werkten denk ik betrouwbaarder met de Aqara hub, maar die lijken wel acceptabel te reageren.

Het klinkt misschien klein hoor, maar ik verwacht toch wel dat je lampen aan gaan 99% van de tijd als ik op een knopje druk. Geen zin om er steeds meerdere keren op te drukken.

Hier is mijn kaartje:


Daarnaast heb ik het idee dat Phoscon zelf ook soms wat mist? Ik heb nu net even vaak op mijn Aqara switch knopjes gedrukt die ook direct gekoppeld zijn aan andere lampen, en paar keer gehad dat ik geen lampen had die aan gingen, maar dat ik wel een "deconz_event" voorbij zie komen in Home Assistant, dus het signaal is wel opgepakt maar er werd niks mee gedaan door Phoscon?

Zit op laatste versie van DeConz, en mijn Conbee II naar nieuwste firmware geüpdatet vandaag.

Al met al wel een leuk ding die Conbee, alleen ben ik dus nog niet 100% te spreken over de betrouwbaarheid. Ik had gehoopt dat het combineren van meerdere hubs en één groot mesh netwerk te hebben toch wel minstens even goed zou werken...

[ Voor 5% gewijzigd door Bose321 op 31-05-2020 16:21 ]

[Mimiix]

Bose321 schreef op zondag 31 mei 2020 @ 16:20:
Kan iemand mij misschien op weg helpen? Sinds gisteren een Conbee II stick gekocht, en inmiddels 7 Hue/Ikea lampen gekoppeld en een handvol Aqara knoppen.

Lijkt over het algemeen wel prima te werken, tot ik de dimmer switch ging koppelen vandaag. Ik heb 4 lampen die in de woonkamer aan de muur hangen in een groep gedaan in Phoscon, en de dimmer switch ingesteld zoals het meeste op standaard lijkt bij Hue.
[Afbeelding]
Nu vind ik het alleen onlogisch dat 1x klikken op de dim knoppen ook aan/uit commands geven. Normaal was dit dat je dan een heel klein beetje lampen feller of minder fel maakte. Daarnaast gaan 2/4 lampen veel sneller fel dan de andere 2? Zijn 4 identieke Ikea lampen. Als ik ze tegelijk instel via Home Assistant gaan ze mooi gelijk op. Maar ik dacht dat het via Phoscon beter was omdat dat ook dan werkt als je internet en/of Home Assistant eruit ligt?

Daarnaast vind ik dat er erg veel knop klikken gemist worden. Ik moet best vaak 2 of 3 keer op de aan knop drukken voor de lichten ook echt aan gaan. Als ik mijn kaartje bekijk met devices is alles groen en zelfs 3 verbindingen naar de switch toe. Dan moet dat toch gewoon betrouwbaar verzonden worden?

Het lijkt dat mijn Aqara switches veel betrouwbaarder zijn zelfs dan de Hue dimmer... Ook de Aqara switches werkten denk ik betrouwbaarder met de Aqara hub, maar die lijken wel acceptabel te reageren.

Het klinkt misschien klein hoor, maar ik verwacht toch wel dat je lampen aan gaan 99% van de tijd als ik op een knopje druk. Geen zin om er steeds meerdere keren op te drukken.

Hier is mijn kaartje:
[Afbeelding]

Daarnaast heb ik het idee dat Phoscon zelf ook soms wat mist? Ik heb nu net even vaak op mijn Aqara switch knopjes gedrukt die ook direct gekoppeld zijn aan andere lampen, en paar keer gehad dat ik geen lampen had die aan gingen, maar dat ik wel een "deconz_event" voorbij zie komen in Home Assistant, dus het signaal is wel opgepakt maar er werd niks mee gedaan door Phoscon?

Zit op laatste versie van DeConz, en mijn Conbee II naar nieuwste firmware geüpdatet vandaag.

Interessant probleem. Wat betreft dat dimmen: dit klopt. Bij een vorige versie kon je een group maken van de switch en dat werkt zoals je verwacht(zoals ie bij hue werkte). Echter kan dit niet meer (misschien in de oude UI?) , en ik kan ze ook niet meer weggooien .

Het missen, dat gebeurd niet zoveel. Eigenlijk nooit.

Heb je hem aan HA hangen?

[Bose321]

D3nnisd schreef op zondag 31 mei 2020 @ 16:21:
[...]


Interessant probleem. Wat betreft dat dimmen: dit klopt. Bij een vorige versie kon je een group maken van de switch en dat werkt zoals je verwacht(zoals ie bij hue werkte). Echter kan dit niet meer (misschien in de oude UI?) , en ik kan ze ook niet meer weggooien .

Het missen, dat gebeurd niet zoveel. Eigenlijk nooit.

Heb je hem aan HA hangen?

Ah interessant. Hoe kom ik achter de login van die oude UI? Ik neem aan dat het wachtwoord is wat ik nu heb? Heb alleen nooit een username gezien ergens.

Jep ik heb de Phoscon integration ingeladen in HA. Besturen van lampen daar gaat uitstekend!

[McOrmick]

Bij mij draait de Conbee II op een Synology DS918+. Op de Syno draai ik Docker containers, waaronder marthoc/deconz en homeassistant/home-assistant. In het Zigbee netwerk heb ik naast enkele radiatorthermostaten en Aqara switches/sensoren ook veel Ikea Tradfri lampen en een paar switches en sensoren. Nu lees ik eea over de otau plugin in deCONZ en heb dus een aparte map in de Docker container gemount naar /root/otau. Vanuit de deCONZ VNC kan ik de STD OTAU plugin laden en bij browse kan ik bij de gedownloade firmware Tradfri signed images van Ikea. deCONZ maakt naar netjes .zigbee bestanden van.

Maar dan? Moet ik echt van iedere lamp obv het MAC adres QUERY doen, dan de betreffende firmware file vinden en dan voor UPDATE kiezen, of worden de lampen en remotes uiteindelijk vanzelf bijgewerkt? Alvast bedankt voor jullie tijd!

[Mimiix]

McOrmick schreef op maandag 1 juni 2020 @ 16:31:
Bij mij draait de Conbee II op een Synology DS918+. Op de Syno draai ik Docker containers, waaronder marthoc/deconz en homeassistant/home-assistant. In het Zigbee netwerk heb ik naast enkele radiatorthermostaten en Aqara switches/sensoren ook veel Ikea Tradfri lampen en een paar switches en sensoren. Nu lees ik eea over de otau plugin in deCONZ en heb dus een aparte map in de Docker container gemount naar /root/otau. Vanuit de deCONZ VNC kan ik de STD OTAU plugin laden en bij browse kan ik bij de gedownloade firmware Tradfri signed images van Ikea. deCONZ maakt naar netjes .zigbee bestanden van.

Maar dan? Moet ik echt van iedere lamp obv het MAC adres QUERY doen, dan de betreffende firmware file vinden en dan voor UPDATE kiezen, of worden de lampen en remotes uiteindelijk vanzelf bijgewerkt? Alvast bedankt voor jullie tijd!

Helaas, je redenatie is juist . Per lamp dus:)

[pelt]

Ik ben pas net begonnen met deCONZ om eens te kijken hoe dit werkt ten opzichte van z2m. Op zich werkt nu alles, alleen deCONZ (en dus in mijn geval ook HA) rapporteert al mijn lampen (Tradfri, Osram lampen en stekkers) als 'aan' terwijl ze toch echt uit staan. Automations etc werken wel gewoon

Ik draai Conbee 2 op een NUC via de officiële deCONZ addon in HA.

Ik kan eigenlijk geen soortgelijke issues vinden via Google en ik zou eigenlijk ook niet weten waar ik moet beginnen met bug fixen. Iemand tips?

[ Voor 3% gewijzigd door pelt op 01-06-2020 21:19 ]

[Mimiix]

pelt schreef op maandag 1 juni 2020 @ 21:19:
Ik ben pas net begonnen met deCONZ om eens te kijken hoe dit werkt ten opzichte van z2m. Op zich werkt nu alles, alleen deCONZ (en dus in mijn geval ook HA) rapporteert al mijn lampen (Tradfri, Osram lampen en stekkers) als 'aan' terwijl ze toch echt uit staan. Automations etc werken wel gewoon

Ik draai Conbee 2 op een NUC via de officiële deCONZ addon in HA.

Ik kan eigenlijk geen soortgelijke issues vinden via Google en ik zou eigenlijk ook niet weten waar ik moet beginnen met bug fixen. Iemand tips?

Wat komt er uit de debug logs?

[ascent]

Waar hebben jullie 't zigbee kanaal opstaan? Hebben jullie dit aangepast of gewoon op de default gelaten?

[hubertgruber]

ascent schreef op dinsdag 2 juni 2020 @ 11:03:
Waar hebben jullie 't zigbee kanaal opstaan? Hebben jullie dit aangepast of gewoon op de default gelaten?

Hangt een beetje af van je wifi-kanaal:

https://www.metageek.com/...bee-wifi-coexistence.html

[ascent]

hubertgruber schreef op dinsdag 2 juni 2020 @ 11:27:
[...]


Hangt een beetje af van je wifi-kanaal:

https://www.metageek.com/...bee-wifi-coexistence.html

.. en die van je buren idd :-)

Maar, is 'r bijv een goeie reden om géén 26 te pakken als je devices het ondersteunen? Volgens de grafiekes op de genoemde pagina heeft die 't minst overlap. "De rest" van de WiFi banden zit veelal toch al wel redelijk vol, tenminste, wel in mijn wijk

ZigBee channels 25-26 aren't immune either, because they can be caught in WiFi channel 11's sideband lobe (see Sideband Lobes below). ZigBee channel 26 is usually relatively unaffected by WiFi, but many ZigBee devices do not support it.

[ Voor 22% gewijzigd door ascent op 02-06-2020 11:45 ]

[hubertgruber]

ascent schreef op dinsdag 2 juni 2020 @ 11:43:
[...]


.. en die van je buren idd :-)

Maar, is 'r bijv een goeie reden om géén 26 te pakken als je devices het ondersteunen? Volgens de grafiekes op de genoemde pagina heeft die 't minst overlap. "De rest" van de WiFi banden zit veelal toch al wel redelijk vol, tenminste, wel in mijn wijk


[...]

Volgens mij geeft de Conbee niet de optie om 26 te selecteren en wordt er in stappen van 5 gewerkt, met 25 als 'maximum'. Maar dan zit je op 25/26 (2475/2480Mhz) weer te dicht op wifi-kanaal 13 (2472Mhz).

[ascent]

Volgens mij wordt kanaal 13 in NL niet vaak gebruikt, dwz, de "recommendations" zijn 1, 6 en 11 vziw.
Kanaal 26 wil trouwens wel via de app via VNC

[phlinx]

En weer terug naar 2.05.75...

[Mimiix]

Voor mensen met issues en een traag netwerk. Ze zijn aan het zoeken, alleen geen idee waardoor het komt.. Mogelijk toen ze het ikea routing probleem probeerde op te lossen.

Ik post zodra ik nieuws heb

[phlinx]

Thanks.
Moet zeggen dat ik soms ook wel vreemd reagerende sensors en lampen had, dus ben blij met de rollback.

[ Voor 4% gewijzigd door phlinx op 03-06-2020 21:38 ]

[Mimiix]

Updates komen in deze issue:
https://github.com/dresde...z-rest-plugin/issues/2875

[sn33ky]

Is er online ergens een stappenplan beschikbaar hoe je de Conbee II installeert op een synology docker en dan kunt gebruiken in hassio?

[Mimiix]

sn33ky schreef op donderdag 4 juni 2020 @ 13:49:
Is er online ergens een stappenplan beschikbaar hoe je de Conbee II installeert op een synology docker en dan kunt gebruiken in hassio?

Docker installatie bekijken van Marthoc.

Overigens draai ik hem op een HA VM in Syno.

[sn33ky]

D3nnisd schreef op donderdag 4 juni 2020 @ 13:52:
[...]


Docker installatie bekijken van Marthoc.

Overigens draai ik hem op een HA VM in Syno.

Hoe koppel ik een map vanuit de docker instalatie in de synology?
Hoe zorg ik ervoor dat deze niet de poort 80 gebruikt maar een andere?
Welke variables kan ik instellen en zijn zeker verplicht?

Dus wat gedetailleerder en in een meer jip & janneke uitleg dan een algemene docker installatie, ook meer gericht op de docker instalatie via de synology UI. Bestaat er daar een tutorial van of dergelijke?

[ascent]

sn33ky schreef op donderdag 4 juni 2020 @ 13:49:
Is er online ergens een stappenplan beschikbaar hoe je de Conbee II installeert op een synology docker en dan kunt gebruiken in hassio?

Volgens mij zou dat allemaal vrij automatisch moeten gaan als je al je home assistant in docker op je syno hebt lopen. Als je die stick erin steekt en home assistant restart, krijgt 'ie vziw de juiste device mee.

[Mimiix]

sn33ky schreef op donderdag 4 juni 2020 @ 14:18:
[...]

Hoe koppel ik een map vanuit de docker instalatie in de synology?
Hoe zorg ik ervoor dat deze niet de poort 80 gebruikt maar een andere?
Welke variables kan ik instellen en zijn zeker verplicht?

Dus wat gedetailleerder en in een meer jip & janneke uitleg dan een algemene docker installatie, ook meer gericht op de docker instalatie via de synology UI. Bestaat er daar een tutorial van of dergelijke?

Een installatie als deze met docker is per definitie niet jip & janneke. Hier heb je echt kennis van docker voor nodig.

[sn33ky]

D3nnisd schreef op donderdag 4 juni 2020 @ 14:50:
[...]


Een installatie als deze met docker is per definitie niet jip & janneke. Hier heb je echt kennis van docker voor nodig.

Ben er ondertussen zelf uitgekomen door logisch na te denken. Je moet geen deconz docker instaleren als je hassio reeds hebt draaien in een docker.

Hierbij de simpele tutorial in jip & janneke als hasio reeds draait. als andere dit nodig zouden hebben:

1. Steek de Deconz stick in de Synology NAS.
2. Herstart de Synology NAS en wacht tot alle dockers weer draaien.
3. Open de webpagina van HA.
4. Ga naar. Supervisor > System > blauwe knop "Hardware" en daar zie je bij serial een device zoals bv "/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_xxxxxxxxx" Kopieer dit naar een kladblok.
5. Ga naar Supervisor > Add-on store en installeer de deCONZ plugin.
6. Open de plugin en ga naar de configuration tab. en plak de gekopieerde serial achter:
   
   code:
   

   device: "[hier de gekopeieerde device serial]"

7. Start de plugin vanuit de info tab en vink "Show on sidebar" en "start on boot" aan.

Voila! je kan nu sensors, lampen en dergelijke instaleren.
Als alle sensors toegevoegd zijn kan je de synology nog eens volledig herstarten, de deconz plug starten en dan kan je de deconz aangemaakte sensors ook toevoegen in je HA.

[ Voor 11% gewijzigd door sn33ky op 04-06-2020 17:19 ]

[Mimiix]

sn33ky schreef op donderdag 4 juni 2020 @ 15:05:
[...]

Ben er ondertussen zelf uitgekomen door logisch na te denken. Je moet geen deconz docker instaleren als je hassio reeds hebt draaien in een docker.

Hierbij de simpele tutorial in jip & janneke als hasio reeds draait. als andere dit nodig zouden hebben:

1. Steek de Deconz stick in de Synology NAS.
2. Herstart de Synology NAS en wacht tot alle dockers weer draaien.
3. Open de webpagina van HA.
4. Ga naar. Supervisor > System > blauwe knop "Hardware" en daar zie je bij serial een device zoals bv "/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_xxxxxxxxx" Kopieer dit naar een kladblok.
5. Ga naar Supervisor > Add-on store en installeer de deCONZ plugin.
6. Open de plugin en ga naar de configuration tab. en plak de gekopieerde serial achter:
   
   code:
   

   device: "[hier de gekopeieerde device serial]"

7. Start de plugin vanuit de info tab en vink "Show on sidebar" en "start on boot" aan.

Voila! je kan nu sensors, lampen en dergelijke instaleren.
Als alle sensors toegevoegd zijn kan je de synology nog eens volledig herstarten, de deconz plug starten en dan kan je de deconz aangemaakte sensors ook toevoegen in je HA.

Dit is info die er niet bij stond he...

Je zei niets over Hassio die al in je Syno draaide in Docker.

enkel over een hassio installatie die je al had.

[Tusk]

Is er ergens een lijst te vinden met devices die officieel niet ondersteund worden, maar toch werken met deCONZ?

[JBS]

Tusk schreef op vrijdag 5 juni 2020 @ 12:59:
Is er ergens een lijst te vinden met devices die officieel niet ondersteund worden, maar toch werken met deCONZ?

Niet echt. Ik Google meestal even op type aangevuld met deconz wat me vaak bij een Github issue brengt waarin ik kijk hoe ver de ontwikkeling (mogelijk al) gevorderd is.

[phlinx]

Tusk schreef op vrijdag 5 juni 2020 @ 12:59:
Is er ergens een lijst te vinden met devices die officieel niet ondersteund worden, maar toch werken met deCONZ?

Bijv:
https://zigbee.blakadder.com/deconz.html

[Mimiix]

Tusk schreef op vrijdag 5 juni 2020 @ 12:59:
Is er ergens een lijst te vinden met devices die officieel niet ondersteund worden, maar toch werken met deCONZ?

https://zigbee.blakadder.com/deconz.html

Let wel op: Niet bij alles is een confirmed source beschikbaar.

Edit: Rip, ik was te laat.

[ Voor 4% gewijzigd door Mimiix op 05-06-2020 13:36 ]

[Mimiix]

Het aantal tickets heb ik nu de afgelopen weer terug kunnen brengen naar 220 Waarvan er nog een hele bak voor Phoscon zijn. Die heeft trouwens zijn eigen repo tegenwoordig: https://github.com/dresden-elektronik/phoscon-app-beta

Morgen avond hebben de devs en Manup een meeting, ik ben heel benieuwd wat daar uit komt.

[JBS]

@D3nnisd https://github.com/dresden-elektronik/phoscon-app-beta betreft de repo voor de nieuwe beta van Phoscon, niet van de huidige versie?

[Mimiix]

Phoscon is niet open source helaas. Ik heb gezeurd om een repo en die bestond nog. Vandaar dat ze die nu gebruiken.

[JBS]

D3nnisd schreef op maandag 8 juni 2020 @ 09:27:
Phoscon is niet open source helaas. Ik heb gezeurd om een repo en die bestond nog. Vandaar dat ze die nu gebruiken.

Dus het is de bedoeling dat issues met de huidige versie gepost worden in de repo van de beta versie?
Zou het dan niet goed zijn, om dat geen bende te laten worden, dit in de readme en een issue template op te nemen?

[Mimiix]

JBS schreef op maandag 8 juni 2020 @ 09:31:
[...]
Dus het is de bedoeling dat issues met de huidige versie gepost worden in de repo van de beta versie?
Zou het dan niet goed zijn, om dat geen bende te laten worden, dit in de readme en een issue template op te nemen?

Ja, maar ik kan dat niet zelf.

In de git repo van de plugin kan ik alleen modereren. De template aanpassen niet. Dit wil ik wel.

Over phoscon heb ik helemaal geen rechten dus dat is ruk. Ik ga er wel achteraan .

In mijn guidelines staat het trouwens wel.

[phlinx]

D3nnisd schreef op maandag 8 juni 2020 @ 09:14:
Het aantal tickets heb ik nu de afgelopen weer terug kunnen brengen naar 220

Goed bezig geweest!

Morgen avond hebben de devs en Manup een meeting, ik ben heel benieuwd wat daar uit komt.

Ik ook. Er valt nog veel te winnen, zeker ook wat gebruiksvriendelijkheid betreft (firmware updates, compatibiliteit browsers etc).

[Mimiix]

phlinx schreef op maandag 8 juni 2020 @ 13:29:
[...]


Goed bezig geweest!


[...]


Ik ook. Er valt nog veel te winnen, zeker ook wat gebruiksvriendelijkheid betreft (firmware updates, compatibiliteit browsers etc).

Dat is phoscon voornamelijk


Het is gewoon ruk dat ze die niet open-source maken.

[Mimiix]

Vanavond met de meest bekende namen in een call gezeten op Discord.(Ebaauw, Robban, Manup van DE, Thomas Vos van HUE Essentials, SwoopX en Smanar). Heel tof gesprek waarin heel wat besproken is. Vrijdag is er weer een call over API V2.

Hieronder het bericht dat ik gepost heb met info. Ik kan bevestigen dat die datum die erin staat voor 99% klopt en er elke 15e een update gaat komen.

Hello @everyone,

I hope you are all still safe and still staying strong in these crazy times.

First off! The first meeting between most of the involved @Developer community and @Dresden-Elektronik Dev occurred tonight. Great meeting with some wonderful people working together on this amazing product and project!

We've come up with a release schedule, in which the group concluded a regular release schedule would be beneficial. Details are not sure yet, but the idea is on having
a release every 15th of the month. This would be a beta release, in which the stable one would come out a few days later when it is found stable.

Further more, the discussion about API V2 was started and a follow up meeting is scheduled for this Friday. Updates will be posted in its Github issue page, inviting you to join the discussion in this issue: https://github.com/dresde...z-rest-plugin/issues/1688

Secondly, you might have noticed that a lot of issues have been closed. To be exact: 59 issues were moved to the Phoscon repository and 230~ have been closed. This has been done to clear the heap and make relevant feedback more obvious.

Thirdly, the known issues on 0.77 aren't yet determined. However, it is being worked and tested on. If you want to contribute in solving this, please post your findings in this issue: https://github.com/dresde...z-rest-plugin/issues/2875

On a final note, please make sure to check out the new guidelines: https://github.com/dresde...z-rest-plugin/issues/2897 for posting issues in GIT. This would really benefit both parties in making stuff happen faster.
That's it for now!

Thanks for reading.

@Mimiix / Dennis

Er zit nu echt schot in en het begint echt te binden. Heel mooi dit. Sinds vanochtend heb ik eindelijk de rechten gehad om ook issues naar de phoscon repo te kunnen schieten. Scheelt dus ook weer

[phlinx]

Zeker.

Hebben ze bij Dresden de zaken inmiddels ook op de rails staan om ook daadwerkelijk de support te bieden die jullie nodig hebben?

[Mimiix]

phlinx schreef op woensdag 10 juni 2020 @ 08:50:
Zeker.

Hebben ze bij Dresden de zaken inmiddels ook op de rails staan om ook daadwerkelijk de support te bieden die jullie nodig hebben?

Geen idee. Het zijn langlopende projecten. Ze hebben inmiddels door dat Discord een goed medium is voor ze met betrekking tot het leveren van support dus dat scheelt. Ook is er wat informatie gegeven wat er daar nu gebeurd en hoe dingen aangepakt worden en daarbij een perspectief.

Vooral het release schema is waardevol IMHO.

De tijd zal het leren

[Mimiix]

In HA zit een breaking change voor deCONZ.

Ik heb geen idee wat de impact gaat zijn, iemand wel?

deCONZ

Updated binary sensor and sensor device classes to follow official ones.

Binary sensor device classes:

Carbon monoxide changed to gas
Vibration changed to vibration
Sensor device classes:

Alarm has been removed
Consumption has been removed
Daylight has been removed
Power has been added as power

[wmn79]

D3nnisd schreef op woensdag 10 juni 2020 @ 16:21:
In HA zit een breaking change voor deCONZ.

Ik heb geen idee wat de impact gaat zijn, iemand wel?


[...]

Als ik het goed lees worden de device classes van de entitities rechtgetrokken met de officiele zoals die hier en hier staan. Blijkbaar gebruikte deCONZ eerder daar eigen device en extra classes voor.

Dus wanneer je bijvoorbeeld Carbon monoxide gebruikte in een automation zal deze nu niet meer werken omdat dit nu gas heet.

[Mimiix]

wmn79 schreef op woensdag 10 juni 2020 @ 22:03:
[...]

Als ik het goed lees worden de device classes van de entitities rechtgetrokken met de officiele zoals die hier en hier staan. Blijkbaar gebruikte deCONZ eerder daar eigen device en extra classes voor.

Dus wanneer je bijvoorbeeld Carbon monoxide gebruikte in een automation zal deze nu niet meer werken omdat dit nu gas heet.

Aah oké. Duidelijk! Thanks! Ik had het ook aan Robert (Kane610) gevraagd, maar daar werd het niet duidelijk van.

Ik heb ook niet van dit soort sensoren, misschien ook daarom.

[phlinx]

D3nnisd schreef op donderdag 11 juni 2020 @ 07:46:
[...]

Ik heb ook niet van dit soort sensoren, misschien ook daarom.

Consumption en power toch wel zeker? Die zitten in smart plugs.

[Mimiix]

phlinx schreef op donderdag 11 juni 2020 @ 09:01:
[...]


Consumption en power toch wel zeker? Die zitten in smart plugs.

Oh ja, dat klopt. Maar die gebruik ik dan weer niet in automations. Dus dan heb ik er weinig mee van doen anders dat wrs mn cards stuk gaan.

[Mimiix]

Machtig mooi! Zojuist is m'n inzet beloond met het doel wat ik voor ogen had : de discord op de Phoscon website. Machtig mooi om te zien dat m'n inzet geloond heeft.

Op naar een geweldig product!

[Mimiix]

Niet geheel onverwacht komt er vandaag een beta versie van 2.05.78 uit

Changelog heb ik nog niet.

[suy]

Goeiedag allemaal.
Ik heb de conbee2 in een raspberry pi4, die draait op openhab.
Nu zou ik de conbee apart willen laten werken, dus op een standalone raspberry.
Zo kan ik gemakkelijker spreken met openhab...
Ik heb gezien dat er een image voor conbee is.
Nog iemand die zo werkt?

[Mimiix]

suy schreef op maandag 15 juni 2020 @ 22:56:
Goeiedag allemaal.
Ik heb de conbee2 in een raspberry pi4, die draait op openhab.
Nu zou ik de conbee apart willen laten werken, dus op een standalone raspberry.
Zo kan ik gemakkelijker spreken met openhab...
Ik heb gezien dat er een image voor conbee is.
Nog iemand die zo werkt?

Ja, werkt prima. Gewoon raspbian image erop zetten. Het ip kan je vervolgens aanspreken via je netwerk

[sn33ky]

Na een upgrade van home assistent en een herstart worden mijn lampenm niet meer gevonden door de deconz stick

volgens mij heeft het te maken met:

07:36:09:812 discovery network reply error: Error transferring http://dresden-light.appspot.com/discover - server replied: Service Unavailable

Wanneer ik naar de site ga.

Error

Over Quota
This application is temporarily over its serving quota. Please try again later.

Edit: Lijkt opgelost.... Maar zou niet mogen.

Maar nu werkt niets meer wat via Deconz wordt aangestuurd. één knop doet het maar alle bewegingssensors en deur/raamsenors doen niets meer.

Edit 2: Na 3 herstarts verder.... Alles werkt weer.

[ Voor 44% gewijzigd door sn33ky op 16-06-2020 08:34 ]

[SkyThes]

D3nnisd schreef op dinsdag 16 juni 2020 @ 15:36:
[...]


Nee dan vraag je , netjes volgens het template in de github waar ik initeel heel erg mn best op heb gedaan, device support aan. Laat vervolgens mij even weten om welke issue ID het gaat .

Overigens, we hebben voor deCONZ een mooi topic.

Ik ga er even vanuit dat jij al een device request gaat inschieten voor die Blitzwolf pluggen welke van mij ook verzonden zijn vandaag?

[Mimiix]

SkyThes schreef op dinsdag 16 juni 2020 @ 15:55:
[...]


Ik ga er even vanuit dat jij al een device request gaat inschieten voor die Blitzwolf pluggen welke van mij ook verzonden zijn vandaag?

Als ze er zijn ja, maar ik heb geen idee hoe en wat. T kan heel goed dat iemand anders ze eerder heeft.