Domoticz - open source domotica systeem - deel 3

[grote_oever]

anconakip schreef op donderdag 12 januari 2017 @ 16:36:
Ik wil mijn domoticz raspberry pi inbouwen in een mooi kastje incl. voeding. Nu vond ik onderstaande voeding. Zou deze goed weken met de pi izm domoticz?

https://www.conrad.nl/nl/...028_pla-1297353&WT.srch=1

Wat is er mis met een goede voeding?

Ik gebruik deze en kan er meer apparaten op aansluiten:

http://www.ikea.com/nl/nl/catalog/products/00291891/

[Verwijderd]

Gonadan schreef op donderdag 12 januari 2017 @ 13:29:
[...]

Met het eenrichtingsverkeer van 433 wordt bedoeld dat een apparaat alleen maar een status of opdracht zendt, er komt geen antwoord dus er is geen verificatie of de overdracht gelukt is. Met zwave vindt een soort handshake plaats waardoor bij uitblijven van een 'ok' door de ontvanger de zender het nogmaals probeert.

Of jouw ontvanger de signalen kan ontvangen hangt af van de protocollen die je ontvanger aan kan, als het protocol van de meter daar bij zit dan is het technisch mogelijk.

[...]

Qua afstand zit het wel op het randje van mijn ervaring, ik houd 433 communicatie het liefst zo kort mogelijk. Twee verdiepingen kan technisch wel, maar ik durf niet te zeggen hoe betrouwbaar dat gaat zijn.

Betrouwbaar met de eerder door mij genoemde antenne. Hier staat de NAS op zolder met RFXcom en stuur alles beneden aan, ontvang ook de Cresta en stuur zelfs Kaku aan in de schuur buiten.

[Verwijderd]

KirovAir schreef op donderdag 12 januari 2017 @ 12:44:
Even een hele stomme vraag:
Als ik een raspberry pi heb met een 433Mhz receiver, kan deze dan ook signalen ontvangen van bijvoorbeeld een temperatuurmeter of p1 meter over 433Mhz? (Gezien ik lees dat het 1-richtingsverkeer is)

Ik woon op twee hoog en mijn meterkast zit in de kelder dus vroeg mij af of ik die afstand wellicht op deze manier kon overbruggen. Of moet ik dan echt aan Z-wave gaan denken?

Mij lukt het probleemloos, maar dan omgekeerd vanuit zolder.

[kromme]

Ik heb hier in huis 3 rookmelders, nu ben ik al dagen aan het kloten nadat ik erachter kwam dat de notificatie functie per mail niet meer werkt.
Ik heb ze net eindelijk individueel gekoppeld gekregen met domoticz (je zou de apparaten ook onderling kunnen koppelen maar dan krijg ik ze weer niet in domoticz). Als rookmelder erin gezet, en bij notificatie mail aangegeven. Vroeger als ik op test drukte kwam er een mail binnen, echter nu niks. Zet ik hem met domoticz uit en weer aan krijg ik wel een mail, ...Wat doe ik fout? mijn hond word gek van het op de knoppen duwen en het piepje wat volgt(zelfs met kussen erop).

edit:

Inmiddels heb ik ze gekoppeld en ze gaan beiden af. Tevewns individueel binnen domoticz gekoppeld, en als ik ze daar reset en aan zet krijg ik een mail dat het alarm afgaat. Echter middels de test knop niet.
en dat zou moeten werken want dan doet hij het met rook ook. (en daar is het om te do en)

[ Voor 31% gewijzigd door kromme op 12-01-2017 21:05 ]

[S1W]

Heeft iemand misschien de laatste RFlink firmware? De nemcon site is down helaas, dus kan hem niet downloaden...

[MyBearTibbers]

S1W schreef op donderdag 12 januari 2017 @ 20:39:
Heeft iemand misschien de laatste RFlink firmware? De nemcon site is down helaas, dus kan hem niet downloaden...

De laatste die ik heb is r45. Als dit is wat je zoekt stuur maar een PM.

[Falcon Heavy]

S1W schreef op donderdag 12 januari 2017 @ 20:39:
Heeft iemand misschien de laatste RFlink firmware? De nemcon site is down helaas, dus kan hem niet downloaden...

RFLink_v1.1_r45

[S1W]

Top! Dank allemaal GOT is weer super snel!

[MyBearTibbers]

2017-01-12 21:02:14.527 User: user initiated a RFLink Device Create command: 10;MiLightv1;F746;01;34BC;PAIR;
2017-01-12 21:02:14.603 Error: RFLink: Error/Unknown command received!...

2017-01-12 21:03:49.501 RFLink Sending: 10;MiLightv1;f746;01;0000;OFF
2017-01-12 21:03:49.577 Error: RFLink: Error/Unknown command received!...

Dit is wat ik uit de log haal. Probleem bestaat zowel op versie r44 als r45.

/Edit. Via de RFLink Loader geprobeerd de MiLight aan te zetten. Deze zegt:

code:

10;setMilight=on;
20;00;Nodo RadioFrequencyLink - RFLink Gateway V1.1 - R45;
20;01;MiLight=OFF;NO NRF24L01;

Het lijkt erop dat mijn NRF module niet naar behoren werkt.

/Edit 2. De RFlink die ik gebruik is nog een oude versie. De NRF module hier op wordt gebruikt voor NoDo spul.

[ Voor 32% gewijzigd door MyBearTibbers op 13-01-2017 17:54 ]

[Gonadan]

Verwijderd schreef op donderdag 12 januari 2017 @ 20:17:
[...]


Betrouwbaar met de eerder door mij genoemde antenne. Hier staat de NAS op zolder met RFXcom en stuur alles beneden aan, ontvang ook de Cresta en stuur zelfs Kaku aan in de schuur buiten.

Qua bereik bedoel je dan, want een andere antenne verandert niets aan de betrouwbaarheid van het protocol.

[grote_oever]

iemand enig idee wat dit betekend? Komt voor in de log:

code:

 2017-01-12 04:56:55.259 Error: Webserver: File '/manager/html': No such file or directory (2)
2017-01-12 18:29:50.394 Error: Webserver: File '/manager/html': No such file or directory (2)
2017-01-12 20:59:56.543 Error: Webserver: File '/w00tw00t.at.ISC.SANS.DFind:)': No such file or directory (2)

[niki_lauda]

grote_oever schreef op donderdag 12 januari 2017 @ 22:42:
iemand enig idee wat dit betekend? Komt voor in de log:

code:

 2017-01-12 04:56:55.259 Error: Webserver: File '/manager/html': No such file or directory (2)
2017-01-12 18:29:50.394 Error: Webserver: File '/manager/html': No such file or directory (2)
2017-01-12 20:59:56.543 Error: Webserver: File '/w00tw00t.at.ISC.SANS.DFind:)': No such file or directory (2)

Probeert iemand van buiten op je webserver iets op te starten. Hackpoging

[Siewert]

grote_oever schreef op donderdag 12 januari 2017 @ 22:42:
iemand enig idee wat dit betekend? Komt voor in de log:

code:

 2017-01-12 04:56:55.259 Error: Webserver: File '/manager/html': No such file or directory (2)
2017-01-12 18:29:50.394 Error: Webserver: File '/manager/html': No such file or directory (2)
2017-01-12 20:59:56.543 Error: Webserver: File '/w00tw00t.at.ISC.SANS.DFind:)': No such file or directory (2)

Reactie aangepast:

ff gegoogled:

A record of "GET /w00tw00t.at.ISC.SANS.DFind:) HTTP/1.1" in your Raw Access logs indicates that someone is running vulnerability scanner which has this fingerprint.

By itself, this entry does not mean that you have been hacked. It only means that someone has been trying to hack your site. The entry should always have caused a "400" error on your site, indicating that the attempt was unsuccessful.

This entry should send you a message. Keep your code clean! Most web sites are attacked in one way or another almost every day. Your best defense is to learn what you can do to keep your files, directories, and scripts safe from hackers. Be sure you have your file and directory permissions set properly. Even more imortantly, only use safe scripts that have a good reputation for security on the Internet, and be sure that you always check the parent sites for your scripts at least once a month for updates and bug fixes.

[ Voor 47% gewijzigd door Siewert op 12-01-2017 22:48 ]

[Hokkie]

dagon89 schreef op donderdag 12 januari 2017 @ 14:34:
Iemand die toevallig geofencing gebruikt icm. de pilot APP?
Is het mogelijk om een straal om je huisadres in te stellen?

Ja, wij hebben 2 telefoons thuis met Pilot. Een echte aanrader. Straal vanaf 100 op basis van ingestelde plaatst. Mooie is dat je met Pilot meerdere locaties kunt toevoegen.

