Domoticz - open source domotica systeem - deel 4

[BlakHawk]

Nou ik word gek, wat geeft hij bij jullie aan als je Honeywell Thermostat selecteert bij hardware?

Bij mij:


Bij een collega:


Beide draaien we exact de zelfde beta versie van 16 januari.

Dit is bij ons identiek:

Version: 4.10360
Build Hash: fca2d305
Compile Date: 2019-01-16 13:47:09
dzVents Version: 2.4.10
Python Version: 3.5.3 (default, Sep 27 2018, 17:25:39) [GCC 6.3.0 20170516]

Waarom mis ik mijn API keys?!
Die heb je nodig om de thermostaat toe te kunnen voegen.


Edit:
Bij Edge ipv Chrome, krijg ik wel vier velden...
Vaag, maar opgelost!

[ Voor 5% gewijzigd door BlakHawk op 18-01-2019 01:14 ]

[AUijtdehaag]

@fabstar81
Heb je wel een local AuroraData = "/home/pi/aurora-1.9.3" -- Location of Aurora installation on the Pi staan en communiceert die ook met de omvormer?

[ Voor 13% gewijzigd door AUijtdehaag op 18-01-2019 07:42 ]

[MikeOO]

fabstar81 schreef op donderdag 17 januari 2019 @ 11:56:
@MikeOO
waarom laat je je LUX sensor naar dummy schrijven? kan toch gewoon valideren tegen de sensor zelf icm de schemerschakelaar?

Ik wil de lux waarde ook terugzien op het dashboard. Zo kan ik snel checken of het nog goed loopt.
Natuurlijk zou ik het direct kunnen valideren maar nu weet ik 100% zeker dat de waarde wordt doorgegeven aan Domoticz. Verder maakt het niets uit qua werking en is super stabiel dus zie geen reden om dit direct te doen.

En aangezien dit al zolang draait en het toen allemaal nog een stuk beperkter was ook niet meer in verdiept.
Dingen die goed werken moet je niet meer veranderen

rroetenberg schreef op donderdag 17 januari 2019 @ 17:02:
Ik gebruik DDWRT i.c.m. iDetect. Nu springt mijn device in Domoticz soms terug van Off naar On en visa versa waardoor soms mijn lampen en dergelijke aan gaan.

Met name 's nachts en wanneer ik mijn telefoon niet gebruik overdag. Nu heb ik de ageing dat een MAC Address moet blijven staan al aangepast op de router, echter heeft dit het wel beter gemaakt maar nog niet opgelost.

Zijn er misschien meer mensen die dit probleem hebben of hebben gehad?

Ik gebruik niet het WiFi op de router zelf, maar externe Access Points.

Pas je Grace periode eens aan in de iDetect settings. Als deze te kort staat ingesteld kan dit gebeuren.
Scan ook direct op 3 UnFi AP en had daar ook last van. Grace nu op 600sec en Poll op 10 sec en sinds dien werkt het vrij goed.

Enkele keer zie ik nog wel eens een af/aanmelding terwijl toestel thuis is. Blijft lastig omdat telefoon's tegenwoordig zoveel mogelijk batterij willen besparen en je wifi toch in een slaapstand lijken te zetten terwijl ik dit uit hebt gezet. Maar gebeurt zo weinig nu dat ik het wel goed vindt.

[ Voor 44% gewijzigd door MikeOO op 18-01-2019 07:58 ]

[fabstar81]

AUijtdehaag schreef op vrijdag 18 januari 2019 @ 07:32:
@fabstar81
Heb je wel een local AuroraData = "/home/pi/aurora-1.9.3" -- Location of Aurora installation on the Pi staan en communiceert die ook met de omvormer?

ja, die directory bestaat gewoon. alles doet het ook gewoon, heb alleen die error in de log. alle devices worden geupdate.

[Stubby]

dfrenner schreef op vrijdag 18 januari 2019 @ 01:00:
Nou ik word gek, wat geeft hij bij jullie aan als je Honeywell Thermostat selecteert bij hardware?

Bij mij:
[Afbeelding]

Bij een collega:
[Afbeelding]

Beide draaien we exact de zelfde beta versie van 16 januari.

Dit is bij ons identiek:

Version: 4.10360
Build Hash: fca2d305
Compile Date: 2019-01-16 13:47:09
dzVents Version: 2.4.10
Python Version: 3.5.3 (default, Sep 27 2018, 17:25:39) [GCC 6.3.0 20170516]

Waarom mis ik mijn API keys?!
Die heb je nodig om de thermostaat toe te kunnen voegen.


Edit:
Bij Edge ipv Chrome, krijg ik wel vier velden...
Vaag, maar opgelost!

Domoticz cachet zijn webbestanden vrij agressief. Als je de application cache leeggooit voor je domoticz webpagina dan krijg je de meest recente versie.

[AUijtdehaag]

@fabstar81
En als je Debug = "YES" doet in het lua script?
Welke waarde komt er niet door? (in je log te zien van domoticz)

[K-Jay]

GVR schreef op donderdag 17 januari 2019 @ 21:59:
Help!
Ik heb deze tutorial gevolgd om een begin te maken met het aansturen van klikaanklikuit. @K-Jay lijkt niet meer actief, maar wellicht leest hij mee

Voordat ik met deze tutorial startte heb ik domoticz geïnstalleerd om mijn slimme meter uit te lezen en heb ik mijn Tado thermostaat aan Domoticz toegevoegd. Met een dagelijkse backup naar mijn nas en een upload naar mindergas.nl ben ik al blij dat dat allemaal gelukt is

In bovengenoemde tutorial gaat het goed tot aan stap 4. Het commando "sudo npm install pimatic-homeduino" gaat mis. Ik heb de logging even online gezet:

Wie zou me hiermee kunnen helpen? Ik mis de kennis om hier een oplossing voor te vinden.

*deze vraagt hoort wellicht niet in dit topic thuis bedenk ik me nu, ik wil de schakelaars uiteindelijk wel vanuit Domoticz gaan bedienen.

Ik begrijp je vraag niet helemaal. Je geeft aan dat je Domoticz gebruikt, maar je loopt vast in mijn stappenplan voor het installeren van pimatic. Welk platform wil je nu gebruiken?

[fabstar81]

AUijtdehaag schreef op vrijdag 18 januari 2019 @ 09:31:
@fabstar81
En als je Debug = "YES" doet in het lua script?
Welke waarde komt er niet door? (in je log te zien van domoticz)

enige wat ik zie als nul waarde is volgende:

code:

2019-01-18 10:53:30.073 Status: LUA: Lua Aurora: UnknownParameter= 0.000 kWh

beetje lastig om de volledige log te posten, maar ik probeer het:

code:

2019-01-18 10:54:11.881 Status: LUA: Lua Aurora: Using file: /home/pi/aurora-1.9.3/one-line.csv
2019-01-18 10:54:11.882 Status: LUA: Lua Aurora: Replacing comma's with dots and rounding up/down
2019-01-18 10:54:11.883 Status: LUA: Lua Aurora: CurrentDateTime= 20190118-10:54:07
2019-01-18 10:54:11.883 Status: LUA: Lua Aurora: Udc1= 234.904556 volt
2019-01-18 10:54:11.883 Status: LUA: Lua Aurora: Idc1= 0.874882 ampere
2019-01-18 10:54:11.884 Status: LUA: Lua Aurora: Pdc1= 205.513687 watt
2019-01-18 10:54:11.884 Status: LUA: Lua Aurora: Udc2= 149.113663 volt
2019-01-18 10:54:11.885 Status: LUA: Lua Aurora: Idc2= 2.581142 ampere
2019-01-18 10:54:11.885 Status: LUA: Lua Aurora: Pdc2= 384.883606 watt
2019-01-18 10:54:11.885 Status: LUA: Lua Aurora: Uac1= 227.226273 volt
2019-01-18 10:54:11.887 Status: LUA: Lua Aurora: Iac1= 2.575239 ampere
2019-01-18 10:54:11.887 Status: LUA: Lua Aurora: Pac1= 565.466125 watt
2019-01-18 10:54:11.888 Status: LUA: Lua Aurora: Frequency= 50.015003 Hz
2019-01-18 10:54:11.888 Status: LUA: Lua Aurora: Efficiency= 95.777222 %
2019-01-18 10:54:11.888 Status: LUA: Lua Aurora: InverterTemp= 27.754974 C
2019-01-18 10:54:11.889 Status: LUA: Lua Aurora: BoosterTemp= 25.435923 C
2019-01-18 10:54:11.889 Status: LUA: Lua Aurora: DailyEnergy= 0.350 kWh
2019-01-18 10:54:11.890 Status: LUA: Lua Aurora: WeeklyEnergy= 9.710 kWh
2019-01-18 10:54:11.890 Status: LUA: Lua Aurora: UnknownParameter= 0.000 kWh
2019-01-18 10:54:11.890 Status: LUA: Lua Aurora: MonthlyEnergy= 26.125 kWh
2019-01-18 10:54:11.891 Status: LUA: Lua Aurora: YearlyEnergy= 26.125 kWh
2019-01-18 10:54:11.891 Status: LUA: Lua Aurora: TotalEnergy= 17791.986 kWh
2019-01-18 10:54:11.891 Status: LUA: Lua Aurora: PartialEnergy= 17791.966 kWh
2019-01-18 10:54:11.892 Status: LUA: Lua Aurora: InverterActive= OK
2019-01-18 10:54:11.892 Status: LUA: Lua Aurora: update(Udc1DeviceName, Udc1IDX, Udc1, count) Udc1,7,234.904556,1
2019-01-18 10:54:11.893 Status: LUA: Lua Aurora: commandArray[1] = {['Udc1'] = 7|0|234.904556}
2019-01-18 10:54:11.893 Status: LUA: Lua Aurora: update(Idc1DeviceName, Idc1IDX, Idc1, count) Idc1,8,0.874882,2
2019-01-18 10:54:11.894 Status: LUA: Lua Aurora: commandArray[2] = {['Idc1'] = 8|0|0.874882}
2019-01-18 10:54:11.894 Status: LUA: Lua Aurora: update(Pdc1DeviceName, Pdc1IDX, Pdc1, count) Pdc1,9,205.513687,3
2019-01-18 10:54:11.895 Status: LUA: Lua Aurora: commandArray[3] = {['Pdc1'] = 9|0|205.513687}
2019-01-18 10:54:11.896 Status: LUA: Lua Aurora: update(Udc1DeviceName, Udc2IDX, Udc2, count) Udc2,10,149.113663,4
2019-01-18 10:54:11.897 Status: LUA: Lua Aurora: commandArray[4] = {['Udc2'] = 10|0|149.113663}
2019-01-18 10:54:11.897 Status: LUA: Lua Aurora: update(Idc2DeviceName, Idc2IDX, Idc2, count) Idc2,11,2.581142,5
2019-01-18 10:54:11.898 Status: LUA: Lua Aurora: commandArray[5] = {['Idc2'] = 11|0|2.581142}
2019-01-18 10:54:11.898 Status: LUA: Lua Aurora: update(Pdc2DeviceName, Pdc2IDX, Pdc2, count) Pdc2,12,384.883606,6
2019-01-18 10:54:11.899 Status: LUA: Lua Aurora: commandArray[6] = {['Pdc2'] = 12|0|384.883606}
2019-01-18 10:54:11.899 Status: LUA: Lua Aurora: update(Uac1DeviceName, Uac1IDX, Uac1, count) Uac1,13,227.226273,7
2019-01-18 10:54:11.900 Status: LUA: Lua Aurora: commandArray[7] = {['Uac1'] = 13|0|227.226273}
2019-01-18 10:54:11.900 Status: LUA: Lua Aurora: update(Iac1DeviceName, Iac1IDX, Iac1, count) Iac1,14,2.575239,8
2019-01-18 10:54:11.901 Status: LUA: Lua Aurora: commandArray[8] = {['Iac1'] = 14|0|2.575239}
2019-01-18 10:54:11.901 Status: LUA: Lua Aurora: update(Pac1DeviceName, Pac1IDX, Pac1, count) Pac1,15,565.466125,9
2019-01-18 10:54:11.902 Status: LUA: Lua Aurora: commandArray[9] = {['Pac1'] = 15|0|565.466125}
2019-01-18 10:54:11.902 Status: LUA: Lua Aurora: update(FrequencyDeviceName, FrequencyIDX, Frequency, count) Frequency,20,50.015003,10
2019-01-18 10:54:11.903 Status: LUA: Lua Aurora: commandArray[10] = {['Frequency'] = 20|0|50.015003}
2019-01-18 10:54:11.903 Status: LUA: Lua Aurora: update(EfficiencyDeviceName, EfficiencyIDX, Efficiency, count) Efficiency,17,9577.7222,11
2019-01-18 10:54:11.904 Status: LUA: Lua Aurora: commandArray[11] = {['Efficiency'] = 17|0|95.777222}
2019-01-18 10:54:11.905 Status: LUA: Lua Aurora: update(InverterTempDeviceName, InverterTempIDX, InverterTemp, count) InverterTemp,18,27.754974,12
2019-01-18 10:54:11.905 Status: LUA: Lua Aurora: commandArray[12] = {['InverterTemp'] = 18|0|27.754974}
2019-01-18 10:54:11.906 Status: LUA: Lua Aurora: update(BoosterTempDeviceName, BoosterTempIDX, BoosterTemp, count) BoosterTemp,19,25.435923,13
2019-01-18 10:54:11.906 Status: LUA: Lua Aurora: commandArray[13] = {['BoosterTemp'] = 19|0|25.435923}
2019-01-18 10:54:11.907 Status: LUA: Lua Aurora: update(MonthlyEnergyDeviceName, MonthlyEnergyIDX, MonthlyEnergy, count) Aurora Maand,51,26.125,14
2019-01-18 10:54:11.907 Status: LUA: Lua Aurora: commandArray[14] = {['Aurora Dag'] = 54|0|0.350}
2019-01-18 10:54:11.908 Status: LUA: Lua Aurora: update(MonthlyEnergyDeviceName, MonthlyEnergyIDX, MonthlyEnergy, count) Aurora Maand,51,26.125,15
2019-01-18 10:54:11.908 Status: LUA: Lua Aurora: commandArray[15] = {['Aurora Maand'] = 51|0|26.125}
2019-01-18 10:54:11.909 Status: LUA: Lua Aurora: update(YearlyEnergyDeviceName, YearlyEnergyIDX, YearlyEnergy, count) Aurora Jaar,52,26.125,16
2019-01-18 10:54:11.910 Status: LUA: Lua Aurora: commandArray[16] = {['Aurora Jaar'] = 52|0|26.125}
2019-01-18 10:54:11.910 Status: LUA: Lua Aurora: update(YearlyEnergyDeviceName, YearlyEnergyIDX, YearlyEnergy, count) Aurora Jaar,52,26.125,17
2019-01-18 10:54:11.911 Status: LUA: Lua Aurora: commandArray[17] = {['Aurora Totaal'] = 53|0|17791.986}
2019-01-18 10:54:12.192 Status: EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_device_aurora_KOPIE.lua
2019-01-18 10:54:16.975 Status: EventSystem: Script event triggered: /home/pi/domoticz/scripts/lua/script_device_calculate_consumption.lua

[BlakHawk]

Een collega heeft de cyble mwatermeter even doorgemeten en er komt maximaal 0,6v uit de witte draad.
Dus dan lijkt mij GPIO een goede oplossing, scheelt een S0 teller van 35 euro.

Hij heeft ook gemeten dat hij continu spanning levert op het draad en als het spiegeltje voorbij komt op de watermeter raakt de witte draad spanningsloos voor een bepaalde tijd.

Die tijd is altijd gelijk, of je nu veel water tapt of weinig, het lijkt electronisch geregeld. Best mooi dus voor een gdetailleerd resultaat.

Maar, nu heb ik wat hulp nodig bij het GPIO gedeelte.

De witte kabel zit op: "GPIO21" (pin 40)
De bruine kabel zit op: "Ground" (pin 39)

Volgens mij moet ik ook iets met interne weerstanden doen toch? Want het signaal is sowieso omgekeerd, bij spanningsloos, is er een water eenheid verbruikt.

Ik kan alleen niet veel documentatie vinden over de cyble meter op gpio...

[Toppe]

Iemand een idee voor het volgende:

Camera snapshot is te benaderen via http://192.168.31.177/cgi...mUCeI9WG7C&user=&password

Maar iemand een idee hoe je dit als afbeelding kan opslaan via dzVents? Idee is om hem vervolgens via Telegram door te sturen (en dat werkt wel) maar Telegram accepteert deze URL niet.

Een andere manier om hem -tijdelijk- op te slaan is natuurlijk ook welkom

[ Voor 10% gewijzigd door Toppe op 18-01-2019 12:42 ]

[fabstar81]

Toppe schreef op vrijdag 18 januari 2019 @ 12:40:
Iemand een idee voor het volgende:

Camera snapshot is te benaderen via http://192.168.31.177/cgi...mUCeI9WG7C&user=&password

Maar iemand een idee hoe je dit als afbeelding kan opslaan via dzVents? Idee is om hem vervolgens via Telegram door te sturen (en dat werkt wel) maar Telegram accepteert deze URL niet.

Een andere manier om hem -tijdelijk- op te slaan is natuurlijk ook welkom

waarom heb je zo rare URL? heb je de camera al in domoticz zitten? die heeft nl veel versimpeldere URL. Alleen IDX-nummer en klaar.

anyways...ik doe de afhandeling van camerasnapshots op de manier zoals paar posts hierboven beschreven. middels bash script. dat bash script kan je dan in dzVents gewoon aanroepen toch?

[Toppe]

fabstar81 schreef op vrijdag 18 januari 2019 @ 12:56:
[...]

waarom heb je zo rare URL? heb je de camera al in domoticz zitten? die heeft nl veel versimpeldere URL. Alleen IDX-nummer en klaar.

anyways...ik doe de afhandeling van camerasnapshots op de manier zoals paar posts hierboven beschreven. middels bash script. dat bash script kan je dan in dzVents gewoon aanroepen toch?

Als je je script bedoeld van je versterker, deze haalt een tekst resultaat terug en niet een afbeelding. Of heb ik een script over het hoofd gezien?

En dit is het URL van de camera, als je deze opent krijg je de afbeelding in beeld...

[ Voor 6% gewijzigd door Toppe op 18-01-2019 13:00 ]

[fabstar81]

@Toppe, nee ik heb ook een script gedeeld voor snapshots van camera's.

zie hier de domoticz URL: 192.168.x.x:8080/camsnapshot.jpg?idx=3

(hoover over het "take snapshot" icon in camera overzicht)

[ Voor 30% gewijzigd door fabstar81 op 18-01-2019 14:25 ]

[fabstar81]

ik heb de gok maar eens gewaagd en op de nieuwe RPi3B de gecorrigeerde database (na malformed meldingen opgelost te hebben) van mijn rpi1 ingelezen. Alles wordt netjes ingelezen en vanwege het ontbreken van de helft van de hardware heb ik uiteraard veel errors.

Vervolgens de missende hardware gedeactiveerd en voila, nul error meldingen. dat ging dus beter dan ik dacht van de ene naar de andere rpi (ga eerst testdraaien zo).

Daarna heb ik in de hardware tab de zigbee2mqtt en de MQTT client gateway toegevoegd zodat ik de drie devices hoop toe te voegen. In de log komen ze nl na het toevoegen van de hardware gewoon tevoorschijn:

code:

2019-01-17 23:01:58.964 (zigbee2mqtt) Zigbee2mqtt bridge is online
2019-01-17 23:01:58.964 (zigbee2mqtt) Joining new devices is disabled on the zigbee bridge
2019-01-17 23:01:58.316 Status: (zigbee2mqtt) Started.
2019-01-17 23:01:58.805 Status: (zigbee2mqtt) Entering work loop.
2019-01-17 23:01:58.805 Status: (zigbee2mqtt) Initialized version 0.0.16
2019-01-17 23:01:59.016 (zigbee2mqtt) Received available devices list from bridge
2019-01-17 23:01:59.016 (zigbee2mqtt) Device SJCGQ11LM 0x00158d00022f0486 (Watersensor)
2019-01-17 23:01:59.017 (zigbee2mqtt) Device MCCGQ01LM 0x00158d0002c62908 (Deursensor_overloop)
2019-01-17 23:01:59.017 (zigbee2mqtt) Device MCCGQ01LM 0x00158d0002b5fed0 (Deursensor_schuur)

Alleen in de devices tab worden ze NIET automatisch aangemaakt.

Verwijder ik de database, start ik domoticz opnieuw op met lege database en voeg ik de 2 zigbee2mqtt hardwares toe, komen de 3 devices wél in het devicesoverzicht te staan. dat is me toch een gekke gewaarwording?

enige wat ik me nu kan voorstellen is dat de USB van de zigbee sniffer op ACM0 staat op de rpi3B, maar dat in de domoticz van de rpi1 daar de zwave stick op staat...hmm...dat ga ik vanavond eens proberen. Alleen als die hardware uit staat van de zwave stick (met de geconfigureerde poort ACM0) moet ie toch gewoon werken? nou ja, testje waard.

waarom kan ik niet gewoon bij beide pi's op afstand....grrrr.

[ Voor 28% gewijzigd door fabstar81 op 18-01-2019 14:35 ]

[Toppe]

fabstar81 schreef op vrijdag 18 januari 2019 @ 14:33:
ik heb de gok maar eens gewaagd en op de nieuwe RPi3B de gecorrigeerde database (na malformed meldingen opgelost te hebben) van mijn rpi1 ingelezen. Alles wordt netjes ingelezen en vanwege het ontbreken van de helft van de hardware heb ik uiteraard veel errors.

