Domoticz - open source domotica systeem - deel 4

[Knielen]

Dylantje2 schreef op vrijdag 24 april 2020 @ 22:42:
Hoop ellende gehad met liander voor een meterwissel..
maar eindelijk mijn p1 weer terug..

Heb een script lopen om een dummy terugleveren te schakelen.
Script:

code:

return {
    logging = {
    --level = domoticz.LOG_DEBUG, -- Uncomment to override the dzVents global logging setting and use debug
    marker = 'DZ: Teruglever 1000'
    },
    on = {
        timer = {
            'between 05:00 and 22:00' 
        },
        devices = { 
            'D.M. P1: Stroom' 
        },
    },
    execute = function(domoticz,item)
        local dummy = domoticz.devices('D.M.: P1-200-900 KWh')
        local devP1 = domoticz.devices(3185).rawData[6]            --D.M. P1: Stroom
     
        domoticz.log('P1 Teruglever is :'..devP1..' watt', domoticz.LOG_DEBUG)
    
        if tonumber(devP1) > 900 and dummy.state == 'Off' then 
            dummy.switchOn()
        elseif tonumber(devP1) < 200 and dummy.state == 'On' then 
            dummy.switchOff()
        end 
    end
}

Heeft lang gelopen....
Maar ik zie nu iets raars in mij log.
Hij loopt veel vaker dan een minuut, En er loopt een zelfde script voor >2000 watt
En deze 2 killen nu domoticz.

Ok nog terwijl er een timer in staat.

code:

4-24 22:41:06.553 Status: LUA: --- D.M.: PS4 Internet
2020-04-24 22:41:06.588 Status: LUA: --- De D.M.:Dakrand Totaal, naar D.M.: Dakrand, voor totalen
2020-04-24 22:41:06.622 Status: LUA: --- Winddelen naar P.V.O.
2020-04-24 22:41:06.653 Status: LUA: --- D.M.: ISP Checking Internet Tele2 VDSL
2020-04-24 22:41:06.870 Status: EventSystem: Script event triggered: Weer: Lua - Het gaat regenen Text
2020-04-24 22:41:06.903 Status: LUA: --- Dakrand port check
2020-04-24 22:41:08.264 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12115;6202;17184;1058;0"
2020-04-24 22:41:08.264 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:08.265 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:08.265 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:08.266 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:11.338 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12116;6202;17184;1062;0"
2020-04-24 22:41:11.338 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:11.339 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:11.339 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:11.340 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:14.585 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12118;6202;17184;1061;0"
2020-04-24 22:41:14.585 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:14.586 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:14.587 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:14.588 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:19.582 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12119;6202;17184;1067;0"
2020-04-24 22:41:19.582 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:19.583 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:19.583 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:19.585 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:24.587 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12121;6202;17184;1059;0"
2020-04-24 22:41:24.587 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:24.589 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:24.589 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:24.590 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:29.642 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12122;6202;17184;1050;0"
2020-04-24 22:41:29.642 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:29.644 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:29.644 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:29.645 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:34.609 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12123;6202;17184;1039;0"
2020-04-24 22:41:34.609 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:34.611 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:34.611 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:34.612 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:35.926 Status: dzVents: Info: Handling events for: "WP: Totaal", value: "226.800;5465340.000"
2020-04-24 22:41:35.926 Status: dzVents: Info: D.M.: WP-COP: ------ Start internal script: WP: DZ - Cop [ Alfons ]: Device: "WP: Totaal (D.M. Zwave)", Index: 11919
2020-04-24 22:41:35.932 Status: dzVents: Info: D.M.: WP-COP: ------ Finished WP: DZ - Cop [ Alfons ]
2020-04-24 22:41:35.934 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2020-04-24 22:41:36.313 Status: dzVents: Info: Handling events for: "WP: Totaal", value: "226.500;5465340.000"
2020-04-24 22:41:36.314 Status: dzVents: Info: D.M.: WP-COP: ------ Start internal script: WP: DZ - Cop [ Alfons ]: Device: "WP: Totaal (D.M. Zwave)", Index: 11919
2020-04-24 22:41:36.318 Status: dzVents: Info: D.M.: WP-COP: ------ Finished WP: DZ - Cop [ Alfons ]
2020-04-24 22:41:36.322 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2020-04-24 22:41:39.581 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12125;6202;17184;1044;0"
2020-04-24 22:41:39.581 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:39.583 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:39.583 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:39.584 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
2020-04-24 22:41:44.588 Status: dzVents: Info: Handling events for: "D.M. P1: Stroom", value: "5455;12126;6202;17184;1050;0"
2020-04-24 22:41:44.589 Status: dzVents: Info: DZ: Teruglever 1000: ------ Start internal script: DZ: P1 Teruglever 1000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:44.590 Status: dzVents: Info: DZ: Teruglever 1000: ------ Finished DZ: P1 Teruglever 1000
2020-04-24 22:41:44.590 Status: dzVents: Info: DZ: Teruglever 2000: ------ Start internal script: DZ: P1 Teruglever 2000: Device: "D.M. P1: Stroom (D.M.: P1)", Index: 3185
2020-04-24 22:41:44.591 Status: dzVents: Info: DZ: Teruglever 2000: ------ Finished DZ: P1 Teruglever 2000
© 2012-2020 Domoticz |

Waarom gaat het mis?

Omdat je triggered op je P1 slimme meter, dus elke keer als er data binnenkomt van je meter dan wordt het script uitgevoerd. Als je dit niet wil dan moet je het zo aanpassen:

Lua:

return {
    logging = {
    --level = domoticz.LOG_DEBUG, -- Uncomment to override the dzVents global logging setting and use debug
    marker = 'DZ: Teruglever 1000'
    },
    on = {
        timer = {
            'every minute between 05:00 and 22:00' 
        },
    },
    execute = function(domoticz,item)
        local dummy = domoticz.devices('D.M.: P1-200-900 KWh')
        local devP1 = domoticz.devices(3185).rawData[6]            --D.M. P1: Stroom
     
        domoticz.log('P1 Teruglever is :'..devP1..' watt', domoticz.LOG_DEBUG)
    
        if tonumber(devP1) > 900 and dummy.state == 'Off' then 
            dummy.switchOn()
        elseif tonumber(devP1) < 200 and dummy.state == 'On' then 
            dummy.switchOff()
        end 
    end
}

Het script wordt nu tussen 5 en 22 1x per minuut uitgevoerd

[justice strike]

justice strike schreef op dinsdag 14 april 2020 @ 23:22:
Kort vraagje. Nu ik erachter ben dat de Xiaomi gateway niet alle devices last zien. Is er een zigbee gateway die redelijk makkelijk te onderhouden is en volledig werkt met de Xiaomi apparaten?

Ik heb in het verleden weleens zigbee2mqtt gebruikt, maar dat was wel onderhoudsintensief. Nu heb ik deconz en zigate gezien, maar ik weet niet welke nou plug en play werkt.

Het leuke aan die Xiaomi gateway was nu dat je het adres en de key invult en alles in je devices list tevoorschijn komt. Ik zoek zoiets soortgelijks eigenlijk. Suggesties?

Ik wil toch eigenlijk wel terugkomen op deze vraag.

Wat zou de beste (onderhoudsarme) manier zijn om mijn zigbee devices aan te sluiten? Ik wil zoveel mogelijk infrastructuur intact houden. Met name ook omdat bij uitvallen van domoticz ik nog steeds kan terugvallen op de gateway.

Maar ik wil wel toegang hebben tot alle apparaten. Dus ook de lampen van ikea en/of Aqara. Wat zijn mijn opties?

[justice strike]

dubbel

[ Voor 66% gewijzigd door justice strike op 25-04-2020 09:52 ]

[Dylantje2]

justice strike schreef op zaterdag 25 april 2020 @ 09:48:
[...]


Ik wil toch eigenlijk wel terugkomen op deze vraag.

Wat zou de beste (onderhoudsarme) manier zijn om mijn zigbee devices aan te sluiten? Ik wil zoveel mogelijk infrastructuur intact houden. Met name ook omdat bij uitvallen van domoticz ik nog steeds kan terugvallen op de gateway.

Maar ik wil wel toegang hebben tot alle apparaten. Dus ook de lampen van ikea en/of Aqara. Wat zijn mijn opties?

Ik denk niet dat je een betere als z2m kunt vinden.
En onderhoud heb je echt niet nodig, als je niet update.

Meeste zigbee zijn merk gebonden.
En heel soms werken met elkaar samen.Meer als je geluk hebt en dan soms werken onderdelen niet.
Maar z2m is het mooiste wat ik als opensource gezien heb na open zwave [ wat in mijn ogen meer ellende geeft ]

@Knielen
Thanks
Dit was het!!!
Loopt nu om de minuut.. Ben geen scripter helaas.

[AUijtdehaag]

SpikeHome schreef op zaterdag 25 april 2020 @ 03:55:
[...]


Wat ik niet begrijp is waarom mijn berryboot op USB wel werkt maar de zwave aeotec stick niet werkt normaal gaan de ledjes van de stick knipperen en nu lijkt alles uit.

Tijd voor wat anders? (met emmc geheugen)
Edit: je kan met paypall betalen.

[ Voor 19% gewijzigd door AUijtdehaag op 25-04-2020 10:52 ]

[SpikeHome]

MikeOO schreef op zaterdag 25 april 2020 @ 07:33:
[...]


Trek je voeding het wel anders eens kijken voor een powered usb hub.

4A voeding, maar kan wel eens een hub proberen al draait het al jaren zo natuurlijk zonder een usb hub


edit: helaas maakt niks uit
houd alleen de 2 poorten

[ Voor 39% gewijzigd door SpikeHome op 25-04-2020 10:52 ]

[mbuurman]

[b]mbuurman schreef op donderdag 23 april 2020 @ 17:15:<knip>
Maar dat wil ik vereenvoudigen naar (gewoon omdat het kan):

code:

if (item.isDevice) then
    if iemandthuis == 'Off' then
        if item.state == 'Open' then
            domoticz.notify("Telegram-deur", "De ’.. item.trigger .. ‘ is open, maar er is niemand thuis!", domoticz.PRIORITY_NORMAL,domoticz.SOUND_DEFAULT, "" , "telegram")
        end         
    end
end
}

Nu lukt het me niet om de naam van het device wat de actie triggert in de log-regel te krijgen:

code:

domoticz.notify("Telegram-deur", "De ’.. item.trigger .. ‘ is open, maar er is niemand thuis!", domoticz.PRIORITY_NORMAL,domoticz.SOUND_DEFAULT, "" , "telegram")

Ik heb al van alles geprobeerd en waarschijnlijk is het super simpel.... iemand die me kan helpen?

Al geprobeerde varianten:
'.. item ..'
'.. item.trigger ..'
'.. item.isDevice ..'
'.. item.data ..'
'.. item.active ..'

schop, iemand een helder idee?

[Riessie85]

mbuurman schreef op zaterdag 25 april 2020 @ 10:58:
[...]


schop, iemand een helder idee?

Ik gebruik deze regel:

code:

 domoticz.notify('Security', ''.. device.name ..' is open!', domoticz.PRIORITY_NORMAL, domoticz.SOUND_NONE,'', domoticz.NSS_TELEGRAM)

[MikeOO]

SpikeHome schreef op zaterdag 25 april 2020 @ 10:35:
[...]

4A voeding, maar kan wel eens een hub proberen al draait het al jaren zo natuurlijk zonder een usb hub


edit: helaas maakt niks uit
houd alleen de 2 poorten
[Afbeelding]

Is het wel een powered hub anders maakt het niets uit, ff voor de zekerheid.

Als je de stick in bv je pc stopt gaat er dan wel iets branden?
Op zich moet berryboot het verder los van staan. Zolang de usb maar genoeg stroom krijgt zou het moeten werken, of er moeten mogelijk nog iets van drivers geïnstalleerd moeten worden voor hij actief wordt.

Ik ken de stick verder niet of dat nodig is.

Schijnt ook dat het led licht uitgezet kan worden. Dat toevallig niet gedaan?
https://aeotec.freshdesk....able-led-on-z-stick-gen5-

[henkNL]

GVR schreef op maandag 25 februari 2019 @ 20:44:
Probleem gevonden! In Domoticz had ik de website beveiliging ingevuld. Ondanks dat bij 'lokale netwerken' "127.0.0.*;192.168.2.*" was gevuld ging het ophalen van de meterdata in domoticz fout met een 401 error.

Heb de website beveiliging nog maar even weggehaald. Als ik domoticz van buitenaf benader is dat toch via een VPN connectie.


