Domoticz - open source domotica systeem - deel 5

[niki_lauda]

RR46 schreef op donderdag 10 november 2022 @ 09:03:
Iemand hier al de nieuwe - stable - update (2022.2) geïnstalleerd?

Het toevoegen van (Fibaro) Z-wave devices gaat bij mij niet vlekkeloos na een verhuizing en complete systeem migratie (of ze toch nog op een andere manier het vorige netwerk vasthouden en daardoor niet toe te voegen zijn...?), overweeg mede hierdoor te updaten. Verder loopt (tot heden) de 2022.1 erg stabiel

Ik draai hem. Inclusief de meest recente beta. Geen probleem. Draai geen Zwave.

[bokkie72]

Clubberboy schreef op woensdag 26 oktober 2022 @ 21:43:
Hallo all,

Ik heb hier in Belgie sinds kort een slimme meter van fluvius. Electriciteit en gas krijg ik netjes uitgelezen in domoticz via P1 usb kabel. Mijn watermeter is ook een slimme digitale watermeter en gekoppeld aan de electriciteitsmeter. Ik krijg geen waardes hiervan in mijn domoticz. Is er iemand die het al voor elkaar kreeg om deze info ook binnen te halen?

Zou je een voorbeeld telegram kunnen delen?

[-jann]

Hallo allemaal,

ik ben echt een leek met dzvents, en ik wil eigenlijk maar 1 werkend script.
Ik ben al 2 avonden aan het googlen / testen maar ik krijg het niet voor elkaar.

Ik heb 2 counters in domoticz, een elektrische kWh en een warmte kWh.

nu wil ik Warmte kWh / Elektrische kWh, deze waarde noemen we COP.

de code is dit:

code:

return {

   on = { timer = { "every minute" }},    

   execute = function(dz, item)

       local COP                    = dz.devices(367)
       local kWh_Elektra            = dz.devices(355).sensorvalue
       local kWh_Warmte             = dz.devices(366).sensorvalue

       local COP = (kWh_Warmte / kWh_Elektra)
       


   end
}

Ik zal wel te simpel denken, het antwoord uit de log is:

022-11-11 22:02:33.685 Status: TADO: Received access token from API.
2022-11-11 22:02:33.685 Status: TADO: Received refresh token from API.
2022-11-11 22:03:00.232 Status: dzVents: Info: ------ Start internal script: Script #1:, trigger: "every minute"
2022-11-11 22:03:00.255 Status: dzVents: Info: ------ Finished Script #1
2022-11-11 22:03:00.255 Error: dzVents: Error: (3.1.8) An error occurred when calling event handler Script #1
2022-11-11 22:03:00.255 Error: dzVents: Error: (3.1.8) ...domoticz/scripts/dzVents/generated_scripts/Script #1.lua:11: attempt to perform arithmetic on a nil value (local 'kWh_Warmte')

COP is een aangemaakte virtual sensor (custom sensor)

Kan iemand mij helpen met deze calculatie?

alvast bedankt.

[Knielen]

-jann schreef op vrijdag 11 november 2022 @ 22:05:
Hallo allemaal,

ik ben echt een leek met dzvents, en ik wil eigenlijk maar 1 werkend script.
Ik ben al 2 avonden aan het googlen / testen maar ik krijg het niet voor elkaar.

Ik heb 2 counters in domoticz, een elektrische kWh en een warmte kWh.

nu wil ik Warmte kWh / Elektrische kWh, deze waarde noemen we COP.

de code is dit:

code:

return {

   on = { timer = { "every minute" }},    

   execute = function(dz, item)

       local COP                    = dz.devices(367)
       local kWh_Elektra            = dz.devices(355).sensorvalue
       local kWh_Warmte             = dz.devices(366).sensorvalue

       local COP = (kWh_Warmte / kWh_Elektra)
       


   end
}

Ik zal wel te simpel denken, het antwoord uit de log is:

022-11-11 22:02:33.685 Status: TADO: Received access token from API.
2022-11-11 22:02:33.685 Status: TADO: Received refresh token from API.
2022-11-11 22:03:00.232 Status: dzVents: Info: ------ Start internal script: Script #1:, trigger: "every minute"
2022-11-11 22:03:00.255 Status: dzVents: Info: ------ Finished Script #1
2022-11-11 22:03:00.255 Error: dzVents: Error: (3.1.8) An error occurred when calling event handler Script #1
2022-11-11 22:03:00.255 Error: dzVents: Error: (3.1.8) ...domoticz/scripts/dzVents/generated_scripts/Script #1.lua:11: attempt to perform arithmetic on a nil value (local 'kWh_Warmte')

COP is een aangemaakte virtual sensor (custom sensor)

Kan iemand mij helpen met deze calculatie?

alvast bedankt.

Je moet zeker weten wat voor type device het is. Een counter heeft geen attribuut sensorvalue maar attribuut counter. Ook goed letten op hoofdletters, als het een sensor is dan is het attribuut sensorValue, hoofdletter V dus.

[-jann]

Knielen schreef op vrijdag 11 november 2022 @ 22:12:
[...]


Je moet zeker weten wat voor type device het is. Een counter heeft geen attribuut sensorvalue maar attribuut counter. Ook goed letten op hoofdletters, als het een sensor is dan is het attribuut sensorValue, hoofdletter V dus.

ik zou graag de waardes als in de afbeelding gebruiken, ik heb alles al geprobeerd: .counter, .data. countertoday maar hij blijft de nil melding geven.

Samengevat moet waarde 366 (de dagwaarde, niet totaalwaarde) / 355 (dagwaarde)

[BazemanKM]

-jann schreef op vrijdag 11 november 2022 @ 22:05:
Hallo allemaal,

ik ben echt een leek met dzvents, en ik wil eigenlijk maar 1 werkend script.
Ik ben al 2 avonden aan het googlen / testen maar ik krijg het niet voor elkaar.

Ik heb 2 counters in domoticz, een elektrische kWh en een warmte kWh.

nu wil ik Warmte kWh / Elektrische kWh, deze waarde noemen we COP.

de code is dit:

code:

return {

   on = { timer = { "every minute" }},    

   execute = function(dz, item)

       local COP                    = dz.devices(367)
       local kWh_Elektra            = dz.devices(355).sensorvalue
       local kWh_Warmte             = dz.devices(366).sensorvalue

       local COP = (kWh_Warmte / kWh_Elektra)
       


   end
}

Kan iemand mij helpen met deze calculatie?

alvast bedankt.

Mogelijk gaat onderstaande werken?

code:

return {

    on = {
        devices = { 
                    355,
                    366, 
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "COP"
               },    
    
    execute = function(domoticz, item)

       local COP                    = domotic.devices(367)
       local kWh_Elektra            = domotic.devices(355)
       local kWh_Warmte             = domotic.devices(366)

        local PowerConsumption = kWh_Elektra.rawData[1]
        local PowerGeneration = kWh_Warmte.rawData[1]

       local COP = PowerGeneration / PowerConsumption

       domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=367'..'&nvalue=0&svalue='..COP..';'..COP)

end
    
}

https://github.com/Bazema...dzVents/scripts/panasonic

[-jann]

BazemanKM schreef op vrijdag 11 november 2022 @ 23:08:
[...]

Mogelijk gaat onderstaande werken?

code:

return {

    on = {
        devices = { 
                    355,
                    366, 
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "COP"
               },    
    
    execute = function(domoticz, item)

       local COP                    = domotic.devices(367)
       local kWh_Elektra            = domotic.devices(355)
       local kWh_Warmte             = domotic.devices(366)

        local PowerConsumption = kWh_Elektra.rawData[1]
        local PowerGeneration = kWh_Warmte.rawData[1]

       local COP = PowerGeneration / PowerConsumption

       domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=367'..'&nvalue=0&svalue='..COP..';'..COP)

end
    
}

https://github.com/Bazema...dzVents/scripts/panasonic

er gebeurt iets!

hij deelt nu de dagwaarde van kwh_warmte, door de actuele waarde van kwh_elektra. device kWh_elektra bevat 3 waardes:
- huidig vermogen
- dag vermogen
- totaal vermogen.

Hoe kan ik er voor zorgen dat de warmte kWh gaat delen door het dagvermogen ipv het totale vermogen?

Thanks! je helpt me mooi op weg zo, erg blij mee!

[-jann]

-jann schreef op zaterdag 12 november 2022 @ 07:50:
[...]


er gebeurt iets!

hij deelt nu de dagwaarde van kwh_warmte, door de actuele waarde van kwh_elektra. device kWh_elektra bevat 3 waardes:
- huidig vermogen
- dag vermogen
- totaal vermogen.

Hoe kan ik er voor zorgen dat de warmte kWh gaat delen door het dagvermogen ipv het totale vermogen?

Thanks! je helpt me mooi op weg zo, erg blij mee!

Het is me inmiddels wel gelukt om de totaalwaarde te vinden, en deze te delen. dit is rawdata[2].
Deze waarde wil ik ook zien, dit is de seizoensprestatie. dus deze kan ik afvinken!

Echter, de dagtellers vind ik niet terug onder rawdata. Is er een andere manier om de dagtellers uit de devices te halen?

[BazemanKM]

-jann schreef op zaterdag 12 november 2022 @ 08:15:
[...]


Het is me inmiddels wel gelukt om de totaalwaarde te vinden, en deze te delen. dit is rawdata[2].
Deze waarde wil ik ook zien, dit is de seizoensprestatie. dus deze kan ik afvinken!

Echter, de dagtellers vind ik niet terug onder rawdata. Is er een andere manier om de dagtellers uit de devices te halen?

Zat inderdaad ook aan rawdat[2] te denken.

Kijk voor je dagteller even in onderstaande script:
https://github.com/Bazema...ijn%20energie%20overzicht

local vandaagVB = dz.devices('Verbruik').counterToday

[-jann]

BazemanKM schreef op zaterdag 12 november 2022 @ 09:02:
[...]

Zat inderdaad ook aan rawdat[2] te denken.

Kijk voor je dagteller even in onderstaande script:
https://github.com/Bazema...ijn%20energie%20overzicht

local vandaagVB = dz.devices('Verbruik').counterToday

Helaas geeft hij een nil melding zodra ik counterToday toevoeg.

domoticz/scripts/dzVents/generated_scripts/Script #1.lua:24: attempt to index a number value (field 'counterToday')

[-jann]

-jann schreef op zaterdag 12 november 2022 @ 10:13:
[...]


Helaas geeft hij een nil melding zodra ik counterToday toevoeg.

domoticz/scripts/dzVents/generated_scripts/Script #1.lua:24: attempt to index a number value (field 'counterToday')

Iemand die weet hoe ik de dagwaarde kan gebruiken uit mijn device? Als ik counter of counterToday gebruik dan blijft de log zeggen dat het een nil value is.

Is er ook een andere manier om de dagcounter te gebruiken in een berekening?

[jobr]

-jann schreef op zaterdag 12 november 2022 @ 17:29:
[...]


Iemand die weet hoe ik de dagwaarde kan gebruiken uit mijn device? Als ik counter of counterToday gebruik dan blijft de log zeggen dat het een nil value is.

Is er ook een andere manier om de dagcounter te gebruiken in een berekening?

Ken je deze manual al: https://www.domoticz.com/..._generation_Lua_scripting
Je moet in Devices zoeken wat voor type device je hebt. En dan kijken in H4.4 voor de te gebruiken methods of attributen.

En als je de volgende regel opneemt in je script kun je in de log alle attributen en bijbehorende waardes vinden:
domotic.devices(355).dump()

[-jann]

jobr schreef op zondag 13 november 2022 @ 10:16:
[...]


Ken je deze manual al: https://www.domoticz.com/..._generation_Lua_scripting
Je moet in Devices zoeken wat voor type device je hebt. En dan kijken in H4.4 voor de te gebruiken methods of attributen.

En als je de volgende regel opneemt in je script kun je in de log alle attributen en bijbehorende waardes vinden:
domotic.devices(355).dump()

Thanks!

Ik ben er inmiddels achter dat het een electric usage of een custom sensor is.

Ik heb een S0 ontvanger op mijn Raspberry zitten waarin ik kan aangeven wat er aan hangt. in dit geval is het een elektrische kWh meter (ingesteld als electric) en een warmtemeter (ingesteld als counter).

als ik de elektrische meter ga omzetten naar een counter, geeft hij niet meer het actuele verbruik weer (watt). deze waarde is juist heel mooi omdat je kunt zien hoeveel watt mijn warmtepomp op dat exacte moment vraagt.

De keuze is dus: wil ik het actuele wattage zien, of zet ik hem om naar een counter zodat ik de counterToday waarde kan gebruiken in mijn berekening in DzVents.

Weten jullie of er een trucje is middels een virtual sensor, dat de electric waarde omgezet kan worden naar een counter? via deze weg kan ik dan gebruik maken van alles wat ik wil zien.

Alvast bedankt!

[jobr]

-jann schreef op zondag 13 november 2022 @ 14:00:
Ik ben er inmiddels achter dat het een electric usage of een custom sensor is.

Dan heb je denk ik het verkeerde device. Ik zou dan een kWh, Electricity (instant and counter) nemen. Die kan wel wat je wilt.

[-jann]

jobr schreef op zondag 13 november 2022 @ 18:19:
[...]


Dan heb je denk ik het verkeerde device. Ik zou dan een kWh, Electricity (instant and counter) nemen. Die kan wel wat je wilt.

Het is gelukt, bedankt allemaal!

[ID-College]

MikeyMan schreef op donderdag 13 oktober 2022 @ 15:23:
[...]


Nou, dit was me het zoekplaatje wel zeg...

Heb influx in Docker draaien. Wat sowieso altijd een hoop geklooi is.
Maar wat bleek nu... Path moest /var/lib/influxdb2 zijn ipf influxdb...
Kon niks wegschrijven dus. Geef anders ff een foutmelding ofzo

Maargoed:
[Afbeelding]

Victorie!

Ik heb hetzelfde issue als jou. Welk commando heb jij gebruikt om je container aan te maken? Ik zie wel alles in Domoticz, volgens de logging wordt de data verstuurd (zonder errors) maar ik zie niks in Influx. Ik heb de mount al zitten op /var/lib/influxdb2 dus dat kan het ook niet zijn.

Als jij eens jouw docker -v commando voor deze container kan delen kan ik kijken wat ik heb

[MikeyMan]

ID-College schreef op dinsdag 15 november 2022 @ 19:45:
[...]

Ik heb hetzelfde issue als jou. Welk commando heb jij gebruikt om je container aan te maken? Ik zie wel alles in Domoticz, volgens de logging wordt de data verstuurd (zonder errors) maar ik zie niks in Influx. Ik heb de mount al zitten op /var/lib/influxdb2 dus dat kan het ook niet zijn.

Als jij eens jouw docker -v commando voor deze container kan delen kan ik kijken wat ik heb

Ik heb werkelijk geen flauw idee meer. Snap echt de ballen niet van docker. Of influx. Hoewel ik dat nu wel voor elkaar heb. Grafana is nog niet gelukt.

Kan ik je helpen met info uit portainer of docker vanuit synology?

[ID-College]

MikeyMan schreef op dinsdag 15 november 2022 @ 19:51:
[...]


Ik heb werkelijk geen flauw idee meer. Snap echt de ballen niet van docker. Of influx. Hoewel ik dat nu wel voor elkaar heb. Grafana is nog niet gelukt.

Kan ik je helpen met info uit portainer of docker vanuit synology?

No worries, heb het al gefixt Zat hem idd in de volume mount.. Heb even een nieuw volume aangemaakt en attached aan de container en zie nu de data terugkomen in Influx.. Nu nog Grafana

[jberinga]

Dylantje2 schreef op maandag 7 november 2022 @ 21:55:
iemand de nest werkend in Domoticz
Ooit een plugin toen een web login .. nu weer een nieuwe, maar als met app wachtwoord met mijn gmail inlogt werkt hij nog steeds niet

Daar gebruik ik deze scripts voor: https://github.com/rolandbreedveld/nest-api en tot op heden werkt dit nog zonder problemen

[Hendrik55]

Na installatie van Domoticz 2022.2 wordt mijn gasmeter niet meer uitgelezen.
Ik heb inmiddels een heel scala aan setting aangepast en gewijzigd gehad maar niets lijkt te werken. Ook in het Forum van Domoticz zie ik een paar meldingen daarover, maar geen oplossing.
Ik heb inmiddels alles weer teruggezet naar hoe het stond en al tig-keer opnieuw opgestart enz, maar ik krijg het niet meer werkend.

Misschien heeft hier iemand het werkend? Of misschien hetzelfde probleem?
Nu kan ik natuurlijk alles weggooien en helemaal opnieuw proberen in te stellen, maar dan ben ik mijn gasverbruik van afgelopen jaren in het overzicht ook kwijt. En dat is nou net niet wat ik in deze tijd wil...

Overigens werkt het uitlezen van de elektra wel gewoon.

[ Voor 4% gewijzigd door Hendrik55 op 17-11-2022 12:46 ]

[RR46]

Ik zou hoe dan ook een back-up maken van je database, dan kan je ten alle tijden nog terug (ongeacht welke versie van Domoticz) en heb je je data nog.

Heb zelf nog niet de update uitgevoerd (wacht nog even op een howto voor openzwave, als het kan zonder docker...).

[M.v.Veelen]

Via https://remotethermo.com/ kan ik m'n Atag Zone One bekijken en instellen. Nu kun je met Home Assistant deze website scrapen en gegevens in je set-up gebruiken.

zie: https://community.home-as...multiscrape-scrape/331370

Is er voor Domoticz ook een manier om de gegevens van de Atag Zone One erin te krijgen?

[ Voor 14% gewijzigd door M.v.Veelen op 22-11-2022 09:52 ]

[Hendrik55]

Hendrik55 schreef op donderdag 17 november 2022 @ 12:28:
Na installatie van Domoticz 2022.2 wordt mijn gasmeter niet meer uitgelezen.
Ik heb inmiddels een heel scala aan setting aangepast en gewijzigd gehad maar niets lijkt te werken. Ook in het Forum van Domoticz zie ik een paar meldingen daarover, maar geen oplossing.
Ik heb inmiddels alles weer teruggezet naar hoe het stond en al tig-keer opnieuw opgestart enz, maar ik krijg het niet meer werkend.

Misschien heeft hier iemand het werkend? Of misschien hetzelfde probleem?
Nu kan ik natuurlijk alles weggooien en helemaal opnieuw proberen in te stellen, maar dan ben ik mijn gasverbruik van afgelopen jaren in het overzicht ook kwijt. En dat is nou net niet wat ik in deze tijd wil...

Overigens werkt het uitlezen van de elektra wel gewoon.

Ik heb de vraag ook in het forum van Domoticz gesteld. Gisteren was er antwoord van de maker van Domoticz. Ik heb beta 14775 geïnstalleerd en daarin heeft hij het probleem opgelost.
Het werkt weer allemaal.

[AWST6000]

Hallo,
Ik heb sinds kort een nieuwe Ziggo Connectbox. Sommige functionaliteiten lijken te zijn vervallen.
Remote inloggen op Domoticz is niet meer mogelijk, dus ook Controlicz werkt niet meer.
Herkenbaar?

Wat kan ik het beste doen?
- Een extra modem erbij, maar dat kost weer extra stroom.
- OpenVPN?
- Andere mogelijkheden?

Alvast bedankt.

[Andrehj]

AWST6000 schreef op woensdag 30 november 2022 @ 13:44:
Hallo,
Ik heb sinds kort een nieuwe Ziggo Connectbox. Sommige functionaliteiten lijken te zijn vervallen.
Remote inloggen op Domoticz is niet meer mogelijk, dus ook Controlicz werkt niet meer.

Om remote in te loggen op Domoticz zul je in je oude modem wel een poort open hebben gezet. Afgezien van de veiligheidsissues die dat oplevert, dat zal toch in de nieuwe Connectbox ook wel kunnen?

[AWST6000]

Hallo Andrehj,
Ik had/heb portforwarding op beide modems ingesteld. Op de oude werkte het naar behoren. Op de nieuwe niet.
(Overigens werkt het over http nog wel op het nieuwe modem, maar over https niet. Dus onbruikbaar)

[Vollervo]

Ik kan me niet voorstellen dat http wel en https niet werkt door toedoen van Ziggo (zelf helaas ook klant).

[RR46]

@AWST6000 ''DMZ'' ook correct ingesteld?

[Andrehj]

AWST6000 schreef op woensdag 30 november 2022 @ 13:57:
Hallo Andrehj,
Ik had/heb portforwarding op beide modems ingesteld. Op de oude werkte het naar behoren. Op de nieuwe niet.
(Overigens werkt het over http nog wel op het nieuwe modem, maar over https niet. Dus onbruikbaar)

Afgezien van het feit dat het gek is dat het niet werkt: Waarom vermeldde je al deze essentiële info niet in je oorspronkelijke vraag? Als je zo weinig info geeft is de kans op een bruikbaar antwoord toch nagenoeg nul?

[tsjoender]

AWST6000 schreef op woensdag 30 november 2022 @ 13:57:
Hallo Andrehj,
Ik had/heb portforwarding op beide modems ingesteld. Op de oude werkte het naar behoren. Op de nieuwe niet.
(Overigens werkt het over http nog wel op het nieuwe modem, maar over https niet. Dus onbruikbaar)

HTTP en HTTPS gebruiken verschillende poorten, dus heb je twee forwarding regels nodig (en misschien nog meer voor andere forwards). Kun je laten zien hoe die voor HTTP en HTTPS nu staan?

[AWST6000]

Hallo,
Allereerst excuses voor het geven van te beperkte info.

Een heel korte uitleg:
- De 'oude' Ziggo Connectbox raakte defect.
- Ik kreeg een 'vervangende' Ziggo Connectbox toegezonden.
- De backups (meerdere versies) van de 'oude' Ziggo Connectbox kon ik niet terugzetten op de 'vervangende' Ziggo Connectbox.
- Ik moest dus veel opnieuw instellen en daarbij heb ik een fout gemaakt.
- Domoticz en Controlicz werken inmiddels weer naar behoren.
- Ik schaam me diep.

Bedankt voor alle reacties.

[PaulS]

Hallo,
Ik heb inmiddels 2 jaar een paar dzvents lua scripts draaien op een RPI4. Nu heb ik heb ik een nieuwe RPI gekocht om voor een kennis iets vergelijkbaars op te zetten. Op de nieuwe RPI4 lukt het niet de scripts werkend te krijgen. Ook niet als ik 1-op-1 hetzelfde script gebruik. Het probleem lijkt te zitten in het vanuit dzvents wijzigen van de inhoud van devices. Ik krijg de volgende meldingen in het log:

2022-11-17 16:25:01.719 Sunrise: 08:05:00 SunSet: 16:54:00
2022-11-17 16:25:01.719 Day length: 08:48:00 Sun at south: 12:30:00
2022-11-17 16:25:01.719 Civil twilight start: 07:29:00 Civil twilight end: 17:31:00
2022-11-17 16:25:01.719 Nautical twilight start: 06:48:00 Nautical twilight end: 18:11:00
2022-11-17 16:25:01.719 Astronomical twilight start: 06:09:00 Astronomical twilight end: 18:51:00
2022-11-17 16:25:01.804 Active notification Subsystems: (0/13)
2022-11-17 16:25:01.814 Starting shared server on: :::6144
2022-11-17 16:25:01.593 Status: Domoticz V2022.2 (c)2012-2022 GizMoCuz
2022-11-17 16:25:01.593 Status: Build Hash: eea9db734, Date: 2022-11-05 13:05:35
2022-11-17 16:25:01.593 Status: Startup Path: /home/pi/domoticz/
2022-11-17 16:25:01.800 Status: PluginSystem: Started, Python version '3.9.2', 1 plugin definitions loaded.
2022-11-17 16:25:01.805 Status: WebServer(HTTP) started on address: :: with port 8080
2022-11-17 16:25:01.813 Status: WebServer(SSL) started on address: :: with port 443
2022-11-17 16:25:01.815 Status: TCPServer: shared server started...
2022-11-17 16:25:01.815 Status: RxQueue: queue worker started...
2022-11-17 16:25:03.816 Status: NotificationSystem: thread started...
2022-11-17 16:25:03.817 Status: EventSystem: reset all events...
2022-11-17 16:25:03.820 Status: dzVents: Write file: /home/pi/domoticz/scripts/dzVents/generated_scripts/Buienradar.lua
2022-11-17 16:25:03.820 Status: EventSystem: reset all device statuses...
2022-11-17 16:25:03.895 Status: Python EventSystem: Initializing event module.
2022-11-17 16:25:03.895 Status: EventSystem: Started
2022-11-17 16:25:03.895 Status: EventSystem: Queue thread started...
2022-11-17 16:28:00.720 Status: dzVents: Weerstation :Meetstation Vlissingen
2022-11-17 16:28:00.720 Status: dzVents: Temperatuur Grond: 10.7 °C
2022-11-17 16:28:00.720 Error: dzVents: Error: (3.1.8) ...omoticz/scripts/dzVents/generated_scripts/Buienradar.lua:77: attempt to index a nil value (global 'otherdevices_idx')

De nieuwe RPI4 heb ik van een verse versie van Debian Bullseye voorzien. Vervolgens alles geupdate en Domoticz geinstalleerd. In Domoticz staat het nu zo:

Version: 2022.2
Build Hash: eea9db734
Compile Date: 2022-11-05 13:05:35
dzVents Version: 3.1.8
Python Version: 3.9.2 (default, Mar 12 2021, 04:06:34) [GCC 10.2.1 20210110]

Ik heb van alles geprobeerd aan de hand van diverse fora. Zelfs bij het simpel hard updaten van een device lukt niet. Met een vergelijkbare foutmelding over een 'attempt to index a nil value'. Ik heb eea ook geprobeerd op een RPI3B en een Odroid C4. Deze geven hetzelfde resultaat en dus dezelfde foutmelding.

Heeft iemand suggesties wat er mis kan zijn en hoe dit op te lossen?

[Vollervo]

Je scripting werkt op zich wel, maar treedt een fout op tijdens de executie:

code:

2022-11-17 16:28:00.720 Error: dzVents: Error: (3.1.8) ...omoticz/scripts/dzVents/generated_scripts/Buienradar.lua:77: attempt to index a nil value (global 'otherdevices_idx')

Waat staat er op regel 77 van je Buienradar.lua script? Kan het zijn dat je daar verwijst naar een User Variable die je niet op de nieuwe Pi hebt?

[PaulS]

Op regel 77 staat:
commandArray[#commandArray+1] = {['UpdateDevice'] = otherdevices_idx[device]..'|'..tostring(nvalue)..'|'..tostring(svalues)}

[Vollervo]

otherdevices_idx is de boosdoener. Die wordt ergens voor regel 77 geinitialiseerd en dat gaat fout.

[PaulS]

otherdevices_idx wordt binnen de betreffende code niet geinitialisserd, maar dat gebeurt ook niet op de RPI4 waar het wel werkt. Ook als ik otherdevices_idx hard vervang door de naam van het betreffende device werkt het niet. Zoals ik het tot nu toe begrijp zou otherdevices altijd beschikbaar moeten zijn in Dzvents.

Onderstaan is de info uit het EVENTS onderwerp op de Domoticz Events wiki pagina:

--
-- Domoticz passes information to scripts through a number of global tables
--
-- device changed contains state and svalues for the device that changed.
-- devicechanged['yourdevicename'] = state
-- devicechanged['svalues'] = svalues string
--
-- otherdevices, otherdevices_lastupdate and otherdevices_svalues are arrays for all devices:
-- otherdevices['yourotherdevicename'] = "On"
-- otherdevices_lastupdate['yourotherdevicename'] = "2015-12-27 14:26:40"
-- otherdevices_svalues['yourotherthermometer'] = string of svalues
--
-- uservariables and uservariables_lastupdate are arrays for all user variables:
-- uservariables['yourvariablename'] = 'Test Value'
-- uservariables_lastupdate['yourvariablename'] = '2015-12-27 11:19:22'
--
-- other useful details are contained in the timeofday table
-- timeofday['Nighttime'] = true or false
-- timeofday['SunriseInMinutes'] = number
-- timeofday['Daytime'] = true or false
-- timeofday['SunsetInMinutes'] = number
-- globalvariables['Security'] = 'Disarmed', 'Armed Home' or 'Armed Away'

[M.v.Veelen]

Ik heb al jaren de App Pilot in gebruik op m'n iPhone, net als mijn vrouw. Zodra we de deur uitgaan, registreert Pilot dat we buitenshuis zijn en zou de dummy schakelaar moeten worden omgezet. Dit gebeurt op de 1 of andere manier sinds een dag of 10 niet meer.

- Als ik WiFi uitschakel, dan kan ik gewoon de dummy schakelaars bedienen via Pilot. Schakelen van buitenaf werkt dus.
- Als ik wegrij, krijg ik een melding dat ik de woning heb verlaten. Geofencing werkt dus.

In de instellingen van de iPhone is niets veranderd, op beide toestellen niet. In de App ook niet. Wat me wel opviel, is dat ik eerst schakelaar '100' had en nu 'device 100' in de settings van Pilot. Ik heb het net aangepast naar 'device 100', maar ben nog buiten geweest.

Iemand die dit herkent?

[Vollervo]

Weer wat geleerd! Ik wist niet van de globale variabelen.

Komt het trigger type overeen? Rechts boven in de editor. Die moet denk ik op Device staan en niet op All

[Vollervo]

M.v.Veelen schreef op vrijdag 2 december 2022 @ 19:35:
Ik heb al jaren de App Pilot in gebruik op m'n iPhone, net als mijn vrouw. Zodra we de deur uitgaan, registreert Pilot dat we buitenshuis zijn en zou de dummy schakelaar moeten worden omgezet. Dit gebeurt op de 1 of andere manier sinds een dag of 10 niet meer.

- Als ik WiFi uitschakel, dan kan ik gewoon de dummy schakelaars bedienen via Pilot. Schakelen van buitenaf werkt dus.
- Als ik wegrij, krijg ik een melding dat ik de woning heb verlaten. Geofencing werkt dus.

In de instellingen van de iPhone is niets veranderd, op beide toestellen niet. In de App ook niet. Wat me wel opviel, is dat ik eerst schakelaar '100' had en nu 'device 100' in de settings van Pilot. Ik heb het net aangepast naar 'device 100', maar ben nog buiten geweest.

Iemand die dit herkent?

Hier zelfde probleem. Er is onlangs een update van de app geweest en sindsdien dit probleem. Ik heb de app ontwikkelaar gemaild, maar hij heeft nog niet gereageerd. Misschien help het als meer mensen mailen...

[M.v.Veelen]

Heb een nette mail gestuurd, wie weet helpt het.

[PaulS]

Triggertype maakt niets uit. Het enige effect is dat als je een nieuw script maakt er een specifiek voorbeeld geladen wordt.
Het script draait ook op de gewenste tijden en doet de gevraagde berekeningen/manipulaties met de ingelezen gegevens. Alleen op het moment dat de devices geupdate moeten worden gaat het fout..

[Vollervo]

https://www.domoticz.com/forum/viewtopic.php?t=12310

[PaulS]

Dank. Oplossing gevonden.

Het probleem was niet hetzelfde als beschreven, maar ik kwam er hierdoor achter dat bij de aanmaak van het script in Domoticz gekozen moet worden voor 'LUA' en niet voor 'dzVents'. De globale variabelen zijn alleen bij LUA beschikbaar en niet bij dzVents.

[M.v.Veelen]

Ik heb al m'n devices met Tasmota van v8 naar v12.2 geüpdate. Daarbij 4 nieuwe S26 Sonoffs geflashed en deze wilde ik middels MQTT discovery toevoegen, maar zij worden niet gezien. Ik heb de instellingen overgenomen van devices die wel ontdekt werden en een eigen, unieke topic gegeven, maar in Domoticz worden ze niet ontdekt. Domoticz herstart, MQTT discovery uit/aangezet, zelfs Domoticz geüpdate maar ze worden niet gezien. Op de Tasmota-devices "SetOption19 1" in de console ingegeven, maar dat helpt ook niet (is deze optie in Tasmota 12.2 obsolete?). Een bestaand device die ik had verwijderd wordt overigens nu ook niet meer 'discovered'.

Iemand een idee of het te maken heeft met de veel nieuwere versie van Tasmota of is er iets anders aan de hand?

Edit:

Of kan ik beter dit gebruiken: https://github.com/emontnemery/domoticz_mqtt_discovery

Edit 2:

Blijkbaar is die Tasmotize beter in mijn setup. Installeren, instellen, werken. Duurt wel even voordat ze allemaal ontdekt zijn, maar ze komen nu allemaal tevoorschijn.

[ Voor 21% gewijzigd door M.v.Veelen op 04-12-2022 18:00 ]

[Dylantje2]

M.v.Veelen schreef op zondag 4 december 2022 @ 16:16:
Ik heb al m'n devices met Tasmota van v8 naar v12.2 geüpdate. Daarbij 4 nieuwe S26 Sonoffs geflashed en deze wilde ik middels MQTT discovery toevoegen, maar zij worden niet gezien. Ik heb de instellingen overgenomen van devices die wel ontdekt werden en een eigen, unieke topic gegeven, maar in Domoticz worden ze niet ontdekt. Domoticz herstart, MQTT discovery uit/aangezet, zelfs Domoticz geüpdate maar ze worden niet gezien. Op de Tasmota-devices "SetOption19 1" in de console ingegeven, maar dat helpt ook niet (is deze optie in Tasmota 12.2 obsolete?). Een bestaand device die ik had verwijderd wordt overigens nu ook niet meer 'discovered'.

Iemand een idee of het te maken heeft met de veel nieuwere versie van Tasmota of is er iets anders aan de hand?

Edit:

Of kan ik beter dit gebruiken: https://github.com/emontnemery/domoticz_mqtt_discovery

Edit 2:

Blijkbaar is die Tasmotize beter in mijn setup. Installeren, instellen, werken. Duurt wel even voordat ze allemaal ontdekt zijn, maar ze komen nu allemaal tevoorschijn.

Plugins zijn lastig. actueel te houden als de ontwikkelaar stopt...
Dus mss via een nr flow je sensoren uitlezen?
Of homeasssitant misbruiken, aangezien domoticz z2m HA ook gebruikt om te werken vanuit de sesnoren

[de Peer]

M.v.Veelen schreef op zondag 4 december 2022 @ 16:16:
Ik heb al m'n devices met Tasmota van v8 naar v12.2 geüpdate. Daarbij 4 nieuwe S26 Sonoffs geflashed en deze wilde ik middels MQTT discovery toevoegen, maar zij worden niet gezien. Ik heb de instellingen overgenomen van devices die wel ontdekt werden en een eigen, unieke topic gegeven, maar in Domoticz worden ze niet ontdekt. Domoticz herstart, MQTT discovery uit/aangezet, zelfs Domoticz geüpdate maar ze worden niet gezien. Op de Tasmota-devices "SetOption19 1" in de console ingegeven, maar dat helpt ook niet (is deze optie in Tasmota 12.2 obsolete?). Een bestaand device die ik had verwijderd wordt overigens nu ook niet meer 'discovered'.

Iemand een idee of het te maken heeft met de veel nieuwere versie van Tasmota of is er iets anders aan de hand?

Edit:

Of kan ik beter dit gebruiken: https://github.com/emontnemery/domoticz_mqtt_discovery

Edit 2:

Blijkbaar is die Tasmotize beter in mijn setup. Installeren, instellen, werken. Duurt wel even voordat ze allemaal ontdekt zijn, maar ze komen nu allemaal tevoorschijn.

Homeassistant MQTT autodiscovery is in V12 inderdaad vervangen door Tasmota autodiscovery. Staat ook in de changelog.

als je toch per se de oude methode wilt gebruiken kun je het volgens mij weer aan zeggen met: SetOption19 1

https://www.domoticz.com/forum/viewtopic.php?t=38855

Heb zelf nooit autodiscovery gebruikt. Kleine moeite om het idx nummer zelf even in te vullen in Domoticz. kost je 1 minuut per device.

[ Voor 9% gewijzigd door de Peer op 04-12-2022 20:19 ]

[M.v.Veelen]

Ik heb gisteren alles omgezet naar Tasmota autodiscovery. Werkt eigenlijk heel goed zo, al was het wel even puzzelen omdat de temperatuur sensoren ook op die manier apart werden 'gevonden'. So far so good, thanks guys!

Over Pilot en het niet meer werken van de geofencing, ik denk het opgelost te hebben door het device aan te passen. Daar stond in mijn geval '100' en na het kiezen van 'device 100' werkt het weer. Onder water is er dus iets veranderd.

[Vollervo]

Inderdaad, Pilot probleem verholpen door de schakelaar opnieuw in te stellen. Dank voor de tip!

[PaulS]

PaulS schreef op vrijdag 2 december 2022 @ 22:45:
Dank. Oplossing gevonden.

Het probleem was niet hetzelfde als beschreven, maar ik kwam er hierdoor achter dat bij de aanmaak van het script in Domoticz gekozen moet worden voor 'LUA' en niet voor 'dzVents'. De globale variabelen zijn alleen bij LUA beschikbaar en niet bij dzVents.

Ik ben nu verder gegaan en alles werkt in principe naar behoren op RPI als op Odroid C4. Op de Odroid C4 loop ik nu tegen het volgende aan:
In het dashboard worden op de Odroid C4 de teksten van de tekst devices niet automatisch gewrapped terwijl dat op de RPI wel gebeurt. Zie hieronder.



Is beiden met versie 22.2. Iemand een idee waar dit verschil vandaan kan komen en hoe op te lossen?

[MikeyMan]

Zijn er nog mensen die al ervaring hebben met het migreren naar de nieuwe Zwave oplossing?

Zie dat het spul inmiddels hernoemd is, en de wiki uitgebreid:

https://www.domoticz.com/wiki/Zwave-JS-UI

En de GitHub:
https://github.com/zwave-js/zwave-js-ui

Durf het eerlijk gezegd nog niet aan. Geen idee wat er gaat omvallen namelijk. Dit zijn van die dingen die je één keer installeert en daarna nooit meer aanraakt.

Zit er ook aan te denken of het misschien handiger is om met een tweede Z-Wave stick aan de gang te gaan. Misschien is het dan handig om gelijk over te stappen naar m'n NAS waar al Docker op draait.

[luigi87]

Is er iemand hier die onderstaande totaal energie meter heeft werken.

Wat ik wil weten is wat ik momenteel aan energie open heb staan na salderen?

1 keer per dag is prima.
Ik zou dus mijn dag eindresultaat die ik al log in "Netto stroomgebruik" (Totaal stroomverbruik - Teruglevering). moeten aftrekken van een waarde die ik dan even moet invullen. (Namelijk wat ik open heb staan op dit moment)

edit: 19-12-2022
Voor de geïnteresseerde, hier het werkende script

code:

return {
    on = { 
        timer   = { "at 23:59" }
        },
    
    execute = function(dz)
        --Devices.
        local NettoStroomgebruik = dz.devices('sensorNettoStroomgebruik')        -- Netto stroomgebruik device
        local Stroomgebruik_openstaand = dz.devices('openstaande teruglevering')        -- openstaande teruglevering vandaag de dag
        local leveringstotaal
        
        --Netto stroomgebruik berekenen.
        leveringstotaal = Stroomgebruik_openstaand.sensorValue - (NettoStroomgebruik.sensorValue / 1000)            
        print(leveringstotaal)
        --Sensoren updaten.
        Stroomgebruik_openstaand.updateCustomSensor(leveringstotaal)
     
    end
}

[ Voor 23% gewijzigd door luigi87 op 19-12-2022 16:47 ]

[Knielen]

MikeyMan schreef op dinsdag 13 december 2022 @ 11:49:
Zijn er nog mensen die al ervaring hebben met het migreren naar de nieuwe Zwave oplossing?

Zie dat het spul inmiddels hernoemd is, en de wiki uitgebreid:

https://www.domoticz.com/wiki/Zwave-JS-UI

En de GitHub:
https://github.com/zwave-js/zwave-js-ui

Durf het eerlijk gezegd nog niet aan. Geen idee wat er gaat omvallen namelijk. Dit zijn van die dingen die je één keer installeert en daarna nooit meer aanraakt.

Zit er ook aan te denken of het misschien handiger is om met een tweede Z-Wave stick aan de gang te gaan. Misschien is het dan handig om gelijk over te stappen naar m'n NAS waar al Docker op draait.

Ik heb direct met de upgrade de sprong in het diepe gewaagd. Draai Domoticz op een RPi 3b+ en heb gebruik gemaakt van het snap pakket. Na installatie zijn alle devices wel opnieuw aangemaakt, maar met het makkelijk kunnen vervangen ben ik geen gegevens/trends kwijt geraakt. Hierna geen problemen ervaren en juist minder foutmeldingen doordat een aantal devices niet meer volledig ondersteunt werden met de oude methode.

[Dylantje2]

M.v.Veelen schreef op maandag 5 december 2022 @ 10:00:
Ik heb gisteren alles omgezet naar Tasmota autodiscovery. Werkt eigenlijk heel goed zo, al was het wel even puzzelen omdat de temperatuur sensoren ook op die manier apart werden 'gevonden'. So far so good, thanks guys!

Over Pilot en het niet meer werken van de geofencing, ik denk het opgelost te hebben door het device aan te passen. Daar stond in mijn geval '100' en na het kiezen van 'device 100' werkt het weer. Onder water is er dus iets veranderd.

Een beetje een uitleg?
Gaan ze nu hardcore in domoticz? Of plugin?

[asing]

MikeyMan schreef op dinsdag 13 december 2022 @ 11:49:
Zijn er nog mensen die al ervaring hebben met het migreren naar de nieuwe Zwave oplossing?

Zie dat het spul inmiddels hernoemd is, en de wiki uitgebreid:

https://www.domoticz.com/wiki/Zwave-JS-UI

En de GitHub:
https://github.com/zwave-js/zwave-js-ui

Durf het eerlijk gezegd nog niet aan. Geen idee wat er gaat omvallen namelijk. Dit zijn van die dingen die je één keer installeert en daarna nooit meer aanraakt.

Zit er ook aan te denken of het misschien handiger is om met een tweede Z-Wave stick aan de gang te gaan. Misschien is het dan handig om gelijk over te stappen naar m'n NAS waar al Docker op draait.

Ik heb hier 2 Domoticz installaties. Een Pi voor de P1 meter en een Zwave BeNext tagreader. De andere draait op een Ubuntu server en doet de rest. Ik heb geprobeerd de Pi om te zetten naar de nieuwe Z-wave UI. Het hele stappenplan ook gedocumenteerd met commando's etc zodat ik dat niet nog eens op hoef te zoeken.

Het gedonder kwam toen Domoticz en die BeNext niet meer deden wat ze moesten doen. De BeNext wordt gezien, en er wordt een sensor aangemaakt. Dat is echter niet de sensor die ik nodig heb.

ZWave-JS-UI kan er prima mee overweg maar MQTT (https://www.domoticz.com/wiki/MQTT#Debugging_MQTT) heeft een lijstje waarmee het niet overweg kan, waaronder Alarm Panels en Tag Scanners. En laat die BeNext nu heel toevallig onder die categorie vallen.

[M.v.Veelen]

Dylantje2 schreef op vrijdag 16 december 2022 @ 19:36:
[...]


Een beetje een uitleg?
Gaan ze nu hardcore in domoticz? Of plugin?

Ik heb bij mezelf de plugin nu in gebruik. Enige wat ik nu wel zie in het log, is af en toe deze foutmelding:

2022-12-17 04:13:09.829 Error: Autodiscovery Tasmota devices: tasmota::updateInfo1Devices: Set module and version failed: 'Module'

Waar dat nu vandaan komt is me een raadsel. Alle devices werken prima.

[M.v.Veelen]

de Peer schreef op zondag 4 december 2022 @ 20:15:
[...]

Homeassistant MQTT autodiscovery is in V12 inderdaad vervangen door Tasmota autodiscovery. Staat ook in de changelog.

als je toch per se de oude methode wilt gebruiken kun je het volgens mij weer aan zeggen met: SetOption19 1

https://www.domoticz.com/forum/viewtopic.php?t=38855

Heb zelf nooit autodiscovery gebruikt. Kleine moeite om het idx nummer zelf even in te vullen in Domoticz. kost je 1 minuut per device.

Ik heb voor de summiere setup bij m'n schoonvader dit nu ook zo opgelost. Zelf gebruik ik de plugin maar bij hem worden de schakelaars nu mbv het on/off command geschakeld en dat is naar mijn idee voor zijn setup het meest toekomstbestendig.

[MikeyMan]

asing schreef op zaterdag 17 december 2022 @ 11:30:
[...]


Ik heb hier 2 Domoticz installaties. Een Pi voor de P1 meter en een Zwave BeNext tagreader. De andere draait op een Ubuntu server en doet de rest. Ik heb geprobeerd de Pi om te zetten naar de nieuwe Z-wave UI. Het hele stappenplan ook gedocumenteerd met commando's etc zodat ik dat niet nog eens op hoef te zoeken.

Het gedonder kwam toen Domoticz en die BeNext niet meer deden wat ze moesten doen. De BeNext wordt gezien, en er wordt een sensor aangemaakt. Dat is echter niet de sensor die ik nodig heb.

ZWave-JS-UI kan er prima mee overweg maar MQTT (https://www.domoticz.com/wiki/MQTT#Debugging_MQTT) heeft een lijstje waarmee het niet overweg kan, waaronder Alarm Panels en Tag Scanners. En laat die BeNext nu heel toevallig onder die categorie vallen.

Tsjah, ik heb in principe alleen een stapeltje fibaro Z-wave spuletjes. Standaard schakelaars en dimmers.
Maar word er vooral een beetje huiverig van omdat je dit soort spul nooit doet natuurlijk.

[MikeyMan]

Knielen schreef op vrijdag 16 december 2022 @ 15:41:
[...]


Ik heb direct met de upgrade de sprong in het diepe gewaagd. Draai Domoticz op een RPi 3b+ en heb gebruik gemaakt van het snap pakket. Na installatie zijn alle devices wel opnieuw aangemaakt, maar met het makkelijk kunnen vervangen ben ik geen gegevens/trends kwijt geraakt. Hierna geen problemen ervaren en juist minder foutmeldingen doordat een aantal devices niet meer volledig ondersteunt werden met de oude methode.

Denk je dat het nog een optie is om als het niet lukt, de oude plugin weer even terug aan te zetten? Of wordt dat om zeep geholpen in het proces?

[ Voor 40% gewijzigd door MikeyMan op 17-12-2022 15:49 ]

[MikeyMan]

Heb het idee dat ik er bijna ben.

Welke instelling hebben jullie hier staan?




Heb een foutmelding:


Moet daar niet een verwijzing naar de usb stick staan?


Heb hier een beetje zitten prutsen:

[ Voor 63% gewijzigd door MikeyMan op 17-12-2022 15:51 ]

[asing]

MikeyMan schreef op zaterdag 17 december 2022 @ 15:08:
[...]


Tsjah, ik heb in principe alleen een stapeltje fibaro Z-wave spuletjes. Standaard schakelaars en dimmers.
Maar word er vooral een beetje huiverig van omdat je dit soort spul nooit doet natuurlijk.

Daarom heb ik het ook helemaal uitgeschreven. Het werkt ook prima, alleen die tag reader wil niet meewerken.

Mislukt het, dan kan je je oude combi weer activeren en de nieuwe disablen. Dan is het alsof je niks gedaan hebt. Zo heb ik het nu ook gedaan.

[Dylantje2]

Ik weet het niet
Maar met z2m is het truucje gemaakt in domoticz ha te gebruiken.... Is dit ook met tasmota niet mogelijk. Gewoon ha ergens in typen. En dan wordt hij gevonden via mqqt in domoticz

[Dylantje2]

M.v.Veelen schreef op zaterdag 17 december 2022 @ 14:53:
[...]


Ik heb bij mezelf de plugin nu in gebruik. Enige wat ik nu wel zie in het log, is af en toe deze foutmelding:

2022-12-17 04:13:09.829 Error: Autodiscovery Tasmota devices: tasmota::updateInfo1Devices: Set module and version failed: 'Module'

Waar dat nu vandaan komt is me een raadsel. Alle devices werken prima.

En meestal die plugins .. brrr..

[Pixelmagic]

Uiteindelijk toch na vele jaren minn Domoticz aan het uit faseren. Heb sinds ruim een jaar de export naar InfluxDb aanstaan maar zou het liefste ook de oudere data nog ergens willen behouden, liefst zodat het in Grafana op te vragen is.

Ik heb ondertussen al tig manieren geprobeerd maar tot op heden geen succes. Het beste werkt nog de Sqlite datasource in Grafana maar dan moet je zelf alle querys maken, je kan ze niet samenstellen zoals bij InfluxDB data. Omzetten naar MySql lukt al helemaal niet lekker.

Heeft iemand de gouden tip om dit toch voor elkaar te krijgen ? In theorie zou ik Domoticz in een docker kunnen laten draaien met de bestaande database, maar dat is ook niet alles.

[Vollervo]

MikeyMan schreef op zaterdag 17 december 2022 @ 15:08:
[...]


Tsjah, ik heb in principe alleen een stapeltje fibaro Z-wave spuletjes. Standaard schakelaars en dimmers.
Maar word er vooral een beetje huiverig van omdat je dit soort spul nooit doet natuurlijk.

Fibaro werkt iig prima met zwave2mq

[M.v.Veelen]

Dylantje2 schreef op zaterdag 17 december 2022 @ 16:26:
[...]


En meestal die plugins .. brrr..

Heb je het koud ?

Het valt me op dat elke 12 uur de foutmeldingen worden getriggerd. Lig er niet wakker van, maar als iemand de oorzaak/oplossing weet?

2022-12-17 04:13:08.122 Error: Autodiscovery Tasmota devices: tasmota::updateInfo1Devices: Set module and version failed: 'Module'
2022-12-17 04:13:09.829 Error: Autodiscovery Tasmota devices: tasmota::updateInfo1Devices: Set module and version failed: 'Module'
2022-12-17 16:13:06.831 Error: Autodiscovery Tasmota devices: tasmota::updateInfo1Devices: Set module and version failed: 'Module'
2022-12-17 16:13:09.542 Error: Autodiscovery Tasmota devices: tasmota::updateInfo1Devices: Set module and version failed: 'Module'

[MikeyMan]

Vollervo schreef op zaterdag 17 december 2022 @ 16:47:
[...]


Fibaro werkt iig prima met zwave2mq

Moet ik wel eerst die foutmelding kwijt zien te raken.

Wat staat er bij jou in bovenstaande settings?

[Knielen]

MikeyMan schreef op zaterdag 17 december 2022 @ 15:47:
Heb het idee dat ik er bijna ben.

Welke instelling hebben jullie hier staan?

[Afbeelding]


Heb een foutmelding:
[Afbeelding]

Moet daar niet een verwijzing naar de usb stick staan?
[Afbeelding]

Heb hier een beetje zitten prutsen:
[Afbeelding]

je adres naar je controller lijkt niet te kloppen. Als je persistent USB gebruikt dan daar de naam van je controller. Anders gebruik maken van bijvoorbeeld het ID van je controller. Serial port kan je ook makkelijk halen uit je huidige plugin in Domoticz, daar staat hij al vermeld omdat je daarin ook al een verwijzing moet maken.

Voorbeeld van mijn adres: /dev/serial/by-id/usb-0658_0200-if00

[WebWire]

Even een vraagje, met Google Home tegenwoordig.... is het nog rendabel/handig om je eigen systeem te runnen (homeassistant/Domoticz)? al die zigbee troep is lekker goedkoop en wordt tegenwoordig door de lidl en dergelijke verkocht. Zat zelf nog in het tijdperk van rtl_433 en heb zelfs nog een module geschreven destijds om huidige problemen op te lossen i.v.m. nieuwe Raspberry's die uitkwamen. Heb zelf het idee dat alles nu via Google Home werkt en je dus alle protocollen door elkaar heen kunt gebruiken. Ben er een tijdje uit geweest maar is iemand het met mij eens?

[de Peer]

WebWire schreef op zaterdag 17 december 2022 @ 18:02:
Even een vraagje, met Google Home tegenwoordig.... is het nog rendabel/handig om je eigen systeem te runnen (homeassistant/Domoticz)? al die zigbee troep is lekker goedkoop en wordt tegenwoordig door de lidl en dergelijke verkocht. Zat zelf nog in het tijdperk van rtl_433 en heb zelfs nog een module geschreven destijds om huidige problemen op te lossen i.v.m. nieuwe Raspberry's die uitkwamen. Heb zelf het idee dat alles nu via Google Home werkt en je dus alle protocollen door elkaar heen kunt gebruiken. Ben er een tijdje uit geweest maar is iemand het met mij eens?

Ik vind google home nou niet bepaald een vooruitgang op domoticagebied. eerder het tegenovergestelde.
persoonlijk wil ik daarom niets van Google home hebben en zo min mogelijk 'cloud'. Maar dat is een persoonlijke keuze. Ik werk dus met Domoticz +Sonoff + Shelly en overal Tasmota op. Aangevuld met zigbee devices.

[ Voor 5% gewijzigd door de Peer op 17-12-2022 18:13 ]

[luigi87]

WebWire schreef op zaterdag 17 december 2022 @ 18:02:
Even een vraagje, met Google Home tegenwoordig.... is het nog rendabel/handig om je eigen systeem te runnen (homeassistant/Domoticz)? al die zigbee troep is lekker goedkoop en wordt tegenwoordig door de lidl en dergelijke verkocht. Zat zelf nog in het tijdperk van rtl_433 en heb zelfs nog een module geschreven destijds om huidige problemen op te lossen i.v.m. nieuwe Raspberry's die uitkwamen. Heb zelf het idee dat alles nu via Google Home werkt en je dus alle protocollen door elkaar heen kunt gebruiken. Ben er een tijdje uit geweest maar is iemand het met mij eens?

Deels met je eens.
Maar wil je vrijheid dan heb je een overkoepelend open source programma nodig.
Je kan veel met bestaande producten, maar combineren kan vaak niet of heel beperkt.

Aan de andere kant merk ik ook dat domoticz een steeds minder grote rol speelt in mijn eco systeem.
Maar zonder kan ik echt niet

[WebWire]

@de Peer Ik begrijp je motvatie geheel i.v.m. privacy, maar aangezien m'n huurbaas en energiebedrijf m'n data lekken en het maar de vraag is of ze deze datalekken inderdaad (uit ervaring kan ik spreken dat bedrijven dat liever niet doen, maar aangezien hier de meeste gebruikers IT'ers zijn denk ik dat je diezelfde ervaring hebt als je diep genoeg in de infrastructuur zit) melden ben ik inmiddels van heel het privacy gebeuren af. Maar mijn vraag ging puur over de functionaliteit. If this than that.... ik kan altijd nog een usb device gebruiken om te debuggen e.d.

[WebWire]

@luigi87 Aan het begin van Domoticz en Home Assistant was google heel beperkt in Europa en had meer functies in America. Maar denk nu dat als je niet om privacy geeft Google Home heel intergreerbaar is met uiteindelijk verschillende protocollen. Dat is mijn idee maar heb ook het idee dat veel mensen hier graag over "privacy" willen beschikken en de gegevens niet in de cloud willen hebben.

[de Peer]

WebWire schreef op zaterdag 17 december 2022 @ 19:00:
@de Peer Ik begrijp je motvatie geheel i.v.m. privacy, maar aangezien m'n huurbaas en energiebedrijf m'n data lekken en het maar de vraag is of ze deze datalekken inderdaad (uit ervaring kan ik spreken dat bedrijven dat liever niet doen, maar aangezien hier de meeste gebruikers IT'ers zijn denk ik dat je diezelfde ervaring hebt als je diep genoeg in de infrastructuur zit) melden ben ik inmiddels van heel het privacy gebeuren af. Maar mijn vraag ging puur over de functionaliteit. If this than that.... ik kan altijd nog een usb device gebruiken om te debuggen e.d.

Het gaat mij eigenlijk niet om privacy maar om betrouwbaarheid en zelf de controle houden.
Dus geen verrassingen met dat je opeens voor een dienst moet betalen, storingen, updates etc. En ik wil dat mijn domotica ook werkt zonder internet. Voor mij daarom geen cloud diensten. Bij mij werkt alles offline en lokaal.

[niki_lauda]

de Peer schreef op zaterdag 17 december 2022 @ 19:41:
[...]

Het gaat mij eigenlijk niet om privacy maar om betrouwbaarheid en zelf de controle houden.
Dus geen verrassingen met dat je opeens voor een dienst moet betalen, storingen, updates etc. En ik wil dat mijn domotica ook werkt zonder internet. Voor mij daarom geen cloud diensten. Bij mij werkt alles offline en lokaal.

Zeer eens met je, mijn afhankelijkheid van derden is al een paar keer mijn valkuil geweest . Toen gekozen. Ik wil alles in eigen hand hebben en zeker mijn eigen data. Ben een keer al mijn opbrengsten van mijn zonnepanelen kwijt geraakt omdat één clouddienst stopte.

[WebWire]

@de Peer Met alle respect, maar denk je dat je zelf ook niet per-ongeluk dezelfde fout had kunnen maken en op dat moment sterker had gestaan met een cloud provider dan met eigen data? De cloud data had je overigens ook kunnen backuppen. Ik denk dat dit een issue wordt van privacy v.s. gemak en dat domoticz/homeassistant inderdaad achterhaald ik omat je nu alles kunt koppelen met 1 systeem en dat je van je rtl_433 temperatuur sensor een meting kunt maken en daardoor je zigbee/z-wave device aan kunt laten gaan. En qua in control zijn begrij ik uit een oogpunt van toen domoticz/homeassistant werden opgezet maar als" control" backup betekend dan denk ik dat er genoeg scripts/oplossingen te vinden zijn om google home te backuppen....

edit:

@de Peer
Heb inmiddels even gekeken op github en begrijp wel wat je bedoelt.... je bent inderdaad niet echt in control met Google Home, het zijn eigenlijk alleen maar interfaces die goed integreren met elkaar, maar als het gaat om data zie ik inderdaad niet veel scripts/tools om Google Home data te backuppen.

[ Voor 35% gewijzigd door WebWire op 18-12-2022 06:23 ]

[Knielen]

@WebWire Los van de privacy vraagstukken is er een andere reden om voor HomeAssistant of Domoticz te kiezen, en dat is het kunnen schrijven van scripts. Voor mij voldoet Google Home bij lange na niet omdat ik vrij complexe scripts gebruik om bijvoorbeeld mijn warmtepomp aan te sturen.
Je keuze is dus voor een groot deel afhankelijk van wat je wil vragen van je domotica, gaat het puur om schakelen van bijvoorbeeld je lampen op vaste tijden dan heb je voldoende aan Google Home, maar wordt het complexer dan dat ben je al snel op andere pakketten aangewezen.
Ik blijf voorlopig bij Domoticz, ondersteunt alles wat ik in huis heb en het programmeren met DzVents is voor mij ondertussen een must-have.

[WebWire]

Knielen schreef op zondag 18 december 2022 @ 08:46:
@WebWire Los van de privacy vraagstukken is er een andere reden om voor HomeAssistant of Domoticz te kiezen, en dat is het kunnen schrijven van scripts. Voor mij voldoet Google Home bij lange na niet omdat ik vrij complexe scripts gebruik om bijvoorbeeld mijn warmtepomp aan te sturen.
Je keuze is dus voor een groot deel afhankelijk van wat je wil vragen van je domotica, gaat het puur om schakelen van bijvoorbeeld je lampen op vaste tijden dan heb je voldoende aan Google Home, maar wordt het complexer dan dat ben je al snel op andere pakketten aangewezen.
Ik blijf voorlopig bij Domoticz, ondersteunt alles wat ik in huis heb en het programmeren met DzVents is voor mij ondertussen een must-have.

Daar ga ik helemaal in mee, als je device niet doet wat je wilt zoals je aangeeft een warmptepomp die je wilt laten draaien op een bepaald aantal toeren of iets dergelijks dan is het fijn als je e.e.a. zelf kunt schrijven en die vrijheid en controle kunt hebben. Ben er nog steeds niet uit wat ik precies wil.... ik heb weer wat simpelere dingetjes zoals het kunnen aansturen van IR remotes om bepaalde kachels aan en uit te zetten bij een bepaalde temperatuur. En inderdaad lampen en sensoren, en het uitlezen van meterstanden e.d. Aan de andere kant is er een heleboel voor domoticz/home-assistant geschreven zodat je het wiel niet opnieuw uit hoeft te vinden.... Lastige keuze

[de Peer]

WebWire schreef op zondag 18 december 2022 @ 06:04:
@de Peer Met alle respect, maar denk je dat je zelf ook niet per-ongeluk dezelfde fout had kunnen maken en op dat moment sterker had gestaan met een cloud provider dan met eigen data? De cloud data had je overigens ook kunnen backuppen. Ik denk dat dit een issue wordt van privacy v.s. gemak en dat domoticz/homeassistant inderdaad achterhaald ik omat je nu alles kunt koppelen met 1 systeem en dat je van je rtl_433 temperatuur sensor een meting kunt maken en daardoor je zigbee/z-wave device aan kunt laten gaan. En qua in control zijn begrij ik uit een oogpunt van toen domoticz/homeassistant werden opgezet maar als" control" backup betekend dan denk ik dat er genoeg scripts/oplossingen te vinden zijn om google home te backuppen....

edit:

@de Peer
Heb inmiddels even gekeken op github en begrijp wel wat je bedoelt.... je bent inderdaad niet echt in control met Google Home, het zijn eigenlijk alleen maar interfaces die goed integreren met elkaar, maar als het gaat om data zie ik inderdaad niet veel scripts/tools om Google Home data te backuppen.

je quote de verkeerde. moest @niki_lauda zijn.

Domoticz/HA is niet achterhaald. Het is een manier om zaken precies zo aan te leggen als gewenst. met onbeperkte mogelijkheden omdat je alles zelf kunt scripten en aanpassen tot in de details. Dat gaat je met wat standaard ITTT (if this then that) met google home niet lukken. Dat is alleen voor wat standaard automations om hier en daar een lichtje aan en uit te laten gaan.
Ik heb hier in huis zeer complexe uitgebreide script die onmogelijk met hoogle home te realiseren zijn.

En het zijn mijn scripts op mijn raspberry pi. Dus ik heb alles in de hand.

[Aziraphale]

Ik ben me alvast aan het voorbereiden op de komst van mijn Nibe warmtepomp in januari en onderdeel daarvan moet een 3-fasen kWh meter op de din rail in de meterkast worden. Nu leek me de wifi meter van Homewizard/Eastron wel een handige optie, maar is die ook via een api oid in Domoticz uit te lezen?

[Vollervo]

MikeyMan schreef op zaterdag 17 december 2022 @ 16:49:
[...]


Moet ik wel eerst die foutmelding kwijt zien te raken.

Wat staat er bij jou in bovenstaande settings?

"/dev/ttyUSB-ZStick-5G" staat daar, maar dat heb ik zelf gecconfigureerd in de udev config. Aan de snap commando's die je poste maak ik op dat je op een andere Linux distro zit. Ik zit op Debian.

Heb je devices in /dev die waarvan de naam start met ttyUSB?

[Heinemancp]

Aziraphale schreef op zondag 18 december 2022 @ 13:33:
Ik ben me alvast aan het voorbereiden op de komst van mijn Nibe warmtepomp in januari en onderdeel daarvan moet een 3-fasen kWh meter op de din rail in de meterkast worden. Nu leek me de wifi meter van Homewizard/Eastron wel een handige optie, maar is die ook via een api oid in Domoticz uit te lezen?

Toevallig zelf ook mee bezig geweest, moet je wel de libs toevoegen. Dit gaat buiten de interface van domoticz om, maar dat staat niet in deze handleiding:
https://www.domoticz.com/forum/viewtopic.php?t=37664

[WebWire]

Wil niemand ergens van beschuldigen of het idee geven dat jullie iets fout doen.
Maar waarom maken jullie geen gebruik van zfs of iets dergelijks om snapshots te maken? of zelfs alle relevante directories symlinken naar een usb stick van iets van 512MB/1GB. Makkelijk om te restoren als een update fout gaat.

[ Voor 17% gewijzigd door WebWire op 18-12-2022 14:51 ]

[WebWire]

@de Peer ja blijkbaar iets fout gegaan, bedankt voor het melden!

Ben het helemaal met je eens, sensoren lichtjes temperatuur werken goed met Google Home. Maar zoals je zegt kun je zelf alles laten werken zoals je wilt met een eigen domoticz systeem. Denk er toch over na om weer home assistant te gebruiken om een mix van protocollen te kunnen ondersteunen. Ook met wifi-devices met een API zal e.e.a. een stuk handiger te configureren zijn dan 100 verschillende apps op je telefoon te hebben voor alle verschillende apparaten. Ik ben er uit

[MikeyMan]

Vollervo schreef op zondag 18 december 2022 @ 14:08:
[...]


"/dev/ttyUSB-ZStick-5G" staat daar, maar dat heb ik zelf gecconfigureerd in de udev config. Aan de snap commando's die je poste maak ik op dat je op een andere Linux distro zit. Ik zit op Debian.

Heb je devices in /dev die waarvan de naam start met ttyUSB?

Domoticz gebruikt deze:



Hou wel een andere foutmelding over nu:



Misschien dat dat verdwijnt als ik domoticz stop.

edit: ja dus
Nu ff kijken of ik het MQTT spul aan de praat krijg.

[ Voor 6% gewijzigd door MikeyMan op 18-12-2022 15:21 ]

[MikeyMan]

Spul werkt. Enige wat ik nu niet kan vinden is hoe ik apparaten kan vervangen van hardware die niet actief is

Zodra ik de oude zwave uit zet verdwijnen de apparaten ook van de schermen. Maar daar moet ik ze vervangen.

[luigi87]

Hmm dit is jammer:

Dear Controlicz user - It is with sadness that i will be closing down Controlicz at the end of 2023.
The demands on managing the constant changes of Alexa, Google and Domoticz, and ensuring you get a fully functioning voice experience are proving too much to keep on top of.

For you annual subscribers, your subscription will now expire when the time is up, rather than auto-renew. You can, if you wish, resubscribe on a monthly payment until the end of 2023.

Controlicz will be operating as it is now, but i won't be adding any new features, or reflecting any changes from Domoticz.
Controlicz is aligned to the current Stable Domoticz version V2022.2. Controlicz is not responsible for any future breaking changes introduced by Domoticz.

All the best for 2023, Nick

Ik had dus net een maand geleden een mijzelf een jaar gesupt.
Was wel blij want het werkte prima nadat ik het HA-bridge niet meer functioneel kreeg in mijn nieuwe huis.

Goed iemand al ervaring met een alternatief?
Ik heb nu een Alexa, maar ben ook bereid naar Google home te gaan hiervoor.

[TripleQ]

Nou Controlicz stopt ermee eind 2023, net de mail gehad.

Wat zijn nu de alternatieven om domoticz aan Google Home te hangen? Gelukkig nog even de tijd... Al geeft hij aan dat er geen breaking bugs meer worden opgepakt, hopen dat Google en Domoticz dus niks aanpassen dit jaar...

[bing69]

WebWire schreef op zaterdag 17 december 2022 @ 19:00:
@de Peer Ik begrijp je motvatie geheel i.v.m. privacy, maar aangezien m'n huurbaas en energiebedrijf m'n data lekken en het maar de vraag is of ze deze datalekken inderdaad (uit ervaring kan ik spreken dat bedrijven dat liever niet doen, maar aangezien hier de meeste gebruikers IT'ers zijn denk ik dat je diezelfde ervaring hebt als je diep genoeg in de infrastructuur zit) melden ben ik inmiddels van heel het privacy gebeuren af. Maar mijn vraag ging puur over de functionaliteit. If this than that.... ik kan altijd nog een usb device gebruiken om te debuggen e.d.

Het is niet alleen privacy maar heel toevallig lag mijn internet er dit weekend uit, Home van apple werkte dus niet meer evenals google. Gelukkig alle wat intern draait (en dat is alles) via Domoticz wel!
Dat is al een reden om niet afhankelijk te zijn

[DarkAllMan]

TripleQ schreef op zondag 18 december 2022 @ 19:47:
Nou Controlicz stopt ermee eind 2023, net de mail gehad.

Wat zijn nu de alternatieven om domoticz aan Google Home te hangen? Gelukkig nog even de tijd... Al geeft hij aan dat er geen breaking bugs meer worden opgepakt, hopen dat Google en Domoticz dus niks aanpassen dit jaar...

Ja, enorm balen dit. Het werkte voor mij echt goed de afgelopen jaren en ik vond de prijs ook schappelijk! Jammer dat hij ermee stopt. Misschien wil hij het project wel overdragen en is er iemand die er nog wel graag tijd in steekt......

[MikeyMan]

Goed, heb zwave-JS aan de praat, maar ben er eigenlijk helemaal niet over te spreken. Vooral het feit dat er met MQTT wordt gewerkt is een doorn in het oog.

Geen bericht is geen apparaat. En tot die tijd kun je er dus ook niks mee in domoticz.
Bijkomend punt is dat alle IDX-en dwars door elkaar gaan, omdat ze in volgorde van binnenkomst worden ingeladen. Enorme bende dus.

En dan ondersteunt het ook nog eens minder apparaten.

Vervolgens werkt domoticz ook nog eens niet mee. Je moet de openzwave disablen, want anders kan zwave JS niet bij de USB stick. Maar na disablen zijn alle apparaten verdwenen. En vervangen gaat dan dus niet.

En als klap op de vuurpijl heb ik nog nooit zoveel 'device not found' meldingen gehad bij het uitvoeren van een commando.

Enorme achteruitgang eerlijk gezegd.

[wimmme]

TripleQ schreef op zondag 18 december 2022 @ 19:47:
Nou Controlicz stopt ermee eind 2023, net de mail gehad.

Wat zijn nu de alternatieven om domoticz aan Google Home te hangen? Gelukkig nog even de tijd... Al geeft hij aan dat er geen breaking bugs meer worden opgepakt, hopen dat Google en Domoticz dus niks aanpassen dit jaar...

DarkAllMan schreef op maandag 19 december 2022 @ 08:59:
[...]

Ja, enorm balen dit. Het werkte voor mij echt goed de afgelopen jaren en ik vond de prijs ook schappelijk! Jammer dat hij ermee stopt. Misschien wil hij het project wel overdragen en is er iemand die er nog wel graag tijd in steekt......

Er is nog altijd het DZGA-project dat ik naar alle tevredenheid al jaren gebruik. Hier een topic daarover op het Domoticz forum. Even wat werk om het op te zetten, maar het is het waard !

[rens-br]

wimmme schreef op maandag 19 december 2022 @ 09:38:
[...]


[...]


Er is nog altijd het DZGA-project dat ik naar alle tevredenheid al jaren gebruik. Hier een topic daarover op het Domoticz forum. Even wat werk om het op te zetten, maar het is het waard !

Werkt hier ook echt goed. Was inderdaad even wat werk om het in te stellen, maar werkt verder wel erg goed.

[kevi-n1]

MikeyMan schreef op maandag 19 december 2022 @ 09:16:
Goed, heb zwave-JS aan de praat, maar ben er eigenlijk helemaal niet over te spreken. Vooral het feit dat er met MQTT wordt gewerkt is een doorn in het oog.
...
Enorme achteruitgang eerlijk gezegd.

Ik had zelf deze "migratie" ook al op de planning staan onder het mom van een keer moet het toch gebeuren... Maar als ik dit nu lees denk ik van, ik blijf wel op Domoticz 2022.2 hangen voor de time being.

Ik wilde meerdere apparaten gaan toevoegen en dacht dan doe ik die migratie eerst maar daar ga ik maar van terugkomen.

Over een paar maanden kijken we weer verder.

[luigi87]

wimmme schreef op maandag 19 december 2022 @ 09:38:
[...]


[...]


Er is nog altijd het DZGA-project dat ik naar alle tevredenheid al jaren gebruik. Hier een topic daarover op het Domoticz forum. Even wat werk om het op te zetten, maar het is het waard !

rens-br schreef op maandag 19 december 2022 @ 09:53:
[...]


Werkt hier ook echt goed. Was inderdaad even wat werk om het in te stellen, maar werkt verder wel erg goed.

Thanks

Ik ga eens investeren in een google home om dit op te gaan zetten.
zit er er weer een stuk veiliger uit dan Controlicz

Dit detecteert ook automatisch de functionaliteiten van een lamp (dimmer/ aan of uit/ kleur), of bij een groep in zigbee2mqtt?

MikeyMan schreef op maandag 19 december 2022 @ 09:16:
Goed, heb zwave-JS aan de praat, maar ben er eigenlijk helemaal niet over te spreken. Vooral het feit dat er met MQTT wordt gewerkt is een doorn in het oog.

Geen bericht is geen apparaat. En tot die tijd kun je er dus ook niks mee in domoticz.
Bijkomend punt is dat alle IDX-en dwars door elkaar gaan, omdat ze in volgorde van binnenkomst worden ingeladen. Enorme bende dus.

En dan ondersteunt het ook nog eens minder apparaten.

Vervolgens werkt domoticz ook nog eens niet mee. Je moet de openzwave disablen, want anders kan zwave JS niet bij de USB stick. Maar na disablen zijn alle apparaten verdwenen. En vervangen gaat dan dus niet.

En als klap op de vuurpijl heb ik nog nooit zoveel 'device not found' meldingen gehad bij het uitvoeren van een commando.

Enorme achteruitgang eerlijk gezegd.

kevi-n1 schreef op maandag 19 december 2022 @ 09:54:
[...]


Ik had zelf deze "migratie" ook al op de planning staan onder het mom van een keer moet het toch gebeuren... Maar als ik dit nu lees denk ik van, ik blijf wel op Domoticz 2022.2 hangen voor de time being.

Ik wilde meerdere apparaten gaan toevoegen en dacht dan doe ik die migratie eerst maar daar ga ik maar van terugkomen.

Over een paar maanden kijken we weer verder.

Ik vindt het persoonlijk veel overzichtelijker. als je via de apparatenlijst werkt en zoekt op bijv node nummers.
Daarnaast zijn er veel meer parameters beschikbaar en is het geheel makkelijker te beheren.
Ook heb ik het idee dat het veel stabieler is.

Ik ben compleet opnieuw begonnen met opbouwen ermee (nieuw huis).
Maar migreren is wel een flinke klus ja.

[ Voor 49% gewijzigd door luigi87 op 19-12-2022 10:33 ]

[Vollervo]

MikeyMan schreef op maandag 19 december 2022 @ 09:16:
Vervolgens werkt domoticz ook nog eens niet mee. Je moet de openzwave disablen, want anders kan zwave JS niet bij de USB stick. Maar na disablen zijn alle apparaten verdwenen. En vervangen gaat dan dus niet.

Misschien werkt het als je eerst een keer Zwave2MQ opstart voor Domoticz (met de oude zwave disabled), zodat je alle nieuwe devices krijgt, en vervolgens Domoticz met oude zwave enabled opstart zodat je de oude devices door de nieuwe kunt vervangen?

Enorme achteruitgang eerlijk gezegd.

De migratie is een boel werk, maar daarna is het business as usual. Geen klachten hier.

[ Voor 0% gewijzigd door Vollervo op 19-12-2022 10:35 . Reden: typo ]

[RR46]

kevi-n1 schreef op maandag 19 december 2022 @ 09:54:
[...]


Ik had zelf deze "migratie" ook al op de planning staan onder het mom van een keer moet het toch gebeuren... Maar als ik dit nu lees denk ik van, ik blijf wel op Domoticz 2022.2 hangen voor de time being.

Ik wilde meerdere apparaten gaan toevoegen en dacht dan doe ik die migratie eerst maar daar ga ik maar van terugkomen.

Over een paar maanden kijken we weer verder.

Bedoel je niet 2022.1?

Ik twijfel ook nog steeds, maar al heb ik ook nog geen goed stappenplan gevonden. Hoe heb jij dit aangepakt @MikeyMan ?

[MikeyMan]

Vollervo schreef op maandag 19 december 2022 @ 10:32:
[...]


Misschien werkt het als je eerst een keer Zwave2MQ opstart voor Domoticz (met de oude zwave disabled), zodat je alle nieuwe devices krijgt, en vervolgens Domoticz met oude zwave enabled opstart zodat je de oude devices door de nieuwe kunt vervangen?


[...]


De migratie is een boel werk, maar daarna is het nusiness as usual. Geen klachten hier.

Ja dat werkt misschien wel. Maar op basis van de huidige ervaringen, laat ik het ff zitten.

Overigens kreeg ik het ook niet voor elkaar om apparten in een scene te vervangen, maar das meer een Domoticz ding.

[MikeyMan]

RR46 schreef op maandag 19 december 2022 @ 10:34:
[...]

Bedoel je niet 2022.1?

Ik twijfel ook nog steeds, maar al heb ik ook nog geen goed stappenplan gevonden. Hoe heb jij dit aangepakt @MikeyMan ?

Ik heb deze gebruikt:
https://community.home-as...-on-a-raspberry-pi/486484

Overigens heb ik nu 2022.2 draaien, en dat werkt nog gewoon prima.

[ Voor 10% gewijzigd door MikeyMan op 19-12-2022 10:37 ]

[MikeyMan]

luigi87 schreef op maandag 19 december 2022 @ 10:29:
[...]


Ik vindt het persoonlijk veel overzichtelijker. als je via de apparatenlijst werkt en zoekt op bijv node nummers.
Daarnaast zijn er veel meer parameters beschikbaar en is het geheel makkelijker te beheren.
Ook heb ik het idee dat het veel stabieler is.

Ik ben compleet opnieuw begonnen met opbouwen ermee (nieuw huis).
Maar migreren is wel een flinke klus ja.

Meer parameters beschikbaar? Das afhankelijk van het apparaat zelf toch?

Maar vooral de apparaten die met polling werken blijven achter. Ik heb na een nacht draaien nog steeds niet al m'n devices binnen. ZwaveJS uit gezet, OpenZwave weer aan en alles loopt weer als vanouds.

[Vollervo]

MikeyMan schreef op maandag 19 december 2022 @ 10:37:
[...]
Meer parameters beschikbaar? Das afhankelijk van het apparaat zelf toch?

In de UI van Zwave2MQ zijn meer parameters beschikbaar dan er binnen Domoticz waren met OpenZwave.

Maar vooral de apparaten die met polling werken blijven achter. Ik heb na een nacht draaien nog steeds niet al m'n devices binnen. ZwaveJS uit gezet, OpenZwave weer aan en alles loopt weer als vanouds.

Bedoel je devices die op batterijen werken en eens in de zoveel tijd hun status doorgeven? Misschien moet je die even wakker maken en een info bericht laten sturen. Dat is volgens mij niet helemaal hetzelfde als een periodieke update. Dat is iig zo bij mijn deur sensor.