[S1W]

Heb net m'n RFLink aan mijn NAS gekoppeld (Syno) en hij wordt netjes herkend in Domoticz. Ik probeer nu Kaku schakelaars toe te voegen, en dat lukt alleen maar als ik dicht bij de RFlink sta (op 2 hoog). Hij herkent verder ook geen zenders in de buurt. Het rare is dat als ik een zender heb gekoppeld door dichtbij te gaan staan hij dus wel kan zenden naar beneden. Dus waarom zou hij wel de zendafstand kunnen overbruggen, maar niet de ontvangst afstand?

Ik zit overigens wel op DSM 6 (Xpenology), misschien is dat een probleem?

[ Voor 7% gewijzigd door S1W op 12-01-2017 23:29 ]

[Verwijderd]

Gonadan schreef op donderdag 12 januari 2017 @ 21:07:
[...]

Qua bereik bedoel je dan, want een andere antenne verandert niets aan de betrouwbaarheid van het protocol.

Ik miste afgelopen jaar 2x keer de buitenverlichting waarvan de Kaku schakeling uitpandig in een schuurtje hangt. Daar kan ik mee leven.

[Verwijderd]

MsG schreef op donderdag 12 januari 2017 @ 15:57:
[...]
Ik heb dat ook elke keer gehad helaas. Soms pakt hij ineens de WiFi niet meer, dan kan ik hem niet meer normaal afsluiten of rebooten. Als ik dan de stroom er afgooi is de boel weer om zeep. Mijn Raspberry Pi 3 met Kodi gooi ik al 3+ jaar gewoon domweg uit, en dat is nog nooit fout gegaan.

Terwijl Raspbian met Domoticz bij elke scheet weer corrupt is. Ook al doe ik dan een EXT3 repair op een snelle Ubuntu-computer, dat haalt vaak toch niks uit. Terwijl ik met recovery-software wel weer in een handomdraai de daadwerkelijke bestanden kan terughalen. Maar weer een werkende EXT3-partitie ho maar.

Heb nu maar een image gemaakt van de hele installatie. Maar eigenlijk zou je terwijl het systeem draait er gewoon een image van moeten kunnen maken. Maar ja, elke 5 minuten verandert het systeem weer natuurlijk.

Ook maar eens kijken naar de USB-stick-oplossing.

Je wifi kan je controleren met een script zodat het vanzelf hersteld wordt.
De writes kan je veel beperken door logfiles op tempfs te zetten.
Met rsync kan je perfect het hele systeem dagelijks backuppen, de domoticz folder eventueel veel frequenter.

[leejoow]

Hopelijk kan iemand mij hier helpen
Ik draai hier Domoticz op een RPi3.

Ik heb gisteren mijn Aeotec Z-Stick gen5 binnen gekregen en deze aangesloten op de RPi. De RPi herstart en een device toegevoegd in Domoticz. Verder nog geen ZWave apparaten aangesloten. Nu krijg ik de volgende meldingen in het log als ik Domoticz herstart:

code:

2017-01-13 07:12:25.569 Domoticz V3.5877 (c)2012-2016 GizMoCuz
2017-01-13 07:12:25.569 Build Hash: 15b013c, Date: 2016-11-10 16:44:33
2017-01-13 07:12:25.570 System: Raspberry Pi
2017-01-13 07:12:25.570 Startup Path: /home/pi/domoticz/
2017-01-13 07:12:26.113 EventSystem: reset all events...
2017-01-13 07:12:26.359 WebServer(HTTP) started on address: :: with port 8081
2017-01-13 07:12:26.404 WebServer(SSL) started on address: :: with port 443
2017-01-13 07:12:26.408 Proxymanager started.
2017-01-13 07:12:26.412 TCPServer: shared server started...
2017-01-13 07:12:26.413 RxQueue: queue worker started...
2017-01-13 07:12:26.447 Incoming connection from: 192.168.2.5
2017-01-13 07:12:28.483 Philips Hue: Worker started...
2017-01-13 07:12:28.483 Nest: Worker started...
2017-01-13 07:12:28.484 EventSystem: reset all events...
2017-01-13 07:12:28.484 EventSystem: reset all device statuses...
2017-01-13 07:12:28.487 EventSystem: Started
2017-01-13 07:12:28.983 OpenZWave: Starting...
2017-01-13 07:12:28.990 OpenZWave: Version: 1.4-2228-gbce4a88-dirty
2017-01-13 07:12:28.990 OpenZWave: using config in: /home/pi/domoticz/Config/
2017-01-13 07:12:30.065 OpenZWave: Received timeout notification from HomeID: 0, NodeID: 255 (0xff)

Heeft iemand een idee waarom dit niet werkt?

[Verwijderd]

Hard reset de stick, shutdown en herstart eens.

[leejoow]

Zojuist via de Domoticz interface een hard reset op de controller gedaan en vervolgens de RPi uitgeschakeld en weer opnieuw opgestart. Helaas nog dezelfde meldingen in het log.

[Verwijderd]

Ik weet niet meer of HomeID al meteen ingevuld wordt of pas na includen van een node.
In ieder geval ben je nu wel zeker dat de stick 'clean' is

[leejoow]

OK, dan zal ik eens kijken of ik een dimmer toegevoegd krijg

Edit: zojuist geprobeerd, krijg het niet toegevoegd. De USB stick nu in mijn Windows laptop geprikt en daar toegevoegd via Domotica. Nu kan ik hem wel gebruiken. Zou het misschien kunnen dat de voeding van RPi niet voldoende is? Ik gebruik een voeding van SOS Solutions met 2A output.

[ Voor 70% gewijzigd door leejoow op 13-01-2017 07:51 . Reden: bevindingen :) ]

[loyske]

MyBearTibbers schreef op donderdag 12 januari 2017 @ 20:07:
[...]

Even iets anders...
Vandaag een MiLight gekocht en nu probeer ik hem te bedienen met de RFLink. Ik heb deze tutorial gevolgd, maar hij reageert gewoon niet.
Als ik de lamp via Domoticz schakel zie ik de LED op de Arduino oplichten maar de MiLight reageert nergens op.
Waarschijnlijk dat hij niet goed gepaired is. Helaas is de site van de RFLink down dus ik kan dit nu niet controleren.

Iemand enig idee wat en waar het mis gaat?

Milight werkt toch op basis van IP in Domoticz? Althans zo werkt het bij mij.
Milight controller IP toevoegen in Domoticz en gaan, geen rflink of rfxcom voor nodig.

[R3m3d7]

S1W schreef op donderdag 12 januari 2017 @ 23:02:
Heb net m'n RFLink aan mijn NAS gekoppeld (Syno) en hij wordt netjes herkend in Domoticz. Ik probeer nu Kaku schakelaars toe te voegen, en dat lukt alleen maar als ik dicht bij de RFlink sta (op 2 hoog). Hij herkent verder ook geen zenders in de buurt. Het rare is dat als ik een zender heb gekoppeld door dichtbij te gaan staan hij dus wel kan zenden naar beneden. Dus waarom zou hij wel de zendafstand kunnen overbruggen, maar niet de ontvangst afstand?

Ik zit overigens wel op DSM 6 (Xpenology), misschien is dat een probleem?

DSM 6 is niet je probleem, dan zou hij ook niet op kleine afstand werken.

Ik heb gemerkt dat ik bij mijn RFLINk de zend en ontvangstmodule (uit china) niet tegen elkaar aan moet houden, ik heb nu de ontvangende kant uit de behuizing gehaald en hij zit op 5-6 cm afstand, de antenne recht omhoog (coil) en dan gaat het goed.
Zodra ik beide modules naast elkaar heb stopt het met werken, zodra ik die ontvangstmodule plat leg stopt het met werken. Ik heb geen idee waarom dat zo is en het is ongelooflijk onwetenschappelijk met de kleinst mogelijke sample size maar ik zou daar wat mee experimenteren als je losse modules hebt voor zenden en ontvangen.

[S1W]

Hmmm goede tip, ik ga er naar kijken...

[R3m3d7]

MyBearTibbers schreef op donderdag 12 januari 2017 @ 21:07:
2017-01-12 21:02:14.527 User: user initiated a RFLink Device Create command: 10;MiLightv1;F746;01;34BC;PAIR;
2017-01-12 21:02:14.603 Error: RFLink: Error/Unknown command received!...

2017-01-12 21:03:49.501 RFLink Sending: 10;MiLightv1;f746;01;0000;OFF
2017-01-12 21:03:49.577 Error: RFLink: Error/Unknown command received!...