[...]

Misschien een hele oude koe uit de sloot, maar ik kon zo gauw geen recent antwoord vinden maar ik heb precies hetzelfde.
Ik wil graag users gebruiken, maar dan werkt de mindergas upload niet meer.

Heb je hier intussen al een oplossing voor kunnen vinden?

[mbuurman]

Riessie85 schreef op zaterdag 25 april 2020 @ 12:23:
[...]


Ik gebruik deze regel:

code:

 domoticz.notify('Security', ''.. device.name ..' is open!', domoticz.PRIORITY_NORMAL, domoticz.SOUND_NONE,'', domoticz.NSS_TELEGRAM)

'.. device.name ..' werkt! thx

Maar waar het echt mis ging is het gebruik van een dubbele aanhalingsteken(") ipv een enkele (') in de hele regel.
Blijkbaar werkt bij alleen tekst de dubbele ook, maar moet je bij het gebruik van een variabele echt de enkele gebruiken.

Zoek het verschil:

code:

domoticz.notify("Telegram-deur", 'De '.. item.name ..' is open, maar er is niemand thuis!'

versus

code:

domoticz.notify("Telegram-Achterdeur", "De achterdeur is open, maar er is niemand thuis!"

Het zit 'm soms in de kleine dingen

[SpikeHome]

MikeOO schreef op zaterdag 25 april 2020 @ 13:13:
[...]


Is het wel een powered hub anders maakt het niets uit, ff voor de zekerheid.

Als je de stick in bv je pc stopt gaat er dan wel iets branden?
Op zich moet berryboot het verder los van staan. Zolang de usb maar genoeg stroom krijgt zou het moeten werken, of er moeten mogelijk nog iets van drivers geïnstalleerd moeten worden voor hij actief wordt.

Ik ken de stick verder niet of dat nodig is.

Schijnt ook dat het led licht uitgezet kan worden. Dat toevallig niet gedaan?
https://aeotec.freshdesk....able-led-on-z-stick-gen5-

Ja zeker een powered USB hub.
Ja ook de zwave in een pc gestopt en brand ook niks ook 2e laptop geprobeerd.dus dat zou niks kunnen zeggen.
Vreemde blijft dat domoticz maar 2 poorten blijft staan.
Vandaag nog op mijn 2e spare pi3 eerst buster liet op een sd gezet geüpdate en domoticz erop dmv romans curl. . . . Resultaat nog steeds 2 poorten.
Toen stretch lite erop gezet etc met als resultaat hetzelfde.

Heb domoticz in het sd tijdperk (voor berryboot met pidrive) zo vaak geïnstalleerd backup teug en werken maar weer..

[Toppe]

Oké, het werkt. En hoe, best vet

Was begonnen met een test setup op het aanrecht met 2 strips. Als twee werken werken de rest ook wat het idee.

Dus met m’n goeie gedrag begonnen met het loshalen van de connectoren en daar begon het gevloek. Sommige connectoren braken waar je bij stond.

Uiteindelijk de eerste twee setjes los gehaald en begonnen met boren. Na wat gevloek de eerste twee strips werken en toen hoorde ik een 60 shots vuurwerk geluid en alle liedjes uit. Dit heeft me uiteindelijk bijna 2 uur bezig gehouden. Op internet ergens tegen gekomen dat je de GND van de voeding ook op de NodeMCU moet aansluiten en dat ging perfect. 1 strip heeft het niet overleeft.

Het idee was om ze echt allemaal individueel aan te sturen maar heb dit idee opgegeven na een uur in een trapkast kloten. Nu zijn ze allemaal als één strip aangesloten. Kans dat je op elke trede een apart effect gaat toepassen is nihil.

Ik kreeg bij de strips ook een kort kabeltje met stekker er bij zodat je de strip kon afknippen en soldeer. Gek genoeg werkte de helft van deze stekkertjes maar, de andere helft liet geen spanning door.

Uiteindelijk de laatste 3 strips gewoon afgeknipt, gestript en in een lasklem gestoken en dat werkte perfect. Heb daar ook maar een uurtje over gedaa .

Voor nu werkt de boel maar ben nog niet tevreden over de manier waarop alles is aangesloten en wil eens kijken wat de andere opties zijn. Ik gebruik nu 2.5mm2 draad maar wil naar 1.75mm2 draad, zou genoeg moeten zijn.


Voor nu een kleine demonstratie

[vso]

Toppe schreef op zaterdag 25 april 2020 @ 20:52:
Oké, het werkt. En hoe, best vet

Was begonnen met een test setup op het aanrecht met 2 strips. Als twee werken werken de rest ook wat het idee.

Dus met m’n goeie gedrag begonnen met het loshalen van de connectoren en daar begon het gevloek. Sommige connectoren braken waar je bij stond.

Uiteindelijk de eerste twee setjes los gehaald en begonnen met boren. Na wat gevloek de eerste twee strips werken en toen hoorde ik een 60 shots vuurwerk geluid en alle liedjes uit. Dit heeft me uiteindelijk bijna 2 uur bezig gehouden. Op internet ergens tegen gekomen dat je de GND van de voeding ook op de NodeMCU moet aansluiten en dat ging perfect. 1 strip heeft het niet overleeft.

Het idee was om ze echt allemaal individueel aan te sturen maar heb dit idee opgegeven na een uur in een trapkast kloten. Nu zijn ze allemaal als één strip aangesloten. Kans dat je op elke trede een apart effect gaat toepassen is nihil.

Ik kreeg bij de strips ook een kort kabeltje met stekker er bij zodat je de strip kon afknippen en soldeer. Gek genoeg werkte de helft van deze stekkertjes maar, de andere helft liet geen spanning door.

Uiteindelijk de laatste 3 strips gewoon afgeknipt, gestript en in een lasklem gestoken en dat werkte perfect. Heb daar ook maar een uurtje over gedaa .

Voor nu werkt de boel maar ben nog niet tevreden over de manier waarop alles is aangesloten en wil eens kijken wat de andere opties zijn. Ik gebruik nu 2.5mm2 draad maar wil naar 1.75mm2 draad, zou genoeg moeten zijn.


Voor nu een kleine demonstratie

[Video: Trap]

[Video: 25 April 2020]

als het simpel ging was het ook niet leuk nu heb je meer eer voor je werk

[MikeOO]

SpikeHome schreef op zaterdag 25 april 2020 @ 18:29:
[...]

Ja zeker een powered USB hub.
Ja ook de zwave in een pc gestopt en brand ook niks ook 2e laptop geprobeerd.dus dat zou niks kunnen zeggen.
Vreemde blijft dat domoticz maar 2 poorten blijft staan.
Vandaag nog op mijn 2e spare pi3 eerst buster liet op een sd gezet geüpdate en domoticz erop dmv romans curl. . . . Resultaat nog steeds 2 poorten.
Toen stretch lite erop gezet etc met als resultaat hetzelfde.

Heb domoticz in het sd tijdperk (voor berryboot met pidrive) zo vaak geïnstalleerd backup teug en werken maar weer..

Lijkt op jouw probleem.
https://www.domoticz.com/forum/viewtopic.php?t=30294#p234111

In andere topic gebruiken ze een usb hub van de Action en dan werkt hij wel weer. Lijkt op combo met Rasp4 als ik dat zo lees.
https://www.domoticz.com/forum/viewtopic.php?t=29013

[Gizz]

Toppe schreef op zaterdag 25 april 2020 @ 20:52:
Het idee was om ze echt allemaal individueel aan te sturen maar heb dit idee opgegeven na een uur in een trapkast kloten. Nu zijn ze allemaal als één strip aangesloten.

Ja maar... dat doen we in de software hé, niet hardwarematig

Je hoeft niet van elk stukje ledstrip een aparte draad op je NodeMCU aan te sluiten. De digitale aansturing kan (in tegenstelling tot de voeding i.v.m. voltage drop) gewoon in serie aangesloten worden. Vervolgens geef je softwarematig aan welke LEDs een segment vormen. Bijvoorbeeld LED 0 t/m 59 = strip 1, LED 60 t/m 119 = strip 2 enzovoorts.

Even ervan uitgaande dat je WLED gebruikt: WLED segments

[Toppe]

Gizz schreef op zondag 26 april 2020 @ 08:44:
[...]

Ja maar... dat doen we in de software hé, niet hardwarematig

Je hoeft niet van elk stukje ledstrip een aparte draad op je NodeMCU aan te sluiten. De digitale aansturing kan (in tegenstelling tot de voeding i.v.m. voltage drop) gewoon in serie aangesloten worden. Vervolgens geef je softwarematig aan welke LEDs een segment vormen. Bijvoorbeeld LED 0 t/m 59 = strip 1, LED 60 t/m 119 = strip 2 enzovoorts.

Even ervan uitgaande dat je WLED gebruikt: WLED segments

Maar je moet de digitale uitgang van de eerste strip wel met de inkomende kant van de tweede aansluiten

Vanochtend toch eens zitten denken wat ik fout heb gedaan, opnieuw de bout gepakt en aan de slag gegaan.... blijkt de andere strip toch ook overleden te zijn, de digitale uitgang lijkt niet te werken. Op meerdere punten geprobeerd zonder resultaat. Laatste twee LED’s op die strip doen het ook niet. Nu alles wel voorbereid. Twee nieuwe strips halen en die nog monteren:

[ Voor 6% gewijzigd door Toppe op 26-04-2020 10:34 ]

[Gizz]

Toppe schreef op zondag 26 april 2020 @ 10:28:
[...]


Maar je moet de digitale uitgang van de eerste strip wel met de inkomende kant van de tweede aansluiten

Ja, dat is op zich wel handig

Welke LEDs heb je uiteindelijk gebruikt? Ik lees steeds dat je het hebt over losse strips halen en stekkers van strips halen. Ik ben gewend dat je dit soort spul gewoon op een rol van X meter koopt en zelf de lengte knipt die je nodig hebt. Daarna zet je er stekkertjes op.

[Toppe]

Gizz schreef op zondag 26 april 2020 @ 10:37:
[...]

Ja, dat is op zich wel handig

Welke LEDs heb je uiteindelijk gebruikt? Ik lees steeds dat je het hebt over losse strips halen en stekkers van strips halen. Ik ben gewend dat je dit soort spul gewoon op een rol van X meter koopt en zelf de lengte knipt die je nodig hebt. Daarna zet je er stekkertjes op.

https://www.tinytronics.n...rgbw-led-strip-60-leds-1m

In het verleden van deze dingen gewoon de stekkertjes af kunnen halen, gaatje boren, kabel er doorheen en stekker weer aansluiten.

Nu nog alleen een manier vinden om de kabels netjes weg te werken en aan te sluiten, overal een bundeltje lasklemmen is ook geen pan.

Alleen blijf ik het raar vinden dat van één strip de uitgang defect lijkt te zijn, ondanks dat er wél spanning op staat..

Al met al weer een grappig project om te doen. Jammer dat de plug-in voor Domoticz niet helemaal lekker werkt. Je kan de strip wel uitzetten maar dan blijft hij in Domoticz op aan.

[SpikeHome]

MikeOO schreef op zondag 26 april 2020 @ 07:40:
[...]


Lijkt op jouw probleem.
https://www.domoticz.com/forum/viewtopic.php?t=30294#p234111

In andere topic gebruiken ze een usb hub van de Action en dan werkt hij wel weer. Lijkt op combo met Rasp4 als ik dat zo lees.
https://www.domoticz.com/forum/viewtopic.php?t=29013

TNX
tja als ik kijk welke devices staan ze er wel:
Al gaat het in dat topic over een p4
en kan zijn natuurlijk dat mijn usb hub niet goed ermee werkt.

code:

pi@domoticz:~ $ lsusb
Bus 001 Device 004: ID 1058:25a2 Western Digital Technologies, Inc. Elements 25A2
Bus 001 Device 007: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

edit:

nu ook zoals in het domoticz forum zelfs de pi-drive aangesloten op de hub samen met de andere usb zwave, rfx433 en usb p1 kabel.
met lsusb ziet het er dan zo uit.

code:

pi@domoticz:~ $ sudo lsusb
Bus 001 Device 008: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 007: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 1058:25a2 Western Digital Technologies, Inc. Elements 25A2
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

dus alles word herkent maar helaas niet door mijn domoticz waar ik nog steeds maar 2 poortjes heb

[ Voor 33% gewijzigd door SpikeHome op 26-04-2020 11:20 ]

[Gizz]

Toppe schreef op zondag 26 april 2020 @ 10:46:
[...]
Alleen blijf ik het raar vinden dat van één strip de uitgang defect lijkt te zijn, ondanks dat er wél spanning op staat..

Eigenlijk zie je dat normaal alleen gebeuren als een LED in de strip defect is en daardoor het signaal niet door kan gaan. Dat is ook waarom je strips hebt met een extra data-bypass, zoals de WS2813. Maar dat de hele strip werkt, alle LEDs aan te sturen zijn en er dan geen data uitkomt is gek. Kabelbreukje, of toch de stekker niet helemaal lekker gesoldeerd of wellicht met een andere ader (ground) verbonden?

Al met al weer een grappig project om te doen. Jammer dat de plug-in voor Domoticz niet helemaal lekker werkt. Je kan de strip wel uitzetten maar dan blijft hij in Domoticz op aan.

Gelukkig werkt WLED ook netjes met JSON's, HTTP, MQTT enzovoorts. Zelf ben ik nooit zo'n fan van extra plugins in Domoticz. Domoticz is van zichzelf vaak al raar genoeg

[Toppe]

Gizz schreef op zondag 26 april 2020 @ 11:00:
[...]

Eigenlijk zie je dat normaal alleen gebeuren als een LED in de strip defect is en daardoor het signaal niet door kan gaan. Dat is ook waarom je strips hebt met een extra data-bypass, zoals de WS2813. Maar dat de hele strip werkt, alle LEDs aan te sturen zijn en er dan geen data uitkomt is gek. Kabelbreukje, of toch de stekker niet helemaal lekker gesoldeerd of wellicht met een andere ader (ground) verbonden?


[...]

Gelukkig werkt WLED ook netjes met JSON's, HTTP, MQTT enzovoorts. Zelf ben ik nooit zo'n fan van extra plugins in Domoticz. Domoticz is van zichzelf vaak al raar genoeg

Kabelbreuk lijkt mij niet aangezien ik twee verschillende kabeltjes geprobeerd heb. Tevens zit de kabel ook rechtstreeks op de strip gesoldeerd dus een kapot stekkertje kan het ook niet zijn.

Vergeet niet dat twee led het op ‘t eindje ook niet doen, kan wel eens proberen om hem halverwege te solderen maar daar schiet ik ook niet veel mee op.

Ik wil de strip in HomeKit gebruiken en daar werkt hij wel alleen gaat hij op ‘Solid’ en 1 kleur als ik hem aanzet. Had vraag iets gehad van een effect. Wellicht dat ik wel een plug-in kan vinden die aan met een specifiek commando aan kan

[MikeOO]

SpikeHome schreef op zondag 26 april 2020 @ 10:58:
[...]
TNX
tja als ik kijk welke devices staan ze er wel:
Al gaat het in dat topic over een p4
en kan zijn natuurlijk dat mijn usb hub niet goed ermee werkt.

code:

pi@domoticz:~ $ lsusb
Bus 001 Device 004: ID 1058:25a2 Western Digital Technologies, Inc. Elements 25A2
Bus 001 Device 007: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

edit:

nu ook zoals in het domoticz forum zelfs de pi-drive aangesloten op de hub samen met de andere usb zwave, rfx433 en usb p1 kabel.
met lsusb ziet het er dan zo uit.

code:

pi@domoticz:~ $ sudo lsusb
Bus 001 Device 008: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 007: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 1058:25a2 Western Digital Technologies, Inc. Elements 25A2
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

dus alles word herkent maar helaas niet door mijn domoticz waar ik nog steeds maar 2 poortjes heb

Inderdaad vreemd dat hij met het oude systeem dus wel werkt?

Misschien kun je hier iets mee zodat je het systeem toch dwingt om ze te laten zien. Of mogelijk staat er nog een oude/verkeerde rule in.
https://www.huizebruin.nl...gureren-voor-domoticz-nl/

[Toppe]

Iemand enig idee waarom dit niet werkt:

code:

return {
    on = {
      timer = { 'every second' },
      --devices = { 1 },
      httpResponses = { 'lampStatus' }
    },
    execute = function(domoticz, item)
        domoticz.log("Hallo?")
        local lamp = domoticz.devices(384)
     if (item.isTimer) then

         domoticz.openURL({
            url = 'http://192.168.1.149/json/state/0',
            method = 'GET',
            callback = 'lampStatus'
         })
     domoticz.log("test?")
       elseif (item.isHTTPResponse) then
         if (item.ok) then 
            local currentStatus = item.json.on
            if(currentStatus == true) then
                lamp.switchOn()
            elseif(currentStatus == false) then
                lamp.switchOff()
            end
         end
      end
    end
}

en dit wel?

code:

return {
    on = {
      --timer = { 'every second' },
      devices = { 1 },
      httpResponses = { 'lampStatus' }
    },
    execute = function(domoticz, item)
        domoticz.log("Hallo?")
        local lamp = domoticz.devices(384)
     if (item.isDevice) then

         domoticz.openURL({
            url = 'http://192.168.1.149/json/state/0',
            method = 'GET',
            callback = 'lampStatus'
         })
     domoticz.log("test?")
       elseif (item.isHTTPResponse) then
         if (item.ok) then 
            local currentStatus = item.json.on
            if(currentStatus == true) then
                lamp.switchOn()
            elseif(currentStatus == false) then
                lamp.switchOff()
            end
         end
      end
    end
}

Hier een vergelijking van beide codes: https://www.diffchecker.com/QOhHrvKm

Enige wat ander is is de timer en device... Erg vreemd

'every 5 seconds' werkt ook niet...

[SpikeHome]

MikeOO schreef op zondag 26 april 2020 @ 11:43:
[...]


Inderdaad vreemd dat hij met het oude systeem dus wel werkt?

Misschien kun je hier iets mee zodat je het systeem toch dwingt om ze te laten zien. Of mogelijk staat er nog een oude/verkeerde rule in.
https://www.huizebruin.nl...gureren-voor-domoticz-nl/

Helaas geen oplossing
Al moet ik zeggen als ik dat doet dat mijn aeotec iSerial heeft van 0
Heb jij een aeotec zwave stick?
en wat is jou output met het commando:

code:

sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'

mijn output is:

code:

pi@domoticz:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x1058 Western Digital Technologies, Inc.
can't get device qualifier: Resource temporarily unavailable
  idProduct          0x25a2 Elements 25A2
  iProduct                2 Elements 25A2
  iSerial                 3 57584E31414136434C344852
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 FT232R USB UART
  iSerial                 3 A5467OL
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0658 Sigma Designs, Inc.
  idProduct          0x0200 Aeotec Z-Stick Gen5 (ZW090) - UZB
  iProduct                0 
  iSerial                 0 
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 RFXtrx433
  iSerial                 3 A13E2SG
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
  iProduct                0 
  iSerial                 0 
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0 
  iSerial                 0 
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb

ik vind deze melding ook vreemd

code:

can't get debug descriptor: Resource temporarily unavailabl

of krijg jij die foutmeldingen ook?

[MikeOO]

SpikeHome schreef op zondag 26 april 2020 @ 15:20:
[...]

Helaas geen oplossing
Al moet ik zeggen als ik dat doet dat mijn aeotec iSerial heeft van 0
Heb jij een aeotec zwave stick?
en wat is jou output met het commando:

code:

sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'

mijn output is:

code:

pi@domoticz:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x1058 Western Digital Technologies, Inc.
can't get device qualifier: Resource temporarily unavailable
  idProduct          0x25a2 Elements 25A2
  iProduct                2 Elements 25A2
  iSerial                 3 57584E31414136434C344852
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 FT232R USB UART
  iSerial                 3 A5467OL
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0658 Sigma Designs, Inc.
  idProduct          0x0200 Aeotec Z-Stick Gen5 (ZW090) - UZB
  iProduct                0 
  iSerial                 0 
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 RFXtrx433
  iSerial                 3 A13E2SG
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
  iProduct                0 
  iSerial                 0 
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0 
  iSerial                 0 
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb

ik vind deze melding ook vreemd

code:

can't get debug descriptor: Resource temporarily unavailabl

of krijg jij die ook?

Helaas heb geen zwave, probeer mee te denken

[SpikeHome]

MikeOO schreef op zondag 26 april 2020 @ 15:30:
[...]


Helaas heb geen zwave, probeer mee te denken

word zeer gewaardeerd

die site is overigens wat hier een beetje staat
https://www.domoticz.com/wiki/PersistentUSBDevices

Het ging me meer over de foutmeldingen die ik kreeg met dat commando

mijn output is:

code:

pi@domoticz:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x1058 Western Digital Technologies, Inc.
can't get device qualifier: Resource temporarily unavailable
  idProduct          0x25a2 Elements 25A2
  iProduct                2 Elements 25A2
  iSerial                 3 57584E31414136434C344852
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 FT232R USB UART
  iSerial                 3 A5467OL
can't get debug descriptor: Resource temporarily unavailable
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0658 Sigma Designs, Inc.
  idProduct          0x0200 Aeotec Z-Stick Gen5 (ZW090) - UZB
  iProduct                0 
  iSerial                 0 
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 RFXtrx433
  iSerial                 3 A13E2SG
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
  iProduct                0 
  iSerial                 0 
can't get debug descriptor: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0 
  iSerial                 0 
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb

ik vind deze melding ook vreemd

code:

can't get debug descriptor: Resource temporarily unavailabl

of krijg jij die foutmeldingen ook?

[ Voor 105% gewijzigd door SpikeHome op 26-04-2020 15:53 ]

[MikeOO]

SpikeHome schreef op zondag 26 april 2020 @ 15:37:
[...]

word zeer gewaardeerd

die site is overigens wat hier een beetje staat
https://www.domoticz.com/wiki/PersistentUSBDevices

Het ging me meer over de foutmeldingen die ik kreeg met dat commando


[...]

Zou het te maken kunnen hebben met de update van Domoticz
https://www.domoticz.com/forum/viewtopic.php?f=6&t=32038

Zijn toch wel meer soort gelijke problemen, wel wat ouder en 1 geeft aan dat hij de kernel versie gedowngraded heeft.

Lijkt dus bijna toch aan Buster / kernel te liggen
https://github.com/raspberrypi/linux/issues/3027

En hier nog een icm HA
https://community.home-as...-found-no-ttyacm/129939/5

Denk dat je eens in de hoek moet gaan zoeken.

[Wiley99]

Frontpage zegt dat er een 2020.2 stable update is...

[rens-br]

Wiley99 schreef op zondag 26 april 2020 @ 19:26:
Frontpage zegt dat er een 2020.2 stable update is...

Mijn installatie zei dat ook. Heb net succesvol geüpdatet.

[SpikeHome]

MikeOO schreef op zondag 26 april 2020 @ 16:47:
[...]


Zou het te maken kunnen hebben met de update van Domoticz
https://www.domoticz.com/forum/viewtopic.php?f=6&t=32038

Zijn toch wel meer soort gelijke problemen, wel wat ouder en 1 geeft aan dat hij de kernel versie gedowngraded heeft.

Lijkt dus bijna toch aan Buster / kernel te liggen
https://github.com/raspberrypi/linux/issues/3027

En hier nog een icm HA
https://community.home-as...-found-no-ttyacm/129939/5

Denk dat je eens in de hoek moet gaan zoeken.

Erg vreemd vooral omdat andere het wel werkend hebben op buster.
Gisteravond nog ZTATZ op de pi geinstalleerd die op de slimme meter aangesloten.
os releas=

code:

p1mon@p1mon(eth0=192.168.XX.XXX wlan0=):~ $ cat /etc/os-release 
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

En dat werkte gewoon.
dat even niet met berryboot gedaan, maar ik heb domoticz ook los op een ander pi geïnstalleerd vanaf sd.

[MikeOO]

SpikeHome schreef op maandag 27 april 2020 @ 09:57:
[...]

Erg vreemd vooral omdat andere het wel werkend hebben op buster.
Gisteravond nog ZTATZ op de pi geinstalleerd die op de slimme meter aangesloten.
os releas=

code:

p1mon@p1mon(eth0=192.168.XX.XXX wlan0=):~ $ cat /etc/os-release 
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

En dat werkte gewoon.
dat even niet met berryboot gedaan, maar ik heb domoticz ook los op een ander pi geïnstalleerd vanaf sd.

Dus stick werkt wel alleen niet icm met BerryBoot.
Denk dat ik het ineens weet.

BerryBoot gebruikt zijn eigen kernel.
Raspyberry kun je via sudo rpi-update bijwerken qua firmware/kernel. Als je BarryBoot gebruikt krijg je een melding dat hij de kernel niet kan bijwerken omdat je een eigen kernel gebruikt.

Denk dat je dus even bij BerryBoot een verzoek moet indienen of hij iets kan betekenen.

[SpikeHome]

MikeOO schreef op maandag 27 april 2020 @ 10:02:
[...]


Dus stick werkt wel alleen niet icm met BerryBoot.
Denk dat ik het ineens weet.

BerryBoot gebruikt zijn eigen kernel.
Raspyberry kun je via sudo rpi-update bijwerken qua firmware/kernel. Als je BarryBoot gebruikt krijg je een melding dat hij de kernel niet kan bijwerken omdat je een eigen kernel gebruikt.

Denk dat je dus even bij BerryBoot een verzoek moet indienen of hij iets kan betekenen.

rpi-update heb ik idd wel gebruikt tijdens het updaten naar buster.
Maar de boot partitie is gewoon bereikbaar van berryboot.
en vanaf berryboot kan je nieuwe installatie's runnen zoals buster wat ik ook al gedaan heb.

En ik heb de installatie ook vanaf scratch op een andere pi gedaan (omdat ik niet steeds de meterkast in wilde) vanaf een sd kaart met daar de image erop van buster lite.
Ik kan dat natuurlijk nog eens proberen dat was ook de reden dat ik een 2e dezelfde pi aangeschaft heb om zo te kunnen experimenteren zonder je eigen installatie naar de knoppen te helpen alleen had ik de reserve pi al jaren niks meer mee gedaan sinds de pi-drive icm berryboot.

super bedankt voor het meedenken zover
fijne woningsdag

[Verwijderd]

Hoe zou ik de volgende situ het makkelijkst op kunnen lossen??
in mijn meterkast beneden staat mijn NAS met daarop een docker met Domoticz er op.
Hierop is via USB de slimme meter aangesloten en hierop wil ik tzt ook de stadsverwarming op gaan uitlezen via USB. Op zolder heb ik nog een ketel, zonne boiler en zonnepannelen staan die ik daar wil uitlezen. Dit alles moet via USb , alleen de afstand van zolder naar meterkast > 10 mter en gaat via USB niet lukken.

Nu kan ik boven een extra PI neerzetten daar de sensoren uitlezen en via HTP aanbieden, maar ik vraag mij af of dit de slimste/makkelijkste manier is.

Hebben jullie tips?

[MikeOO]

SpikeHome schreef op maandag 27 april 2020 @ 10:07:
[...]

rpi-update heb ik idd wel gebruikt tijdens het updaten naar buster.
Maar de boot partitie is gewoon bereikbaar van berryboot.
en vanaf berryboot kan je nieuwe installatie's runnen zoals buster wat ik ook al gedaan heb.

En ik heb de installatie ook vanaf scratch op een andere pi gedaan (omdat ik niet steeds de meterkast in wilde) vanaf een sd kaart met daar de image erop van buster lite.
Ik kan dat natuurlijk nog eens proberen dat was ook de reden dat ik een 2e dezelfde pi aangeschaft heb om zo te kunnen experimenteren zonder je eigen installatie naar de knoppen te helpen alleen had ik de reserve pi al jaren niks meer mee gedaan sinds de pi-drive icm berryboot.

super bedankt voor het meedenken zover
fijne woningsdag

Klopt maar als je berry boot gebruikt dan werkt hij de kernel niet meer bij omdat deze een eigen versie gebruikt. En dat is mogelijk de boosdoener. Helaas wordt BerryBoot niet heel veel bijgewerkt en loop je vast als je problemen hebt. Gebruik hem zelf ook icm WD Pi Drive en werkt top. Moet alleen nog een keer zien uit te vinden hoe je een partitie van berryboot, lees Domoticz omgeving dus, automatisch kan backuppen naar NAS en weer kan herstellen. Je kan wel eenvoudig een clone maken maar als de HD de geest geeft heb je daar ook niets meer aan.

Maar inderdaad een keer testen zonder BB. Als het dan wel werkt weet je het bijna zeker waar het doorkomt en zou je een verzoek kunnen indienen en wie weet pakt hij dat op.

[Speedy-Andre]

Verwijderd schreef op maandag 27 april 2020 @ 11:01:
Hoe zou ik de volgende situ het makkelijkst op kunnen lossen??
in mijn meterkast beneden staat mijn NAS met daarop een docker met Domoticz er op.
Hierop is via USB de slimme meter aangesloten en hierop wil ik tzt ook de stadsverwarming op gaan uitlezen via USB. Op zolder heb ik nog een ketel, zonne boiler en zonnepannelen staan die ik daar wil uitlezen. Dit alles moet via USb , alleen de afstand van zolder naar meterkast > 10 mter en gaat via USB niet lukken.

Nu kan ik boven een extra PI neerzetten daar de sensoren uitlezen en via HTP aanbieden, maar ik vraag mij af of dit de slimste/makkelijkste manier is.

Hebben jullie tips?

Dat kan met een Nodemcu (via wifi) denk ik, die kan temperatuur meten (one wire) en pulsen (kWh teller).
Mijn Nodemcu doet daar nog P1 bij en Domoticz logt het allemaal.
Vergeet ik de watermeter nog, die doet hij ook

[wlang]

Na de update van versie 4.10717 naar versie 2020.2 (inclusies update van Debian Stretch naar Buster) zie ik dingen welke niet kloppen.
Zo zie ik bij Apparaten helemaal geen apparaat staan, en heb ik al gemerkt dat er verschillende favoriete sensoren niet meer uit Dashboard te halen zijn, bij gebeurtenissen gaat het ook niet helemaal lekker.



Toch maar kijken om de downgraden of anders de backup terug zetten.

[ Voor 0% gewijzigd door wlang op 27-04-2020 11:25 . Reden: typo ]

[Toppe]

wlang schreef op maandag 27 april 2020 @ 11:24:
Na de update van versie 4.10717 naar versie 2020.2 (inclusies update van Debian Stretch naar Buster) zie ik dingen welke niet kloppen.
Zo zie ik bij Apparaten helemaal geen apparaat staan, en heb ik al gemerkt dat er verschillende favoriete sensoren niet meer uit Dashboard te halen zijn, bij gebeurtenissen gaat het ook niet helemaal lekker.

[Afbeelding]

Toch maar kijken om de downgraden of anders de backup terug zetten.

Ik zit nog op stretch en opzich werkt het prima maar toekomstige updates worden een uitdaging, welke tutorial heb jij gebruikt voor je upgrade?

[wlang]

Ik heb het weer prima werkend.
Moest mijn browser cache even legen.

[wlang]

Toppe schreef op maandag 27 april 2020 @ 11:31:
[...]


Ik zit nog op stretch en opzich werkt het prima maar toekomstige updates worden een uitdaging, welke tutorial heb jij gebruikt voor je upgrade?

Ik heb deze link gebruikt welke @Raven__NL al eerder in deze topic gegeven heeft.

https://phoenixnap.com/kb...retch-to-debian-10-buster

[Riessie85]

Toppe schreef op zondag 26 april 2020 @ 14:51:
Iemand enig idee waarom dit niet werkt:

code:

return {
    on = {
      timer = { 'every second' },
      --devices = { 1 },
      httpResponses = { 'lampStatus' }
    },
    execute = function(domoticz, item)
        domoticz.log("Hallo?")
        local lamp = domoticz.devices(384)
     if (item.isTimer) then

         domoticz.openURL({
            url = 'http://192.168.1.149/json/state/0',
            method = 'GET',
            callback = 'lampStatus'
         })
     domoticz.log("test?")
       elseif (item.isHTTPResponse) then
         if (item.ok) then 
            local currentStatus = item.json.on
            if(currentStatus == true) then
                lamp.switchOn()
            elseif(currentStatus == false) then
                lamp.switchOff()
            end
         end
      end
    end
}

en dit wel?

code:

return {
    on = {
      --timer = { 'every second' },
      devices = { 1 },
      httpResponses = { 'lampStatus' }
    },
    execute = function(domoticz, item)
        domoticz.log("Hallo?")
        local lamp = domoticz.devices(384)
     if (item.isDevice) then

         domoticz.openURL({
            url = 'http://192.168.1.149/json/state/0',
            method = 'GET',
            callback = 'lampStatus'
         })
     domoticz.log("test?")
       elseif (item.isHTTPResponse) then
         if (item.ok) then 
            local currentStatus = item.json.on
            if(currentStatus == true) then
                lamp.switchOn()
            elseif(currentStatus == false) then
                lamp.switchOff()
            end
         end
      end
    end
}

Hier een vergelijking van beide codes: https://www.diffchecker.com/QOhHrvKm

Enige wat ander is is de timer en device... Erg vreemd

'every 5 seconds' werkt ook niet...

Volgens mij is 'every second' geen timer trigger rule. De kleinste trigger is 'every minute'.

Zie ook https://www.domoticz.com/..._generation_LUA_scripting bij timer trigger rules staat: It is important to know that Domoticz timer events only trigger once every minute, so one minute is the smallest interval for your timer scripts.

[Knielen]

wlang schreef op maandag 27 april 2020 @ 11:24:
Na de update van versie 4.10717 naar versie 2020.2 (inclusies update van Debian Stretch naar Buster) zie ik dingen welke niet kloppen.
Zo zie ik bij Apparaten helemaal geen apparaat staan, en heb ik al gemerkt dat er verschillende favoriete sensoren niet meer uit Dashboard te halen zijn, bij gebeurtenissen gaat het ook niet helemaal lekker.

[Afbeelding]

Toch maar kijken om de downgraden of anders de backup terug zetten.

Is dit niet op te lossen door de cache van je browser te legen?

[Wiley99]

Knielen schreef op maandag 27 april 2020 @ 11:45:
[...]


Is dit niet op te lossen door de cache van je browser te legen?

10 minuten eerder
Voorzichtig met de woningsdaglikeur, ook al hoef je niet te rijden (sorry, geintje)

wlang schreef op maandag 27 april 2020 @ 11:35:
Ik heb het weer prima werkend.
Moest mijn browser cache even legen.

[Gizz]

Eentje in de categorie "Domoticz, soms snap je er niks van":

Vanmiddag een camera opgehangen in de achtertuin. Voor het gemak wil ik deze ook kunnen zien in Domoticz.

We stellen de boel in:


Yes, het werkt!

Ok, opslaan en niks meer aan doen


Alleen doet de camera niks buiten het edit camera venster. Geen preview, geen snapshot en het klikken op de liveview levert een beeldvullend groen camera-logootje op.
Heb cookies verwijderd, meerdere browsers geprobeerd, Domoticz-app op Android. Geen beeld.

Zegt u het maar, wat verwacht Domoticz nog van mij zodat ik het beeld van het configuratiescherm ook normaal kan kijken?

[hendrik12345678]

Speedy-Andre schreef op maandag 27 april 2020 @ 11:11:
[...]

Dat kan met een Nodemcu (via wifi) denk ik, die kan temperatuur meten (one wire) en pulsen (kWh teller).
Mijn Nodemcu doet daar nog P1 bij en Domoticz logt het allemaal.
Vergeet ik de watermeter nog, die doet hij ook

Hoe heb je die kWh meter aangesloten op de nodemcu?
En wat gebruik je op die nodemcu voor software?

Ik probeer nl een kWh meter aan te sluiten op een wemos d1, maar krijg het niet voor mekaar

[Speedy-Andre]

hendrik12345678 schreef op maandag 27 april 2020 @ 19:18:
[...]

Hoe heb je die kWh meter aangesloten op de nodemcu?
En wat gebruik je op die nodemcu voor software?

Ik probeer nl een kWh meter aan te sluiten op een wemos d1, maar krijg het niet voor mekaar

Er staat EspEasy op, een oudere 1.24 waar P1 in zit.
De teller ingangen zijn als pulscounter ingesteld en hebben een 10K pull-up weerstand naar 3,3V.
Schakelen (kWh) doe ik met 0V dus de ingang is 0V of 3,3V.
Bij communicatie is Domoticz http ingesteld.
Dit draait nu al een paar jaar zo, ik moest hem eerst afstoffen

[hendrik12345678]

Heb je misschien schema hoe je dat aangesloten hebt, ik heb het hetzelfde, maar zie geen pulsen komen.
Dan met name die pullup weerstand
En de settings welke je bij de counter hebt

[ Voor 14% gewijzigd door hendrik12345678 op 27-04-2020 20:08 ]

[Gizz]

Heren, mag ik dit topic introduceren? Het grote ESP topic
Want dit heeft niet zoveel met Domoticz te maken

[Speedy-Andre]

Promy in "Het grote ESP topic"

Zie daar de weerstanden, op elke ingang een weerstand naar de +3,3V

[ Voor 59% gewijzigd door Speedy-Andre op 27-04-2020 20:33 ]

[vandermark]

Ik heb een probleem(pje). Op mijn domoticz installatie op een RBp4 draaiteea prima. Plugin kon ik installeren (python) en die deed het ook goed. Nu heb ik data van oude Domoticz installatie gerestored en dat ging goed: Alle oude P1 slimme meter data zit erin. Probleem is dat de plugin niet meer vindbaar is bij nieuwe hardware. Ik heb de plugin via putty verwijderd en opnieuw geinstalleerd maar dat hielp niet. Voor de restore zag je bij de log ook iets staan over python/plugin actief maar nu niet meer. Dit staat in log na restart:

code:

2020-04-27 21:54:03.774 Status: Domoticz V2020.2 (c)2012-2020 GizMoCuz
2020-04-27 21:54:03.774 Status: Build Hash: b63341bc0, Date: 2020-04-26 13:47:55
2020-04-27 21:54:03.774 Status: Startup Path: /home/pi/domoticz/
2020-04-27 21:54:03.804 Status: WebServer(HTTP) started on address: :: with port 8085
2020-04-27 21:54:03.811 Status: WebServer(SSL) started on address: :: with port 443
2020-04-27 21:54:03.878 Status: TCPServer: shared server started...
2020-04-27 21:54:03.878 Status: RxQueue: queue worker started...
2020-04-27 21:54:05.879 Status: P1 Smart Meter: Using serial port: /dev/ttyUSB0
2020-04-27 21:54:05.886 Status: P1 Smart Meter: Worker started...
2020-04-27 21:54:05.886 Status: PVOutput (Input): Worker started...
2020-04-27 21:54:05.887 Status: NotificationSystem: thread started...
2020-04-27 21:54:06.807 Status: P1 Smart Meter: Meter reports as ESMR 5.0
2020-04-27 21:54:06.854 Status: P1 Smart Meter: Found gas meter on M-Bus channel 1

Libpython is ook nog steeds geinstalleerd. Hoe kan ik dit verhelpen?

EDIT: Gelukt, events stond uit in instellingen --> overige...

[BlaTieBla]

De nieuwe update (v2020.2) installeren ging voor het eerst sinds tijden eens (bijna) zonder problemen. Moest alleen de service even met de hand herstarten.
Uiteraard wel ff een backup grmaakt van de hele domoticz directory.... just to be sure

[rens-br]

wlang schreef op maandag 27 april 2020 @ 11:24:
Na de update van versie 4.10717 naar versie 2020.2 (inclusies update van Debian Stretch naar Buster) zie ik dingen welke niet kloppen.
Zo zie ik bij Apparaten helemaal geen apparaat staan, en heb ik al gemerkt dat er verschillende favoriete sensoren niet meer uit Dashboard te halen zijn, bij gebeurtenissen gaat het ook niet helemaal lekker.

[Afbeelding]

Toch maar kijken om de downgraden of anders de backup terug zetten.

Meestal is dat een cache probleem, heb je dit ook in andere browsers?

Edit: Spuit 45...

[Johan.S]

Verwijderd schreef op maandag 27 april 2020 @ 11:01:
Hoe zou ik de volgende situ het makkelijkst op kunnen lossen??
in mijn meterkast beneden staat mijn NAS met daarop een docker met Domoticz er op.
Hierop is via USB de slimme meter aangesloten en hierop wil ik tzt ook de stadsverwarming op gaan uitlezen via USB. Op zolder heb ik nog een ketel, zonne boiler en zonnepannelen staan die ik daar wil uitlezen. Dit alles moet via USb , alleen de afstand van zolder naar meterkast > 10 mter en gaat via USB niet lukken.

Nu kan ik boven een extra PI neerzetten daar de sensoren uitlezen en via HTP aanbieden, maar ik vraag mij af of dit de slimste/makkelijkste manier is.

Hebben jullie tips?

De slimme meter zou je via een 'serial-to-LAN' convertor aan kunnen sluiten op je LAN waardoor je de NAS naar een andere plaats in huis (zolder) kan verhuizen. Mogelijk kan je meer appartauur via 'serial-to-LAN' op je LAN aansluiten, dit geeft veel flexibiliteit.
Zelf gebruik ik een USR-TCP232-302 Seriële RS232 Naar Ethernet (15-20 Euro) om mijn Landis en Gyr 350 data op mijn LAN te krijgen.

[sjaool]

Wow, Domoticz ge-update en dat ging zowaar eens zonder problemen. Wel de gebruikelijke "verbinding geweigerd" melding maar na een reboot loopt alles weer.

[bing69]

MikeOO schreef op maandag 27 april 2020 @ 11:08:
[...]


Klopt maar als je berry boot gebruikt dan werkt hij de kernel niet meer bij omdat deze een eigen versie gebruikt. En dat is mogelijk de boosdoener. Helaas wordt BerryBoot niet heel veel bijgewerkt en loop je vast als je problemen hebt. Gebruik hem zelf ook icm WD Pi Drive en werkt top. Moet alleen nog een keer zien uit te vinden hoe je een partitie van berryboot, lees Domoticz omgeving dus, automatisch kan backuppen naar NAS en weer kan herstellen. Je kan wel eenvoudig een clone maken maar als de HD de geest geeft heb je daar ook niets meer aan.

Maar inderdaad een keer testen zonder BB. Als het dan wel werkt weet je het bijna zeker waar het doorkomt en zou je een verzoek kunnen indienen en wie weet pakt hij dat op.

Zou het een alternatief zijn om Domoticz in Docker op de drive te zetten??

[mesa57]

Misschien is de vraag al eens gesteld, maar ik kon het antwoord niet vinden.
Om energieslurpers op te sporen zou ik graag het verbruik van 1 aansluiting via wifi / domoticz willen uitlezen. Domoticz leest nu al mijn meter uit en is verbonden met het netwerk.
Welke stopcontact module zou ik daarvoor kunnen gebruiken ?

[GVR]

henkNL schreef op zaterdag 25 april 2020 @ 14:25:
[...]

Misschien een hele oude koe uit de sloot, maar ik kon zo gauw geen recent antwoord vinden maar ik heb precies hetzelfde.
Ik wil graag users gebruiken, maar dan werkt de mindergas upload niet meer.

Heb je hier intussen al een oplossing voor kunnen vinden?

Henk, ik heb dit probleem niet meer. Mijn huidige configuratie:
Domoticz: Websitebeveiliging ingeschakeld dmv loginpagina (username wachtwoord ingevuld)
Lokale netwerken (geen gebruikersnaam/wachtwoord): 127.0.0.*

Verder gebruik ik nu het bash script voor de upload. Misschien was dat ten tijde van mijn post nog de python variant. Meer info: https://ehoco.nl/stand-gasmeter-uploaden-naar-mindergas-nl/

[SpikeHome]

@MikeOO ik heb momenteel de boel weer werkend.
oude backup terug dus alles was er weer mis alleen 5 dagen logging

Ik draai nu weer ouderwets vanaf SD card de pi-drive is niet te gebruiken meer met buster iig niet meer.
Dus jij draaide daar ook op een pi-drive ga dan maar niet updaten.
Vreemde is wel dat alles er gewoon qua usb drives er is dmv command lsusb.
Ik ga bij berryboot dit even melden iig en op het domoticz forum.

Heb ondertussen wel een Homey besteld, want er waren zoveel dingen in huis die niet meer werkte zonder een domotica, c.v., ventilatie, lampen, zonwering etc etc.
Waarom komt er ook geen pi uit met ssd pfff

iig tnx voor je hulp

[DJ-Promo]

SpikeHome schreef op dinsdag 28 april 2020 @ 13:21:
@MikeOO ik heb momenteel de boel weer werkend.
oude backup terug dus alles was er weer mis alleen 5 dagen logging

Ik draai nu weer ouderwets vanaf SD card de pi-drive is niet te gebruiken meer met buster iig niet meer.
Dus jij draaide daar ook op een pi-drive ga dan maar niet updaten.
Vreemde is wel dat alles er gewoon qua usb drives er is dmv command lsusb.
Ik ga bij berryboot dit even melden iig en op het domoticz forum.

Heb ondertussen wel een Homey besteld, want er waren zoveel dingen in huis die niet meer werkte zonder een domotica, c.v., ventilatie, lampen, zonwering etc etc.
Waarom komt er ook geen pi uit met ssd pfff

iig tnx voor je hulp

Daarom blijf ik nog even op stretch met een "oudere" domoticz. Als ik op een SD kaartje draai is het elke zoveel maanden bal dat het stuk is.

[Speedy-Andre]

Ik heb 'gewoon' buster met een pi-drive, maar zonder berry-boot (handmatig gedaan).
Mijn Rpi 2B start niet zonder SD, die gebruikt hij nu eenmalig en dan blijft ie wel heel.

[vso]

Weten jullie een manier om automagisch (scripted) devices aan Domoticz toe te voegen .. ik heb al op het forum gezocht maar mijn google fu is zwak ..
ik wil niet 100 doen maar ook niet elke virtuele device handmatig aanmaken. (inverband met crash kan ik dan ook sneller recoveren) ..

Ook zou ik graag node-red scripts op domoticz controled momenten afvuren .. (set & forget) maar ik zit nog te denken hoe ..dus bv hardware device ??

PS krijg nu wel erg veel flows onderscheiden tussen productie & test is ook wel prettig ..

Betreft influxdb vs sql, ik denk dat ik beide moet gaan gebruiken ... SQL is meer algemeen "langere termijn" en kan je bv data wat afvlakken .. extreem gezegd influxdb is goed in korte intervallen .. (secondes/minuten) en SQL gebruik je meer bij langere termijn (uren/dagen/maanden/jaren) dat word dus een leuk project om data van A naar B te gaan converteren

Ik ben nu bezig met RTL_SDR nu nog p2000 voor meldingen in omgeving, omdat we hier dicht bij de snelweg zitten horen we veel voorbij razen ..

Voor andere dingen zit ik te denken hoe ik het best "filters" aan kan sturen grafisch, bv web urls of p2000 meldingen ..
Denk hierbij dat ik op basis van substring(s) een lijst met aan/uit schakelaars/dropdownlist(s) filter elementen kan activeren/deactiveren.
Ik wil dit later ook voor twitter of andere meldingen gaan filteren ..

hoe ik de meldingen uiteindelijk in domoticz display word punt 2

[vso]

mesa57 schreef op dinsdag 28 april 2020 @ 12:44:
Misschien is de vraag al eens gesteld, maar ik kon het antwoord niet vinden.
Om energieslurpers op te sporen zou ik graag het verbruik van 1 aansluiting via wifi / domoticz willen uitlezen. Domoticz leest nu al mijn meter uit en is verbonden met het netwerk.
Welke stopcontact module zou ik daarvoor kunnen gebruiken ?

Moet je anders doen,

- (ampere) stroom meter (10,-)
- verbruik van elk apparaat, lamp noteren (meten en eventuele beschrijving lezen..)
- jaag indien nodig het apparaat in max vermogen (koelkast open laten staan oid)

Watt naar KW per uur omrekenen / terugrekenen naar seconden/minuten (excel)
in excel noteer je de tijd dat iets aanstaat en reken naar je dagelijks verbruik ..
bv wc lamp 10x 5 minuten oid ..

Serieus elektriciteit besparen lezen
Overgens ik denk dat je (oude)game-pc. halogeenlamp(en) de grootste mogelijkheid is ..
of iets wat 70w trekt en 24x7 aanstaat ..

loggende stroommeters moet je niet in domoticz doen, is tijdelijk. tenzij je acties / events wilt triggeren.
bv kinderkamer verbruikt (teveel) stroom ..
Teminste als je je koelkast verdenkt koop je een nieuwe ipv te gaan meten .. daarom excel lijst.

Ik zou een shelly one PM (zie shelly topic) adviseren deze hebben 16A goedkoop, zigbee/zwave is vaak 2A tot 6A en dus veel minder inzetbaar en duurder (vanaf 40,-)

[rens-br]

vso schreef op dinsdag 28 april 2020 @ 14:37:
Ik zou een shelly one PM (zie shelly topic) adviseren deze hebben 16A goedkoop, zigbee/zwave is vaak 2A tot 6A en dus veel minder inzetbaar en duurder (vanaf 40,-)

Je hebt het eerst over een simpele logger in excel, maar raad hem daarna wel een Wifi logger aan. Die logica kan ik niet volgen.

Neemt niet weg dat een Shelly module een mooie oplossing is, maar niet bepaald flexibel. Je zal deze namelijk dedicated achter je stopcontact moeten wegwerken. Je kan dan wellicht beter kijken naar Shelly Plug S of een van de vele stuk goedkopere alternatieven, van bijv. Blitzwolf, Anker, Teckin, Action, etc. Echter zal je die laatste groep nog wel zelf moeten Flashen met Tasmota om het werkend te krijgen in Domoticz.

[DJ-Promo]

rens-br schreef op dinsdag 28 april 2020 @ 14:43:
[...]


Je hebt het eerst over een simpele logger in excel, maar raad hem daarna wel een Wifi logger aan. Die logica kan ik niet volgen.

Neemt niet weg dat een Shelly module een mooie oplossing is, maar niet bepaald flexibel. Je zal deze namelijk dedicated achter je stopcontact moeten wegwerken. Je kan dan wellicht beter kijken naar Shelly Plug S of een van de vele stuk goedkopere alternatieven, van bijv. Blitzwolf, Anker, Teckin, Action, etc. Echter zal je die laatste groep nog wel zelf moeten Flashen met Tasmota om het werkend te krijgen in Domoticz.

Ik heb een Shelly S plug waarop ik de cloud functie nooit heb gebruikt.
Heb dit gebruikt om het in Domoticz weer te geven: https://github.com/enesbcs/Shelly_MQTT

[vso]

rens-br schreef op dinsdag 28 april 2020 @ 14:43:
Je hebt het eerst over een simpele logger in excel, maar raad hem daarna wel een Wifi logger aan. Die logica kan ik niet volgen.

Iets met niet de juiste weg -->beter advies / beter topic om deze vraag te stellen

+ als hij perse toch wil x.y.z oplossing ? zie shelly topic ?

opties hebben = goed

[mesa57]

De shelly S is inderdaad zoiets wat ik zoek. Hoewel ik geen behoefte heb aan schakelen, maar alleen aan verbruiksmeting.

[DJ-Promo]

mesa57 schreef op dinsdag 28 april 2020 @ 14:58:
De shelly S is inderdaad zoiets wat ik zoek. Hoewel ik geen behoefte heb aan schakelen, maar alleen aan verbruiksmeting.

Daarvoor gebruik ik het ook.

[ Voor 40% gewijzigd door DJ-Promo op 28-04-2020 15:03 ]

[MikeOO]

SpikeHome schreef op dinsdag 28 april 2020 @ 13:21:
@MikeOO ik heb momenteel de boel weer werkend.
oude backup terug dus alles was er weer mis alleen 5 dagen logging

Ik draai nu weer ouderwets vanaf SD card de pi-drive is niet te gebruiken meer met buster iig niet meer.
Dus jij draaide daar ook op een pi-drive ga dan maar niet updaten.
Vreemde is wel dat alles er gewoon qua usb drives er is dmv command lsusb.
Ik ga bij berryboot dit even melden iig en op het domoticz forum.

Heb ondertussen wel een Homey besteld, want er waren zoveel dingen in huis die niet meer werkte zonder een domotica, c.v., ventilatie, lampen, zonwering etc etc.
Waarom komt er ook geen pi uit met ssd pfff

iig tnx voor je hulp

Zit met dezelfde combo ook op de meest recente beta en heb er verder geen problemen mee. Buster / Pi-Drive (boot via SD) / Domoticz Beta en berryboot. Update regelmatig Domoticz en gaat altijd goed, gelukkig.

Het is de Zwave stick icm BB kernel / Buster die problemen geeft denk ik.
Wil je zekerheid dan zou je gewoon eens Buster op de Pi-Drive moeten testen zonder BB. Als je stick dan ook werkt weet je het 100% zeker

PI met SSD kan toch prima. Rasp4 kan direct starten vanaf ssd/hdd. Althans was tijd terug zo en neem aan dat dit alleen maar stabieler is geworden.

Homey lijkt mij ook mooi hoor maar de prijs is mij te hoog en op Domoticz draait het al 1,5 / 2 jaar zonder problemen en gebruik toch aardig wat verschillende merken hardware door elkaar heen gekoppeld aan Domoticz en het doet wat het moet doen.

Vreemd dat jij dan zoveel problemen hebt dat zaken niet meer werken, moet toch wel te verklaren zijn.

Maar elke omgeving is anders en het huis ook dus wie weet heb je last van storingen van buitenaf die voor problemen zorgen.

Soms probeer ik HA eens uit maar dat blijft toch net te onstabiel. Zal zeker door mij komen en testen maar zeker icm met docker vindt ik het nog lastig werken. Daarin in Domoticz wat beter te hanteren, maar het blijft aantrekken. Sommige zaken zijn zo eenvoudig toe te voegen aan HA en moet je voor Domoticz weer veel meer voor doen om het werkend te krijgen

bing69 schreef op dinsdag 28 april 2020 @ 10:31:
[...]


Zou het een alternatief zijn om Domoticz in Docker op de drive te zetten??

Tuurlijk maar er zijn meer mogelijkheden . Probleem is de combo met berryboot / zwave stick.
Maar is niet mijn probleem hoor

DJ-Promo schreef op dinsdag 28 april 2020 @ 13:31:
[...]


Daarom blijf ik nog even op stretch met een "oudere" domoticz. Als ik op een SD kaartje draai is het elke zoveel maanden bal dat het stuk is.

Zolang je geen zaken mist is er ook geen reden om een upgrade uit te voeren. Maar je gaat op den duur toch wel veel zaken missen en er is niets mis met de laatste versie te draaien. SD is een bekend probleem en zijn ook wel oplossing voor. Zelf 1ste jaar ook op SD gedraaid en had er gelukkig nooit problemen mee maar zijn er genoeg die regelmatig problemen kregen. Domoticz via USB stick of HDD/SDD draaien is een prima oplossing als je ooit toch wilt blijven upgraden.

Belangrijkste is regelmatig backup's maken van je omgeving voorkomt een hoop gedoe mocht het fout gaan.
Ik maak elke maand met BB een clone van mijn omgeving of als ik wat ga testen. Kan dan altijd terug als er problemen zijn.

[ Voor 22% gewijzigd door MikeOO op 28-04-2020 15:13 ]

[vso]

Gaaf RTL_433 (RTL_SDR) output om verder te gebruiken
en
[-F kv | json | csv | mqtt | influx | syslog | null | help] Produce decoded output in given format.
Append output to file with :<filename> (e.g. -F csv:log.csv), defaults to stdout.
Specify host/port for syslog with e.g. -F syslog:127.0.0.1:1514

voor node-red

code:

time      : 2020-04-28 14:58:50
model     : KlikAanKlikUit-Switch                  id        : <hidden>
Unit      : 4            Group Call: No            Command   : On            Dim       : No            Dim Value : 0
-----------------------------------
time      : 2020-04-28 14:58:50
model     : Proove-Security                        House Code: <hidden>
Channel   : 2            State     : ON            Unit      : 3             Group     : 0
-----------------------------------
time      : 2020-04-28 14:58:50
model     : Nexa-Security House Code: <hidden>
Channel   : 2            State     : ON            Unit      : 3             Group     : 0
-----------------------------------
time      : 2020-04-28 14:58:52
model     : KlikAanKlikUit-Switch                  id        : <hidden>
Unit      : 4            Group Call: No            Command   : Off           Dim       : No            Dim Value : 0
-----------------------------------
time      : 2020-04-28 14:58:52
model     : Proove-Security                        House Code: <hidden>
Channel   : 2            State     : OFF           Unit      : 3             Group     : 0
-----------------------------------
time      : 2020-04-28 14:58:52
model     : Nexa-Security House Code: <hidden>
Channel   : 2            State     : OFF           Unit      : 3             Group     : 0
-----------------------------------
time      : 2020-04-28 14:59:26                    brand     : OS
model     : Oregon-WGR800 House Code: <hide>
Channel   : 0            Battery   : 1             Gust      : 0.0 m/s       Average   : 1.5 m/s       Direction : 22.5 degrees

iemand een "goedkoop" weerstation gekoppeld ?

[mesa57]

DJ-Promo schreef op dinsdag 28 april 2020 @ 15:00:
[...]


Daarvoor gebruik ik het ook.

[Afbeelding]

Heb je daarvoor ook bovengenoemde github software gebruikt ?

[M.v.Veelen]

Ik heb een aantal HUE spots op een rij die ik allemaal dezelfde kleur en lichtsterkte geef bij het inschakelen.
Echter, soms heeft 1 van de spots geen zin om zich te houden aan de meegegeven waardes en gaat dan aan op een andere kleur / lichtsterkte. Is niet altijd dezelfde trouwens.

Dat moet anders kunnen lijkt me.

Ik geef mee in een bash script:

#!/bin/bash
curl -s -H "Accept: application/json" -X PUT --data '{"on": true,"bri": 89,"hue": 8418,"sat": 140,"effect":"none","xy": [0.4573,0.4100],"ct": 366, "colormode":"ct"}' http://192.168.0.19/api/mijnapikey/lights/11/state;\

Nu kan ik de waarde uitlezen dmv:

code:

http://192.168.0.19/api/mijnapikey/lights/11

en krijg ik als resultaat in de browser:

{"state":{"on":true,"bri":89,"ct":366,"alert":"none","colormode":"ct","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-02-06T02:49:34"},"type":"Color temperature light","name":"Uitbouw 1","modelid":"LTG002","manufacturername":"Signify Netherlands B.V.","productname":"Hue ambiance spot","capabilities":{"certified":true,"control":{"mindimlevel":200,"maxlumen":350,"ct":{"min":153,"max":454}},"streaming":{"renderer":false,"proxy":false}},"config":{"archetype":"spotbulb","function":"functional","direction":"downwards","startup":{"mode":"powerfail","configured":true}},"uniqueid":"00:12:38:01:08:43:cb:f8-0b","swversion":"1.65.9_hB3217DF","swconfigid":"A1FEDB10","productid":"Philips-LTG002-1-GU10CTv2"}

Er zou dan toch een mogelijkheid moeten zijn om een check in te bouwen die kijkt naar welke waardes de lamp heeft op het moment dat deze aan staat en dat als die afwijkt, dat de lamp dan uitgezet wordt en opnieuw wordt aangezet in de verwachting dat hij nu wel op de juiste stand inschakelt (met een vertraging omdat het anders misschien een drukke toestand wordt als dit mis blijft gaan) ?

Heeft iemand een opzetje hoe ik dit zou kunnen aanpakken?

[Gizz]

vso schreef op dinsdag 28 april 2020 @ 15:16:

iemand een "goedkoop" weerstation gekoppeld ?

Goedkoopste is uiteraard om de data van een bestaand weerstation in de buurt te gebruiken via Darksky.

Wil je zelf een fysiek weerstation hebben, dan hangen de kosten af van de functionaliteit die je wilt. Ga je zelf bouwen, dan heb je voor een euro of 8 een ESP8266 op batterij met thermometer, relatieve luchtvochtigheid en barometer. Voor 2 euro extra meet je ook de lichtsterkte. Voor 20 euro extra meet je fijnstof.

Ik heb recent deze behuizing geprint. Daar stop ik een Wemos D1 mini, DHT22 thermometer + luchtvochtigheidssensor en een SDS011 fijnstofsensor in. Dat is voor mij meer dan genoeg voor een weerstation in de achtertuin.

En zo'n weerstation is totaal niet Domoticz specifiek, maar dat is duidelijk lijkt me

[Blackraven]

Mijn netto elektra verbruik wordt niet meer correct weergegeven, teruglevering en gebruik worden tegelijk weergegeven in de totalen. Heeft iemand hetzelfde euvel sinds de laatste beta update?
Version: 2020.2
Build Hash: b63341bc0
Compile Date: 2020-04-26 13:47:55

Zie hieronder gisteren eind van de dag nog normaal, vanmorgen na toepassing update tegelijkertijd groen en blauw mogelijk, zie 12:30 en 15:30 bijvoorbeeld:

[vso]

Gizz schreef op dinsdag 28 april 2020 @ 17:12:
[...]

Goedkoopste is uiteraard om de data van een bestaand weerstation in de buurt te gebruiken via Darksky.

Wil je zelf een fysiek weerstation hebben, dan hangen de kosten af van de functionaliteit die je wilt. Ga je zelf bouwen, dan heb je voor een euro of 8 een ESP8266 op batterij met thermometer, relatieve luchtvochtigheid en barometer. Voor 2 euro extra meet je ook de lichtsterkte. Voor 20 euro extra meet je fijnstof.

Ik heb recent deze behuizing geprint. Daar stop ik een Wemos D1 mini, DHT22 thermometer + luchtvochtigheidssensor en een SDS011 fijnstofsensor in. Dat is voor mij meer dan genoeg voor een weerstation in de achtertuin.

En zo'n weerstation is totaal niet Domoticz specifiek, maar dat is duidelijk lijkt me

zit aan zoiets te denken
https://www.lidl-shop.nl/...-en-regenmeter/p100271569?

Overgens zou ik zelf meer informatie verzamelen, en dat weer station v.d buren zou ik gewoon meenemen, minder afhankelijk zijn / gemiddelden (meetpunten) is wellicht beter .. dunno

Ben nu in iedergeval aan het monitoren, zag net ook rookmelders van buren voorbij komen veel dingen zijn leuk maar of het praktisch is, is punt 2

Moet wel iets vinden op zonnescherm/rolluik dingen ... netjes zou zijn als die dingen op stand volledig in/uit ook uitschakelen ..

[ Voor 6% gewijzigd door vso op 28-04-2020 17:48 ]

[Verwijderd]

vso schreef op dinsdag 28 april 2020 @ 17:46:
[...]

zit aan zoiets te denken
https://www.lidl-shop.nl/...-en-regenmeter/p100271569?

Moet wel iets vinden op zonnescherm/rolluik dingen ... netjes zou zijn als die dingen op stand volledig in/uit ook uitschakelen ..

Ik ben ook iets voor mijn zonnescherm aan het verzinnen want de data van Buienradar is onbetrouwbaar. Vandaag lag de regenmelding eruit en verder zit het weerstation 25 km verderop bij mij.

[vso]

Verwijderd schreef op dinsdag 28 april 2020 @ 17:56:
[...]


Ik ben ook iets voor mijn zonnescherm aan het verzinnen want de data van Buienradar is onbetrouwbaar. Vandaag lag de regenmelding eruit en verder zit het weerstation 25 km verderop bij mij.

voor paar euro heb je een sdr stick, rtl_sdr is erg makkelijk en zoek daarna op rtl_433 (github)

3 a 4 tientjes .. sneller dan DIY bouwen https://www.conrad.nl/p/t...pping&utm_campaign=308958

YouTube: #209 How to Hack your 433 MHz Devices with a Raspberry and a RTL-SDR... om ff te kijken .. zie een paar posts terug (mij) en binnen paar tellen is het gefixed

ps moet wel zeggen dat berichten niet "continue" zijn .. zit al 10 a 15 min tegen 0 ontvangst te kijken ..

Betreft DIY ik zit nog te denken hoe ik licht intensiteit ga meten .. maar paar tientjes extra hmm liever alles in 1 .. als ik onder de 100,- kan blijven is het wellicht leuk ..

[Knielen]

Blackraven schreef op dinsdag 28 april 2020 @ 17:28:
Mijn netto elektra verbruik wordt niet meer correct weergegeven, teruglevering en gebruik worden tegelijk weergegeven in de totalen. Heeft iemand hetzelfde euvel sinds de laatste beta update?
Version: 2020.2
Build Hash: b63341bc0
Compile Date: 2020-04-26 13:47:55

Zie hieronder gisteren eind van de dag nog normaal, vanmorgen na toepassing update tegelijkertijd groen en blauw mogelijk, zie 12:30 en 15:30 bijvoorbeeld:
[Afbeelding]

Ik heb inderdaad hetzelfde probleem, dat is wel heel raar. Grafana laat dezelfde afwijking zien, dus data wordt echt verkeerd geregistreerd.

[ Voor 4% gewijzigd door Knielen op 28-04-2020 19:08 ]

[jobr]

vso schreef op dinsdag 28 april 2020 @ 14:14:
Weten jullie een manier om automagisch (scripted) devices aan Domoticz toe te voegen .. ik heb al op het forum gezocht maar mijn google fu is zwak ..
ik wil niet 100 doen maar ook niet elke virtuele device handmatig aanmaken. (inverband met crash kan ik dan ook sneller recoveren) ..

Zie hier

[krizzziz]

Iemand hier ervaring met rsync voor een Backup naar externe schijf van domoticz?

[vso]

jobr schreef op dinsdag 28 april 2020 @ 19:31:
[...]


Zie hier

u bent geweldig !

[niki_lauda]

krizzziz schreef op dinsdag 28 april 2020 @ 19:31:
Iemand hier ervaring met rsync voor een Backup naar externe schijf van domoticz?

Ik gebruik Duplicati, heeft me al regelmatig geholpen.

https://sancla.com/domoti...-domoticz-with-duplicati/

Backup een keer naar mijn Nas en een keer vaar een USB-stick

[fabstar81]

HellStorm666 schreef op vrijdag 24 april 2020 @ 08:41:
Voor een ieder die er misschien iets aan heeft....

dzvents scriptje welke 30-min voor zonsondergang per hue lamp een random kleur kiest, helderheid op 80% zet en de hue lamp aan zet.

Ik gebruik ze zelf voor de 4 lily spots in de tuin.

code:

return {
    on = {
        timer = { '30 minutes before sunset' },
    },
    data = {},
    logger = {level = domoticz.LOG_DEBUG, marker = "HUE Spots",},
    execute = function(domoticz, timer)
        local Pruimenboom = domoticz.devices(377)
        local Perenboom = domoticz.devices(378)
        local Kersenboom = domoticz.devices(391)
        local Afdak = domoticz.devices(597)
        math.randomseed(os.time())
        r1 = math.random(0,255);
        g1 = math.random(0,255);
        b1 = math.random(0,255);
        r2 = math.random(0,255);
        g2 = math.random(0,255);
        b2 = math.random(0,255);
        r3 = math.random(0,255);
        g3 = math.random(0,255);
        b3 = math.random(0,255);
        r4 = math.random(0,255);
        g4 = math.random(0,255);
        b4 = math.random(0,255);
        Pruimenboom.setRGB(r1, g1, b1)
        Perenboom.setRGB(r2, g2, b2)
        Kersenboom.setRGB(r3, g3, b3)
        Afdak.setRGB(r4, g4, b4)
        domoticz.log('Pruimenboom r,g,b: ' .. tostring(r1) .. ',' .. tostring(g1) .. ',' .. tostring(b1), domoticz.LOG_INFO)
        domoticz.log('Perenboom r,g,b: ' .. tostring(r2) .. ',' .. tostring(g2) .. ',' .. tostring(b2), domoticz.LOG_INFO)
        domoticz.log('Kersenboom r,g,b: ' .. tostring(r3) .. ',' .. tostring(g3) .. ',' .. tostring(b3), domoticz.LOG_INFO)
        domoticz.log('Afdak r,g,b: ' .. tostring(r4) .. ',' .. tostring(g4) .. ',' .. tostring(b4), domoticz.LOG_INFO)
        Pruimenboom.dimTo(80)
        Perenboom.dimTo(80)
        Kersenboom.dimTo(80)
        Afdak.dimTo(80)
    end
}

Wil je m zelf ook gebruiken?
vul de juiste idx nummers in bij de declaratie (evt. vervang je de naam ook op alle plaatsen).
Tijd anders? Verander de time = waarde
Helderheid anders? verander de dimTo waarde (1 is 1% en 100 is maximale helderheid)

ik ga hem zelf gebruiken. ik wil echter dat dit alleen gebeurt als er iemand niet thuis is. ik heb daarvoor verschillende dummy devices aangemaakt voor iedereen die thuis is. hoe kan ik het script aanpassen dat het alleen afgaat als 1 dummy dus uit staat? Ik kom niet verder dan wat basic lua en blockly. dus weet ff niet hoe dit aan te passen.

Toppe schreef op zaterdag 25 april 2020 @ 20:52:
Oké, het werkt. En hoe, best vet

Was begonnen met een test setup op het aanrecht met 2 strips. Als twee werken werken de rest ook wat het idee.

Dus met m’n goeie gedrag begonnen met het loshalen van de connectoren en daar begon het gevloek. Sommige connectoren braken waar je bij stond.

Uiteindelijk de eerste twee setjes los gehaald en begonnen met boren. Na wat gevloek de eerste twee strips werken en toen hoorde ik een 60 shots vuurwerk geluid en alle liedjes uit. Dit heeft me uiteindelijk bijna 2 uur bezig gehouden. Op internet ergens tegen gekomen dat je de GND van de voeding ook op de NodeMCU moet aansluiten en dat ging perfect. 1 strip heeft het niet overleeft.

Het idee was om ze echt allemaal individueel aan te sturen maar heb dit idee opgegeven na een uur in een trapkast kloten. Nu zijn ze allemaal als één strip aangesloten. Kans dat je op elke trede een apart effect gaat toepassen is nihil.

Ik kreeg bij de strips ook een kort kabeltje met stekker er bij zodat je de strip kon afknippen en soldeer. Gek genoeg werkte de helft van deze stekkertjes maar, de andere helft liet geen spanning door.

Uiteindelijk de laatste 3 strips gewoon afgeknipt, gestript en in een lasklem gestoken en dat werkte perfect. Heb daar ook maar een uurtje over gedaa .

Voor nu werkt de boel maar ben nog niet tevreden over de manier waarop alles is aangesloten en wil eens kijken wat de andere opties zijn. Ik gebruik nu 2.5mm2 draad maar wil naar 1.75mm2 draad, zou genoeg moeten zijn.


Voor nu een kleine demonstratie

[Video: Trap]

[Video: 25 April 2020]

je snapt natuurlijk wel dat we een volledige how-to verwachten hier he?!

Toppe schreef op zondag 26 april 2020 @ 10:28:
[...]


Maar je moet de digitale uitgang van de eerste strip wel met de inkomende kant van de tweede aansluiten

Vanochtend toch eens zitten denken wat ik fout heb gedaan, opnieuw de bout gepakt en aan de slag gegaan.... blijkt de andere strip toch ook overleden te zijn, de digitale uitgang lijkt niet te werken. Op meerdere punten geprobeerd zonder resultaat. Laatste twee LED’s op die strip doen het ook niet. Nu alles wel voorbereid. Twee nieuwe strips halen en die nog monteren:

[Video: 26 April 2020]

dat ziet er serieus cool uit. Ik zelf heb een open trap, maar ik wil dit ook nog gaan bouwen ooit. naast de trap zit de ruimte voor de standleidingen en daarachter de meterkast. ik kan dus de hardware wel makkelijk wegwerken. alleen de draden weg zien te werken in een open trap is een uitdaging.

[Wiley99]

vso schreef op dinsdag 28 april 2020 @ 14:14:
Betreft influxdb vs sql, ik denk dat ik beide moet gaan gebruiken ... SQL is meer algemeen "langere termijn" en kan je bv data wat afvlakken .. extreem gezegd influxdb is goed in korte intervallen .. (secondes/minuten) en SQL gebruik je meer bij langere termijn (uren/dagen/maanden/jaren) dat word dus een leuk project om data van A naar B te gaan converteren

Niet persé, Influxdb is juist heel goed om te verdichten. Voor frequente data is dat juist de bedoeling, je hoeft echt niet van 6 maanden geleden op elke seconde nauwkeurig je CPU gebruik te bewaren, maar gemiddeld over 5 minuten is misschien wel nog interessant.
Met continuous queries zorg je ervoor dat alle data die voldoen aan de query continu (volgens een bepaalde frequentie) worden verwerkt naar iets nieuws. Bijvoorbeeld 300 datapunten verdichten tot één als gemiddelde.

https://docs.influxdata.c...guage/continuous_queries/

Schiet me nog iets te binnen: retentie is ook ingebouwd in Influxdb: je kan ook automatisch oude data wegmikken. Combineer dat met bovenstaande en je hebt een heel eenvoudige oplossing.

Influxdb is een time series database, goed voor gegevens die continu binnenstromen. MySQL / MariaDB / SQLite / MS SQL of alle andere relationele databaseplatformen zoals Progress en Oracle zijn vooral goed met (daarom heet het) relationele data in rijen en kolommen. Veel minder geschikt (maar natuurlijk nooit ongeschikt) voor het verzamelen van IoT en andere sensordata.

[ Voor 21% gewijzigd door Wiley99 op 28-04-2020 20:15 ]

[DJ-Promo]

mesa57 schreef op dinsdag 28 april 2020 @ 16:53:
[...]

Heb je daarvoor ook bovengenoemde github software gebruikt ?

Yes, was voor mij als leek niet heel moeilijk.

[vso]

Wiley99 schreef op dinsdag 28 april 2020 @ 20:06:
Niet persé, Influxdb is juist heel goed om te verdichten. Voor frequente data is dat juist de bedoeling, je hoeft echt niet van 6 maanden geleden op elke seconde nauwkeurig je CPU gebruik te bewaren, maar gemiddeld over 5 minuten is misschien wel nog interessant.
Met continuous queries zorg je ervoor dat alle data die voldoen aan de query continu (volgens een bepaalde frequentie) worden verwerkt naar iets nieuws. Bijvoorbeeld 300 datapunten verdichten tot één als gemiddelde.

dat bedoelde ik ook ..

https://docs.influxdata.c...guage/continuous_queries/

Schiet me nog iets te binnen: retentie is ook ingebouwd in Influxdb: je kan ook automatisch oude data wegmikken. Combineer dat met bovenstaande en je hebt een heel eenvoudige oplossing.

Influxdb is een time series database, goed voor gegevens die continu binnenstromen. MySQL / MariaDB / SQLite / MS SQL of alle andere relationele databaseplatformen zoals Progress en Oracle zijn vooral goed met (daarom heet het) relationele data in rijen en kolommen. Veel minder geschikt (maar natuurlijk nooit ongeschikt) voor het verzamelen van IoT en andere sensordata.

Erhm ja ook dat maar nu even praktisch ipv theorie .. is al een (semi)automagisch script die dit een beetje op kan lossen ( influx --> sql ) of zit het er al in

ben nu lekker aan het stoeien met node-red en p2000 berichten

[mesa57]

DJ-Promo schreef op dinsdag 28 april 2020 @ 20:31:
[...]


Yes, was voor mij als leek niet heel moeilijk.

Met dank. Als het goed is komt hij morgen binnen en kan ik ook gaan stoeien.

[henkNL]

GVR schreef op dinsdag 28 april 2020 @ 13:06:
[...]

Henk, ik heb dit probleem niet meer. Mijn huidige configuratie:
Domoticz: Websitebeveiliging ingeschakeld dmv loginpagina (username wachtwoord ingevuld)
Lokale netwerken (geen gebruikersnaam/wachtwoord): 127.0.0.*

Verder gebruik ik nu het bash script voor de upload. Misschien was dat ten tijde van mijn post nog de python variant. Meer info: https://ehoco.nl/stand-gasmeter-uploaden-naar-mindergas-nl/

Tnx, ik zit nog op de python uitvoering. Dan ga ik maar eens verder kijken

[GVR]

henkNL schreef op dinsdag 28 april 2020 @ 21:26:
[...]

Tnx, ik zit nog op de python uitvoering. Dan ga ik maar eens verder kijken

Mocht je er niet uitkomen, het bash script in gebruik nemen is zo gepiept

[Wiley99]

vso schreef op dinsdag 28 april 2020 @ 20:38:
[...]


Erhm ja ook dat maar nu even praktisch ipv theorie .. is al een (semi)automagisch script die dit een beetje op kan lossen ( influx --> sql ) of zit het er al in

Wat bedoel je precies, een continuous query om je gegevens te aggregeren/downsamplen (verdichten) of een script om van influx naar een SQL database te gaan? Laatste, geen idee, eerste kan ik mee helpen als je me zegt welke data je wil verdichten. Die link even lezen helpt ook voor het begrip, ze gebruiken heel mooie sprekende voorbeelden om het uit te leggen.

Het punt is, tenzij je gewoon wil leren hoe het gaat, heeft het geen zin om te converteren naar een xSQL relationele database alleen maar om af te vlakken.

[ Voor 10% gewijzigd door Wiley99 op 28-04-2020 23:23 ]

[vso]

Wiley99 schreef op dinsdag 28 april 2020 @ 23:19:
[...]


Wat bedoel je precies, een continuous query om je gegevens te aggregeren/downsamplen (verdichten) of een script om van influx naar een SQL database te gaan? Laatste, geen idee, eerste kan ik mee helpen als je me zegt welke data je wil verdichten. Die link even lezen helpt ook voor het begrip, ze gebruiken heel mooie sprekende voorbeelden om het uit te leggen.

begrijpen doe ik het wel. (hoop ik)

Verdichten is inderdaad het doel, maar het moet wellicht niet zo moeilijk zijn je neemt het aantal meetpunten en trekt een gemiddelde tussen x en y ..
Wat ik wellicht minder geslaagd zal vinden is meetpunten verliezen bv een gemeten extreme waarde .. leuk voorbeeld is bv de temperatuur .. met zon zit je lekker buiten en zon weg = sterke temp daling..

@Greenisthebest & @Gizz toch even terug komen op buy vs diy ik denk toch dat je een "goedkope" kan kopen en de controller er beter eruit kan slopen .. de goedkope(re) varianten zijn wellicht niet super betrouwbaar .. lees prijs-prestatie
Maar je hebt wel een behuizing die met een beetje mod/tweaking huiisvlijt wellicht meer informatie stuurt .. maar dat is een ander topic

ik vind het alleen grappig dat de rtl_sdr al redelijk wat informatie ontvangt ..

[Jimster]

mbuurman schreef op zondag 19 april 2020 @ 22:25:
[...]
Bedankt voor jullie reacties!

Bij mij draait de update op een Pi die ik opnieuw aan het opbouwen ben, de domotica van het huis draait er nog niet op. Ik kan 'm dus zonder al te veel problemen opnieuw inrichten en ga dat dan ook maar doen.
Hopen dat een installatie vanaf scratch met de nieuwe versie beter gaat.

Sinds ik een paar dagen geleden heb geüpdate naar 2020.2, is Domoticz niet meer gecrasht. Voorheen had ik minimaal 1x per dag een crash. Het lijkt nu voor mij ook opgelost. Hopelijk blijft het zo.

Edit: eerste crash na 5,5 dagen.

[imdos]

SpikeHome schreef op zondag 26 april 2020 @ 15:20:
[...]

Helaas geen oplossing
Al moet ik zeggen als ik dat doet dat mijn aeotec iSerial heeft van 0
Heb jij een aeotec zwave stick?
en wat is jou output met het commando:

of krijg jij die foutmeldingen ook?

Ik heb vergelijkbare output. Ook de foutmeldingen. Dit op een pi3B zonder Berryboot maar wel met SSD.

[Knielen]

@Blackraven Ik heb nog eens wat beter gekeken naar de data. Volgens mij is het geen bug, het gebeurde hiervoor ook al. Je ziet dit alleen als in de 5 minuten waarin hij logt er zowel teruglevering als verbruik is geregistreerd. Dus bij bewolking of plotselinge toename van je verbruik zie je dit terug. In je voorbeeld ga je toevallig de dag daarvoor heel mooi over van teruglevering naar verbruik. In Grafana kan ik verder terug de geschiedenis in, voor de update zag je dit ook al.

[rasper]

Voor file informatie gebruikte ik https://www.anwb.nl/feeds/gethf maar blijkbaar is deze niet meer beschikbaar. Ik kan zo gauw niet vinden of deze voorgoed verdwenen is of op een andere manier bereikbaar is. Weet iemand dat en/of zijn er goede alternatieve voor file info?

[Toppe]

Vanochtend de defecte strip vervangen en een extra strip geplaatst, eerlijk is eerlijk het ziet er sexy uit

[SpeedfreakR]

Ik moet me ook melden. Ook de upgrade van domoticz gedaan en zit nu echt met mijn handen in het haar.
Ik draaide nog op Strech op mn Pi en heb deze geupgrade naar Buster. Dit ging gewoon goed.
Vandaag geprobeerd Domoticz te upgraden naar de laatste versie en hier ging het mis.
Domoticz via de UI geupgrade. Na de upgrade de pagina domoticz offline, herstart gedaan en voila.. domoticz helemaal leeg.. Geen devices, geen hardware.. helemaal niks.
Vervolgens wat tips opgezocht zoals browser cache.. maar helaas ook dit helpt allemaal niet.
Ik heb de database van domoticz even bekeken, en hier staat nog gelukkig heel veel in o.a. alle devices lijkt.
Waarom wil domoticz mij niks meer laten zien. Hebben jullie nog ideeen?
Ik dacht misschien aan custom icons, ik die in de database wat regels over staan, heeft hij hier issues mee?

Ik ben even helemaal inspiratie loos. XD

[Lizard]

Browser cache en site data zijn 2 verschillende dingen, zie bv hier hoe je het voor FF kan wissen:
https://support.mozilla.org/en-US/kb/storage

Verder, draait domoticz wel? Zie je die in de proceslijst langskomen als je ps waux | grep domoticz doet?

[SpeedfreakR]

Lizard schreef op vrijdag 1 mei 2020 @ 12:40:
Browser cache en site data zijn 2 verschillende dingen, zie bv hier hoe je het voor FF kan wissen:
https://support.mozilla.org/en-US/kb/storage

Verder, draait domoticz wel? Zie je die in de proceslijst langskomen als je ps waux | grep domoticz doet?

Ik heb even een browser gebruikt waarop ik nog nooit bij domoticz ben geweest en krijg een "Browser Cache refresh failed" Zelfs een schone installatie van domoticz geeft deze error

Domoticz draait wel gewoon netjes

Edit: Ik kan ook bij een schone installatie geen hardware toevoegen

[ Voor 6% gewijzigd door SpeedfreakR op 01-05-2020 13:11 ]

[HeSitated]

SpeedfreakR schreef op vrijdag 1 mei 2020 @ 13:03:
Domoticz draait wel gewoon netjes

Doe eens in de dir van domoticz een

code:

ls -la

Dump dat eens hier...

Ik had daar 2 symbolic links staan, maar weet zo niet meer welke... Maar had daardoor precies dezelfde problemen...

[SpeedfreakR]

HeSitated schreef op vrijdag 1 mei 2020 @ 13:26:
[...]

Doe eens in de dir van domoticz een

code:

ls -la

Dump dat eens hier...

Ik had daar 2 symbolic links staan, maar weet zo niet meer welke... Maar had daardoor precies dezelfde problemen...

code:

pi@raspberrypi:~/domoticz.bak $ ls -la
total 15624
drwxr-xr-x   7 pi   pi       4096 May  1 12:06 .
drwxr-xr-x  11 pi   pi       4096 May  1 12:13 ..
drwxr-xr-x 106 pi   pi       4096 Apr 26 08:32 Config
-rw-r-----   1 pi   pi        236 May  1 11:08 domocookie.txt
-rwxr-xr-x   1 pi   pi   13871432 Apr 30 15:13 domoticz
-rw-------   1 pi   pi       4207 May  1 08:23 domoticz_crash.log
-rw-r--r--   1 pi   pi    1904640 May  1 11:17 domoticz.db
lrwxrwxrwx   1 root root       24 May  1 12:06 domoticz.db-shm -> /tmp/log/domoticz.db-shm
lrwxrwxrwx   1 root root       24 May  1 12:06 domoticz.db-wal -> /tmp/log/domoticz.db-wal
-rw-r--r--   1 pi   pi       4433 Apr  2 10:06 domoticz.sh
drwxr-xr-x   4 pi   pi       4096 Apr  2 10:06 dzVents
-rw-r--r--   1 pi   pi      98193 Apr 30 14:52 History.txt
-rw-r--r--   1 pi   pi      35147 Apr  2 10:06 License.txt
-rw-r-----   1 pi   pi        229 Dec  8 07:53 ozwcp.poll.XXXXXX.xml
-rw-r-----   1 pi   pi         63 Feb  1  2018 ozwcp.scenes.XXXXXX
-rw-r-----   1 pi   pi       5235 Feb  1  2018 ozwcp.stat.XXXXXX
-rw-r-----   1 pi   pi         53 Feb  1  2018 ozwcp.testheal.XXXXXX
-rw-r-----   1 pi   pi        142 Dec  8 07:52 ozwcp.topo.XXXXXX
drwxr-xr-x   4 pi   pi       4096 Apr  2 10:06 plugins
drwxr-xr-x   8 pi   pi       4096 Apr  2 10:06 scripts
-rw-r--r--   1 pi   pi       3414 Apr  2 10:06 server_cert.pem
-rwxr-xr-x   1 pi   pi        610 Apr  2 10:06 updatebeta
-rwxr-xr-x   1 pi   pi        627 Apr  2 10:06 updaterelease
drwxr-xr-x  13 pi   pi       4096 May  1 11:40 www