Vervolgens de missende hardware gedeactiveerd en voila, nul error meldingen. dat ging dus beter dan ik dacht van de ene naar de andere rpi (ga eerst testdraaien zo).

Daarna heb ik in de hardware tab de zigbee2mqtt en de MQTT client gateway toegevoegd zodat ik de drie devices hoop toe te voegen. In de log komen ze nl na het toevoegen van de hardware gewoon tevoorschijn:

code:

2019-01-17 23:01:58.964 (zigbee2mqtt) Zigbee2mqtt bridge is online
2019-01-17 23:01:58.964 (zigbee2mqtt) Joining new devices is disabled on the zigbee bridge
2019-01-17 23:01:58.316 Status: (zigbee2mqtt) Started.
2019-01-17 23:01:58.805 Status: (zigbee2mqtt) Entering work loop.
2019-01-17 23:01:58.805 Status: (zigbee2mqtt) Initialized version 0.0.16
2019-01-17 23:01:59.016 (zigbee2mqtt) Received available devices list from bridge
2019-01-17 23:01:59.016 (zigbee2mqtt) Device SJCGQ11LM 0x00158d00022f0486 (Watersensor)
2019-01-17 23:01:59.017 (zigbee2mqtt) Device MCCGQ01LM 0x00158d0002c62908 (Deursensor_overloop)
2019-01-17 23:01:59.017 (zigbee2mqtt) Device MCCGQ01LM 0x00158d0002b5fed0 (Deursensor_schuur)

Alleen in de devices tab worden ze NIET automatisch aangemaakt.

Verwijder ik de database, start ik domoticz opnieuw op met lege database en voeg ik de 2 zigbee2mqtt hardwares toe, komen de 3 devices wél in het devicesoverzicht te staan. dat is me toch een gekke gewaarwording?

enige wat ik me nu kan voorstellen is dat de USB van de zigbee sniffer op ACM0 staat op de rpi3B, maar dat in de domoticz van de rpi1 daar de zwave stick op staat...hmm...dat ga ik vanavond eens proberen. Alleen als die hardware uit staat van de zwave stick (met de geconfigureerde poort ACM0) moet ie toch gewoon werken? nou ja, testje waard.

waarom kan ik niet gewoon bij beide pi's op afstand....grrrr.

Als hij met een oude database niet werkt en met een nieuwe wel dan ligt het probleem in de database. Ergens zullen die apparaten dus al wel in de database staan.

Ergens zou dat natuurlijk ook niet raar zijn, want die backup neemt als het goed is ook de data zoals temperaturen over...

[fabstar81]

neeeen, denk niet dat het duidelijk is.

rpi1: live domoticz, zonder zigbee2mqtt devices (want rpi1 hardware kon dat allemaal niet aan)
rpi3b: test met lege domoticz database én zigbee2mqtt én drie devices in devices tab, werkt allemaal.

backup van rpi1 op rpi3B geimporteerd. Vervolgens op rpi3B de zigbee hardware toegevoegd (want die bestond niet op de rpi1). Devices worden wel gezien in de log maar niet aangemaakt.

vinnik raar, want in testsituatie (lege database) doet ie het wel.
vermoed dus dat het komt omdat in de backup van de rpi1, de zwave stick toevallig geconfigureerd is op ACM0, wat de zigbee sniffer ook is op de rpi3B. maar dat gaan we dus vanavond ff testen .

[Furiousz]

Rgerr schreef op donderdag 17 januari 2019 @ 21:44:
[...]


HTTP i.p.v. HTTPS poort gaan gebruiken voor Domoticz/Controlicz?

Dat zou inderdaad een makkelijke oplossing zijn, echter is voor Controlicz HTTPS verplicht...

[GVR]

K-Jay schreef op vrijdag 18 januari 2019 @ 09:35:
[...]

Ik begrijp je vraag niet helemaal. Je geeft aan dat je Domoticz gebruikt, maar je loopt vast in mijn stappenplan voor het installeren van pimatic. Welk platform wil je nu gebruiken?

Dat is onduidelijk inderdaad. Ik gebruik nu domoticz om de slimme meter en thermostaat uit te lezen. Met jouw tutorial heb ik pimatic geïnstalleerd om met de arduino nano en de 433mhz zender en ontvanger te gebruiken, omdat dat volgens mij niet direct met domoticz kan zonder tussenkomst van pimatic? Volgens mij zou ik later dan de pimatic schakelaars vanuit domoticz moeten kunnen bedienen.

[ Voor 7% gewijzigd door GVR op 18-01-2019 17:02 ]

[TheFes]

Furiousz schreef op donderdag 17 januari 2019 @ 15:05:
Hopelijk heeft er hier iemand een oplossing voor mijn probleem.

Ik gebruik voor Controlicz i.c.m. Domoticz poort 443 voor HTTPS toegang (tevens voor toegang buiten mijn eigen netwerk). Nu wil ik ook de diyHue brigde op mijn RPi gebruiken zodat mijn Yeelights gezien worden als Hue lampen (dit om ze te kunnen bedienen met mijn Logitech Harmony Elite).

diyHue installeren op de RPi was geen probleem, alleen gebruikt diyHue ook poort 443 (verplicht) voor de communicatie. Domoticz én diyHue tegelijk draaien kan dus niet . Is er een mogelijkheid om dit toch samen te laten werken??

Met een portforward in je router een andere poort naar je domoticz https poort doorsturen?
Die moet je dan dus wel even veranderen via:
https://www.domoticz.com/wiki/Native_HTTPS_/_SSL_support

[ Voor 5% gewijzigd door TheFes op 18-01-2019 17:11 ]

[Rgerr]

Furiousz schreef op vrijdag 18 januari 2019 @ 16:41:
[...]


Dat zou inderdaad een makkelijke oplossing zijn, echter is voor Controlicz HTTPS verplicht...

Snap ik, maar dan zou je toch je Domoticz poort op 8080 kunnen gebruiken?

[Furiousz]

Rgerr schreef op vrijdag 18 januari 2019 @ 17:25:
[...]


Snap ik, maar dan zou je toch je Domoticz poort op 8080 kunnen gebruiken?

Misschien dat ik het dan niet helemaal goed snap hoor (en dat is heel goed mogelijk ). Maar Controlicz maakt verbinding met Domoticz via poort 443. Als ik 8080 gebruik werkt Controlicz niet meer. Als ik diyHue en Controlicz samen wil gebruiken kan dit dus niet via poort 443.

code:

2019-01-18 18:14:24.841 Error: WebServer(SSL) startup failed on address 0.0.0.0 with port: 443: bind: Address already in use
2019-01-18 18:14:24.841 Error: WebServer(SSL) check privileges for opening ports below 1024

Google Home geeft dan gelijk de melding dat Controlicz niet bereikbaar is.

[ Voor 24% gewijzigd door Furiousz op 18-01-2019 18:34 ]

[Rgerr]

Furiousz schreef op vrijdag 18 januari 2019 @ 17:44:
[...]


Misschien dat ik het dan niet helemaal goed snap hoor (en dat is heel goed mogelijk ). Maar Controlicz maakt verbinding met Domoticz via poort 443. Als ik 8080 gebruik werkt Controlicz niet meer. Als ik diyHue en Controlicz samen wil gebruiken kan dit dus niet via poort 443.

code:

2019-01-18 18:14:24.841 Error: WebServer(SSL) startup failed on address 0.0.0.0 with port: 443: bind: Address already in use
2019-01-18 18:14:24.841 Error: WebServer(SSL) check privileges for opening ports below 1024

Google Home geeft dan gelijk de melding dat Controlicz niet bereikbaar is.

Ah, dan heb ik het verkeerd begrepen. Dacht dat beide op een andere poort konden, sorry!

[Furiousz]

Rgerr schreef op vrijdag 18 januari 2019 @ 19:43:
[...]


Ah, dan heb ik het verkeerd begrepen. Dacht dat beide op een andere poort konden, sorry!

Nee, dat kan dus helaas niet. Net nog geprobeerd om Domoticz via poort 8443 te laten werken, Domoticz werkt dan natuurlijk wel maar Controlicz niet

[Stubby]

Furiousz schreef op vrijdag 18 januari 2019 @ 19:47:
[...]


Nee, dat kan dus helaas niet. Net nog geprobeerd om Domoticz via poort 8443 te laten werken, Domoticz werkt dan natuurlijk wel maar Controlicz niet

Controllicz vereist een https verbinding met je domoticz. Dus zolang je domoticz op de poort die je kiest geen https aanbiedt zal controllicz niet kunnen verbinden (dit om onderscheppen van je domoticz data te voorkomen)

[fabstar81]

kan iemand mij duidelijk vertellen waarom je sommige lua/dzEvents scripts op schijf plaatst (in domoticz scripts folder) en andere onder "Events"?

[MikeOO]

fabstar81 schreef op vrijdag 18 januari 2019 @ 22:33:
kan iemand mij duidelijk vertellen waarom je sommige lua/dzEvents scripts op schijf plaatst (in domoticz scripts folder) en andere onder "Events"?

Omdat je dit op 2 manieren kunt doen.

Als je de bestanden op schijf plaats moet je ze zelf backuppen maar kun je ze snel even aanpassen via WinSCP of andere tools.

Onder Events komen de scripts in je DB te staan en als je de DB backupped zitten je scripts daar dus gelijk bij. Je moet dan alleen altijd via Events je scripts aanpassen.

Je mag dus zelf kiezen wat je voorkeur heeft of beide door elkaar heen gebruiken, al lijkt mij dat niet handig.
Kies een optie die je aanspreekt en ga daarmee werken.

[fabstar81]

Dus het is puur voorkeur?! Nice...
Via Events kom ik er op het werk makkelijker bij. Veel van de aanpassingen doe ik nl ff snel op het werk.

Nu met de scripts op schijf moet ik inloggen met ssh, op mobiel (22 geblokt op werk), kortom niet ideaal.

Denk alleen dat scripts via de On Action bij switches wel altijd op disk moeten staan? Of kan je die ook vanuit de events aanroepen?

[MikeOO]

fabstar81 schreef op zaterdag 19 januari 2019 @ 08:15:
Dus het is puur voorkeur?! Nice...
Via Events kom ik er op het werk makkelijker bij. Veel van de aanpassingen doe ik nl ff snel op het werk.

Nu met de scripts op schijf moet ik inloggen met ssh, op mobiel (22 geblokt op werk), kortom niet ideaal.

Denk alleen dat scripts via de On Action bij switches wel altijd op disk moeten staan? Of kan je die ook vanuit de events aanroepen?

SSH port kun je ook aanpassen naar een port die wel mogelijk wordt toegestaan maar persoonlijk zou ik nooit Domoitcz direct aan het internet koppelen en dan op ook poort 22 gebruiken.

Pas de poort aan naar een andere port zodat het iets minder voorspelbaar is van iemand die kwaad in de zin heeft.