Dit is wat ik uit de log haal. Probleem bestaat zowel op versie r44 als r45.

/Edit. Via de RFLink Loader geprobeerd de MiLight aan te zetten. Deze zegt:

code:

10;setMilight=on;
20;00;Nodo RadioFrequencyLink - RFLink Gateway V1.1 - R45;
20;01;MiLight=OFF;NO NRF24L01;

Het lijkt erop dat mijn NRF module niet naar behoren werkt.

Wat gaaf, het idee hiervan is dus dat je zonder WIFI bridge direct via je rflink met NRF module je lampen kan aansturen als ik je goed begrijp.
Ik ga dit ook maar eens proberen, hou ons op de hoogte van hoe het verder verloopt met dit projectje.

[3raser]

Ik ben sinds kort overgestapt van mijn Vera 2 naar Domoticz op Windows 7. Ik moet helaas zeggen dat mijn ervaring allerminst goed te noemen is. Het includen van de Z-wave apparaten is geen enkel probleem maar ik heb om de haverklap meldingen over timeouts en dead nodes. Meldingen als:

2017-01-13 08:15:02.062 Error: OpenZWave: Node has failed (or is not alive), Switch command not sent! (NodeID: 10, 0x0a)
2017-01-13 08:15:02.605 OpenZWave: Received Node Dead notification from HomeID: 25488390, NodeID: 11 (0x0b)

Op dit moment werken al mijn nodes niet meer. Een herstart van Domoticz helpt ook niet. Als ik thuis kom zal ik de Z-stick een keer verwijderen en opnieuw invoeren in de hoop dat dat helpt, anders zit ik echt met de handen in het haar.

Doe ik iets verkeerd of is het Z-wave gedeelte van Domoticz echt zo instabiel? Ik heb voldoende nodes met continu spanning in huis om een goed werkend mesh netwerk te vormen, dus aan het bereik zou het niet moeten liggen. Bovendien werken zelfs de nodes die vrijwel naast de controller hangen momenteel niet eens. Met de Vera 2 had ik nooit zulke problemen. Helaas kreeg de Vera geen updates meer waardoor nieuwere devices (zoals de Fibaro Dimmer 2) niet goed geconfigureerd konden worden.

[Brutuss]

3raser schreef op vrijdag 13 januari 2017 @ 11:22:
Ik ben sinds kort overgestapt van mijn Vera 2 naar Domoticz op Windows 7. Ik moet helaas zeggen dat mijn ervaring allerminst goed te noemen is. Het includen van de Z-wave apparaten is geen enkel probleem maar ik heb om de haverklap meldingen over timeouts en dead nodes.

Ik draai zelf Domoticz al 2 jaar op Windows 7. De meldingen die jij aangeeft heb ik een keer eerder gehad maar toen moest ik het device opnieuw includen aangezien deze niet goed gekoppeld was.

Wat Domoticz aangeeft is dat de Zwave stick een node heeft die geen reactie geeft en deze na verloop dus als dood markeert. Ik zou deze node dus proberen te excluden en daarna opnieuw toe te voegen.

Timeouts ervaar ik zelf al als normaal... Deze krijg ik ook geregelt helemaal als ik meerdere commando's tegelijk verstuur.

[ Voor 7% gewijzigd door Brutuss op 13-01-2017 12:04 ]

[3raser]

Brutuss schreef op vrijdag 13 januari 2017 @ 11:59:
[...]
Ik zou deze node dus proberen te excluden en daarna opnieuw toe te voegen.

Sommige Fibaro Relay Switches zitten weggewerkt achter een wandcontactdoos en hebben geen fysieke schakelaar. Opnieuw includen is niet altijd even makkelijk. Bovendien vertrouw ik niet helemaal op de status die Domoticz aangeeft. Vanmorgen waren er 2 switches dood, na een herstart van Domoticz waren ze plotseling allemaal dood. Er is niet bepaald een logisch reden voor te bedenken.

[Brutuss]

3raser schreef op vrijdag 13 januari 2017 @ 12:06:
[...]

Sommige Fibaro Relay Switches zitten weggewerkt achter een wandcontactdoos en hebben geen fysieke schakelaar. Opnieuw includen is niet altijd even makkelijk. Bovendien vertrouw ik niet helemaal op de status die Domoticz aangeeft. Vanmorgen waren er 2 switches dood, na een herstart van Domoticz waren ze plotseling allemaal dood. Er is niet bepaald een logisch reden voor te bedenken.

Ik zeg ook niet dat je ze allemaal opnieuw moet includen Maar je zou het wel bij eentje kunnen proberen welke wel makkelijk te bereiken is.

[rene062]

Het lukt mij niet om vanaf een extern netwerk switches te schakelen terwijl dat intern wel gewoon lukt.

Intern gebruik ik:

code:

http://192.168.xxx.xxx:8080/json.htm?type=command&param=switchlight&idx=135&switchcmd=Off

Extern geprobeerd met:

code:

http://user:[e-mail]:6144/json.htm?type=command&param=switchlight&idx=103&switchcmd=Off

In de log zie ik een inkomende connectie.

Wie kan mij vertellen wat ik fout doe?
(user is aangemaakt met nu nog beheerder rechten)

[ Voor 5% gewijzigd door rene062 op 13-01-2017 12:15 ]

[Sneezydevil]

Wat voor type authenticatie staat ingesteld basic of die ander?

[rene062]

Sneezydevil schreef op vrijdag 13 januari 2017 @ 12:29:
Wat voor type authenticatie staat ingesteld basic of die ander?

Ik heb beide geprobeerd zonder resultaat

[commentator]

3raser schreef op vrijdag 13 januari 2017 @ 12:06:
[...]

Sommige Fibaro Relay Switches zitten weggewerkt achter een wandcontactdoos en hebben geen fysieke schakelaar. Opnieuw includen is niet altijd even makkelijk. Bovendien vertrouw ik niet helemaal op de status die Domoticz aangeeft. Vanmorgen waren er 2 switches dood, na een herstart van Domoticz waren ze plotseling allemaal dood. Er is niet bepaald een logisch reden voor te bedenken.

meteen na een start is alles "dood" omdat er dan nog niet bekend is wat de status is

[Sneezydevil]

rene062 schreef op vrijdag 13 januari 2017 @ 12:32:
[...]


Ik heb beide geprobeerd zonder resultaat

Volgens mij werkt het in ieder geval alleen met basic, maar aangezien je beiden geprobeerd hebt zal er nog iets anders spelen.

[3raser]

commentator schreef op vrijdag 13 januari 2017 @ 12:46:
[...]

meteen na een start is alles "dood" omdat er dan nog niet bekend is wat de status is

Dit was normaal gesproken wel altijd het geval. Je kan ook aan de kleur van de setup knop zien of de Z-wave controller al klaar is met het ophalen van de status van alle devices. Eenmaal gereed zouden de devices niet als dood mogen worden gezien.

[Brutuss]

rene062 schreef op vrijdag 13 januari 2017 @ 12:13:
Het lukt mij niet om vanaf een extern netwerk switches te schakelen terwijl dat intern wel gewoon lukt.

Intern gebruik ik:

code:

http://192.168.xxx.xxx:8080/json.htm?type=command&param=switchlight&idx=135&switchcmd=Off

Extern geprobeerd met:

code:

http://user:[e-mail]:6144/json.htm?type=command&param=switchlight&idx=103&switchcmd=Off

In de log zie ik een inkomende connectie.

Wie kan mij vertellen wat ik fout doe?
(user is aangemaakt met nu nog beheerder rechten)

Ik neem aan dat poort 6144 open is gezet naar 8080 op het interne IP ?

[Siewert]

Brutuss schreef op vrijdag 13 januari 2017 @ 13:59:
[...]


Ik neem aan dat poort 6144 open is gezet naar 8080 op het interne IP ?

plus dat als je 6144 nog in de settings op mydomoticz hebt staan dat het geheel ook niet gaat werken.

[To_Tall]

Klein vraagje.. Waar ik nu al paar maanden mee stoei..

Ik heb Fibaro FGMS001 Motion Sensoren hangen.
Nu wil ik dat dit uiteindelijk ook als beveiliging gaat fungeren. Echter binnen domoticz zie ik de volgende sensoren automatisch er bij komen als je de FGMS001 koppel.

Alarm Type
Alarm level
Sensor
Burglar
General
LUX
Temparature.

LUX en TEMP heb ik netjes aan de praat.
Echter ik krijg het maar niet voorelkaar om de PIR te gebruiken. in Blocky al redelijk wat settings geprobeerd in combinatie met alle sensoren.

