:strip_exif()/i/1354526135.png?f=thumbmini)
:fill(white):strip_exif()/i/2000578080.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000629918.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2002131643.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000576874.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000576862.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000580484.jpeg?f=thumbmini)
Je kunt gewoon een telefoonkabel gebruiken.Upper schreef op maandag 16 november 2015 @ 14:57:
[...]
Daarna maar eens kijken hoe ik dat met de logging ga doen, of toch Domoticz installeren op mijn nu werkloze Raspberry Pi en die in de meterkast hangen, of op 1 of andere manier een P1-kabel zien te trekken vanuit de meterkast naar mijn server die in de kelderkast staat.
:strip_icc():strip_exif()/u/311422/10110011000.jpg?f=community)
:strip_icc():strip_exif()/u/146731/crop562615a0aa64c.jpeg?f=community)
Dan kun je beter de P1 uitgang over het netwerk pompen met een RS232 naar Ethernet converter. Zo heb ik m'n OTGW ook over het netwerk draaien. Zo'n module kost maar 11 dollar: http://domoticz.com/forum/viewtopic.php?f=30&t=8505
Als je een beetje handig bent valt dat wel te solderen. De uitgang van de slimme meter is ook gewoon een seriele poort stiekem
In Domoticz kun je dan een "P1 Meter over LAN" kiezen, daar vul je het IP-adres van die module en de poort in & gaan met die banaan. Erg makkelijk. Een RS232-kabel verlengen is vragen om storing, volgens mij is dat best gevoelig voor invloeden van buitenaf.
Voor mij is het voordeel dat ik Domoticz in een virtuele machine heb draaien en ik dus niet moeilijk hoef te doen met de hardware fysiek aansluiten op die server. Ik kan de server zelfs op een andere locatie zetten, als hij maar toegang heeft tot het netwerk. Domoticz in the cloud
?
[ Voor 30% gewijzigd door ThinkPad op 16-11-2015 16:18 ]
/u/33305/crop60893dfd18ede_cropped.png?f=community)
:strip_icc():strip_exif()/u/30031/DKM.jpg?f=community)
:strip_icc():strip_exif()/u/336534/crop564a396227319_cropped.jpeg?f=community)
Goed om te weten, bedankt. Weer wat geleerd
In het geval van MikeOO was het dus waarschijnlijk gewoon een haakje die op de verkeerde plek stond idd
Een vraag over de Aeon Multi sensor die aan Domoticz hangt, het "oude" Gen2 model.
Deze valt regelmatig uit, last update van temp en lux blijven stil staan. Druk ik op het knopje dan knippert de led een paar keer en doet hij het weer even, paar uur of een dag.
Het gedoe is eigenlijk begonnen toen ik zag dat Domoticz grafieken per 5 minuten werken en ik had de (groep 101) update interval op 720 sec staan. Dus eerst naar 600, maar dat wilde niet blijven 'plakken', er bleef 720 staan. Na batterijen los en change uiteindelijk firmware update (en reset) naar v1.18. Toen bleven 600 sec en ook 300 sec wel staan, echter zag ik dat hij nog steeds updates verzendt per 720 sec.
EN daar dus ook mee stopte na een X tijd
Door de firmware is de multisensor ook toegevoegd als nieuw device in Domoticz, de oude heb ik weggegooid. De PIR heb ik disabled.
Kan het zijn dat op batterijen de kortste update tijd 720 sec is? En wat kan ik doen om dit ding weer betrouwbaar te krijgen?
Deze valt regelmatig uit, last update van temp en lux blijven stil staan. Druk ik op het knopje dan knippert de led een paar keer en doet hij het weer even, paar uur of een dag.
Het gedoe is eigenlijk begonnen toen ik zag dat Domoticz grafieken per 5 minuten werken en ik had de (groep 101) update interval op 720 sec staan. Dus eerst naar 600, maar dat wilde niet blijven 'plakken', er bleef 720 staan. Na batterijen los en change uiteindelijk firmware update (en reset) naar v1.18. Toen bleven 600 sec en ook 300 sec wel staan, echter zag ik dat hij nog steeds updates verzendt per 720 sec.
EN daar dus ook mee stopte na een X tijd
Door de firmware is de multisensor ook toegevoegd als nieuw device in Domoticz, de oude heb ik weggegooid. De PIR heb ik disabled.
Kan het zijn dat op batterijen de kortste update tijd 720 sec is? En wat kan ik doen om dit ding weer betrouwbaar te krijgen?
/u/688628/crop5772787016442_cropped.png?f=community)
Dank voor je reactie maar probleem was een stuk eenvoudiger
MikeOO in "Domoticz - open source domotica systeem - deel 2"
Je opent een nieuw bestand in WinSCP en gaat aan de slag.
Je hernoemt later dit bestand om de naam wat meer herkenning te geven maar vergeet het oude bestand eerst af te sluiten. Gevolg is dat je dan 1 oud bestand en 1 nieuw bestand krijg en natuurlijk zit je constant het oude bestand te wijzigen ipv het nieuwe. Ik laat het bestand vaak open staan als ik aan het testen ben.
Had ik inderdaad ook geprobeerd. Vreemde is dat ik ook check op == 0 en dat pakt hij wel zonder omzetten. Of het ook werkt zal straks blijken als het donker wordt maar hij heeft er geen fouten op. Alleen als ik dus een check doe op >= dan zal het waarschijnlijk een echt getal moeten zijn.
Als ik de database open met jouw tip dan vindt ik daar bijna hetzelfde wat dus wel werkt in een event.
code:
1
| (device[42] == "Off" and (device[65] == "Off" and variable[2] >= 1)) |
De reden om een >= te gebruiken is dat het meerdere getallen betreft en zo hoef ik niet voor elke waardes iets te maken. Kan wel maar vindt dit mooier dus uitdaging
UPDATE
Denk dat het gelukt is. In jouw voorbeeld stond de oplossing. Ik zag dat ze daar ook de getallen omzetten.
De variabele omzetten met tonumber aan het begin is voldoende.
Nu straks afwachten of de lampen gaan schakelen en vooral dat morgenochtend alles uit gaat.
[code=lua]
local presence_switch = 'IemandThuis'
local isdark_switch = 'State - IsDonker'
Schemer_licht_aan = tonumber(uservariables['Schemer_licht_aan'])
commandArray = {}
if (otherdevices[isdark_switch] == 'Off') and (otherdevices['Zon op-onder'] == 'Off' and uservariables['Schemer_licht_aan'] >= 1) then
commandArray['Buitenlamp voordeur']='Off'
commandArray['Lampen bij bank']='Off'
commandArray['Ganglamp (Kerst)']='Off'
commandArray['Lamp bij TV']='Off'
commandArray['Lamp op sidetable']='Off'
commandArray['Buitenverlichting (kerst)']='Off'
commandArray['OpenURL']='http://192.168.0.20:8080/json.htm?type=command¶m=updateuservariable&idx=3&vname=%20Thuis_%20komen_licht_aan%20&vtype=%20integer%20&vvalue=0'
commandArray['OpenURL']='http://192.168.0.20:8080/json.htm?type=command¶m=updateuservariable&idx=2&vname=%20Schemer_licht_aan%20&vtype=%20integer%20&vvalue=0'
print('<font color="blue">Het is licht geworden - Alle lampen uit!!</font>')
end
return commandArray
[/code=lua]
[ Voor 41% gewijzigd door MikeOO op 17-11-2015 15:14 ]
Ik gebruik zelf ook variabelen samen met >= en bij mij werkt het zonder tonumber(). Op zich niet verkeerd om tonumber te gebruiken, dan weet je zeker dat het een getal is. Ik zou wel de lokale variabele gebruiken in de if
[code=lua]
local presence_switch = 'IemandThuis'
local isdark_switch = 'State - IsDonker'
Schemer_licht_aan = tonumber(uservariables['Schemer_licht_aan'])
commandArray = {}
if (otherdevices[isdark_switch] == 'Off') and (otherdevices['Zon op-onder'] == 'Off' and Schemer_licht_aan >= 1) then
[/code=lua]
Verder kun je ipv de OpenURL ook Variable: in de commandArray gebruiken om een variabele bij te werken, dat leest wat makkelijker:
[code=lua]
commandArray['Variable:Thuis_komen_licht_aan'] = tostring(0)
commandArray['Variable:Schemer_licht_aan'] = tostring(0)
[/code=lua]
Tenzij je niet de lokale Domoticz server wil bijwerken maar daar ga ik even niet van uit.
Let hierbij wel op het gebruik van tostring!
:strip_icc():strip_exif()/u/5326/crop5ff8e3fc691c6_cropped.jpeg?f=community)
/u/1/femme.png?f=community)
De mijne werkte ook niet betrouwbaar op batterijen (anderhalf jaar geleden, niet met Domoticz maar IP-Symcon). Sinds ze native worden ondersteund in IP-S en ik permanente voeding gebruik werken ze wel betrouwbaar. Probeer het dus eens op vaste voeding. Ik laat ze hier elke twee minuten een update sturen. Bijkomend voordeel is dat ze als routing slave gaan dienen.:
Een vraag over de Aeon Multi sensor die aan Domoticz hangt, het "oude" Gen2 model.
Deze valt regelmatig uit, last update van temp en lux blijven stil staan. Druk ik op het knopje dan knippert de led een paar keer en doet hij het weer even, paar uur of een dag.
Het gedoe is eigenlijk begonnen toen ik zag dat Domoticz grafieken per 5 minuten werken en ik had de (groep 101) update interval op 720 sec staan. Dus eerst naar 600, maar dat wilde niet blijven 'plakken', er bleef 720 staan. Na batterijen los en change uiteindelijk firmware update (en reset) naar v1.18. Toen bleven 600 sec en ook 300 sec wel staan, echter zag ik dat hij nog steeds updates verzendt per 720 sec.
EN daar dus ook mee stopte na een X tijd
Door de firmware is de multisensor ook toegevoegd als nieuw device in Domoticz, de oude heb ik weggegooid. De PIR heb ik disabled.
Kan het zijn dat op batterijen de kortste update tijd 720 sec is? En wat kan ik doen om dit ding weer betrouwbaar te krijgen?
Persoonlijk vind ik sensoren op batterijen helemaal niks.
Ik heb voor de rflink deze onderdelen besteld en deze zelf aan elkaar gesoldeerd en de arduino geprogrameerd met de software van de rflink site.
http://nl.aliexpress.com/...713716&shopNumber=1516062
http://www.ebay.com/itm/4...187f86:g:YQQAAOSwBahVD97b
Voor de firmware en software zie :
www.nemcon.nl/blog2/2015/07/bb
Hiermee heb je voor een leuk prijsje een goed werkende rflink
[ Voor 4% gewijzigd door Savage008 op 17-11-2015 22:23 ]
Bedankt! Ik heb de bestelling geplaatst. Hoe heb je het opgelost wat betreft de antenne's?:
[...]
Ik heb voor de rflink deze onderdelen besteld en deze zelf aan elkaar gesoldeerd en de arduino geprogrameerd met de software van de rflink site.
http://nl.aliexpress.com/...713716&shopNumber=1516062
http://www.ebay.com/itm/4...187f86:g:YQQAAOSwBahVD97b
Voor de firmware en software zie :
www.nemcon.nl/blog2/2015/07/bb
Hiermee heb je voor een leuk prijsje een goed werkende rflink
Dank voor je tips. Leer weer heel wat in korte tijd.:
[...]
Ik gebruik zelf ook variabelen samen met >= en bij mij werkt het zonder tonumber(). Op zich niet verkeerd om tonumber te gebruiken, dan weet je zeker dat het een getal is. Ik zou wel de lokale variabele gebruiken in de if
[code=lua]
local presence_switch = 'IemandThuis'
local isdark_switch = 'State - IsDonker'
Schemer_licht_aan = tonumber(uservariables['Schemer_licht_aan'])
commandArray = {}
if (otherdevices[isdark_switch] == 'Off') and (otherdevices['Zon op-onder'] == 'Off' and Schemer_licht_aan >= 1) then
[/code=lua]
Verder kun je ipv de OpenURL ook Variable: in de commandArray gebruiken om een variabele bij te werken, dat leest wat makkelijker:
[code=lua]
commandArray['Variable:Thuis_komen_licht_aan'] = tostring(0)
commandArray['Variable:Schemer_licht_aan'] = tostring(0)
[/code=lua]
Tenzij je niet de lokale Domoticz server wil bijwerken maar daar ga ik even niet van uit.
Let hierbij wel op het gebruik van tostring!
De OpenURL had ik gebruikt omdat in Blocky meer dan 1 variable gebruiken en omzetten niet goed werkt.
Met OpenURL wel dus had dat zo overgenomen. Maar nu mooi ingekort werkt prima in LUA.
Helaas bleek de error weer terug te komen nadat het script uitgevoerd wordt dat het licht was geworden.
Error als ik Schemer_licht_aan >= 1 toevoeg aan de IF.
code:
1
| lua:7: attempt to compare string with nil |
Wat blijkt de variabele die ik met tonumber omzet moet wel een andere naam geven anders krijg je dus de foutmelding en runt hij het script niet.
code:
1
| Schemer_licht_aan = tonumber(uservariables['Schemer_licht_aan']) |
veranderd in
code:
1
| vSchemer_licht_aan = tonumber(uservariables['Schemer_licht_aan']) |
En nu werkt het prima
De werkende code ook nog even natuurlijk.
[code=lua]
local isdark_switch = 'State - IsDonker'
vSchemer_licht_aan = tonumber(uservariables['Schemer_licht_aan'])
commandArray = {}
if devicechanged[isdark_switch] then
if (otherdevices[isdark_switch] == 'Off') and (otherdevices['Zon op-onder'] == 'Off' and vSchemer_licht_aan >= 1) then
commandArray['Buitenlamp voordeur']='Off'
commandArray['Lampen bij bank']='Off'
commandArray['Ganglamp (Kerst)']='Off'
commandArray['Lamp bij TV']='Off'
commandArray['Lamp op sidetable']='Off'
commandArray['Buitenverlichting (kerst)']='Off'
commandArray['Variable:Thuis_komen_licht_aan'] = tostring(0)
commandArray['Variable:Schemer_licht_aan'] = tostring(0)
print('<font color="blue">Het is licht geworden - Alle lampen uit!!</font>')
end
end
return commandArray
[/code=lua]
[ Voor 4% gewijzigd door MikeOO op 18-11-2015 09:55 ]
Heeft er iemand al ervaring met de Nest Protect rookmelder in combinatie met Domoticz?
Het heeft een bewegingssensor, dus het lijkt me wel interessant om het ook te kunnen gebruiken voor als alarmsysteem.
IF niemand thuis AND motion detected THEN test alarm sound
Het heeft een bewegingssensor, dus het lijkt me wel interessant om het ook te kunnen gebruiken voor als alarmsysteem.
IF niemand thuis AND motion detected THEN test alarm sound
Volgens mij wordt de bewegingssensor niet gebruikt in Domoticz. Ik kreeg in ieder geval alleen het 'alarm device' te zien.:
Heeft er iemand al ervaring met de Nest Protect rookmelder in combinatie met Domoticz?
Het heeft een bewegingssensor, dus het lijkt me wel interessant om het ook te kunnen gebruiken voor als alarmsysteem.
IF niemand thuis AND motion detected THEN test alarm sound
Heb hem zelf alleen nog maar toegevoegd. Het was laat gisteravond, en wilde niet meteen de hele straat wakker maken met een test
Haha dat begrijp ik.:
[...]
Heb hem zelf alleen nog maar toegevoegd. Het was laat gisteravond, en wilde niet meteen de hele straat wakker maken met een test
In de reviews las ik ergens dat je via de app kan zien of er beweging was in de woning. Wellicht dat via de api deze informatie uit te lezen is.
Zou je willen kijken of dit in Domoticz mogelijk is?
Heb ze zelf getest, stuk plakband op de sirene, omwikkeld in een handdoek tussen een laag kussens op de bank.. en alsnog een takke herrie:
Het was laat gisteravond, en wilde niet meteen de hele straat wakker maken met een test
Duct tape can't fix stupid, but it can muffle the sound.
Denk ook dat het een rs232-ethernet module gaat worden.:
[...]
Dan kun je beter de P1 uitgang over het netwerk pompen met een RS232 naar Ethernet converter. Zo heb ik m'n OTGW ook over het netwerk draaien. Zo'n module kost maar 11 dollar: http://domoticz.com/forum/viewtopic.php?f=30&t=8505
Als je een beetje handig bent valt dat wel te solderen. De uitgang van de slimme meter is ook gewoon een seriele poort stiekem
In Domoticz kun je dan een "P1 Meter over LAN" kiezen, daar vul je het IP-adres van die module en de poort in & gaan met die banaan. Erg makkelijk. Een RS232-kabel verlengen is vragen om storing, volgens mij is dat best gevoelig voor invloeden van buitenaf.
Voor mij is het voordeel dat ik Domoticz in een virtuele machine heb draaien en ik dus niet moeilijk hoef te doen met de hardware fysiek aansluiten op die server. Ik kan de server zelfs op een andere locatie zetten, als hij maar toegang heeft tot het netwerk. Domoticz in the cloud
Situatie is
Meterkast: P1 kabel direct naar VMware server waar Domoticz opstaat.
Zolder: OTGW met USB
Tussen meterkast en zolder 2 loze utp kabels.
Of server nu op zolder staat (waar ik hem het liefst heb) of in de meterkast dat maakt vor de bekabeling niet uit.
Nu dacht ik het zonder extra switch misschien wel af te kunnen maar als ik zie dat de Netgear ProSafe 5ports ook maar 2,7W doet met volle belasting....
(zie pagina 4 http://www.downloads.netg...et/en/GS105v5-GS108v4.pdf
Schaamteloze verkoop van:
http://tweakers.net/aanbod/user/311422/
*** NIKS ***
:strip_icc():strip_exif()/u/405645/crop583358a4b1f80_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/64139/ponce_supersmall.jpg?f=community)
:strip_exif()/u/84038/LogoHD.gif?f=community)
| NL | 2.2k Wp (ZW) | MHI SRC/SRK35ZS-W2 & ME MXZ-2F42+AP20+AP25 | MT E 5.12KWh V151+CT003 V114 | Home Assistant |
Op het moment ping ik ook de smartphones. Ik merk alleen sinds mijn upgrade naar Android 6 (Nexus 5) dit niet lekker meer werkt. Soms is mijn telefoon even 10 minuten weg, waardoor ik in het donker zit
. Ik ga nu eens kijken of Geo-fencing een beetje wil.Nadeel van PIR vind ik de onnauwkeurigheid: Tijdje stilzitten en alles gaat uit, of de geruime tijd dat je wel wegbent, maar nog niet door de time-out van de PIR-sensor heen bent.
Of misschien een combinatie
Verwijderd
Ik gebruik zelf enkel een bewegings sensor voor de 'IemandThuis' methodiek. Echter, gebruik ik het slechts voor iets aan te doen en niet voor uit. Uit doen doe ik door middel van een zwave switch achter een normale druk schakelaar. Deze is bij de hal geplaatst, zo hoef ik enkel bij het verlaten/of naar bed gaan die knop in te drukken en gaat alles uit (wat ik uit wil hebben).:
[...]
Op het moment ping ik ook de smartphones. Ik merk alleen sinds mijn upgrade naar Android 6 (Nexus 5) dit niet lekker meer werkt. Soms is mijn telefoon even 10 minuten weg, waardoor ik in het donker zit
Nadeel van PIR vind ik de onnauwkeurigheid: Tijdje stilzitten en alles gaat uit, of de geruime tijd dat je wel wegbent, maar nog niet door de time-out van de PIR-sensor heen bent.
Of misschien een combinatie
Ik heb op die manier helemaal geen last van in het donker zitten. Uiteraard zit mijn verlichting nog wel op een lux meter, zodat ze overdag uitblijven.
Verwijderd
Aan de ervaren gebruikers een vraag. Ik heb 3 weken geleden setje van 3 Eurodomest (Action) gekocht om eens mee te spelen. Bij toeval kwam ik hier terecht en dacht leuk met Domoticz spelen. Eindelijk heb ik het handeltje stabiel draaien op Synology met RFXCOM maar nu wil ik natuurlijk meer (ai ai weer een verslaving erbij )
Nu wil ik gaan uitbreiden maar die "echte" KAKU's zijn behoorlijk aan de prijs. Is het verstandig voor verlichting voor deze te gaan of gewoon de Eurodomest te pakken ivm betrouwbaarheid en duurzaamheid? Wie heeft langdurige ervaring met de goedkope Eurodomesten en kan me goed informeren?
)Nu wil ik gaan uitbreiden maar die "echte" KAKU's zijn behoorlijk aan de prijs. Is het verstandig voor verlichting voor deze te gaan of gewoon de Eurodomest te pakken ivm betrouwbaarheid en duurzaamheid? Wie heeft langdurige ervaring met de goedkope Eurodomesten en kan me goed informeren?
:strip_exif()/u/18996/GoT_avatar.gif?f=community){kind=avatar}
Ik heb geen ervaring met Eurodomest specifiek, maar ik heb diverse systemen hier werkend (gehad) via de RFXCOM en dat werkt eigenlijk altijd probleemloos. Het enige verschil wat ik wel merk is dat KAKU vaak net iets meer bereik heeft dan de goedkopere merken zoals Conrad.:
Aan de ervaren gebruikers een vraag. Ik heb 3 weken geleden setje van 3 Eurodomest (Action) gekocht om eens mee te spelen. Bij toeval kwam ik hier terecht en dacht leuk met Domoticz spelen. Eindelijk heb ik het handeltje stabiel draaien op Synology met RFXCOM maar nu wil ik natuurlijk meer (ai ai weer een verslaving erbij
Nu wil ik gaan uitbreiden maar die "echte" KAKU's zijn behoorlijk aan de prijs. Is het verstandig voor verlichting voor deze te gaan of gewoon de Eurodomest te pakken ivm betrouwbaarheid en duurzaamheid? Wie heeft langdurige ervaring met de goedkope Eurodomesten en kan me goed informeren?
Als je echt iets betere kwaliteit wil moet je voor iets als Z-Wave gaan, maar dat is direct heel veel duurder.
:strip_icc():strip_exif()/u/65598/Sothpark-Erwin-Sm2.jpg?f=community)
Als het het je puur om aan/uit schakelen gaat dan zou ik gaan voor de KaKu set van drie schakelaars met een ab, deze zijn vaak voor rond de 20€ als setje te koop. Let wel op dat je de set hebt zonder de draaiwieltjes om de schakelaars, deze zijn beperkt in de kanalen. Even een bonnetje knippen van de lokale bouwmarkt levert vaak al 20% korting op.:
Aan de ervaren gebruikers een vraag. Ik heb 3 weken geleden setje van 3 Eurodomest (Action) gekocht om eens mee te spelen. Bij toeval kwam ik hier terecht en dacht leuk met Domoticz spelen. Eindelijk heb ik het handeltje stabiel draaien op Synology met RFXCOM maar nu wil ik natuurlijk meer (ai ai weer een verslaving erbij
Nu wil ik gaan uitbreiden maar die "echte" KAKU's zijn behoorlijk aan de prijs. Is het verstandig voor verlichting voor deze te gaan of gewoon de Eurodomest te pakken ivm betrouwbaarheid en duurzaamheid? Wie heeft langdurige ervaring met de goedkope Eurodomesten en kan me goed informeren?
Als je een Hornbach in de buurt hebt kun je daar eens kijken: DukeBox in "Domoticz - Open source domotica systeem"
En op internet meerdere dingen in één keer bestellen loont ook wel. Gamma e.d. is best duur, met die kortingsactie zijn ze net zo 'duur' als de prijs die Hornbach altijd hanteert
Klopt helemaal, maar een Formido of Gamma heeft iedereen wel om de hoek, dat kan je vaak niet van de Hornbach zeggen:
[...]
Als je een Hornbach in de buurt hebt kun je daar eens kijken: DukeBox in "Domoticz - Open source domotica systeem"
En op internet meerdere dingen in één keer bestellen loont ook wel. Gamma e.d. is best duur, met die kortingsactie zijn ze net zo 'duur' als de prijs die Hornbach altijd hanteert
Ik heb zelf een aantal rolluik schakelaars online besteld, dat kan inderdaad aardig wat schelen.
Verwijderd
Top, zit bij mij op 25 km maar moet binnenkort toch naar de Ikea en die zit daar in de buurt. Ikea verkoopt namelijk goedkoop mooie ledstrips.:
[...]
Als je een Hornbach in de buurt hebt kun je daar eens kijken: DukeBox in "Domoticz - Open source domotica systeem"
En op internet meerdere dingen in één keer bestellen loont ook wel. Gamma e.d. is best duur, met die kortingsactie zijn ze net zo 'duur' als de prijs die Hornbach altijd hanteert
Maar die echte Kaku's werken dus beter????
Ik heb dat opgelost door 2 variabelen aan te maken in Domoticz, maxPings en misluktePings. Iedere keer als een ping niet lukt, ik gebruik hier een lua script voor, wordt de variabele misluktePings opgehoogd. Als misluktePings >= maxPings dan wordt iemandThuis op Off gezet. Ik heb maxPings op 30 zodat een telefoon tot een half uur 'offline' mag zijn voordat er aktie ondernomen wordt.:
[...]
Op het moment ping ik ook de smartphones. Ik merk alleen sinds mijn upgrade naar Android 6 (Nexus 5) dit niet lekker meer werkt. Soms is mijn telefoon even 10 minuten weg, waardoor ik in het donker zit
Als de ping lukt dan wordt misluktePings weer op 0 gezet.
Dit is misschien niet de ideale oplossing maar tot nu toe werkt het prima. In de slaapstand moet wifi wel beschikbaar blijven anders gaat het na een half uur alsnog mis.
Misschien ga ik binnenkort eens experimenteren met een deurcontact en/of bewegingsmelder.
Ik krijg met geen mogelijkheid m'n Aeon Stick te zien als USB-device. M'n rfxcom komt wel door, maar met een ls /dev/tty* staat er maar 1 USB-device, en dat is de rfxcom... Is er iets dat ik vergeten ben of fout doe? 
Edit:
Na nog 3 keer opnieuw opstarten was ie er opeens wel...
Edit:
Na nog 3 keer opnieuw opstarten was ie er opeens wel...
[ Voor 12% gewijzigd door endness op 18-11-2015 21:57 ]
Dank voor de ikbenthuis-antwoorden
Het probleem met sensoren dat ik nog wat heb is dat ik ze in alle kamers moet gaan ophangen wil het zin hebben. Maar 'het script van chopperRob' kende ik nog niet, ik neem aan dat dat deze is? https://www.chopperrob.nl...online-status-to-domoticz
Die zal ik eerst eens proberen, kijken hoe dat werkt. Ik wilde beginnen met met wat simpele telegram berichtjes als waarschuwing in te stellen (hee, je bent niet thuis en je licht/verwarming staat nog aan), en vanaf daar kunnen we verder testen.
Het probleem met sensoren dat ik nog wat heb is dat ik ze in alle kamers moet gaan ophangen wil het zin hebben. Maar 'het script van chopperRob' kende ik nog niet, ik neem aan dat dat deze is? https://www.chopperrob.nl...online-status-to-domoticz
Die zal ik eerst eens proberen, kijken hoe dat werkt. Ik wilde beginnen met met wat simpele telegram berichtjes als waarschuwing in te stellen (hee, je bent niet thuis en je licht/verwarming staat nog aan), en vanaf daar kunnen we verder testen.
sig
Ik ben dat script uiteraard ook tegengekomen in mijn zoektocht naar een manier om dit voor elkaar te krijgen en Chopperrob heeft een prima python script hiervoor gemaakt. Maar ik wilde kijken of het met lua ook kon. Ik ben net begonnen met Domoticz en zo leer ik nog eens wat
Dus ja, ik heb het moeilijk gemaakt door een eigen script te maken maar uiteindelijk is het voor mij makkelijker.
Ik gebruik op dit moment een combinatie van bluetooth en wifi. Ik vond geofencing niet fijn en betrouwbaar werken.:
Dank voor de ikbenthuis-antwoorden
Dit heb ik gedaan adhv deze link
https://www.domoticz.com/...tatus_of_a_network_device
Dit ben ik nu een paar dagen aan het testen, maar tot nu zeer betrouwbaar.
Dank voor de suggestie, ik ga het proberen als laatste poging om te zien of de sensor gewoon brak is geworden. Ik heb al gelezen dat ik daarmee weer een nieuwe Zwave ID ga krijgen van het ding
Ik heb ook een hekel aan batterijen (kosten, gedoe, milieu) maar op sommige plekken is bedrading echt heel lastig.
:strip_icc():strip_exif()/u/63553/crop5702a8827f86e_cropped.jpeg?f=community)
Ik hoop toch wel dat je een dagelijkse backup maakt.:
Trouwens, bij nader inzien is dat automatisch uitlezen naar mindergas zo'n slecht idee niet. Ik heb nog niet zo veel verstand van domotica, en laat de boel soms nog wel eens crashen. Dan is het wel fijn als mijn meterstanden bij wijze van backup nog ergens staan.
Verwijderd
Dagelijks backup met versiebeheer is een must voor alles wat je doet met files
Iemand een idee hoe je van de ongebruikte devices geraakt in Domoticz?
Ik heb nu 100 devices in gebruik, en 111 niet gebruikt!
Dat zijn dan zo powermeters, usage, burglar van Fibaro rookdetector en nog zovelen.
Iemand een idee hoe je van de ongebruikte devices geraakt in Domoticz?
Ik heb nu 100 devices in gebruik, en 111 niet gebruikt!
Dat zijn dan zo powermeters, usage, burglar van Fibaro rookdetector en nog zovelen.
:strip_icc():strip_exif()/u/328413/Bat.jpg?f=community)
Deze signature is om volstrekt onduidelijke redenen verwijderd. PVOutput
:strip_exif()/u/85127/Iron-Man-Avatar_small.gif?f=community){kind=avatar}
Heb zojuist met wat moeite (moest een log-shipper compileren op de rasp, dependencies en zo ) de Domoticz logs naar een ELK-stack gestuurd. En dan valt pas op hoe chatty Domoticz is zeg. Maar goed dat de log op Domoticz zelf naar een ram filesystem heb gestuurd anders is zo'n SD inderdaad zo naar zijn grootje.
) de Domoticz logs naar een ELK-stack gestuurd. En dan valt pas op hoe chatty Domoticz is zeg. Maar goed dat de log op Domoticz zelf naar een ram filesystem heb gestuurd anders is zo'n SD inderdaad zo naar zijn grootje.
Ik heb nogal apart wuunderground gedrag gezien de afgelopen dagen.
De roze is een weerstation ongeveer 50 meter ten westen van waar ik woon, de oranje is ongeveer 80 meter naar het oosten. Ik had in eerste instantie alleen de roze, maar omdat deze soms uren lang dezelfde temperatuur aangaf, heb ik de oranje toegevoegd om te kijken of deze betrouwbaarder was. Het blijven steken op dezelfde waarde is sinds dien niet heel geel gebeurt, maar dat er nog iets raarders aan de hand was blijkt uit de grafiek. Gedurende deze periode bleef het weerstation op de site van wuunderground wel de juiste temperatuur af geven. Na dit gezien te hebben lijkt het mij duidelijk dat ik de roze eruit knikker en op de oranje overschakel. Maar wat kan er aan de hand zijn met dit ding
De roze is een weerstation ongeveer 50 meter ten westen van waar ik woon, de oranje is ongeveer 80 meter naar het oosten. Ik had in eerste instantie alleen de roze, maar omdat deze soms uren lang dezelfde temperatuur aangaf, heb ik de oranje toegevoegd om te kijken of deze betrouwbaarder was. Het blijven steken op dezelfde waarde is sinds dien niet heel geel gebeurt, maar dat er nog iets raarders aan de hand was blijkt uit de grafiek. Gedurende deze periode bleef het weerstation op de site van wuunderground wel de juiste temperatuur af geven. Na dit gezien te hebben lijkt het mij duidelijk dat ik de roze eruit knikker en op de oranje overschakel. Maar wat kan er aan de hand zijn met dit ding
:strip_icc():strip_exif()/u/692240/crop56ddc7c9121dc_cropped.jpeg?f=community)
Je kunt natuurlijk, heel onwetenschappelijk , geloven dat het klimaat lokaal helemaal op hol is geslagen onder invloed van menselijke CO2 uitstoot.:
Ik heb nogal apart wuunderground gedrag gezien de afgelopen dagen.
[afbeelding]
De roze is een weerstation ongeveer 50 meter ten westen van waar ik woon, de oranje is ongeveer 80 meter naar het oosten. Ik had in eerste instantie alleen de roze, maar omdat deze soms uren lang dezelfde temperatuur aangaf, heb ik de oranje toegevoegd om te kijken of deze betrouwbaarder was. Het blijven steken op dezelfde waarde is sinds dien niet heel geel gebeurt, maar dat er nog iets raarders aan de hand was blijkt uit de grafiek. Gedurende deze periode bleef het weerstation op de site van wuunderground wel de juiste temperatuur af geven. Na dit gezien te hebben lijkt het mij duidelijk dat ik de roze eruit knikker en op de oranje overschakel. Maar wat kan er aan de hand zijn met dit ding
Maar het zijn allebei prive temperatuursensors die hun data naar wunderground uploaden. De eigenaar van de rose temperatuursensor heeft hem gewoon 2 dagen binnen gelegd vermoed ik.
Daarom is het ook altijd een beetje zoeken, veel stations bij mij in de buurt zijn van die Netatmo stationnetjes. Die vertrouw ik niet helemaal. Er zit in mijn woonplaats ook een bedrijf die een Davis Vantage Pro 2 op het dak heeft staan. Dat is een weerstation van 5-600 euro. Daar heb ik iets meer vertrouwen in dan in zo'n Netatmo stationnetje
Die informatie kun je achterhalen door op de pagina van je gekozen weerstation te klikken op 'About this PWS' achter de titel.
http://www.wunderground.c...ard?ID=NAAMVANJOUWSTATION
Hier kun je ook de professionelere stations vinden volgens mij: http://www.wunderground.c...dCountry=Netherlands&MR=1
Die informatie kun je achterhalen door op de pagina van je gekozen weerstation te klikken op 'About this PWS' achter de titel.
http://www.wunderground.c...ard?ID=NAAMVANJOUWSTATION
Hier kun je ook de professionelere stations vinden volgens mij: http://www.wunderground.c...dCountry=Netherlands&MR=1
[ Voor 15% gewijzigd door ThinkPad op 20-11-2015 07:24 ]
:strip_icc():strip_exif()/u/206968/325134.jpg?f=community)
Gisteren de "P1 Converter Cable v2" kabel binnen gekregen van SmartMeterDashboard.nl. Het was echt plug-en-play met Domoticz 
Nu wil ik van buitenshuis ook mijn stroomverbruik in de gaten houden, dus heb ik in mijn gateway (WAN-adres op eth1 en 192.168.1.1 op eth0) een reverse_proxy opgezet in nginx welke het verkeer op een subdomein doorstuurt naar 192.168.1.17:8080.
Helaas ziet de Domoticz dit ook als intern netwerk en staat hij nu onafgeschermd in de buitenwereld.
Is er misschien een mogelijkheid om alle 192.168.1.* behalve 192.168.1.1 zonder wachtwoord toe te laten?
Of is het mogelijk om Domoticz te laten filteren op een van de onderstaande headers?
Edit; misschien ten overvloede: Ik zit op V2.3530 (9eef872)
Nu wil ik van buitenshuis ook mijn stroomverbruik in de gaten houden, dus heb ik in mijn gateway (WAN-adres op eth1 en 192.168.1.1 op eth0) een reverse_proxy opgezet in nginx welke het verkeer op een subdomein doorstuurt naar 192.168.1.17:8080.
Helaas ziet de Domoticz dit ook als intern netwerk en staat hij nu onafgeschermd in de buitenwereld.
Is er misschien een mogelijkheid om alle 192.168.1.* behalve 192.168.1.1 zonder wachtwoord toe te laten?
Of is het mogelijk om Domoticz te laten filteren op een van de onderstaande headers?
location / {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Proto https;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header X-Forwarded-Host $remote_addr;
proxy_pass http://192.168.1.17:8080;
}Edit; misschien ten overvloede: Ik zit op V2.3530 (9eef872)
If money talks then I'm a mime
If time is money then I'm out of time
:strip_icc():strip_exif()/u/35514/crop640841812c064_cropped.jpg?f=community)
Dit topic is gesloten.