Maar veiliger is om bijvoorbeeld iets van OpenVPN te installeren. Dan hoef je alleen die poort open te zetten naar het internet. Eenmaal verbonden kun je overal bij alsof je thuis bent.

Ik vermoed dat je de On Action ook wel kunt gebruiken in Events , misschien met een trucje maar dat kan niet zeggen hoe je dit moet aanroepen. Ik gebruik Events niet maar alleen losse scripts omdat ik dit handig vindt.

[Toppe]

Iemand onderstaand al gelezen? Al maak ik mezelf niet z'n zorgen omdat wij (Domoticz gebruikers) geen interessante doelgroep zijn om dit soort kwetsbaarheden te gebruiken.

nieuws: Forcepoint legt veiligheidslek bloot in bots op Telegram

[fabstar81]

Niet?! Er zijn mogelijkheden om met commando's in Telegram via Domoticz je huis aan te sturen....

[Andrehj]

Domoticz internet script editor compleet veranderd?

Op zoek naar een mogelijkheid om mijn ampere-scripts wat minder vaak te laten triggeren (gebeurt nu elke seconde als de waarden van de slimme meter binnenkomen drie keer), komt ik er achter dat ineens de script editor helemaal veranderd is, waardoor ik van een script geen trigger meer in kan stellen.

Zo was het:


En zo is het nu:


Hoe krijg ik de oude layout terug?

[Knielen]

De oude layout kan je volgens mij niet terug krijgen, je zal het dus in je script moeten oplossen. Voor veel mensen is het juist een groot voordeel dat je de triggers niet meer in hoeft te stellen, binnen blockly gaf het veel verwarring en met lua/dzvents regel je het in het script.

[Mozart]

En deze editor is wel bruikbaar op een iPad 😀

[Toppe]

Andrehj schreef op zaterdag 19 januari 2019 @ 11:53:
Domoticz internet script editor compleet veranderd?

Op zoek naar een mogelijkheid om mijn ampere-scripts wat minder vaak te laten triggeren (gebeurt nu elke seconde als de waarden van de slimme meter binnenkomen drie keer), komt ik er achter dat ineens de script editor helemaal veranderd is, waardoor ik van een script geen trigger meer in kan stellen.

Zo was het:
[Afbeelding: Editor oud]

En zo is het nu:
[Afbeelding: Editor nieuw]

Hoe krijg ik de oude layout terug?

Ik gebruik onderstaande code:

code:

return {
   on = {
      timer = { 'every 5 minutes' }
   },
   execute = function(domoticz)
       
       -- Get current usage and voltage
       currentEnergy = domoticz.devices(deviceEnergy).WhActual
       currentVoltage = domoticz.devices(deviceVoltage).voltage
       
       -- Calculate and round the current amperage
       CalcAmperage = domoticz.utils.round(currentEnergy / currentVoltage, '2')
       
       -- Update device with current value. Changes when voltage of usage changes.
       domoticz.devices(deviceAmperage).updateCurrent(CalcAmperage)
       
   end
}

Deze doet het iedere 5 minuten. Ik kan hem aanpassen dat hij vaker wordt uitgevoerd maar dit heeft geen effect omdat hij toch maar elke 5 minuten wordt opgeslagen en op deze manier de database enigszins 'leeg' blijft...

De variable's haal ik weer uit een ander bestandje, vandaar dat je deze nergens kan vinden!

Ik ga ook eens de beta installeren, vindt juist het huidig overzicht van je events drie keer drama...

Edit: Hmm, een update zorgt meteen dat de beveiligde HTTPS verbinding niet meer werkt...

[ Voor 7% gewijzigd door Toppe op 19-01-2019 14:23 ]

[Andrehj]

@Toppe Dank voor je code, maar dat lost mijn probleem nog niet op, want:

1. Het script werd getriggerd door een "event" (volgens mij als iets van de inputs wijzigde). Als ik nu wil triggeren op iets anders, zal toch ook die oorspronkelijke trigger er af moeten? En de daarvoor benodigde knoppen zijn dus verdwenen...
2. Ik kan toch niet de trigger om een script te starten in dat script verwerken? Want dan start ie toch nooit? Of heb ik hier iets fundamenteels niet begrepen?
3. Jou code is niet in Lua (wat ik nu net een beetje begrijp), maar in iets anders (Python / Dzvents?). Ik heb iets in Lua nodig om mijn script minder vaak te laten starten.
4. Hoe weet je eigenlijk hoe vaak iets wordt weggeschreven naar de database? Bij mij komen de waardes van de slimme meter zo'n beetje elke seconde binnen, maar hoe vaak er iets naar de database wordt weggeschreven? Ik heb geen idee. En hoe wijzig ik dat dan?

In de Domoticz folder op mijn pi staan nu de bestandjes
domoticz - 14287 kB
domoticz.db - 1044 kB
domoticz.db-shm - 32 kB
domoticz.db.wal - 4784 kB
Als dat mijn hele database is (sinds 5 januari, dus van precies 2 weken) vind ik het nog wel meevallen.

[Toppe]

Andrehj schreef op zaterdag 19 januari 2019 @ 14:27:
@Toppe Dank voor je code, maar dat lost mijn probleem nog niet op, want:

1. Het script werd getriggerd door een "event" (volgens mij als iets van de inputs wijzigde). Als ik nu wil triggeren op iets anders, zal toch ook die oorspronkelijke trigger er af moeten? En de daarvoor benodigde knoppen zijn dus verdwenen...
2. Ik kan toch niet de trigger om een script te starten in dat script verwerken? Want dan start ie toch nooit? Of heb ik hier iets fundamenteels niet begrepen?
3. Jou code is niet in Lua (wat ik nu net een beetje begrijp), maar in iets anders (Python / Dzvents?). Ik heb iets in Lua nodig om mijn script minder vaak te laten starten.
4. Hoe weet je eigenlijk hoe vaak iets wordt weggeschreven naar de database? Bij mij komen de waardes van de slimme meter zo'n beetje elke seconde binnen, maar hoe vaak er iets naar de database wordt weggeschreven? Ik heb geen idee. En hoe wijzig ik dat dan?

In de Domoticz folder op mijn pi staan nu de bestandjes
domoticz - 14287 kB
domoticz.db - 1044 kB
domoticz.db-shm - 32 kB
domoticz.db.wal - 4784 kB
Als dat mijn hele database is (sinds 5 januari, dus van precies 2 weken) vind ik het nog wel meevallen.

1. Die triggers hadden bij mij geen effect, ze waren leuk voor het idee...
2. Jawel, dat kan prima. Ik gebruik timer = { "every 5 minutes" } en het script wordt netjes elke 5 minuten gestart. Domoticz zal een eigen versie can cronjobs hebben die je zo kan starten
3. Klopt, dit is een code is dzVents. Het is meer een soort 'library' die je eenvoudig kan aanroepen en het is 100% Lua. Ik gebruik bij voorkeur dzVents omdat het voor mij sneller werkt en eenvoudiger aan te passen is. Als je je trigger wilt aanpassen doe je dat gewoon in je on blokje, direct in de code dus.
4. Geen idee. Maar al zou het bij iedere call zijn dat hij wegschrijft, ik heb het niet nodig. Dingen zoals energie, temperaturen etc worden sowieso per 5 minuten gebruikt, ook voor je grafiekjes

Overigens staat de trigger er nog steeds, alleen op een andere plek. Dit zie je alleen nadat je een script hebt "geopend in de editor"


Volgrens mij is dit jou scriptje die je nog steeds gebruikt?

code:

-- Input devices
vermogen1 = 'Vermogen L1'
spanning1 = 'Spanning L1'

-- Output devices
stroom1_id = 23

commandArray = {}
if (devicechanged[vermogen1]) then
    vermogen = otherdevices_svalues[vermogen1]
    spanning = otherdevices_svalues[spanning1]
    stroom = round(vermogen/spanning, 3)
    commandArray[1] = {['UpdateDevice'] = stroom1_id .. "|0|" .. stroom}
end

return commandArray

Als je hem op tijd zou willen (bijvoorbeeld 5 minuten) dan zou je zoiets moeten gebruiken:

code:

-- Input devices
vermogen1 = 'Vermogen L1'
spanning1 = 'Spanning L1'

-- Output devices
stroom1_id = 23

commandArray = {}
time = os.date("*t")
if  ((time.min+2)%5)==0  then
    vermogen = otherdevices_svalues[vermogen1]
    spanning = otherdevices_svalues[spanning1]
    stroom = round(vermogen/spanning, 3)
    commandArray[1] = {['UpdateDevice'] = stroom1_id .. "|0|" .. stroom}
end
return commandArray

[ Voor 21% gewijzigd door Toppe op 19-01-2019 14:44 ]

[Andrehj]

Thanks @Toppe .
Mijn scriptje is inmiddels iets uitgebreid naar 3 fasen en de round functie (en ik heb de twee maal een = in dezelfde regel uit de commandArray verwijderd, geen idee wat daar het nut van was), maar dat trigger-window heb ik niet. Het was er vanochtend niet, en nu (na update naar laatste Beta versie 4.10362) ook niet. Geen idee wat er fout gaat:


Hm, volgens dit topic is dit al een erg oud probleem. Geen idee echter hoe het kan dat het bij mij pas sinds een paar dagen speelt...
En het zou ook al gefixed moeten zijn want er staat het een en ander over dit trigger window op github. Maar hoe ik dat nou in mijn Domoticz krijg?
Sorry, ben te veel newbie.

[ Voor 52% gewijzigd door Andrehj op 19-01-2019 18:23 ]

[Toppe]

Andrehj schreef op zaterdag 19 januari 2019 @ 18:16:
Thanks @Toppe .
Mijn scriptje is inmiddels iets uitgebreid naar 3 fasen en de round functie (en ik heb de twee maal een = in dezelfde regel uit de commandArray verwijderd, geen idee wat daar het nut van was), maar dat trigger-window heb ik niet. Het was er vanochtend niet, en nu (na update naar laatste Beta versie 4.10362) ook niet. Geen idee wat er fout gaat:
[Afbeelding: Domoticz Trigger Missing]

Hm, volgens dit topic is dit al een erg oud probleem. Geen idee echter hoe het kan dat het bij mij pas sinds een paar dagen speelt...
En het zou ook al gefixed moeten zijn want er staat het een en ander over dit trigger window op github. Maar hoe ik dat nou in mijn Domoticz krijg?
Sorry, ben te veel newbie.

Onderstaand script kan je toevoegen als dzVents en dan 'Timer'. Kijk voor de zekerheid nog even de namen na maar zou het moeten doen.

code:

return {
   on = {
      timer = { 'every 5 minutes' }
   },
   execute = function(domoticz)
       
       PowerOne             = 23
       PowerTwo             = 24
       PowerThree           = 25
       
       --Vermogen en spanning ophalen
       currentEnergyOne     = domoticz.devices('Vermogen L1').WhActual
       currentVoltageOne    = domoticz.devices('Spanning L1').voltage
       currentEnergyTwo     = domoticz.devices('Vermogen L2').WhActual
       currentVoltageTwo    = domoticz.devices('Spanning L2').voltage
       currentEnergyThree   = domoticz.devices('Vermogen L3').WhActual
       currentVoltageThree  = domoticz.devices('Spanning L3').voltage

       
       --Alles uitrekenen
       CalcAmperageOne      = domoticz.utils.round(currentEnergyOne / currentVoltageOne, '3')
       CalcAmperageTwo      = domoticz.utils.round(currentEnergyTwo / currentVoltageTwo, '3')
       CalcAmperageThree    = domoticz.utils.round(currentEnergyThree / currentVoltageThree, '3')
       
       
       --Het uitgerekende nu ook daadwerkelijk opslaan in de database
       domoticz.devices(PowerOne).updateCurrent(CalcAmperageOne)
       domoticz.devices(PowerTwo).updateCurrent(CalcAmperageTwo)
       domoticz.devices(PowerThree).updateCurrent(CalcAmperageThree)
       
   end
}

[GVR]

GVR schreef op vrijdag 18 januari 2019 @ 17:02:
[...]

Dat is onduidelijk inderdaad. Ik gebruik nu domoticz om de slimme meter en thermostaat uit te lezen. Met jouw tutorial heb ik pimatic geïnstalleerd om met de arduino nano en de 433mhz zender en ontvanger te gebruiken, omdat dat volgens mij niet direct met domoticz kan zonder tussenkomst van pimatic? Volgens mij zou ik later dan de pimatic schakelaars vanuit domoticz moeten kunnen bedienen.

@K-Jay Het is me (mede door jouw stappenplan) inmiddels gelukt De kaku schakelaars toegevoegd aan pimatic en deze met de pimatic api aangestuurd vanuit Domoticz.
Next: Temperatuursensor van het weerstation uitlezen en verlichting schakelen i.c.m. tijd en de aanwezigheids-schakelaar van de thermostaat

[ Voor 9% gewijzigd door GVR op 19-01-2019 19:16 ]

[Toppe]

Voor de geïnteresseerde:

code:

return {
   on = {
      timer = { 'at 02:00' },
      httpResponses = { 'trigger' }
   },
   execute = function(domoticz, item)
      if (item.isTimer) then
         domoticz.openURL({
            url = '-- hier je URL',
            callback = 'trigger'
         })
      end
      if (item.isHTTPResponse) then
         if (item.ok) then
            domoticz.log("Backup oke!")
         else 
             --Hier je notificatie regels
         end
      end
   end
}

Dit script kijkt elke nacht om 02:00 of je ingegeven URL de status 2xx terug geeft of niet. Als dit niet het geval is krijg je een notificatie als je die hebt ingevuld.

Ik gebruik dit voor mijn backup

[Andrehj]

Toppe schreef op zaterdag 19 januari 2019 @ 19:06:
[...]


Onderstaand script kan je toevoegen als dzVents en dan 'Timer'. Kijk voor de zekerheid nog even de namen na maar zou het moeten doen.

code:

return {
   on = {
      timer = { 'every 5 minutes' }
   },
   execute = function(domoticz)
       
       PowerOne             = 23
       PowerTwo             = 24
       PowerThree           = 25
       
       --Vermogen en spanning ophalen
       currentEnergyOne     = domoticz.devices('Vermogen L1').WhActual
       currentVoltageOne    = domoticz.devices('Spanning L1').voltage
       currentEnergyTwo     = domoticz.devices('Vermogen L2').WhActual
       currentVoltageTwo    = domoticz.devices('Spanning L2').voltage
       currentEnergyThree   = domoticz.devices('Vermogen L3').WhActual
       currentVoltageThree  = domoticz.devices('Spanning L3').voltage

       
       --Alles uitrekenen
       CalcAmperageOne      = domoticz.utils.round(currentEnergyOne / currentVoltageOne, '3')
       CalcAmperageTwo      = domoticz.utils.round(currentEnergyTwo / currentVoltageTwo, '3')
       CalcAmperageThree    = domoticz.utils.round(currentEnergyThree / currentVoltageThree, '3')
       
       
       --Het uitgerekende nu ook daadwerkelijk opslaan in de database
       domoticz.devices(PowerOne).updateCurrent(CalcAmperageOne)
       domoticz.devices(PowerTwo).updateCurrent(CalcAmperageTwo)
       domoticz.devices(PowerThree).updateCurrent(CalcAmperageThree)
       
   end
}

Alweer bedankt. Script werkt en wordt netjes elke minuut (ik heb de timer aangepast naar "every minute") aangeroepen. Wel een groot probleem: Zodra ik dit script draai schiet mijn CPU_Usage van 3.5 naar 9.5%. Heb dit een paar keer getest, en het is reproduceerbaar. Dus ik heb het script maar weer uitgeschakeld en mijn eigen LUA scriptje maar weer aangezet.

[Toppe]

Andrehj schreef op zaterdag 19 januari 2019 @ 21:39:
[...]

Alweer bedankt. Script werkt en wordt netjes elke minuut (ik heb de timer aangepast naar "every minute") aangeroepen. Wel een groot probleem: Zodra ik dit script draai schiet mijn CPU_Usage van 3.5 naar 9.5%. Heb dit een paar keer getest, en het is reproduceerbaar. Dus ik heb het script maar weer uitgeschakeld en mijn eigen LUA scriptje maar weer aangezet.

Nooit opgelet, in vindt het gebruik hiervan niet zo spannend, Domoticz draait nog steeds goed vlot bij mij ondanks dat ik verschillende DzVents heb draaien

[mike123]

Ik ben bezig om paar lampen te sturen via Domoticz en dat gaat al aardig goed.(ruime testfase,kijken of ik het onder de knie krijg). Ik krijg via Telegram ook een melding als er iemand heeft aangebeld dus ben op weg. Niet zo heel spannend. Maar nu wil ik een http opdracht versturen die loopt via mijn Homewizard, die stuurt de heatlink aan. Ik heb alleen een 433 MHz antenne. Hij werkt als ik hem handmatig uitvoer, dus knopje indrukken in Domoticz . Het is de opdracht dat mijn cv ketel naar 15 graden moet gaan. Ik heb daar een dummy voor gemaakt en daar een switch aangehangen, dus ook een idx nummer.
Maar nu komt het. Hoe krijg ik dit in een Event zoals Lua of DzVents. Blockly lukt niet voor zover als ik puzzel.
Hij moet namelijk uitgevoerd worden als het na 01:00 uur is en boven de 18 graden. Ik heb ook een Cresta temperatuurmeter in de kamer die ook een idx nummer heeft en gewoon werkt.
Ik heb wel een paar scripts gelezen maar dan begint het al te duizelen. Als ik een voorbeeld heb hoe het zou moeten kan ik daar verder op borduren.

[Knielen]

mike123 schreef op zondag 20 januari 2019 @ 00:58:
Ik ben bezig om paar lampen te sturen via Domoticz en dat gaat al aardig goed.(ruime testfase,kijken of ik het onder de knie krijg). Ik krijg via Telegram ook een melding als er iemand heeft aangebeld dus ben op weg. Niet zo heel spannend. Maar nu wil ik een http opdracht versturen die loopt via mijn Homewizard, die stuurt de heatlink aan. Ik heb alleen een 433 MHz antenne. Hij werkt als ik hem handmatig uitvoer, dus knopje indrukken in Domoticz . Het is de opdracht dat mijn cv ketel naar 15 graden moet gaan. Ik heb daar een dummy voor gemaakt en daar een switch aangehangen, dus ook een idx nummer.
Maar nu komt het. Hoe krijg ik dit in een Event zoals Lua of DzVents. Blockly lukt niet voor zover als ik puzzel.
Hij moet namelijk uitgevoerd worden als het na 01:00 uur is en boven de 18 graden. Ik heb ook een Cresta temperatuurmeter in de kamer die ook een idx nummer heeft en gewoon werkt.
Ik heb wel een paar scripts gelezen maar dan begint het al te duizelen. Als ik een voorbeeld heb hoe het zou moeten kan ik daar verder op borduren.

Misschien is dit een mooi voorzetje:

Lua:

return {
    on = {
        devices = { 'CV auto', 'Verwarming CV Aan' },
        timer = { 'every 15 minutes on mon,tue,thu,sat,sun' } 
    },
    execute = function(dz, item)
        if (item.isTimer and dz.devices('Temp_Vloer').temperature <= 17 and dz.devices('CV auto').state == 'On' and dz.time.matchesRule("between 7:00 and 16:00")) then
            dz.devices('Set Temp Beneden').updateSetPoint(21)
            dz.devices('Beneden Verwarmen').switchOn().checkFirst()
            dz.log('Temp vloer onder 17, verwarming aan')
        elseif (item.isTimer and dz.devices('Temp_Vloer').temperature >= 20 and dz.devices('CV auto').state == 'On') then
            dz.devices('Set Temp Beneden').updateSetPoint(15)
            dz.log('Temp vloer boven 20, verwarming uit')
            dz.devices('Beneden Verwarmen').switchOff().checkFirst()
        end
   end
}

[ Voor 3% gewijzigd door Knielen op 20-01-2019 08:15 ]

[Furiousz]

Stubby schreef op vrijdag 18 januari 2019 @ 19:54:
[...]

Controllicz vereist een https verbinding met je domoticz. Dus zolang je domoticz op de poort die je kiest geen https aanbiedt zal controllicz niet kunnen verbinden (dit om onderscheppen van je domoticz data te voorkomen)

Het is mij ondertussen helemaal duidelijk! Ik heb diyHue maar weer verwijderd. Misschien maar een 2e RPi kopen om dit soort dingen op te draaien

[mike123]

Knielen schreef op zondag 20 januari 2019 @ 08:12:
[...]


Misschien is dit een mooi voorzetje:

Lua:

return {
    on = {
        devices = { 'CV auto', 'Verwarming CV Aan' },
        timer = { 'every 15 minutes on mon,tue,thu,sat,sun' } 
    },
    execute = function(dz, item)
        if (item.isTimer and dz.devices('Temp_Vloer').temperature <= 17 and dz.devices('CV auto').state == 'On' and dz.time.matchesRule("between 7:00 and 16:00")) then
            dz.devices('Set Temp Beneden').updateSetPoint(21)
            dz.devices('Beneden Verwarmen').switchOn().checkFirst()
            dz.log('Temp vloer onder 17, verwarming aan')
        elseif (item.isTimer and dz.devices('Temp_Vloer').temperature >= 20 and dz.devices('CV auto').state == 'On') then
            dz.devices('Set Temp Beneden').updateSetPoint(15)
            dz.log('Temp vloer boven 20, verwarming uit')
            dz.devices('Beneden Verwarmen').switchOff().checkFirst()
        end
   end
}

Dank je. Ik ga hier even mee aan de slag. Kijken of ik dingen kan verduidelijken voor mijzelf en aanpassen zodat het doet wat ik wil.