Iemand die mij duwtje in de rug kan geven?

[rene062]

Siewert schreef op vrijdag 13 januari 2017 @ 14:07:
[...]


plus dat als je 6144 nog in de settings op mydomoticz hebt staan dat het geheel ook niet gaat werken.

Omgezet naar een andere poort en deze op de router open naar 8080 op het interne IP adres, helaas.

[renedis]

rene062 schreef op vrijdag 13 januari 2017 @ 14:51:
[...]


Omgezet naar een andere poort en deze op de router open naar 8080 op het interne IP adres, helaas.

Wel lekker veilig om via extern plain text je username en password mee te geven.

ik zou als ik jou was intern http 8080 gebruiken en extern https 443.
NAT rule op je firewall met 6144 naar intern 443.

[commentator]

Andere optie is als je dat domoticz op een PI hebt draaien daar openvpn op te zetten en alleen de openvpn poort vanuit je router te forwarden naar je PI en dan zo verbinding te maken

[wervisser]

To_Tall schreef op vrijdag 13 januari 2017 @ 14:49:
Klein vraagje.. Waar ik nu al paar maanden mee stoei..

Ik heb Fibaro FGMS001 Motion Sensoren hangen.
Nu wil ik dat dit uiteindelijk ook als beveiliging gaat fungeren. Echter binnen domoticz zie ik de volgende sensoren automatisch er bij komen als je de FGMS001 koppel.

Alarm Type
Alarm level
Sensor
Burglar
General
LUX
Temparature.

LUX en TEMP heb ik netjes aan de praat.
Echter ik krijg het maar niet voorelkaar om de PIR te gebruiken. in Blocky al redelijk wat settings geprobeerd in combinatie met alle sensoren.

Iemand die mij duwtje in de rug kan geven?

Moet ik even nakijken, maar volgens mij heb ik Burglar gepakt. Die reageert namelijk ook op beweging (en het vastpakken)

[_trickster_]

Ik ben er gister achter gekomen dat al mijn timers niet meer triggeren ( verschillende scenes die getimed zijn niet ), gister de Pi een reboot gegeven, maar ook nu zie ik dat hij vanochtend niet getriggerd heeft, er staat niks geks in de logs.
Iemand een idee hoe ik dit kan fixen en/of hoe ik dit kan voorkomen ?

edit:
Na het toevoegen / wijzigen van een Timer, gaan alle timers weer functioneren, tot die tijd dus niet ( zelfs niet na een reboot )

Het jammere hier van alleen is dat het dus niet echt betrouwbaar is omdat ik op dit moment niet weet wanneer hij precies uitvalt.
mischien de logs op debugging zetten om erachter te komen ?

[ Voor 34% gewijzigd door _trickster_ op 13-01-2017 15:08 ]

[renedis]

To_Tall schreef op vrijdag 13 januari 2017 @ 14:49:
Klein vraagje.. Waar ik nu al paar maanden mee stoei..

Ik heb Fibaro FGMS001 Motion Sensoren hangen.
Nu wil ik dat dit uiteindelijk ook als beveiliging gaat fungeren. Echter binnen domoticz zie ik de volgende sensoren automatisch er bij komen als je de FGMS001 koppel.

Alarm Type
Alarm level
Sensor
Burglar
General
LUX
Temparature.

LUX en TEMP heb ik netjes aan de praat.
Echter ik krijg het maar niet voorelkaar om de PIR te gebruiken. in Blocky al redelijk wat settings geprobeerd in combinatie met alle sensoren.

Iemand die mij duwtje in de rug kan geven?

wervisser schreef op vrijdag 13 januari 2017 @ 14:58:
[...]


Moet ik even nakijken, maar volgens mij heb ik Burglar gepakt. Die reageert namelijk ook op beweging (en het vastpakken)

Nee, je moet "Sensor" hebben en die wijzigen naar een PIR in plaats van On/Off switch.

[commentator]

_trickster_ schreef op vrijdag 13 januari 2017 @ 14:59:
Ik ben er gister achter gekomen dat al mijn timers niet meer triggeren ( verschillende scenes die getimed zijn niet ), gister de Pi een reboot gegeven, maar ook nu zie ik dat hij vanochtend niet getriggerd heeft, er staat niks geks in de logs.
Iemand een idee hoe ik dit kan fixen en/of hoe ik dit kan voorkomen ?

Heeft de pi nog de juiste tijd?
Als je een nieuwe aanmaakt doet die het wel?
Is het echt een tijdafhankelijk iets een wat moet dit triggeren ?

[rene062]

commentator schreef op vrijdag 13 januari 2017 @ 14:57:
Andere optie is als je dat domoticz op een PI hebt draaien daar openvpn op te zetten en alleen de openvpn poort vanuit je router te forwarden naar je PI en dan zo verbinding te maken

Het gaat mij eerst om het voor elkaar te krijgen om vanaf een extern netwerk iets te kunnen schakelen, daarna de beveiliging. Via een VPN werkt het wel omdat ik dan op het interne netwerk zit maar ik krijg mijn vrouw niet zover dat zij via een VPN gaat werken.

[renedis]

rene062 schreef op vrijdag 13 januari 2017 @ 15:11:
[...]


Het gaat mij eerst om het voor elkaar te krijgen om vanaf een extern netwerk iets te kunnen schakelen, daarna de beveiliging. Via een VPN werkt het wel omdat ik dan op het interne netwerk zit maar ik krijg mijn vrouw niet zover dat zij via een VPN gaat werken.

Ik geloof niet dat het aan Domoticz ligt.

Op welke poorten draait Domoticz bij jou?
Default is:
HTTP 8080
HTTPS 443

Welke router heb je waar je de NAT'ing in kan stellen?

[_trickster_]

commentator schreef op vrijdag 13 januari 2017 @ 15:09:
[...]
Heeft de pi nog de juiste tijd?
Als je een nieuwe aanmaakt doet die het wel?
Is het echt een tijdafhankelijk iets een wat moet dit triggeren ?

De Pi heeft de goede tijd,
Zie edit, maar: Als een een nieuwe aanmaak doet hij het wel + gelijk alle andere weer !
Ja het zijn wel echt tijdafhankelijke schakelingen.
Het probleem heb ik eerder gezien, toen ook met een tijdschakeling toevoegen/wijzigen weer alles up & running gekregen, reboot haalde dus niks uit, aangezien de tijdschakelaars belangrijk zijn is het erg onhandig dat dit af en toe spontaan down gaat.

[rene062]

renedis schreef op vrijdag 13 januari 2017 @ 15:16:
[...]


Ik geloof niet dat het aan Domoticz ligt.

Op welke poorten draait Domoticz bij jou?
Default is:
HTTP 8080
HTTPS 443

Welke router heb je waar je de NAT'ing in kan stellen?

Ik heb (nog) geen andere poorten ingesteld. NAT doe ik op mijn Fritzbox. De Domoticz App functioneert wel gewoon. Een willekeurige poort gekozen en ge-NAT naar 8080.

[renedis]

rene062 schreef op vrijdag 13 januari 2017 @ 15:20:
[...]


Ik heb (nog) geen andere poorten ingesteld. NAT doe ik op mijn Fritzbox. De Domoticz App functioneert wel gewoon. Een willekeurige poort gekozen en ge-NAT naar 8080.

De Domoticz app werkt met het interne IP of via MyDomoticz geloof ik.

Doe aub je zelf een lol en doe je "willekeurige poort gekozen en ge-NAT naar 8080" aanpassen naar 443 en ga met HTTPS werken.

Je hoeft alleen TCP te NAT'en, UDP is niet nodig.

[Verwijderd]

rene062 schreef op vrijdag 13 januari 2017 @ 15:20:
[...]


Ik heb (nog) geen andere poorten ingesteld. NAT doe ik op mijn Fritzbox. De Domoticz App functioneert wel gewoon. Een willekeurige poort gekozen en ge-NAT naar 8080.

Dus iedereen die jouw poort nummer kan achterhalen.....

[kromme]

Misschien een heel blonde vraag maar ik heb mijn 443 al geforward naar mijn camera...Dan kan ik niet nog eens forwarden naar domoticz of wel?

[renedis]

kromme schreef op vrijdag 13 januari 2017 @ 16:58:
Misschien een heel blonde vraag maar ik heb mijn 443 al geforward naar mijn camera...Dan kan ik niet nog eens forwarden naar domoticz of wel?

Nope, dan moet je een andere poort kiezen.
444
4444
4443
8443

etc. etc. Genoemde getallen zijn voorbeelden om het je makkelijker te maken
En ik zou de huidige 443 ook aanpassen naar een niet-standaard poort..

[ Voor 8% gewijzigd door renedis op 13-01-2017 17:04 ]

[MyBearTibbers]

loyske schreef op vrijdag 13 januari 2017 @ 10:10:
[...]


Milight werkt toch op basis van IP in Domoticz? Althans zo werkt het bij mij.
Milight controller IP toevoegen in Domoticz en gaan, geen rflink of rfxcom voor nodig.

Ik wil juist de Milight bedienen zonder bridge of controller.
De RFLink heb ik al om de 433mhz apparaten te bedienen. Hier wil de NRF module aan toevoegen om op dezelfde manier de Milight te schakelen.

R3m3d7 schreef op vrijdag 13 januari 2017 @ 11:13:
[...]
Wat gaaf, het idee hiervan is dus dat je zonder WIFI bridge direct via je rflink met NRF module je lampen kan aansturen als ik je goed begrijp.
Ik ga dit ook maar eens proberen, hou ons op de hoogte van hoe het verder verloopt met dit projectje.

Yes, het is me uiteindelijk gelukt! Ik had een oude versie van de RFLink. Hierdoor kreeg ik het niet fatsoenlijk werkend.
Op de oude versie is de NRF header bedoelt om nodo spul aan te sturen. Op de nieuwe versie is dit dus veranderd naar Milight.
Even kijken welke versie je hebt! Bij de nieuwe is het dus plug and play maar bij de oude moet je zelf wat kabeltjes als volgt in de Arduino prikken.

code:

GND > GND (Ik heb de ground van de NRF header gepakt)
VCC > 3V3 (hier ook gebruik gemaakt van de NRF header)
CE > Pin 48 - Arduino Mega
CS > Pin 49 - Arduino Mega
SCK > Pin 52 - Arduino Mega
MOSI > Pin 51 - Arduino Mega
MISO > Pin 50 - Arduino Mega
IRQ > Not Used

Even controleren met de RFLink Launcher of je je Milight support hebt aanstaan en je kunt de boel in Domoticz toevoegen.
Mocht je daar hulp bij nodig hebben staat dit hier uitgelegd.

[HellStorm666]

Intern draait ipv6 nu weer, met dns6.
Maar domoticz is dan niet te gebruiken.

Hoe dit te fixen?

[grote_oever]

Nog even korte vraag tussen door. Zien jullie ook een toename in database grote in de laatste paar updates? Ik update Domoticz niet veel (laatste keer in juni), maar nu draai ik de laatste beta en zie sinds twee dagen dat de totale ingepakte database grote ongeveer 1/3 gegroeid is. Vorige week groeide de ingepakte database ongeveer 1kb per dag. Nu is dat stukken meer. Ik zit de database door de kijken en de loggings, maar zie geen gekke dingen.

[Siewert]

grote_oever schreef op vrijdag 13 januari 2017 @ 23:54:
Nog even korte vraag tussen door. Zien jullie ook een toename in database grote in de laatste paar updates? Ik update Domoticz niet veel (laatste keer in juni), maar nu draai ik de laatste beta en zie sinds twee dagen dat de totale ingepakte database grote ongeveer 1/3 gegroeid is. Vorige week groeide de ingepakte database ongeveer 1kb per dag. Nu is dat stukken meer. Ik zit de database door de kijken en de loggings, maar zie geen gekke dingen.

Hij zal wel groeien naarmate er meer info word opgeslagen.
Maar wat vind jij groot? de mijne is 1.2mb met best veel devices and data collecting.
Had in november een van bijna 30mb en kwam (dacht ik) na een force shutdown en had het vermoeden van een corrupte database.
Instelling opslaan was een drama, 1 dingetje wijzigen en duurde 5 min voordat het opgeslagen.
Heb toen der tijd alles opnieuw geïnstalleerd wat kon niks met de DB beginnen of repareren

[Verwijderd]

To_Tall schreef op vrijdag 13 januari 2017 @ 14:49:
Klein vraagje.. Waar ik nu al paar maanden mee stoei..

Ik heb Fibaro FGMS001 Motion Sensoren hangen.
Nu wil ik dat dit uiteindelijk ook als beveiliging gaat fungeren. Echter binnen domoticz zie ik de volgende sensoren automatisch er bij komen als je de FGMS001 koppel.

Alarm Type
Alarm level
Sensor
Burglar
General
LUX
Temparature.

LUX en TEMP heb ik netjes aan de praat.
Echter ik krijg het maar niet voorelkaar om de PIR te gebruiken. in Blocky al redelijk wat settings geprobeerd in combinatie met alle sensoren.

Iemand die mij duwtje in de rug kan geven?

Je hebt het device nodig waarvan de ID eindigt op 00.
Zorg ervoor dat hij op de switches tab aangepast wordt naar PIR.
Nadien moet je On/Off kunnen gebruiken in scripts.

[MikeOO]

rene062 schreef op vrijdag 13 januari 2017 @ 15:11:
[...]


Het gaat mij eerst om het voor elkaar te krijgen om vanaf een extern netwerk iets te kunnen schakelen, daarna de beveiliging. Via een VPN werkt het wel omdat ik dan op het interne netwerk zit maar ik krijg mijn vrouw niet zover dat zij via een VPN gaat werken.

Dan zet je de VPN op zodra ze het huis verlaat. Heeft zij er geen omkijken naar
https://collinmbarrett.com/android-tasker-openvpn/

[grote_oever]

Siewert schreef op zaterdag 14 januari 2017 @ 00:27:
[...]


Hij zal wel groeien naarmate er meer info word opgeslagen.
Maar wat vind jij groot? de mijne is 1.2mb met best veel devices and data collecting.
Had in november een van bijna 30mb en kwam (dacht ik) na een force shutdown en had het vermoeden van een corrupte database.
Instelling opslaan was een drama, 1 dingetje wijzigen en duurde 5 min voordat het opgeslagen.
Heb toen der tijd alles opnieuw geïnstalleerd wat kon niks met de DB beginnen of repareren

Database is nu bij mij 3mb. Niet groot, maar hij is sinds 2 dagen ongeveer 400kb gegroeid. Ik weet gewoon niet waar die toename vandaan komt.

[R3m3d7]

grote_oever schreef op zaterdag 14 januari 2017 @ 08:54:
[...]


Database is nu bij mij 3mb. Niet groot, maar hij is sinds 2 dagen ongeveer 400kb gegroeid. Ik weet gewoon niet waar die toename vandaan komt.

Historische gegevens? Ik zou denken dat hij per nieuw device een jaar blijft "groeien" hiervoor, hij zal toch die grafieken ergens op moeten baseren toch? Daarnaast zal je met meer mutaties ook wat meer bijhouden, 400KB groei is niet echt niets wat verder onderzoek vraagt zou ik denken, mijn database is 2,8MB en groeit langzaam. Je zou je database kunnen onderzoeken en bv de afmeting per tabel kunnen bekijken, deze zal je vast per tabel naar disk kunnen dumpen om zo te zien waar de groei in zit maar als je dat gaat doen voor 400KB groei ben je wel erg kritisch.

[technorabilia]

Hier 100 KB per maand groei. Je kunt de DB dumpen en hierna met een van je backups diffen.

[R3m3d7]

Er zal na verloop van tijd ook wel wat slackspace optreden, kan zijn dat een backup/restore dat eruit haalt. De database footprint op disk (SD?) kan aardig verschillen met die van de backup. Ik weet niet of de Domoticz database interne reorganisatie processen heeft die die slack space weer terugwinnen op het filesysteem.

[apt]

Ik heb een domoticz installatie op v2.3530, ik wil die updaten zodat die gelijk is aan mijn andere. De update functie werkt niet dus ik overweeg hem opnieuw te installeren met de laatste v3.58.

Kan ik na installatie van v3.5 de db van 2.3 importeren? Waarbij alles dus weer moet werken en de history behouden moet zijn...

Of is die db zover van structuur veranderd zodat dat niet meer lukt tussen twee major releases (v2 en v3)?

Qua hardware zit er een S0-meter op (een USB pulsenteller) en een 1wire installatie met temperatuursensoren.

[technorabilia]

Je kunt ook vanaf de command line updaten of is dat iets van de laatste versies?

[apt]

Volgens mij heeft het te maken met het verhuizen van de repository van sourceforge naar git. Ik heb dus het idee dat het niet makkelijk kan via één commando ofzo.

[technorabilia]

Hier staat wel een vergelijkbaar verhaal volgens mij. Idd V3 installeren en een restore van de database.
Uitgaande van een rpi zou je het op een nieuwe SD card kunnen proberen. Als het mhislukt kun je makkelijk terug.
https://www.domoticz.com/forum/viewtopic.php?t=14908