[rroetenberg]

Stubby schreef op vrijdag 18 januari 2019 @ 19:54:
[...]

Controllicz vereist een https verbinding met je domoticz. Dus zolang je domoticz op de poort die je kiest geen https aanbiedt zal controllicz niet kunnen verbinden (dit om onderscheppen van je domoticz data te voorkomen)

Ik draai Domoticz ook op een andere poort dan 443, zowel intern als extern. Zolang het maar een SSL verbinding is dan werkt het prima.

[Furiousz]

rroetenberg schreef op maandag 21 januari 2019 @ 08:28:
[...]


Ik draai Domoticz ook op een andere poort dan 443, zowel intern als extern. Zolang het maar een SSL verbinding is dan werkt het prima.

Ik kreeg het niet voor elkaar, Controlicz samen met diyHue. Heb nu HA-bridge geïnstalleerd op de RPi en dat werkt perfect! Ik kan nu met de Harmony Elite alle apparaten bedienen die verbonden zijn met Domoticz

[BlakHawk]

Heeft iemand hier de HomeWizrd plugin draaien?
Ik heb hem succesvol gekoppeld en de apparaten worden in Domoticz geladen, echter met uitzondering van alle nieuwe 868 lampen en schakelaars...

Enig idee hoe dit kan?

[hannibal2206]

Ik heb een script dat de pomp van mijn zonneboiler aan stuurt, en daar een (dummy sensor) counter voor bij houdt in minuten.

Deze wordt per dag goed zichtbaar, en per maand en jaar ook; maar de counters van 'last week' staan altijd op 0 ??

iemand enig idee waarom ?



> Iemand een suggestie waarom de week grafiek geen waarden laat zien ??

[ Voor 7% gewijzigd door hannibal2206 op 27-01-2019 22:22 ]

[PjotrStroganov]

Domoticz app gerelateerd: om een of andere reden staat er onder mijn milight schakelaars geen knop meer om te schakelen tussen gekleurd en wit licht. In domoticz zelf wel trouwens. Nu krijg ik alleen een kleurwiel voor mijn kiezen. Ik vraag me af of meer mensen hier last van hebben en of ik iets simpels over het hoofd zie waardoor die optie is verdwenen.

Random

[Toppe]

dfrenner schreef op maandag 21 januari 2019 @ 16:58:
Heeft iemand hier de HomeWizrd plugin draaien?
Ik heb hem succesvol gekoppeld en de apparaten worden in Domoticz geladen, echter met uitzondering van alle nieuwe 868 lampen en schakelaars...

Enig idee hoe dit kan?

868Mhz is een beveiligde frequentie waarop ook alarm systemen zitten en dergelijke. Mogelijk is dat de oorzaak dat je die niet buiten HomeWizard kan bedienen.

[BlakHawk]

Toppe schreef op dinsdag 22 januari 2019 @ 08:39:
[...]


868Mhz is een beveiligde frequentie waarop ook alarm systemen zitten en dergelijke. Mogelijk is dat de oorzaak dat je die niet buiten HomeWizard kan bedienen.

Maar met de plugin geef je toch juist toegang naar je homewizard en daar leest hij dan, op IP en account en wachtwoord de devices uit.

Beetje jammer dit.

[Toppe]

dfrenner schreef op dinsdag 22 januari 2019 @ 09:27:
[...]


Maar met de plugin geef je toch juist toegang naar je homewizard en daar leest hij dan, op IP en account en wachtwoord de devices uit.

Beetje jammer dit.

Klopt, in theorie wel. Echter kunnen hier wel wat haken en ogen aan zitten. 868Mhz wordt namelijk ook gebruikt voor een beveiligde verbinding zoals:

• Alarmcentrales
• Bewegingsmelders
• Handzenders
• Machine-to-Machine
• Weerstations
• Lampen

Of te wel: apparaten waarvan je niet wilt dat de data onbeveiligd door de lucht gaat. Ik zou er toch niet gelukkig van worden als iemand mijn alarm centrale kan bedienen omdat hij op een onbeveiligde verbinding zit

Ik vermoed dat HomeWizard gewoon de keus heeft gemaakt door beveiligde apparaten niet beschikbaar te stellen via een API/Plugin. Als ze dit wél zouden doen dan is het effect van een beveiligde frequentie natuurlijk weg omdat je dan je apparaten alsnog kan aansturen buiten hun eigen platform.

Het in moeten voeren van een IP, gebruikersnaam & wachtwoord betekend nog niet dat het veilig genoeg is om deze apparaten beschikbaar te stellen. Maar dit alles is even op een aanname vanuit mijn kant maar dit zou de enige logische conclusie zijn die ik er uit kan halen.

Als je dit zeker wilt weten dan zou je contact kunnen opnemen met HomeWizard, mits ze een openbare API hebben.

Kinderachtig of raar? Nee, als fabrikant ga je er vanuit dat als een klant overstapt op 868Mhz hij/zij dit doen voor de veiligheid. Dat is ook voornamelijk het verkooppraatje van deze apparaten "Deze werkt op een beveiligde band van 868Mhz, hierdoor is het vrijwel onmogelijk voor criminelen om de gegevens te onderscheppen". Jij een veilig gevoel en de fabrikant verkoopt weer wat.

[ Voor 11% gewijzigd door Toppe op 22-01-2019 09:46 ]

[BlakHawk]

Toppe schreef op dinsdag 22 januari 2019 @ 09:43:
[...]


Klopt, in theorie wel. Echter kunnen hier wel wat haken en ogen aan zitten. 868Mhz wordt namelijk ook gebruikt voor een beveiligde verbinding zoals:

• Alarmcentrales
• Bewegingsmelders
• Handzenders
• Machine-to-Machine
• Weerstations
• Lampen

Of te wel: apparaten waarvan je niet wilt dat de data onbeveiligd door de lucht gaat. Ik zou er toch niet gelukkig van worden als iemand mijn alarm centrale kan bedienen omdat hij op een onbeveiligde verbinding zit

Ik vermoed dat HomeWizard gewoon de keus heeft gemaakt door beveiligde apparaten niet beschikbaar te stellen via een API/Plugin. Als ze dit wél zouden doen dan is het effect van een beveiligde frequentie natuurlijk weg omdat je dan je apparaten alsnog kan aansturen buiten hun eigen platform.

Het in moeten voeren van een IP, gebruikersnaam & wachtwoord betekend nog niet dat het veilig genoeg is om deze apparaten beschikbaar te stellen. Maar dit alles is even op een aanname vanuit mijn kant maar dit zou de enige logische conclusie zijn die ik er uit kan halen.

Als je dit zeker wilt weten dan zou je contact kunnen opnemen met HomeWizard, mits ze een openbare API hebben.

Kinderachtig of raar? Nee, als fabrikant ga je er vanuit dat als een klant overstapt op 868Mhz hij/zij dit doen voor de veiligheid. Dat is ook voornamelijk het verkooppraatje van deze apparaten "Deze werkt op een beveiligde band van 868Mhz, hierdoor is het vrijwel onmogelijk voor criminelen om de gegevens te onderscheppen". Jij een veilig gevoel en de fabrikant verkoopt weer wat.

Zal eens navraag doen...
Anders is het wachten op homekit ondersteuning op de link, dan zijn we er ook...

[prekz]

Even een domme vraag (wellicht).

Vorige week begonnen met zigbee2mqtt en het werkt ansich prima.
Nu heb ik een Xiaomi Aqara wall switch toegevoegd.

Hoe kan ik deze het eenvoudigste een lamp/scene laten triggeren? Dien ik dan een blockly te maken of kan ik die op een andere manier koppelen aan een lamp/scene?

[Toppe]

Voor de mensen die een foto krijgen als er post binnen komt:

Welke sensor gebruiken jullie hiervoor en hoe is deze gemonteerd? Wij hebben nog een brievenbus in de voordeur en ik wil vanaf buiten niet dat mensen zien dat er een sensor op zit. Montage aan de binnenkant van de klep lijkt me ook niet makkelijk omdat je deze er snel aftikt als er een wat groter (post)pakket binnen komt.

Ik eindig dan bij een SecuMax met daarin een Xiaomi vibratie sensor

Hoe hebben andere dit gedaan?

@prekzdit moet prima lukken met een Blocky

[prekz]

[b]Toppe in "Domoticz - open source domotica systeem - deel 4"

@prekzdit moet prima lukken met een Blocky

Thanks, ik had even een iets andere denkwijze nodig
Zelf maak ik gebruik van qubino/fibaro (dimmer) modules dus dan heb je maar 1 device wat je lamp triggerd. Nu heb ik dus een schakelaar en een lamp en dien dit dus via blockly op te lossen

[fabstar81]

Toppe schreef op dinsdag 22 januari 2019 @ 10:25:
Voor de mensen die een foto krijgen als er post binnen komt:

Welke sensor gebruiken jullie hiervoor en hoe is deze gemonteerd? Wij hebben nog een brievenbus in de voordeur en ik wil vanaf buiten niet dat mensen zien dat er een sensor op zit. Montage aan de binnenkant van de klep lijkt me ook niet makkelijk omdat je deze er snel aftikt als er een wat groter (post)pakket binnen komt.

Ik eindig dan bij een SecuMax met daarin een Xiaomi vibratie sensor

Hoe hebben andere dit gedaan?

@prekzdit moet prima lukken met een Blocky

heb hetzelfde maar dan met de voordeur. gewoon een deur/window sensor. in domoticz zet je daar dan je On action naar het script en klaar!

de deur window sensor heb ik vaker gelezen dat mensen deze op de brievenbus doen. dus waarom zou dat niet lukken?

buiten het feit dat ik niet snap dat mensen dit al willen...maar goed. kan je dan op tijd de hond tegenhouden of zo? als je je trouwens aanmeldt op mijn.postnl.nl of zo, kan je in de app ook aangeven te willen zien welke post er komt. krijg je nog fotootje ook op je mobiel. voor graties!

[Toppe]

fabstar81 schreef op dinsdag 22 januari 2019 @ 10:50:
[...]

heb hetzelfde maar dan met de voordeur. gewoon een deur/window sensor. in domoticz zet je daar dan je On action naar het script en klaar!

de deur window sensor heb ik vaker gelezen dat mensen deze op de brievenbus doen. dus waarom zou dat niet lukken?

buiten het feit dat ik niet snap dat mensen dit al willen...maar goed. kan je dan op tijd de hond tegenhouden of zo? als je je trouwens aanmeldt op mijn.postnl.nl of zo, kan je in de app ook aangeven te willen zien welke post er komt. krijg je nog fotootje ook op je mobiel. voor graties!

Ben allang lid van mijn post, echter lost dat nog het tijdsprobleem niet op.

Een deur contact gaat hier niet passen overigens, krijg met regelmaat pakketten die net al groot zijn als de sleuf zelf, als ik daar nog eens een sensor in monteer kan ik die elke dag weer terug plaatsen omdat die er af ligt