[ Voor 5% gewijzigd door technorabilia op 14-01-2017 10:47 ]

[janne_nl]

R3m3d7 schreef op zaterdag 14 januari 2017 @ 09:11:
[...]


Historische gegevens? Ik zou denken dat hij per nieuw device een jaar blijft "groeien" hiervoor, hij zal toch die grafieken ergens op moeten baseren toch? Daarnaast zal je met meer mutaties ook wat meer bijhouden, 400KB groei is niet echt niets wat verder onderzoek vraagt zou ik denken, mijn database is 2,8MB en groeit langzaam. Je zou je database kunnen onderzoeken en bv de afmeting per tabel kunnen bekijken, deze zal je vast per tabel naar disk kunnen dumpen om zo te zien waar de groei in zit maar als je dat gaat doen voor 400KB groei ben je wel erg kritisch.

Als zijn db met 400Kb groeit in een paar dagen zit je toch snel op een mb per week. Zou ik me ook wel zorgen om maken denk ik.

De logging van de switches staat bij mij op een week. Pirs zullen anders snel veel data opleveren. Temp sensors hebben na een week minder data nodig, dus dat zal wel mee vallen.

[grote_oever]

janne_nl schreef op zaterdag 14 januari 2017 @ 11:25:
[...]

Als zijn db met 400Kb groeit in een paar dagen zit je toch snel op een mb per week. Zou ik me ook wel zorgen om maken denk ik.

De logging van de switches staat bij mij op een week. Pirs zullen anders snel veel data opleveren. Temp sensors hebben na een week minder data nodig, dus dat zal wel mee vallen.

Ik zal mijn database eens vergelijken met de backup voor de crash. Gisteren is hij wel minder snel gegroeid dan eergisteren, maar nog steeds een grote toename. Domoticz draait alleen wel vertrouwd... dus zeer raar. Logging binne Domoticz gekeken en zo ook geen rare dingen. Heb eigenlijk het idee dat het aan de laatste beta ligt.

[edit]

Net aan mijn zwager gevraagd en ook hij heeft in juni 2016 een behoorlijke toename gehad in database. Lijkt er dus toch op dat er in een versie rond juni iets verandert is mbt database. Zal zelf de database nog even bekijken. Ben nu wel zeer benieuwd wat er extra gelogt wordt.

[ Voor 16% gewijzigd door grote_oever op 14-01-2017 12:06 ]

[Gonadan]

renedis schreef op vrijdag 13 januari 2017 @ 17:03:
Nope, dan moet je een andere poort kiezen.
444
4444
4443
8443

etc. etc. Genoemde getallen zijn voorbeelden om het je makkelijker te maken
En ik zou de huidige 443 ook aanpassen naar een niet-standaard poort..

Maar dan niet een van de voorbeelden, die zijn zo voor de hand liggend.

[apt]

kraades schreef op zaterdag 14 januari 2017 @ 10:46:
Hier staat wel een vergelijkbaar verhaal volgens mij. Idd V3 installeren en een restore van de database.
Uitgaande van een rpi zou je het op een nieuwe SD card kunnen proberen. Als het mhislukt kun je makkelijk terug.
https://www.domoticz.com/forum/viewtopic.php?t=14908

Ah, dat stemt me hoopvol. Ik maak morgen een image van mijn SD card, een backup van de domoticz folder en ga het proberen! Een nieuwe micro-SD kom ik vandaag niet meer aan zonder een eind te rijden.

[Cartman!]

Ik ben compleet nieuw in het domotica-gebeuren maar vanwege een nieuwe woning die we aan het maken zijn wil ik natuurlijk zeker hier in meegaan. Ik heb me al wat ingelezen en zwave lijkt me het meest interessant maar toch is het ook handig om op 433MHz ook devices te kunnen bedienen. Ik ben in het bezit van een Synology NAS (DS 716+II) en wil Domoticz (neig ik naar) of Pimatic draaien in een Docker container. Qua Zwave lijkt de Aeon Labs Z-Stick II me erg handig maar gezien ik ook misschien 433MHz wil doen zou er een Rfxcom bij moeten. Heeft iemand beiden wel eens gecombineerd op 1 Synology of is het handiger om dit bijv op een losse Raspberry Pi te doen

[technorabilia]

Ja dat gaat zeker werken. Enkelen hier hebben het zo draaien. Zelf heb ik het op een aparte rpi gezet omdat ik niet wil dat door reboots van de synology de boel wordt verstoord. Maar het kan zeker. Er zijn domoticz packages voor synology. En omdat jouw model synology docker kan draaien kun je het ook via docker oplossen.

[AWST6000]

Over de combinatie Domoticz - Harmony Hub, Siri en Philips TV:
Ik krijg binnen Domoticz 2 switches bij een Philips TV. (Uiteraard afhankelijk van de setup van de Harmony Hub).

Ik heb het zo gedaan:
- 'Televisie boven aan' als Harmony Hub activity.
- Harmony power off heb ik hernoemd naar 'Televisie boven uit'.
Binnen Domoticz werkt het (Ik heb voor alle zekerheid een uitschakelvertraging van 1 seconde op beide switches gezet).

Binnen Homebridge/Siri gaat bovenstaande natuurlijk niet goed. Hier worden beide switches niet gereset.
Wat kan ik het beste doen? Een extra virtuele switch maken en met Json de beide switches schakelen?
Txs!

[MsG]

Cartman! schreef op zaterdag 14 januari 2017 @ 13:59:
Ik ben compleet nieuw in het domotica-gebeuren maar vanwege een nieuwe woning die we aan het maken zijn wil ik natuurlijk zeker hier in meegaan. Ik heb me al wat ingelezen en zwave lijkt me het meest interessant maar toch is het ook handig om op 433MHz ook devices te kunnen bedienen. Ik ben in het bezit van een Synology NAS (DS 716+II) en wil Domoticz (neig ik naar) of Pimatic draaien in een Docker container. Qua Zwave lijkt de Aeon Labs Z-Stick II me erg handig maar gezien ik ook misschien 433MHz wil doen zou er een Rfxcom bij moeten. Heeft iemand beiden wel eens gecombineerd op 1 Synology of is het handiger om dit bijv op een losse Raspberry Pi te doen

Kijk ook eens naar een RFLink. Heb zelf net een Arduino Mega hiervoor besteld en hoop hiermee binnenkort aan de slag te gaan. Scheelt aanzienlijk qua kosten ten opzichte van een Rfxcom van 100 eu.

[Cartman!]

kraades schreef op zaterdag 14 januari 2017 @ 14:46:
Ja dat gaat zeker werken. Enkelen hier hebben het zo draaien. Zelf heb ik het op een aparte rpi gezet omdat ik niet wil dat door reboots van de synology de boel wordt verstoord.

Dus dan heb je simpelweg op beide poorten een zender hangen?

Het punt van reboots wel interessant maar normaalgesproken staat de Synology 24/7 aan en updates zijn er niet heel gek vaak waardoor reboots nodig zijn.

MsG schreef op zaterdag 14 januari 2017 @ 15:27:
Kijk ook eens naar een RFLink. Heb zelf net een Arduino Mega hiervoor besteld en hoop hiermee binnenkort aan de slag te gaan. Scheelt aanzienlijk qua kosten ten opzichte van een Rfxcom van 100 eu.

Goede tip, ik neig ook naar zelfbouw voor 433MHz: Koffie's tweakblog: Native RF zenden en ontvangen met pimatic

[ Voor 50% gewijzigd door Cartman! op 14-01-2017 16:00 ]

[technorabilia]

Cartman! schreef op zaterdag 14 januari 2017 @ 15:58:
[...]

Dus dan heb je simpelweg op beide poorten een zender hangen?

Het punt van reboots wel interessant maar normaalgesproken staat de Synology 24/7 aan en updates zijn er niet heel gek vaak waardoor reboots nodig zijn.

Of via een USB hub.
Ik vind dat Synology tegenwoordig toch beste regelmatig een update uitvoert. Nu alweer op update 8 waar ook weer een reboot voor nodig is. kraades in "[Synology] Nieuws en discussie"
Je moet er wel voor zorgen dat na een reboot de USB apparaten weer aan hetzelfde device zijn gekoppeld. Zoek op udevadm in dit topic of het Synology topic.

[Cartman!]

kraades schreef op zaterdag 14 januari 2017 @ 16:31:
[...]
Of via een USB hub.

Ahja, niet eens aan gedacht

Ik vind dat Synology tegenwoordig toch beste regelmatig een update uitvoert. Nu alweer op update 8 waar ook weer een reboot voor nodig is. kraades in "[Synology] Nieuws en discussie"
Je moet er wel voor zorgen dat na een reboot de USB apparaten weer aan hetzelfde device zijn gekoppeld. Zoek op udevadm in dit topic of het Synology topic.

Dat is wel een dingetje inderdaad. Misschien slimmer om de antennes via een Pi of Arduino aan te sluiten en die met de Synology te communiceren op een of andere manier.

[technorabilia]

Of gewoon alles op een rpi draaien. Uptime van >1 jaar is niet ongebruikelijk.

[Cartman!]

Software draai ik liever op de Synology zelf met Docker, makkelijk backups/upgrades etc. Als het aan elkaar knopen van de Synology en Pi lastig is overweeg ik t sowieso.

[ Voor 31% gewijzigd door Cartman! op 14-01-2017 16:43 ]

[grote_oever]

R3m3d7 schreef op zaterdag 14 januari 2017 @ 09:15:
Er zal na verloop van tijd ook wel wat slackspace optreden, kan zijn dat een backup/restore dat eruit haalt. De database footprint op disk (SD?) kan aardig verschillen met die van de backup. Ik weet niet of de Domoticz database interne reorganisatie processen heeft die die slack space weer terugwinnen op het filesysteem.

Zelf ben ik niet zo thuis in de types database. Ben al blij dat ik de database kon openen en een SQL statement kan maken die de row's telde

Maar ik heb het inmiddels gedaan. Conclusie; de tabellen hebben ongeveer dezelfde inhoud als vorige week. Oftewel de toename in grote is niet te verklaren door een grote toename in records. De grootste tabel die ik tegen kwam was Meter met iets meer dan 3500 rows.

Wel zie ik een verdubbeling in de page_counts. Even gegoogled wat dit precies inhoud en daar kwam ik deze formule tegen:

code:

Databasesize = Page_counts * Page_size

En laat dat nu net de grote van de database zijn:

code:

Oude database 1,8mb: Page_counts = 1818; Page_size = 1024
Nieuwe grotere database 2,7mb; Page_counts = 2707; Page_size = 1024

Ik heb echter geen idee of ik invloed heb op deze page_counts. Of dat dit normaal gedrag is en dat dit recent in domoticz is aangepast.

[AWST6000]

@Grote_oever:
Dit zou betekenen dat er ineens veel meer lucht in de database zit of dat er meer/bredere indexen aangelegd zijn.
(Ik ben echter alleen maar redelijk bekend met Oracle :-))

Misschien iets voor Gizmo om ook een rebuild optie te maken binnen Domoticz.

[Siewert]

AWST6000 schreef op zaterdag 14 januari 2017 @ 21:51:
@Grote_oever:
Dit zou betekenen dat er ineens veel meer lucht in de database zit of dat er meer/bredere indexen aangelegd zijn.
(Ik ben echter alleen maar redelijk bekend met Oracle :-))

Misschien iets voor Gizmo om ook een rebuild optie te maken binnen Domoticz.

Weet niet of er een soort gelijk al is ingebouwd.
Als jij je database backuped via de UI dan krijg jij er een kleinere DB voor terug, zowel de backup als die in Domoticz

[AWST6000]

Ik meen me vaag te herinneren dat de tempdb wordt gereset na een backup.
Maar ik hou me ff afzijdig vanwege ontbrekende kennis.

[apt]

kraades schreef op zaterdag 14 januari 2017 @ 10:46:
Hier staat wel een vergelijkbaar verhaal volgens mij. Idd V3 installeren en een restore van de database.
Uitgaande van een rpi zou je het op een nieuwe SD card kunnen proberen. Als het mhislukt kun je makkelijk terug.
https://www.domoticz.com/forum/viewtopic.php?t=14908

Het was makkelijker dan ik dacht. Na een herinstallatie inderdaad gewoon de database terugzetten. Ik had niet gedacht dat het zo soepel zou lopen...

[M.v.Veelen]

kraades schreef op zaterdag 14 januari 2017 @ 16:31:
[...]


Je moet er wel voor zorgen dat na een reboot de USB apparaten weer aan hetzelfde device zijn gekoppeld. Zoek op udevadm in dit topic of het Synology topic.

Dit is mij nooit goed gelukt. Heb de USB hub er nu tussen vandaan gehaald (omdat ik eigenlijk toch nooit iets anders aan de Synology hang), maar na elke Domoticz update is 'hij' toch weer de USB apparaten kwijt en komen ze pas weer terug na een herstart van de Synology. Is mee te leven, maar niet heel handig.

[grote_oever]

AWST6000 schreef op zaterdag 14 januari 2017 @ 21:51:
@Grote_oever:
Dit zou betekenen dat er ineens veel meer lucht in de database zit of dat er meer/bredere indexen aangelegd zijn.
(Ik ben echter alleen maar redelijk bekend met Oracle :-))

Misschien iets voor Gizmo om ook een rebuild optie te maken binnen Domoticz.

Geen idee, want heb zelf nog nooit van de page count gehoord. Op internet krijg ik ook vage omschrijvingen. Ik vermoed dat de pagecount de volledige database is, inclusief indexen/rows/tables. Maar zelfs dan is de omschrijving vaag voor me. Als ik binnen sqlite alle analyses/restructs doe dan komt er overal ok naar voren. Dus vermoed dat dit iets is waar ik me geen zorgen om hoef te maken. Toch vind ik het apart. Ik heb namelijk na de crash mijn meest recente database terug gezet. Die heb ik daarna gebackuped op mijn net geïnstalleerde Domoticz. Die file was klein, maar een dag groeide hij pas. De dag daarna groeide hij ook harder, maar niet zo hard als de eerste sprong.

[grote_oever]

M.v.Veelen schreef op zaterdag 14 januari 2017 @ 22:47:
[...]


Dit is mij nooit goed gelukt. Heb de USB hub er nu tussen vandaan gehaald (omdat ik eigenlijk toch nooit iets anders aan de Synology hang), maar na elke Domoticz update is 'hij' toch weer de USB apparaten kwijt en komen ze pas weer terug na een herstart van de Synology. Is mee te leven, maar niet heel handig.

Je kan het via ssh opnieuw mounten. Misschien zelfs door een scriptje.

[Verwijderd]

janne_nl schreef op zaterdag 14 januari 2017 @ 11:25:
[...]

Als zijn db met 400Kb groeit in een paar dagen zit je toch snel op een mb per week. Zou ik me ook wel zorgen om maken denk ik.

De logging van de switches staat bij mij op een week. Pirs zullen anders snel veel data opleveren. Temp sensors hebben na een week minder data nodig, dus dat zal wel mee vallen.

Ik vind een week al lang
Mijn instellingen staan op 1 dag. Ik wil de db zo klein mogelijk houden. Met een paar honderd devices loopt dat snel op.
Deze week zelfs m'n dummy hardware verwijderd en alles via cache ingeregeld, daarmee is m'n db maar 582KB meer

[Hokkie]

Afgelopen week heb ik een Fibaro Motion Sensor in de woonkamer geïnstalleerd (ter vervanging van een KAKU AWST-6000 bewegingsmelder). Enerzijds doordat ik langzamerhand over wil op z-wave en anderzijds de Fibaro óók lampen middels lichtsensor kan 'overrulen'. Als het overdag/namiddag donkerder wordt en mijn voorwaarde (IF) formeel nog niet kloppen, het licht wel gewoon aan gaat. Ditzelfde geldt ook voor overdag. Met enig regelmaat gaan de lampen bij SUNRISE uit, maar mijn vrouw (heb je ze weer ) het nog wel te donker vind. Hier heeft ze een punt.

Afijn, Fibaro (LUX) in dit event gesleuteld en het werkt! Gisteren een paar keer, tijdens de sneeuwbuien, erg donker en voilà; lampen gingen aan.

Echter, rond bedtijd ging het mis. Normaal gesproken gebruik ik de Philips Dimmer Switch om alle lampen beneden handmatig uit te zetten. Bij ons wisselt bedtijd wel eens en dit wil ik middels één druk op de knop kunnen schakelen. Dus, ik druk de Dimmer Switch in (lees: welterusten) en boem! alle lampen gingen weer aan. Ik weer indrukken en boem!, weer alle lampen aan.

Mijn vraag; Hoe kan ik overdag/avond de lampen wél aan laten gaan (mede) op basis van lichtsterkte, maar dat Domoticz ook mijn manuele input snapt. Ik heb geen ervaring met LUA en/of Scripts, dus oplossingen graag met middels Blocky.