[fabstar81]

@Toppe, je moet hem ook buiten de sleuf plaatsen. onderop de bus (of ernaast) de unit, en op de klep het magneetje?

[Toppe]

Dan zit hij aan de buitenkant van de voordeur, WAF = 0%

[fabstar81]

Toppe schreef op dinsdag 22 januari 2019 @ 12:35:
Dan zit hij aan de buitenkant van de voordeur, WAF = 0%

heb je geen klep aan de binnenkant? ik heb zo een bus met binnen en buitenklep. sorry, was mijn referentiekader...

[Toppe]

fabstar81 schreef op dinsdag 22 januari 2019 @ 13:19:
[...]




heb je geen klep aan de binnenkant? ik heb zo een bus met binnen en buitenklep. sorry, was mijn referentiekader...

Nee, maar dat zou opzich wel de oplossing kunnen zijn. Of die SecuMax met een sensor er in... Die kan meteen dienen als anti inbraak

[sgsdebruijn]

Iemand een idee hoe ik de eenheid van een dummy aan kan passen, heb voor m'n flowmeter een foutje gemaakt, staat nu l/min ipv l/uur

[Toppe]

sgsdebruijn schreef op dinsdag 22 januari 2019 @ 13:54:
Iemand een idee hoe ik de eenheid van een dummy aan kan passen, heb voor m'n flowmeter een foutje gemaakt, staat nu l/min ipv l/uur

Waterflow sensor is toch altijd per minuut? Ik heb mijn watermeter als "Counter, Counter Incremental" in Domoticz zitten en als ik daar op "Log" klik krijg ik netjes een overzicht van het verbruik per uur.

Het hele idee van die virtuele "waterflow" is namelijk inzichtelijk krijgen wat je nou verbruikt, je krijgt nu inzicht per 5 minuten en dat is redelijk te doen qua informatie.

[ Voor 16% gewijzigd door Toppe op 22-01-2019 14:06 ]

[sgsdebruijn]

Toppe schreef op dinsdag 22 januari 2019 @ 14:05:
[...]


Waterflow sensor is toch altijd per minuut? Ik heb mijn watermeter als "Counter, Counter Incremental" in Domoticz zitten en als ik daar op "Log" klik krijg ik netjes een overzicht van het verbruik per uur.

Het hele idee van die virtuele "waterflow" is namelijk inzichtelijk krijgen wat je nou verbruikt, je krijgt nu inzicht per 5 minuten en dat is redelijk te doen qua informatie.

Gaat om een Kamstrup 302 voor flowmeting van mijn warmtepomp, niet om de verswatermeter in de meterkast

[Toppe]

sgsdebruijn schreef op dinsdag 22 januari 2019 @ 14:08:
[...]


Gaat om een Kamstrup 302 voor flowmeting van mijn warmtepomp, niet om de verswatermeter in de meterkast

Ik moet even op onderzoek uit, je weet zeker dat je l/uur had? Normaal gesproken pak je daarvoor namelijk een ander type sensor.

Edit: Je moet dan custom sensor nemen met l/uur als data

[ Voor 8% gewijzigd door Toppe op 22-01-2019 14:15 ]

[sgsdebruijn]

Toppe schreef op dinsdag 22 januari 2019 @ 14:14:
[...]


Ik moet even op onderzoek uit, je weet zeker dat je l/uur had? Normaal gesproken pak je daarvoor namelijk een ander type sensor.

Edit: Je moet dan custom sensor nemen met l/uur als data

Nog even getest, Flow bij dummy kan je geen eenheid aangeven, skip de vraag maar, ik zal in het script moeten kijken of ik die waarde om kan rekenen naar l/min ipv l/uur

[Toppe]

sgsdebruijn schreef op dinsdag 22 januari 2019 @ 14:18:
[...]


Nog even getest, Flow bij dummy kan je geen eenheid aangeven, skip de vraag maar, ik zal in het script moeten kijken of ik die waarde om kan rekenen naar l/min ipv l/uur

Jawel, je kiest dan "Custom sensor" en "Axis label:" is dan l/uur. Dit gebruik ik ook voor de straling van de zon. Werkt op een vergelijkbare manier als een waterflow alleen dan een ander naampje

[sgsdebruijn]

Toppe schreef op dinsdag 22 januari 2019 @ 14:19:
[...]


Jawel, je kiest dan "Custom sensor" en "Axis label:" is dan l/uur. Dit gebruik ik ook voor de straling van de zon. Werkt op een vergelijkbare manier als een waterflow alleen dan een ander naampje

Je hebt gelijk, aangemaakt maar dan ben ik wel mijn historie kwijt, daar was het eigenlijk om te doen

[Toppe]

Ja, dat is wel een nadeel. Je zou kunnen kijken of je de data kan overzetten vanuit de database maar dat is wel een karweitje

[Toppe]

Na deze post fabstar81 in "Domoticz - open source domotica systeem - deel 4" toch aan Bash script begonnen om eenvoudig snapshots direct naar Telegram te kunnen versturen.

Al snel liep ik tegen wat beperkingen aan, zo was het niet mogelijk om een camera te kiezen.

Dus al snel dit scriptje gemaakt: https://pastebin.com/XcWCKwpS

Dit werkte wel maar Bash is niet echt mijn ding. Zijn er mensen die eens een poging willen/kunnen wagen om hier wat moois van te maken? Alle info van Telegram is hier te vinden: https://core.telegram.org/bots/api#sendphoto

Wat zou nou tof zijn?
- Standaard Chat ID tenzij er een ander Chat ID wordt mee gegeven (-group "-groep chat id") zodat de WAF hoog blijft
- Het kunnen bepalen van de parse_mode (standaard markdown maar bijvoorbeeld -noparsemode om alles uit te zetten)

Ga zo maar door

[ Voor 19% gewijzigd door Toppe op 22-01-2019 15:31 ]

[fabstar81]

Toppe schreef op dinsdag 22 januari 2019 @ 15:29:
Na deze post fabstar81 in "Domoticz - open source domotica systeem - deel 4" toch aan Bash script begonnen om eenvoudig snapshots direct naar Telegram te kunnen versturen.

Al snel liep ik tegen wat beperkingen aan, zo was het niet mogelijk om een camera te kiezen.

Dus al snel dit scriptje gemaakt: https://pastebin.com/XcWCKwpS

Dit werkte wel maar Bash is niet echt mijn ding. Zijn er mensen die eens een poging willen/kunnen wagen om hier wat moois van te maken? Alle info van Telegram is hier te vinden: https://core.telegram.org/bots/api#sendphoto

Wat zou nou tof zijn?
- Standaard Chat ID tenzij er een ander Chat ID wordt mee gegeven (-group "-groep chat id") zodat de WAF hoog blijft
- Het kunnen bepalen van de parse_mode (standaard markdown maar bijvoorbeeld -noparsemode om alles uit te zetten)

Ga zo maar door

camera kiezen kan wel. in mijn script heb ik maar 1 argument die je mee kan geven, maar je kan zoveel parameters/arguments meegeven wat je wilt. zo kan je bijvoorbeeld ook de camera meegeven. maak dan in begin van script $Camera aan bijvoorbeeld en bouw je URL verder in de code op.

ik moet dat nog doen want eigenlijk gebruik ik nu ook 2 scripts terwijl ik er maar 1 wil gebruiken. 1 voor elke camera...

[Toppe]

fabstar81 schreef op dinsdag 22 januari 2019 @ 16:05:
[...]

camera kiezen kan wel. in mijn script heb ik maar 1 argument die je mee kan geven, maar je kan zoveel parameters/arguments meegeven wat je wilt. zo kan je bijvoorbeeld ook de camera meegeven. maak dan in begin van script $Camera aan bijvoorbeeld en bouw je URL verder in de code op.

ik moet dat nog doen want eigenlijk gebruik ik nu ook 2 scripts terwijl ik er maar 1 wil gebruiken. 1 voor elke camera...

Camera kiezen kan ik nu ook wel, maar het zou mooi zijn als het een hufter proof wordt, en met voor gedefineerde variabels die overschreven kunnnen worden.

Bash is niet mijn sterkste kant, ik denk dat er mensen zijn die dit sneller en beter kunnen, niet alleen ik wordt er beter van maar ook een hoop andere denk ik.

[DaRk PoIsOn]

PjotrStroganov schreef op maandag 21 januari 2019 @ 18:49:
Domoticz app gerelateerd: om een of andere reden staat er onder mijn milight schakelaars geen knop meer om te schakelen tussen gekleurd en wit licht. In domoticz zelf wel trouwens. Nu krijg ik alleen een kleurwiel voor mijn kiezen. Ik vraag me af of meer mensen hier last van hebben en of ik iets simpels over het hoofd zie waardoor die optie is verdwenen.

Random
[Afbeelding: Domoticz app]

Hier de schakelaar nog wel, alleen zie ik bij mij sinds de laatste update nog maar 1 lamp actief staan.
De applamp is bijvoorbeeld actief en de vloerstrips ook, maar ik zie alleen de applamp als ingeschakeld en een schuif voor de sterkte van het licht.
Als ik de strips wil aanpassen, moet ik dus eerst op aan drukken en dan komt de schuifregelaar weer terug.
Versie van de app is: 0.2.71

[flexje]

Kan iemand mij uitleggen waarom notificaties naar een telegram prive kanaal (bot) niet aankomen. Maar als ik kanaal op publiek zet ontvang ik wel de notificaties.

(Kanaal had ik aangemaakt zodat mijn vrouw ook de notificaties kan ontvangen)

[ Voor 29% gewijzigd door flexje op 22-01-2019 21:14 ]

[Toppe]

@flexje Bot toegevoegd? En het andere chat ID opgehaald? Begint deze met - ?

[ Voor 6% gewijzigd door Toppe op 22-01-2019 21:28 ]

[flexje]

Toppe schreef op dinsdag 22 januari 2019 @ 21:27:
@flexje Bot toegevoegd? En het andere chat ID opgehaald? Begint deze met - ?

Jup, ook als beheerder, chat id aangepast. Berichten komen in private niet binnen...

[Toppe]

Hmmm, dan zou ik ‘t zo ook niet weten. Ik heb een groep aangemaakt i.p.v. kanaal, zou je ook eens naar kunnen kijken

als je een groep aanmaakt dan even in je contacten lijst zoeken naar @jebot want hij staat niet in de lijst

[ Voor 34% gewijzigd door Toppe op 22-01-2019 21:30 ]

[fabstar81]

als je je hardware zoals de RFXcomE en de zwave stick verplaatst naar een andere rpi....moet je dan alle devices opnieuw aanmelden?

[Toppe]

fabstar81 schreef op dinsdag 22 januari 2019 @ 21:31:
als je je hardware zoals de RFXcomE en de zwave stick verplaatst naar een andere rpi....moet je dan alle devices opnieuw aanmelden?

Wel als je geen backup terug zet

[fabstar81]

backup van? geheel domoticz? of alleen de config files van de hardware?

[flexje]

Toppe schreef op dinsdag 22 januari 2019 @ 21:29:
Hmmm, dan zou ik ‘t zo ook niet weten. Ik heb een groep aangemaakt i.p.v. kanaal, zou je ook eens naar kunnen kijken

als je een groep aanmaakt dan even in je contacten lijst zoeken naar @jebot want hij staat niet in de lijst

Tnx ga ik later even proberen. Een paar posts terug zag ik je zoeken naar een dzvents oplossing voor het verzenden van je camera snapshot naar telegram. Heb je dit al voor elkaar? Ik heb ook geen zin in een aparte bash script....

[Toppe]

Ik wil juist een apart bash script. De Domoticz notify is te beperkt voor telegram, deze ondersteund geen parse_mode en dus opmaak.

Het bash script vul je in (chat id, API & IP) en die kan je in Domoticz heel eenvoudig oproepen

Omdat je wat parameters kan ingeven werkt het nog eens eenvoudig ook:

-camera {Camera ID}
-silent {true/false}
-message {Je bericht}

Hij stuurt ook nog eens je tekst mee als een onderschrift voor je foto, dus geen 2 berichtjes maar gewoon 1’tje

[MikeOO]

Toppe schreef op dinsdag 22 januari 2019 @ 10:25:
Voor de mensen die een foto krijgen als er post binnen komt:

Welke sensor gebruiken jullie hiervoor en hoe is deze gemonteerd? Wij hebben nog een brievenbus in de voordeur en ik wil vanaf buiten niet dat mensen zien dat er een sensor op zit. Montage aan de binnenkant van de klep lijkt me ook niet makkelijk omdat je deze er snel aftikt als er een wat groter (post)pakket binnen komt.

Ik eindig dan bij een SecuMax met daarin een Xiaomi vibratie sensor

Hoe hebben andere dit gedaan?

@prekzdit moet prima lukken met een Blocky

Zoals al aangeven kun je een klep aan de binnenkant monteren. Voordeel is dat je daar wel iets op kunt plakken zonder problemen en tevens houdt het ook weer tocht meer tegen.

En is verschillende kleuren en kwaliteitseisen bv
https://www.gamma.nl/asso...rievenbusklep+met+borstel

[Toppe]

MikeOO schreef op woensdag 23 januari 2019 @ 07:40:
[...]


Zoals al aangeven kun je een klep aan de binnenkant monteren. Voordeel is dat je daar wel iets op kunt plakken zonder problemen en tevens houdt het ook weer tocht meer tegen.

En is verschillende kleuren en kwaliteitseisen bv
https://www.gamma.nl/asso...rievenbusklep+met+borstel

Nog niet eens z'n gek idee. Al had ik gister even wat woorden met de baas... Moet even wat minder gaan uitgeven

[DaRk PoIsOn]

Toppe schreef op woensdag 23 januari 2019 @ 09:09:
[...]


Nog niet eens z'n gek idee. Al had ik gister even wat woorden met de baas... Moet even wat minder gaan uitgeven

Als die van mij begint te zeuren, krijgt ze eerst van mij wat lekkers en dan stuur ik haar met haar speeltje naar bed, is ze zo een uurtje zoet.
Mijn hond dan he

[MadDog11]

Toppe schreef op woensdag 23 januari 2019 @ 09:09:
[...]


Nog niet eens z'n gek idee. Al had ik gister even wat woorden met de baas... Moet even wat minder gaan uitgeven

Heb het als volgt aangepakt:

Schat, ik hoorde dat we gas kunnen besparen door een tochtklep voor de brievenbus te monteren en klaagde je laatst niet over koude voeten, dat kan ook door tocht komen, dus slaan we 2 vliegen in een klap (klep).
De deursensor bestel je omdat dat een betere werking van de tochtklep heeft (niet nader te benoemen, zo laat je in het middel wat jij een betere werking vindt en wat zij een betere werking vindt.)

zelf deze klep gekocht https://energiewinkel.qur...ievenbusklep---zwart-5186

Je moet energiebesparen verkopen om gadgets aan te kunnen schaffen

[Toppe]

MadDog11 schreef op woensdag 23 januari 2019 @ 12:51:
[...]


Heb het als volgt aangepakt:

Schat, ik hoorde dat we gas kunnen besparen door een tochtklep voor de brievenbus te monteren en klaagde je laatst niet over koude voeten, dat kan ook door tocht komen, dus slaan we 2 vliegen in een klap (klep).
De deursensor bestel je omdat dat een betere werking van de tochtklep heeft (niet nader te benoemen, zo laat je in het middel wat jij een betere werking vindt en wat zij een betere werking vindt.)

zelf deze klep gekocht https://energiewinkel.qur...ievenbusklep---zwart-5186

Je moet energiebesparen verkopen om gadgets aan te kunnen schaffen

Hahaha! Is een goeie ja, ik zal eens een poging wagen. Nog suggesties hoe je een camera kan verkopen als energie besparing?

[MadDog11]

Toppe schreef op woensdag 23 januari 2019 @ 13:42:
[...]


Hahaha! Is een goeie ja, ik zal eens een poging wagen. Nog suggesties hoe je een camera kan verkopen als energie besparing?

Mmmm, we moeten een buitenlamp hebben, zodat als je in de morgen weggaat de deur goed op slot kunt draaien, nu heb ik een gezien die feller gaat branden als deze een persoon ziet, maar gewoon gaat branden op ongeveer 30% als het een dier is, deze is dus zeer zuinig en heeft een extraatje met al die inbraken en overvallen in de buurt, je ziet wie er door het tuinhek stapt voordat je de deur opendoet

https://www.netatmo.com/nl-nl/security/cam-outdoor

zowel bij voordeur als achterdeur te plaatsen en werkend te krijgen binnen domoticz, dit om on-topic te blijven

[bing69]

Toppe schreef op dinsdag 22 januari 2019 @ 10:25:
Voor de mensen die een foto krijgen als er post binnen komt:

Welke sensor gebruiken jullie hiervoor en hoe is deze gemonteerd? Wij hebben nog een brievenbus in de voordeur en ik wil vanaf buiten niet dat mensen zien dat er een sensor op zit. Montage aan de binnenkant van de klep lijkt me ook niet makkelijk omdat je deze er snel aftikt als er een wat groter (post)pakket binnen komt.

Ik eindig dan bij een SecuMax met daarin een Xiaomi vibratie sensor

Hoe hebben andere dit gedaan?

@prekzdit moet prima lukken met een Blocky

ik gebruik de Original Xiaomi Intelligent Mini Door Window Sensor. Is klein en werkt perfect

[Toppe]

bing69 schreef op woensdag 23 januari 2019 @ 14:43:
[...]


ik gebruik de Original Xiaomi Intelligent Mini Door Window Sensor. Is klein en werkt perfect

Heb je toevallig een foto als hij gemonteerd op de brievenbus zit? Kan ik eens kijken of t wat is en heb ik meteen mooi materiaal voor de maat

[bing69]

Toppe schreef op woensdag 23 januari 2019 @ 15:02:
[...]


Heb je toevallig een foto als hij gemonteerd op de brievenbus zit? Kan ik eens kijken of t wat is en heb ik meteen mooi materiaal voor de maat

Nee niet direct, maar de schakelaar zit plat op de zijkant en de magneet op de klep helmaal aan de zijkant.

[bing69]

Toppe schreef op woensdag 23 januari 2019 @ 15:02:
[...]


Heb je toevallig een foto als hij gemonteerd op de brievenbus zit? Kan ik eens kijken of t wat is en heb ik meteen mooi materiaal voor de maat

ff de brievenbus voor je gesloopt, met wat mazzel vind je hier de foto's...

https://1drv.ms/f/s!AuG_Eeez1gURgYcc0rNhuTh7Ll_4Xg

[MadDog11]

bing69 schreef op woensdag 23 januari 2019 @ 15:24:
[...]


ff de brievenbus voor je gesloopt, met wat mazzel vind je hier de foto's...

https://1drv.ms/f/s!AuG_Eeez1gURgYcc0rNhuTh7Ll_4Xg

Lijkt mij toch kwetsbaar met lompe brievenbezorgers, nog nooit gehad dat de Door/window sensor eraf geduwd wordt ?

Hier meerdere keren gehad dat de sensor of het magneetje eraf lag. maar goed, heb een fibaro deursensor aan de buitenzijde van de windkerende flap gemonteerd en de sensor zat eerst maar op de helft vast, nu een blokje erachter en geen problemen meer.

[fabstar81]

ik snap nog steeds niet helemaal waarom je die sensor op de brievenbus wilt hebben. overtuig me dan bestel ik er ook 1

is de postboderette een lekker wijf of zo?

[bing69]

fabstar81 schreef op woensdag 23 januari 2019 @ 16:09:
ik snap nog steeds niet helemaal waarom je die sensor op de brievenbus wilt hebben. overtuig me dan bestel ik er ook 1

is de postboderette een lekker wijf of zo?

Waarom zou ik je overtuigen!! Ik krijg netjes van degene die iets in mijn brievenbus stopt of aan belt netjes twee foto's. Zijn we niet thuis en gaat er een deur open dan krijgen we er drie!

Waarom, omdat het kan. En nee we hebben een oude tante.

[Toppe]

bing69 schreef op woensdag 23 januari 2019 @ 16:13:
[...]


Waarom zou ik je overtuigen!! Ik krijg netjes van degene die iets in mijn brievenbus stopt of aan belt netjes twee foto's. Zijn we niet thuis en gaat er een deur open dan krijgen we er drie!

Waarom, omdat het kan. En nee we hebben een oude tante.

Dit dus. Ik wil weten wie er voor de deur staat of wie de brievenbus gebruikt.

Die mini sensor past inderdaad mooi zo, eerdaags maar eens kijken of ik wat kan bestellen. Moet sowieso nog een aantal temperstuursensoren hebben

[sgsdebruijn]

Na nu al weken met Domoticz op een Rpi3 met USBstick (SAN disk 128Gb) te klooien ben ik er compleet klaar mee. Steeds crasht de boel na een tijdje en zit ik weer zonder en kan ik of weer restoren of een fresh install doen.

Nu zat ik te kijken naar Ubuntu onder vmware wat het allemaal wat stabieler zou kunnen maken, Ubuntu staat geinstalleerd, versie 18.10, nu bezig om Domoticz te installeren maar loop weer tegen problemen aan.

Ik gebruik deze wiki info https://www.domoticz.com/...uild_Domoticz_from_source maar krijg toch weer errors.

Is er niet ergens een meer kant-en-klare oplossing om de boel aan de gang te slingeren of een simpelere manier om Domoticz op Ubuntu te installeren?

Jullie hulp is meer dan welkom, zou graag een stabiel systeem draaien zodat ik inzicht heb in de warmtepomp en zonder gedoe de spullen in huis kan schakelen of laten schakelen.