Mijn huidige event;


Een aantal opmerking, mochten hier vragen over zijn;
- Ik gebruik 3 virtual switches (dag, avond, nacht); gebruiken ik voor diverse doeleinden waar sunset en sunrise niet voldoende is
- Bij 'IF' zie je 'Lamp Keuken Eettafel' opgenomen. De reden hiervoor is dat group Lampen Beneden een standaard dimwaarde hebben, maar wij soms (bij bijvoorbeeld lezen) de HUE een andere kleur geven en daarnaast ik niet elke minuut dit event in mijn log wil hebben. Hiermee voorkom ik dat telkens Domoticz een event afvuurt en geeft mij de vrijheid de dimwaarde over de avond te wijzigen.

[technorabilia]

M.v.Veelen schreef op zaterdag 14 januari 2017 @ 22:47:
[...]


Dit is mij nooit goed gelukt. Heb de USB hub er nu tussen vandaan gehaald (omdat ik eigenlijk toch nooit iets anders aan de Synology hang), maar na elke Domoticz update is 'hij' toch weer de USB apparaten kwijt en komen ze pas weer terug na een herstart van de Synology. Is mee te leven, maar niet heel handig.

Via udevadm moet dat toch lukken. Ook Synology maakt hier gebruik van.

[R3m3d7]

Hokkie schreef op zondag 15 januari 2017 @ 09:05:
Met enig regelmaat gaan de lampen bij SUNRISE uit, maar mijn vrouw (heb je ze weer ) het nog wel te donker vind. Hier heeft ze een punt.

Ik doe hier ook alles in overleg, ik heb door schade en schande geleerd dat als je in je eentje de boel gaat "domotiseren" (?) het op z'n zachts gezegd niet goed gaat op dat vlak. Als je "ze" erbij betrekt is het een soort grote puzzel waar elke sensor en schakelaar een onderdeel kan zijn van een mogelijke oplossing.

[Hokkie]

R3m3d7 schreef op zondag 15 januari 2017 @ 09:17:
[...]Als je "ze" erbij betrekt is het een soort grote puzzel waar elke sensor en schakelaar een onderdeel kan zijn van een mogelijke oplossing.

Zij benaderd de lampen pragmatisch en wijst naar een lichtknopje... Do I need to say more...

[MikeOO]

Hokkie schreef op zondag 15 januari 2017 @ 09:05:
Afgelopen week heb ik een Fibaro Motion Sensor in de woonkamer geïnstalleerd (ter vervanging van een KAKU AWST-6000 bewegingsmelder). Enerzijds doordat ik langzamerhand over wil op z-wave en anderzijds de Fibaro óók lampen middels lichtsensor kan 'overrulen'. Als het overdag/namiddag donkerder wordt en mijn voorwaarde (IF) formeel nog niet kloppen, het licht wel gewoon aan gaat. Ditzelfde geldt ook voor overdag. Met enig regelmaat gaan de lampen bij SUNRISE uit, maar mijn vrouw (heb je ze weer ) het nog wel te donker vind. Hier heeft ze een punt.

Afijn, Fibaro (LUX) in dit event gesleuteld en het werkt! Gisteren een paar keer, tijdens de sneeuwbuien, erg donker en voilà; lampen gingen aan.

Echter, rond bedtijd ging het mis. Normaal gesproken gebruik ik de Philips Dimmer Switch om alle lampen beneden handmatig uit te zetten. Bij ons wisselt bedtijd wel eens en dit wil ik middels één druk op de knop kunnen schakelen. Dus, ik druk de Dimmer Switch in (lees: welterusten) en boem! alle lampen gingen weer aan. Ik weer indrukken en boem!, weer alle lampen aan.

Mijn vraag; Hoe kan ik overdag/avond de lampen wél aan laten gaan (mede) op basis van lichtsterkte, maar dat Domoticz ook mijn manuele input snapt. Ik heb geen ervaring met LUA en/of Scripts, dus oplossingen graag met middels Blocky.

Mijn huidige event;
[afbeelding]

Een aantal opmerking, mochten hier vragen over zijn;
- Ik gebruik 3 virtual switches (dag, avond, nacht); gebruiken ik voor diverse doeleinden waar sunset en sunrise niet voldoende is
- Bij 'IF' zie je 'Lamp Keuken Eettafel' opgenomen. De reden hiervoor is dat group Lampen Beneden een standaard dimwaarde hebben, maar wij soms (bij bijvoorbeeld lezen) de HUE een andere kleur geven en daarnaast ik niet elke minuut dit event in mijn log wil hebben. Hiermee voorkom ik dat telkens Domoticz een event afvuurt en geeft mij de vrijheid de dimwaarde over de avond te wijzigen.

Maak een variabele aan die je mee schakelt.
In Domoticz --> Instellingen --> Meer opties --> Gebruikersvariabelen.
Vul een naam in + INTEGER + waarde = 0

tip: mocht je licht ooit een keer vreemd doen check de waarde van de variabele. Ik heb zo al eens erg lang gezocht waarom de lichten niet meer aan gingen. Bleek de variabele niet goed bijgewerkt

Dus licht aan (IF) en dan verander je de variabele naar bv 1 en je check op de waarde van deze variabele dat deze 0 is.
Dus je blocky regel (IF) + AND VAR = 0
Bij DO de JSON regel erbij om VAR (weer) op 1 te zetten

Als je licht weer uit (ELSE IF) gaat dan verander je de variabele weer naar 0 en je check op de waarde van de variabele dat deze 1 is.
Dus je blocky regel (ELSE IF) AND VAR = 1
Bij DO de JSON regel erbij om VAR (weer) op 0 te zetten

Op die manier gaat het licht niet nog eens aan als je deze handmatig uitzet, immers zolang VAR gelijk is aan 1 gebeurt er niets meer.

Als het licht wordt veranderd de VAR weer naar 0 en zal bij de volgende keer donker worden weer de lichten schakelen.

Zelf gebruik is deze manier in LUA een lichtplan en gebruik dan nog meerdere variabele waardes. Als ik bv het huis verlaat verhoog ik de VAR naar 2. Bij thuiskomt weet het systeem dan dat er iemand thuis komt en springen alle lampen aan en past de VAR weer aan.

Het beste kun je de variabele waarde veranderen met een JSON regel dat werkt het meest betrouwbaar volgens mij in blocky.
In Blocky kies je voor Open URL en dan iets als

code:

192.168.1.120:8080/json.htm?type=command&param=updateuservariable&idx=3&vname= Thuis_komen_licht_aan&vtype= integer&vvalue=2

Wat uitleg over de url
IDX3 = de idx van de variabele
Thuis_komen_licht_aan = De naam van de variabele
type = type variabele
vvalue= waarde die de variabele moet krijgen
In het topic is ook veel info te vinden over het schakelen met variabelen mocht je meer voorbeelden zoeken.

[M.v.Veelen]

kraades schreef op zondag 15 januari 2017 @ 09:09:
[...]


Via udevadm moet dat toch lukken. Ook Synology maakt hier gebruik van.

Ongetwijfeld. Ik heb er ook wel wat mee gerommeld, maar uiteindelijk lukte het me niet. Mocht er ergens een stap voor stap beschrijving beschikbaar zijn, dan hou ik me aanbevolen. Updaten van Domoticz zou moeten kunnen zonder de Synology te herstarten lijkt me.

[stuffer]

Om domoticz te migreren naar een nieuwe ubuntu VM had ik het volgende in mijn hoofd:

• Nieuwe install van Domoticz
• DB back oude Domoticz -> nieuwe Domoticz
• Scripts kopieren
• Frontpage.html kopieren
• 3x USB device in vmware opnieuw koppelen nieuwe Domoticz VM
• RFXCom
• P1 poort slimme meter
• AeonZwaveGen5 stick

Die laatste ben ik hier niet helemaal zeker van (AeonZwaveGen5), beter eerst zwave devices afkoppelen en daarna opnieuw koppelen?

Klopt mijn gedachte?

[Mai Pensato]

Vraag m.b.t. slimme meter: in Domoticz zie ik standaard alleen het stroomverbruik van het totale huis. Ik heb 3 fases en zou graag het stroomverbruik per fase willen zien. Is dit mogelijk/zijn hier bestaande scripts voor ?

[janne_nl]

Ik vraag me of die meter wel registreerd per fase. Ik denk dat er een totaal over de 3 fasen geregistreerd wordt.

[Mai Pensato]

Jawel hoor, de nieuwste slimme meters wel. Ik heb ook een Vera3 controller waarbij ik icm een slimme meter plugin ook de stroom per fase netjes doorkrijg