Domoticz - open source domotica systeem - deel 2

[R3m3d7]

Om hier even op terug te komen, de verhalen van 4 muren met de normale zenders voor mysensors is te doen zijn wat mij betreft onzin, ook met 83mm draad antenne's erop gesoldeerd.

Ik vermoed dat het komt door Amerikanen met hun houten muren en vloeren, ik kom niet door een vloer en muur heen met de standaard mysensors rf transmitters.

Ik heb me rot zitten zoeken want ik hem geen "mansion" (dit zou nodig zijn voordat je met antennes moet gaan werken) alle adviezen volgen maar het werkte gewoonweg niet, tot ik de gateway en 1 sensor per verdieping uitrust met echte antenne en als relaying sensor configureer.
Dan kunnen de andere mysensors sensors via die sterke nodes gevonden worden en werkt alles prima, zonder die relaying nodes kon ik het echt vergeten.

Wellicht dat iemand de moeite kan besparen hiermee, 1 vloer of muur gaat goed maar niet meer dan dat wat mij betreft.

AIXGOD schreef op zaterdag 23 januari 2016 @ 18:16:
Ik loop tegen een probleem aan met Domoticz en Mysensors.

Ik heb een gateway (USB) gemaakt (v1.5) en deze is verbonden met mijn RP1 en stable Domoticz.

Ik heb echter een zeer slecht bereik.
Mijn RP1 staat op de eerste verdieping en ik kom net tot aan beneden in de hal direct onder de zender maar als ik schuin onder de zender zit zodat er ook een muurtje tussen zit werkt het niet meer.

<heel verhaal>

[UltraSub]

Net slimme meter aangesloten hier, P1 kabel er in, in Domoticz onder hardware toegevoegd, maar ik zie geen devices Is een Landis & Gyr 350. Baudrate staat op 9600. Zie ik iets over het hoofd?

[hondapower]

UltraSub schreef op woensdag 03 februari 2016 @ 09:06:
Net slimme meter aangesloten hier, P1 kabel er in, in Domoticz onder hardware toegevoegd, maar ik zie geen devices Is een Landis & Gyr 350. Baudrate staat op 9600. Zie ik iets over het hoofd?

Je moet 115200 nemen.

[UltraSub]

hondapower schreef op woensdag 03 februari 2016 @ 09:17:
[...]

Je moet 115200 nemen.

Dat was het inderdaad. Had ik al geprobeerd, maar zag toen niks veranderen. Waarschijnlijk door wat gezeik met USB devices, die nu persistent gemaakt en nu loopt het.

/edit
Hmm, ik denk ik ga de Youless nu gebruiken voor de Aquadis watermeter, maar die pikt tie niet op.
En om nou 85 euro uit te geven om die uit te lezen.. Nah.

[ Voor 21% gewijzigd door UltraSub op 03-02-2016 10:23 ]

[Puck]

Ik ben ook gestart met het (miniaal) automatiseren van mijn nieuwe woning, vooralsnog enkel alleen een aantal Kaku schakelaars & dimmers i.c.m. Geofencing & Plex als virtuele schakelaars, allemaal via Domoticz + RFLink op Raspberry Pi.

Ik ben nu aan het kijken naar andere hardware die ik wil aanschaffen, maar vooralsnog kan ik niet vinden wat ik zoek:
- Een bedrade deurbel die mijn ouderwetse analoge ontvanger aanstuurt, maar ook een draadloos signaal aan Domoticz doorgeeft.
- Dimmers en/of schakelaars voor mijn bestaande Hologeenverlichting (afhankelijk van wat ik moet vervangen, mag dit best LED worden) zodat ik deze via Domoticz kan aansturen, maar ik wil mijn huidige analoge dimmerschakelaars aan de wand behouden (of vervangen maar ik wil ieder geval ook "analoog" dimmen).

Weet iemand of bovenstaande producten bestaan, met support voor Domoticz?

[Multispeed]

Puck schreef op woensdag 03 februari 2016 @ 10:45:
Ik ben ook gestart met het (miniaal) automatiseren van mijn nieuwe woning, vooralsnog enkel alleen een aantal Kaku schakelaars & dimmers i.c.m. Geofencing & Plex als virtuele schakelaars, allemaal via Domoticz + RFLink op Raspberry Pi.

Ik ben nu aan het kijken naar andere hardware die ik wil aanschaffen, maar vooralsnog kan ik niet vinden wat ik zoek:
- Een bedrade deurbel die mijn ouderwetse analoge ontvanger aanstuurt, maar ook een draadloos signaal aan Domoticz doorgeeft.
- Dimmers en/of schakelaars voor mijn bestaande Hologeenverlichting (afhankelijk van wat ik moet vervangen, mag dit best LED worden) zodat ik deze via Domoticz kan aansturen, maar ik wil mijn huidige analoge dimmerschakelaars aan de wand behouden (of vervangen maar ik wil ieder geval ook "analoog" dimmen).

Weet iemand of bovenstaande producten bestaan, met support voor Domoticz?

Plex als virtuele schakelaars?? Hoe heb je dit gedaan en hoe gebruik je dit ?

[Puck]

Multispeed schreef op woensdag 03 februari 2016 @ 10:55:
[...]


Plex als virtuele schakelaars?? Hoe heb je dit gedaan en hoe gebruik je dit ?

Script en uitleg is hier te vinden. Ik gebruik het om mijn verlichting in movie-scene te zetten (alles laag gedimd) bij het afspelen van film/serie

[luigi87]

Mogelijk dat iemand hier nog wat aan heeft:

Ik heb enige tijd geleden Conrad RSL Motion detectors, Dimmers en inbouw zenders gekocht.
Nu was ik gisteren avond tijdje bezig om de Motion detectors herkend te krijgen door mij RFXcom (versie E).
Wat blijkt nu het conrad RSL protocol wordt alleen herkend als je de firmware van de RFXcom flashed met type 2 software. Hierdoor worden wel een aantal andere protocollen niet meer ondersteund omdat deze alleen in de E (EXT) firmware worden ondersteund.
Kijk dus even goed in de handleiding van de RFX welke protocollen door wleke sofware versie worden ondersteund.

[Multispeed]

Puck schreef op woensdag 03 februari 2016 @ 10:58:
[...]


Script en uitleg is hier te vinden. Ik gebruik het om mijn verlichting in movie-scene te zetten (alles laag gedimd) bij het afspelen van film/serie

Top! Tnx, even lezen.

[odelay]

Heeft iemand toevallig deze: Qubino ZMNHBD1 Flush 2 Relays Plus makkelijk werkend gekregen in Domoticz. Ik krijg het niet voor elkaar. Wat ik namelijk steeds heb is een (!) bij status


Ik heb inmiddels al heel wat geprobeerd en uiteindelijk ook harde reset gedaan van de controller waardoor alle ander zwave (dat waren er gelukkig niet zo veel) nu weg zijn ik alleen deze werkend probeer te krijgen.

Ik heb 'm nu een aantal keer verwijderd en opnieuw toegevoegd en wat me opviel is dat ie soms aan meerdere groepen was toegevoegd en nu maar aan 1. Ik heb geprobeerd ook andere groepen toe te voegen maar er lijkt niks te veranderen:


Ik neem aan dat ik bv. bij groep 2 op het plusje moet klikken en dan een 1 invoer (de controller)?

Wat ook nog kan, maar denk het niet, is dat ik 'm verkeerd heb aangesloten. De fysieke aan/uit knopppen werken gewoon prima. Kan het (!) een indicatie zijn van een niet goede aansluiting?

Wie kan me wat verder op weg helpen.

[luigi87]

wie kan mij helpen met volgende?

Ik ben opzoek naar brandmelders (mag met co2 detectie) waar iemand goede ervaringen mee heeft en koppelbaar met Domoticz op de 433mhz band.
(heb geen zin in een hartverzakking midden in de nacht omdat een onzichtbare muis moest niezen naast de brandmelder)
Wat hebben jullie in gebruik?

[Blackouts]

Stuntteam schreef op maandag 01 februari 2016 @ 08:24:
[...]


Op de Arduino, direct achter de USB aansluiting zit een kleine chip. Deze chip zorgt voor de seriele communicatie. Kijk wat er op staat. Het kan een Atmel of CH340 chip zijn. Meest voorkomende is de Atmel. Om deze op de Synology goed te laten werken steek je een elco tussen de reset en ground gaatjes..

Ook met een condensator tussen reset en GND werkt de RFlink niet op mijn synology.

Het lijkt me een fout in de communicatie tussen de NAS en de RFLink. Als ik op de afstandbediening van KAKU druk knippert er een lampje op de Arduino. Het signaal wordt dus wel ontvangen.
Mis ik iets op de Synology? Drivers zijn geinstalleerd met het domoticz package. Moet ik nog USB --> serial aanzetten of iets dergelijk???

[hondapower]

odelay schreef op woensdag 03 februari 2016 @ 14:19:
Heeft iemand toevallig deze: Qubino ZMNHBD1 Flush 2 Relays Plus makkelijk werkend gekregen in Domoticz. Ik krijg het niet voor elkaar. Wat ik namelijk steeds heb is een (!) bij status.

Heb je toevallig een Aeon Labs S2 stick?
Ik krijg namelijk met de 'oude' stick de nieuwe Qubino dimmers ook niet aan de praat.
De node wordt wel toegevoegd, maar is daarna meteen dood.
De 'oude' niet-Zwave-Plus dimmers daar heb ik er 12 van en die werken goed.
Alleen die nieuwe niet. Met de V5 stick lukt dan dan weer wel.

[odelay]

hondapower schreef op woensdag 03 februari 2016 @ 15:08:
[...]


Heb je toevallig een Aeon Labs S2 stick?
Ik krijg namelijk met de 'oude' stick de nieuwe Qubino dimmers ook niet aan de praat.
De node wordt wel toegevoegd, maar is daarna meteen dood.
De 'oude' niet-Zwave-Plus dimmers daar heb ik er 12 van en die werken goed.
Alleen die nieuwe niet. Met de V5 stick lukt dan dan weer wel.

Ja ik heb een Aeon Labs S2, is dat het probleem dan...?

[bdu]

ThinkPadd schreef op zondag 31 januari 2016 @ 10:16:
[...]

Wil je perse je eigen weerstation? Je kunt ook de gratis 'Weather Underground' gebruiken in Domoticz en daarmee weerstations uit de buurt oppikken. Zie ook: http://domoticz.com/wiki/Virtual_weather_devices
Ik pik op die manier een weerstation van €500+ op (Davis Vantage Pro 2), die ergens op een kantoor in de buurt staat.

Die heb ik al geconfigureerd, alleen het weerstation is voor mij niet betrouwbaar genoeg. Los van de afstand, nl een wijk verder, heb ik te maken met een rare trekwind/tochtwind en ik zou graag mijn zonnescherm willen aansturen. Ik wil de richting en kracht dus 'lokaal' bepalen.

Maar thanks voor de tip.

luigi87 schreef op zaterdag 30 januari 2016 @ 23:33:
[...]


Als het je alleen om de wind en de richting gaat. Raad ik je de solar powered windmeter van weerspecialist(.nl) aan. Deze heb ik zelf ook on gebruik en werkt. Goed bereik en door het solar ontvangertje gebruik je ook minder batterijen.

Dank je wel. Ik heb nog geen buiten thermometer (behalve die van de buren) dus ik zou liever een totaal oplossing hebben. Maar zeker een waardevolle suggestie.

Iemand nog een andere suggestie?

[luigi87]

bdu schreef op woensdag 03 februari 2016 @ 15:21:

[...]


Dank je wel. Ik heb nog geen buiten thermometer (behalve die van de buren) dus ik zou liever een totaal oplossing hebben. Maar zeker een waardevolle suggestie.

Iemand nog een andere suggestie?

De windmeter geeft naast de gemiddelde wind en windvlagen ook de buiten temperatuur door. (en als extra ook de gevoelstemperatuur).
Wist ik ook niet, maar blijkt een soort van standaard te zijn bij windmeters.

[hondapower]

odelay schreef op woensdag 03 februari 2016 @ 15:11:
[...]
Ja ik heb een Aeon Labs S2, is dat het probleem dan...?

Dat is goed mogelijk. De ZWave Plus ZMNHDD1 dimmer werkt namelijk ook niet met mijn S2 stick, maar een collega heeft dezelfde dimmer maar dan met een Aeon Labs G5 stick en die werken probleemloos samen.
Ik kan de dimmer zoals elke node gewoon toevoegen maar daarna is die altijd direct dood.
Geen oplossing tot nu toe, behalve dan een G5 stick kopen.

1 lichtpuntje: Qubino heeft onlangs zelf de OpenZWave config files gemaakt voor alle ZWave Plus modules.
Dus nu is het afwachten of ie dan wel gaan werken.

[iMars]

hondapower schreef op woensdag 03 februari 2016 @ 16:07:
[...]


Dat is goed mogelijk. De ZWave Plus ZMNHDD1 dimmer werkt namelijk ook niet met mijn S2 stick, maar een collega heeft dezelfde dimmer maar dan met een Aeon Labs G5 stick en die werken probleemloos samen.
Ik kan de dimmer zoals elke node gewoon toevoegen maar daarna is die altijd direct dood.
Geen oplossing tot nu toe, behalve dan een G5 stick kopen.

1 lichtpuntje: Qubino heeft onlangs zelf de OpenZWave config files gemaakt voor alle ZWave Plus modules.
Dus nu is het afwachten of ie dan wel gaan werken.

Kan het niet 1-2-3 vinden op de website, maar welk type is dit?

[Sneezydevil]

Dat is de Gen 5 met zwave plus, heb hem zelf hier toevallig liggen.

[Gonadan]

Een TL-buis heeft een hoge startstroom, bij sommige schakelaars staat dan dat ze daar minder voor geschikt zijn (bijv. Fibaro 1.5kW). Mijn TL-buis en starter zijn echter vervangen door een LED-buis met bijbehorende starter.

Mag ik dan aannemen dat die beperking vervallen is en dat ik elke z-wave schakelmodule zou kunnen gebruiken die ik wil? Mits hij maar gewoon schakelt en niet dimt uiteraard.

[DukeBox]

luigi87 schreef op woensdag 03 februari 2016 @ 15:02:
Ik ben opzoek naar brandmelders (mag met co2 detectie) waar iemand goede ervaringen mee heeft en koppelbaar met Domoticz op de 433mhz band.

Wat is je budget ? De bekende elro (kloon) doen het opzich prima. Kan naast domoticz prima met elkaar werken samen met de co2 en hitte melders. Hoe dan ook is 433 het minst betrouwbaar natuurlijk..

[bdu]

luigi87 schreef op woensdag 03 februari 2016 @ 15:30:
[...]


De windmeter geeft naast de gemiddelde wind en windvlagen ook de buiten temperatuur door. (en als extra ook de gevoelstemperatuur).
Wist ik ook niet, maar blijkt een soort van standaard te zijn bij windmeters.

Je hebt het dan over deze, http://www.weerspecialist.nl/windmeter.htm, toch?

[odelay]

hondapower schreef op woensdag 03 februari 2016 @ 16:07:
[...]


Dat is goed mogelijk. De ZWave Plus ZMNHDD1 dimmer werkt namelijk ook niet met mijn S2 stick, maar een collega heeft dezelfde dimmer maar dan met een Aeon Labs G5 stick en die werken probleemloos samen.
Ik kan de dimmer zoals elke node gewoon toevoegen maar daarna is die altijd direct dood.
Geen oplossing tot nu toe, behalve dan een G5 stick kopen.

1 lichtpuntje: Qubino heeft onlangs zelf de OpenZWave config files gemaakt voor alle ZWave Plus modules.
Dus nu is het afwachten of ie dan wel gaan werken.

Als je deze bedoel: https://github.com/OpenZW...tree/master/config/qubino

Die zitten al in de Domoticz beta die ik gebruik, die werken, voor mij althans, dan ook niet..

[luigi87]

bdu schreef op woensdag 03 februari 2016 @ 16:55:
[...]

Je hebt het dan over deze, http://www.weerspecialist.nl/windmeter.htm, toch?

Ja inderdaad die is het.
Werkt erg goed.

DukeBox schreef op woensdag 03 februari 2016 @ 16:48:
[...]

Wat is je budget ? De bekende elro (kloon) doen het opzich prima. Kan naast domoticz prima met elkaar werken samen met de co2 en hitte melders. Hoe dan ook is 433 het minst betrouwbaar natuurlijk..

Tja wat is het waard. welke Elro's bedoel jij dan?
snap dat het minder betrouwbaar is, maar een valse melding worden ik en de vrouw niet blij van.

[ Voor 49% gewijzigd door luigi87 op 03-02-2016 18:05 ]

[luigi87]

- excuus

[ Voor 97% gewijzigd door luigi87 op 03-02-2016 18:05 ]

[Xilvaro]

Hallo,

Ook begonnen met Domoticz Begon eigenlijk met wat KaKu stekkers van de Action, had nog een Raspberry liggen dus ach, why not

RFXCOM is besteld, in afwachting daarvan alvast begonnen met het aansturen van mijn Pioneer receiver via een dummy switch met een bash-script incl. telnet commando's.

Het volgende loop ik nu tegen aan, ik wil mijn energie ook gaan maken. Mijn gasmeter is netjes voorzien van een magneetje op de 0 van het laatste rode nummers dus daar kom ik wel uit, Mijn energiemeter however, is een ISKRA ME162 wat (in tegenstelling tot wat ik dacht) helemaal geen slimme meter is. Geen P1 poort dus

Nu dacht ik ok, dan maar pulsen telen (rode led). Ik heb bij smartmeterdashboard.nl een S0 Pulse Counter besteld inclusief het magnetisch blokje voor de gasmeter. Maar, kan ik ook het rode ledje van mijn ISKRA hier ook mee "pulse meten" ? En hoe ga ik dat ding voor de watermeter? Dat is een Sensus 620, geen magnetisch veld te vinden..

De S0 pulse counter heeft 5 ingangen, zou mooi zijn als ik zowel stroom, gas als water met 1 device (verschillende sensoren uiteraard) kan meten.

Iemand enig idee?

[M.v.Veelen]

UltraSub schreef op woensdag 03 februari 2016 @ 09:52:
[...]

Dat was het inderdaad. Had ik al geprobeerd, maar zag toen niks veranderen. Waarschijnlijk door wat gezeik met USB devices, die nu persistent gemaakt en nu loopt het.

/edit
Hmm, ik denk ik ga de Youless nu gebruiken voor de Aquadis watermeter, maar die pikt tie niet op.
En om nou 85 euro uit te geven om die uit te lezen.. Nah.

Ik ga zelf binnenkort beginnen met de watermeter proberen uit te lezen dmv. dit: https://www.mysensors.org/build/pulse_water
Ik denk dat ik daar een heel geschikte watermeter voor heb en met een beetje hulp kan ik waarschijnlijk ook wel doorgronden wat deze Arduino precies doet en hoe ik dat precies aan de praat ga krijgen.

Overigens ben je er nog niet met die 85 euro om de watermeter uit te lezen. Waarschijnlijk bedoel je daar die ZWave oplossing mee? Deze: http://www.domotica-shop.nl/secure-watermeter-p-16576.html ? Die is geen 85 euro iig. En voor zover ik weet is die nog niet ondersteund in Domoticz. Daarnaast kun je hem na 10 jaar weggooien omdat hij dmv een batterij wordt gevoed en die kan niet vervangen worden

[ny-hardcore]

M.v.Veelen schreef op woensdag 03 februari 2016 @ 18:52:
[...]


Ik ga zelf binnenkort beginnen met de watermeter proberen uit te lezen dmv. dit: https://www.mysensors.org/build/pulse_water
Ik denk dat ik daar een heel geschikte watermeter voor heb en met een beetje hulp kan ik waarschijnlijk ook wel doorgronden wat deze Arduino precies doet en hoe ik dat precies aan de praat ga krijgen.

Overigens ben je er nog niet met die 85 euro om de watermeter uit te lezen. Waarschijnlijk bedoel je daar die ZWave oplossing mee? Deze: http://www.domotica-shop.nl/secure-watermeter-p-16576.html ? Die is geen 85 euro iig. En voor zover ik weet is die nog niet ondersteund in Domoticz. Daarnaast kun je hem na 10 jaar weggooien omdat hij dmv een batterij wordt gevoed en die kan niet vervangen worden

Ik lees mij aquadis+ watermeter uit met die MySensors node. Lijkt simpeler dan uitgevoerd. De positionering van de lezer is lastig en ook het effect van het stoppen van het relefecterende dingetje recht onder de ir kop omdat je net op dat moment de kraan dichtdraait. Ik heb (vermoed ik) daardoor extra liters verbruik die ik niet kan verklaren.

Wil ooit nog een keer kijken of ik met een hall effect sensor betere resultaten kan krijgen dan de tcrt 5000, maar kom daar ivm tijdgebrek niet aan toe.

[NovapaX]

Ik heb gewoon de digitale uitgang (hoog/laag) van een tcrt5000 op een GPIO pin van de Rpi aangesloten.
Even een beetje handig erop richten en een beetje spelen met de instelknop van de lichtgevoeligheid.

Vervolgens in domoticz een schakelaar aangemaakt met die GPIO pin, en een virtuele watermeter.
Een lua script aan de schakelaar gekoppeld wat bij een 'close' van de schakelaar de watermeter +1 zet.

Ik heb er zelfs een functie ingebouwd om via een User-variabele, via het menu van domoticz, een correctie in te voeren (offset). De naam van die variabele is in dit geval: "Watermeter_Correction"

Lua:

commandArray = {}

local thisfilename = "/home/pi/domoticz/scripts/lua/script_device_Watermeter-puls.lua"
local virtualcounter_idx = "5"
local virtualcounter_name = "Water"
local switchName = "Watermeter-puls"

if devicechanged[switchName] == 'Closed' then

-- Get current value
   count_value = otherdevices_svalues[virtualcounter_name]
   print("vorige watermeterstand:" .. count_value)

-- Apply offset/correction and set offset to zero
   local offset = 0
   if (uservariables["Watermeter_Correction"] ~= nil) then
    offset = uservariables["Watermeter_Correction"]
   end
   commandArray['Variable:Watermeter_Correction'] = tostring(0)

-- Calculate new value
   count_value = count_value + 1 + offset

-- Update virtual counter device
   ts = virtualcounter_idx .. "|0|" .. tostring(count_value)
   commandArray['UpdateDevice'] = ts

end

return commandArray

[ Voor 6% gewijzigd door NovapaX op 03-02-2016 20:38 ]

[M.v.Veelen]

En dit levert zuivere meetresultaten op?

Ik heb Domoticz op een RPi draaien, dus dat gaat 'm niet worden voor mij

[NovapaX]

Niet helemaal zuiver, vandaar die mogelijkheid om te corrigeren.
In een paar maanden tijd nu minder dan 100 liter teveel geregistreerd.

Ik heb het juist ook op een Rpi draaien, daarom kon ik ook de GPIO gebruiken.
(ik denk dat je bedoelt dat je 'm daar niet op hebt draaien... )

Nu heb ik ook de gevoeligheid nog niet fijn afgesteld.
Zo ziet het er uit:

[ Voor 18% gewijzigd door NovapaX op 03-02-2016 20:49 ]

[ST10©DE]

Oke, een vraagje. Ik heb Hue lichten en sinds kort een ledstrip via Milight. Nu wil ik als een bepaalde Hue lamp aan gaat, de ledstrip ook aangaat. Die Hue lamp schakelen we vaak via de Hue dimmer. Dit alles wil ik met Blocky realiseren.

Ik had dus al een mooi schema gebouwd, maar nu blijkt dat de Hue lampen niet (goed) worden uitgelezen. Terwijl de Hue lampen op het dashboard scherm wel goed worden uitgelezen.

Heeft iemand voor mij de tip hoe ik de status van Hue lampen kan gebruiken in blocky als ze niet worden geschakeld met Domoticz?

[tozzke]

P. Mekes schreef op woensdag 03 februari 2016 @ 20:58:
Oke, een vraagje. Ik heb Hue lichten en sinds kort een ledstrip via Milight. Nu wil ik als een bepaalde Hue lamp aan gaat, de ledstrip ook aangaat. Die Hue lamp schakelen we vaak via de Hue dimmer. Dit alles wil ik met Blocky realiseren.

Ik had dus al een mooi schema gebouwd, maar nu blijkt dat de Hue lampen niet (goed) worden uitgelezen. Terwijl de Hue lampen op het dashboard scherm wel goed worden uitgelezen.

Heeft iemand voor mij de tip hoe ik de status van Hue lampen kan gebruiken in blocky als ze niet worden geschakeld met Domoticz?

kan niet
als je een Hue met iets anders dan via Domoticz schakelt, zal Domoticz de nieuwe status niet overnemen in de "event manager" maar idd wel in je schakelaaroverzicht. Maar kijk je vervolgens in de log van die lamp (of onder 'show current states' @ events), zie je alleen de laatste wijziging die je via Domoticz hebt gedaan.

[NovapaX]

Kun je dan niet de dimmer koppelen aan domoticz en zo al het 'schakelwerk' via domoticz laten lopen?

[UltraSub]

Nog niet zo makkelijk dus die watermeter zie ik

Over de slimme meter; ik had verwacht om 21:00 een tariefwissel te zien, maar zie nog niks.
Zien jullie dat terug in Domoticz?
/edit
Heb het over usage 1 en 2 trouwens. Ik had verwacht dat 1 piek en 2 dal zou zijn. Klopt dat niet of hebben ze iets niet goed bij de meterwissel...

[ Voor 29% gewijzigd door UltraSub op 03-02-2016 22:00 ]

[matthijsph]

tozzke schreef op woensdag 03 februari 2016 @ 21:01:
[...]
kan niet
als je een Hue met iets anders dan via Domoticz schakelt, zal Domoticz de nieuwe status niet overnemen in de "event manager" maar idd wel in je schakelaaroverzicht. Maar kijk je vervolgens in de log van die lamp (of onder 'show current states' @ events), zie je alleen de laatste wijziging die je via Domoticz hebt gedaan.

Ik heb gisteren toevallig een script gemaakt dat de status in domoticz bij zou moeten werken. Tot zo ver lijkt het te werken.
Belangrijk is dat de namen van je lampen in je bridge en domoticz identiek zijn, anders werkt het sowieso niet.

Lua:

-- configure Hue Bridge
local hueBridgeIP = 'jouw_ip_hier'
local hueBridgeAPI = 'gebruikersnaamAPI'

-- this will get the Hue status
function getHueLight(id)
   local http = require('socket.http')
   local ltn12 = require('ltn12')
   local json = require('dkjson')

   t = {}
   local url = string.format("http://%s/api/%s/lights/%s", hueBridgeIP, hueBridgeAPI, id)
   b, c, h = http.request{url=url, sink = ltn12.sink.table(t), method='GET'}
   huestring = tostring(table.concat(t))
   local hue, pos, err = json.decode(huestring, 1, nil)
   if (hue.name) then 
      hue_name = (hue.name)
      hue_state = (hue.state.on)
   else
      stop = true
   end 
   return hue_name, hue_state, stop
end

-- now check Hue state & correct Domoticz if needed
commandArray = {}

i = 1
repeat
    local hue = getHueLight(i)
    if hue_state == true and otherdevices[hue_name] == 'Off' then
       commandArray[hue_name] = 'On'
       print(string.format("Status %s corrigeren", hue_name))
    elseif hue_state == false and otherdevices[hue_name] ~= 'Off' then
       commandArray[hue_name] = 'Off'
       print(string.format("Status %s corrigeren", hue_name))
    end
    i = i + 1
until(stop)

return commandArray

[ST10©DE]

matthijsph schreef op woensdag 03 februari 2016 @ 21:25:
[...]


Ik heb gisteren toevallig een script gemaakt dat de status in domoticz bij zou moeten werken. Tot zo ver lijkt het te werken.
Belangrijk is dat de namen van je lampen in je bridge en domoticz identiek zijn, anders werkt het sowieso niet.

Lua:

-- configure Hue Bridge

return commandArray

Thnx , dat ga ik eens proberern!

[matthijsph]

P. Mekes schreef op woensdag 03 februari 2016 @ 21:34:

Thnx , dat ga ik eens proberern!

Je moet een paar dingen, zoals socket.http, van te voren nog instellen. Ik ben nog niet aan documenteren toe gekomen.

[wmn79]

P. Mekes schreef op woensdag 03 februari 2016 @ 21:34:
[...]


Thnx , dat ga ik eens proberern!

In dit topic op het domoticz forum zijn meer mensen met dit probleem en verschillende oplossingen ervoor.

[bdu]

luigi87 schreef op woensdag 03 februari 2016 @ 18:02:
[...]


Ja inderdaad die is het.
Werkt erg goed.

Dit lijkt dezelfde als de Homewizard versie, klopt dat, enig idee?

[anandus]

Ik ga over een tijdje verhuizen. In dat huis zit dan geen thermostaat (nu is het Toon en die gaat mee met de huidige bewoner).

Nu wil ik natuurlijk iets dat goed samen gaat werken met domoticz.
Aan de ene kant kan ik een 'gewone' thermostaat nemen (bijv honeywell round) en daar een Opentherm Gateway tussen plakken, aan de andere kant kan ik gewoon voor een slimme thermostaat kiezen die ook met domoticz kan communiceren (liefst zonder scripts of hacks).

Heeft iemand een goede suggestie?

[ Voor 3% gewijzigd door anandus op 04-02-2016 09:15 ]

[-Niels-]

Hier ondertussen weer een stukje verder met de pvoutput logging na alles opnieuw te installeren werk(te) het.
Het gaat nu mis op moment dat de zonnepanelen nog geen output gehad hebben.

code:

sudo python /home/pi/domoticz/scripts/pvoutput.py -a key -s sid -e 8 -p 9
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/pvoutput.py", line 144, in <module>
    sys.exit(main())
  File "/home/pi/domoticz/scripts/pvoutput.py", line 62, in main
    pv_in, pv_pwr = get_pv(args.url, args.pv_device_id)
  File "/home/pi/domoticz/scripts/pvoutput.py", line 137, in get_pv
    pv = int(Decimal(p.match(data['CounterToday']).group(1)) * 1000)
AttributeError: 'NoneType' object has no attribute 'group'

waarde van mn zonnepanelen sensor:
{
"ActTime" : 1454570000,
"ServerTime" : "2016-02-04 08:13:20",
"Sunrise" : "08:10",
"Sunset" : "17:22",
"result" : [
{
"AddjMulti" : 1.0,
"AddjMulti2" : 1.0,
"AddjValue" : 0.0,
"AddjValue2" : 0.0,
"BatteryLevel" : 255,
"CounterToday" : "-0.000 kWh",
"CustomImage" : 0,
"Data" : "84.287 kWh",
"Description" : "",
"Favorite" : 1,
"HardwareID" : 3,
"HardwareName" : "S0 acm",
"HardwareType" : "S0 Meter USB",
"HardwareTypeVal" : 17,
"HaveTimeout" : false,
"ID" : "00000005",
"LastUpdate" : "2016-02-04 08:13:19",
"Name" : "Zonnepanelen",
"Notifications" : "false",
"PlanID" : "0",
"PlanIDs" : [ 0 ],
"Protected" : false,
"ShowNotifications" : true,
"SignalLevel" : "-",
"SubType" : "kWh",
"SwitchTypeVal" : 0,
"Timers" : "false",
"Type" : "General",
"TypeImg" : "current",
"Unit" : 1,
"Usage" : "0.0 Watt",
"Used" : 1,
"XOffset" : "0",
"YOffset" : "0",
"idx" : "9"
}
],
"status" : "OK",
"title" : "Devices"

En stuk code waarin t mis gaat

Python:

# encoding: utf-8
'''
pvoutput -- Upload van Domoticz naar pvoutput.org

Instructies:

Status informatie voor pvoutput kan ingesteld worden op 5, 10 of 15 minuten, 
roep dit programma aan op dat interval voor een juiste upload.

@author:     Nicky Bulthuis

@copyright:  2014 Nicky Bulthuis. All rights reserved.

@license:    BSD

@deffield    updated: Updated
'''

import sys
import json
import urllib2
import re
from decimal import Decimal

from argparse import ArgumentParser


class Domoticz():
    
    def __init__(self, url):
        
        self.baseurl = url
        
    def __execute__(self, url):
        
        req = urllib2.Request(url)
        return urllib2.urlopen(req, timeout=5)
       
    def get_device(self, xid):
        """
        Get the device information.
        """
        url = "%s/json.htm?type=devices&rid=%s" % (self.baseurl, xid)
        data = json.load(self.__execute__(url))
        return data


def main(argv=None): # IGNORE:C0111
    '''Command line options.'''

    parser = ArgumentParser(description='Upload van Domoticz naar pvoutput.org')
    parser.add_argument("-a", "--apikey", dest="apikey", help="PVOutput API Key", required=True)
    parser.add_argument("-s", "--sid", dest="sid", help="PVOutput System Id", required=True)
    parser.add_argument("-u", "--url", dest="url", help="URL naar Domoticz, eg: http://localhost:8080", default='http://localhost:8080')
    parser.add_argument("-e", "--e-device-id", dest="e_device_id", help="Domoticz Device Id voor het Elektriciteits verbruik", type=int, required=True)
    parser.add_argument("-p", "--pv-device-id", dest="pv_device_id", help="Domoticz Device Id voor het PV", type=int)

    # Process arguments
    args = parser.parse_args()

    e_in, e_uit, e_in_pwr, e_uit_pwr = get_e(args.url, args.e_device_id)
    pv_in, pv_pwr = get_pv(args.url, args.pv_device_id)

    v1 = pv_in
    v2 = pv_pwr
    v3 = e_in + pv_in - e_uit
    v4 = max(e_in_pwr + pv_pwr - abs(e_uit_pwr), 0)
    
    code = upload_to_pvoutput(args.apikey, args.sid, v1, v2, v3, v4)
    
    if code == 200:
        return 0
    else:
        return code

def floorTime(dt=None, roundTo=60):
    """
    Floor a datetime object to any time laps in seconds
    dt : datetime.datetime object, default now.
    """
    import datetime

    if dt is None:
        dt = datetime.datetime.now()

    dt_min = datetime.datetime(datetime.MINYEAR, 1, 1)
    dt_min = dt_min.replace(tzinfo=dt.tzinfo)

    seconds = (dt - dt_min).seconds
    rounding = seconds // roundTo * roundTo
    return dt + datetime.timedelta(0, rounding - seconds, -dt.microsecond)

def upload_to_pvoutput(apikey, sid, v1, v2, v3, v4):
    
    now = floorTime(roundTo=60*5)
    d = now.strftime('%Y%m%d')
    t = now.strftime('%H:%M')
    
    url = 'http://pvoutput.org/service/r2/addstatus.jsp?d=%s&t=%s&v1=%s&v2=%s&v3=%s&v4=%s' % (d, t, v1, v2, v3, v4)
    
    print url
    req = urllib2.Request(url)
    req.add_header('X-Pvoutput-Apikey', apikey)
    req.add_header('X-Pvoutput-SystemId', sid)
    
    return urllib2.urlopen(req).getcode()
    

def get_e(url, device_id):
    """
    Ophalen gegevens voor het elektriciteit.
    """
    
    device_data = Domoticz(url).get_device(device_id)
    data = device_data['result'][0]

    p = re.compile('^([0-9\.]+) .*$')

    e_in = int(Decimal(p.match(data['CounterToday']).group(1)) * 1000)
    e_uit = int(Decimal(p.match(data['CounterDelivToday']).group(1)) * 1000)
    
    e_in_pwr = int(p.match(data['Usage']).group(1))
    e_uit_pwr = int(p.match(data['UsageDeliv']).group(1))
    
    return e_in, e_uit, e_in_pwr, e_uit_pwr


def get_pv(url, device_id):
    """
    Ophalen gegevens voor PV.
    """
    device_data = Domoticz(url).get_device(device_id)
    data = device_data['result'][0]

    p = re.compile('^([0-9\.]+) .*$')

    pv = int(Decimal(p.match(data['CounterToday']).group(1)) * 1000)
    pv_pwr = (Decimal(p.match(data['Usage']).group(1)))
    
    return pv, pv_pwr


if __name__ == "__main__":
    sys.exit(main())

Nu lijkt dit te liggen aan de - die voor de current value staat bij mn sensor? maar hoe voorkom ik dit?

[luigi87]

bdu schreef op woensdag 03 februari 2016 @ 23:32:
[...]


Dit lijkt dezelfde als de Homewizard versie, klopt dat, enig idee?

Geen idee, ik zocht destijds een windmeter en had geen zin om de batterijen te vervangen dus vandaar deze met Solar pannel.

anandus schreef op donderdag 04 februari 2016 @ 08:12:
Ik ga over een tijdje verhuizen. In dat huis zit dan geen thermostaat (nu is het Toon en die gaat mee met de huidige bewoner).

Nu wil ik natuurlijk iets dat goed samen gaat werken met domoticz.
Aan de ene kant kan ik een 'gewone' thermostaat nemen (bijv honeywell round) en daar een Opentherm Gateway tussen plakken, aan de andere kant kan ik gewoon voor een slimme thermostaat kiezen die ook met domoticz kan communiceren.

Heeft iemand een goede suggestie?

Volgens mij ging de combinatie van Honeywell round en de OTGW niet helemaal samen. Omdat het setpoint niet dmv van de OTGW verhoogd kon worden. Check ook even het topic hier op tweakers "[OTGW] OpenTherm gateway"

Zelf heb ik een Isens en ben ik de OTGW aan het in elkaar knutselen om deze toe te passen. Mogelijk dat direct een slimmer thermostaat wel goedkoper is.

[ Voor 60% gewijzigd door luigi87 op 04-02-2016 08:35 ]

[Verwijderd]

UltraSub schreef op woensdag 03 februari 2016 @ 21:23:
Nog niet zo makkelijk dus die watermeter zie ik

Over de slimme meter; ik had verwacht om 21:00 een tariefwissel te zien, maar zie nog niks.
Zien jullie dat terug in Domoticz?
/edit
Heb het over usage 1 en 2 trouwens. Ik had verwacht dat 1 piek en 2 dal zou zijn. Klopt dat niet of hebben ze iets niet goed bij de meterwissel...

Hier is de wissel om 23:00 en om 07:00 uur:


Ik heb één tarief, maar usage 1 en 2 worden wel netjes apart geregistreerd door de Landis & Gyr E350.

[ThinkPad]

luigi87 schreef op donderdag 04 februari 2016 @ 08:32:
[...]
Volgens mij ging de combinatie van Honeywell round en de OTGW niet helemaal samen. Omdat het setpoint niet dmv van de OTGW verhoogd kon worden. Check ook even het topic hier op tweakers "[OTGW] OpenTherm gateway"

Zelf heb ik een Isens en ben ik de OTGW aan het in elkaar knutselen om deze toe te passen. Mogelijk dat direct een slimmer thermostaat wel goedkoper is.

Volgens mij vreet de Honeywell Round Modulation geen TT (Temperature Temporary) commando van de OTGW, maar wel een TC (Temperature Constant).
In de sourcecode van Domoticz wordt standaard TT gebruikt dacht ik, maar er was op het Domoticz forum al iemand die het in de sourcecode had aangepast naar TC en Domoticz toen opnieuw had gecompileerd en het op die manier werkend had gekregen.

[ Voor 50% gewijzigd door ThinkPad op 04-02-2016 10:35 ]

[luigi87]

ThinkPadd schreef op donderdag 04 februari 2016 @ 10:32:
[...]

Volgens mij vreet de Honeywell Round Modulation geen TT (Temperature Temporary) commando van de OTGW, maar wel een TC (Temperature Constant).
In de sourcecode van Domoticz wordt standaard TT gebruikt dacht ik, maar er was op het Domoticz forum al iemand die het in de sourcecode had aangepast naar TC en Domoticz toen opnieuw had gecompileerd en het op die manier werkend had gekregen.

Oke, zo ver had ik het nog niet mee gekregen.

@ anandus, het is dus wel mogelijk wat je bedacht. misschien alleen wel wat meer werk om het voor elkaar te krijgen.

[UltraSub]

Verwijderd schreef op donderdag 04 februari 2016 @ 09:17:
[...]


Hier is de wissel om 23:00 en om 07:00 uur:
[afbeelding]

Ik heb één tarief, maar usage 1 en 2 worden wel netjes apart geregistreerd door de Landis & Gyr E350.

Al gevonden.. Zag dat de meter zelf ook niet wisselde en niks logde op usage 2. Staat gewoon in de handleiding; de eerste tijd wordt er gecalibreerd en wordt alles op usage 1 (laag tarief) geklokt.
Even afwachten dus nog.

[gielie]

Bert20 schreef op dinsdag 26 januari 2016 @ 23:10:
[...]


Heb vooral als basis deze tread gebruikt: https://www.domoticz.com/forum/viewtopic.php?f=23&t=5685
Wel aangepast naar mijn wensen en wat versimpeld. Alle eer in ieder geval naar 'Mooseknuckle'.

Dit is mijn versie geworden:

Bash:

 
#!/bin/bash

 # Settings

 DENONIP="192.168.1.33"          # Denon IP Address
 DOMO_IP="192.168.1.52"          # Domoticz IP Address
 DOMO_PORT="8080"                # Domoticz Port
 DENON_IDX="3"                   # Denon Power Status IDX

 # Check if receiver is online

 PINGTIME=`ping -c 2 -q $DENONIP | awk -F"/" '{print $5}' | xargs`

 echo $PINGTIME
 if expr "$PINGTIME" '>' 0
 then
   # get xml
   curl http://$DENONIP/goform/formMainZone_MainZoneXml.xml > denon.txt

   # Check Power Status
   grep -oP '(?<=<Power><value>).*(?=</value)' denon.txt | grep "ON"
        if [ $? -eq 0 ] ; then

       echo "Denon ON"
           # Check Switch Status
           curl "http://$DOMO_IP:$DOMO_PORT/json.htm?type=devices&rid=$DENON_IDX" | grep '"Status" : "On",'
           switchon=$?
           if [ "$switchon" -eq "0" ];
           then
              echo Switch Denon is already ON, skipping sending command to Domoticz
           else
              echo Switch Denon was OFF, turning switch ON
              # Send data
              curl -s -i -H "Accept: application/json" "http://$DOMO_IP:$DOMO_PORT/json.htm?type=command&param=switchlight&idx=$DENON_IDX&switchcmd=On"
           fi

        else

       echo "Denon STANDBY"
           # Check Switch Status
           curl "http://$DOMO_IP:$DOMO_PORT/json.htm?type=devices&rid=$DENON_IDX" | grep '"Status" : "Off",'
           switchon=$?
           if [ "$switchon" -eq "0" ];
           then
              echo Switch Denon is already OFF, skipping sending command to Domoticz
           else
              echo Switch Denon was ON, turning switch OFF
              # Send data
              curl -s -i -H "Accept: application/json" "http://$DOMO_IP:$DOMO_PORT/json.htm?type=command&param=switchlight&idx=$DENON_IDX&switchcmd=Off"
           fi

    fi
 else
    echo "Denon OFF"
    # Send data
    curl -s -i -H "Accept: application/json" "http://$DOMO_IP:$DOMO_PORT/json.htm?type=command&param=switchlight&idx=$DENON_IDX&switchcmd=Off"
 
fi

Ik heb uitgebreide script gebruikt en dat lukt goed op 1 ding na, ik krijg geen volume status.
Ik heb het script uit deze tread geprobeerd, maar de volume via een slider lukt mij niet. Iemand die mij een setje kan geven?

[htca]

Xilvaro schreef op woensdag 03 februari 2016 @ 18:51:
Hallo,

Ook begonnen met Domoticz Begon eigenlijk met wat KaKu stekkers van de Action, had nog een Raspberry liggen dus ach, why not

RFXCOM is besteld, in afwachting daarvan alvast begonnen met het aansturen van mijn Pioneer receiver via een dummy switch met een bash-script incl. telnet commando's.

Het volgende loop ik nu tegen aan, ik wil mijn energie ook gaan maken. Mijn gasmeter is netjes voorzien van een magneetje op de 0 van het laatste rode nummers dus daar kom ik wel uit, Mijn energiemeter however, is een ISKRA ME162 wat (in tegenstelling tot wat ik dacht) helemaal geen slimme meter is. Geen P1 poort dus

Nu dacht ik ok, dan maar pulsen telen (rode led). Ik heb bij smartmeterdashboard.nl een S0 Pulse Counter besteld inclusief het magnetisch blokje voor de gasmeter. Maar, kan ik ook het rode ledje van mijn ISKRA hier ook mee "pulse meten" ? En hoe ga ik dat ding voor de watermeter? Dat is een Sensus 620, geen magnetisch veld te vinden..

De S0 pulse counter heeft 5 ingangen, zou mooi zijn als ik zowel stroom, gas als water met 1 device (verschillende sensoren uiteraard) kan meten.

Iemand enig idee?

Ik heb ook een iksra ME162, maar mij is het met die magnetische kabel nooit gelukt. Ik lees mijn electriciteitsmeter nu uit middels een photocell op het ledje. Op de gasmeter en de watermeter heb ik een CNY70 zitten die een pulsje geven bij het passeren van het spiegeltje.

[Psycho_Mantis]

Ik heb gisteren een Fibaro Roller Shutter 2 gekoppeld aan Domoticz. Echter als ik homekit gebruik word het gezien als een lamp, wat dus het vervelende gevolg heeft dat als je zoiets als "Zet alle lampen uit" dat het rolluik dicht gaat.
Weet iemand hoe ik kan zorgen dat homekit het als een ander soort device ziet?

[error33]

Psycho_Mantis schreef op donderdag 04 februari 2016 @ 15:19:
Ik heb gisteren een Fibaro Roller Shutter 2 gekoppeld aan Domoticz. Echter als ik homekit gebruik word het gezien als een lamp, wat dus het vervelende gevolg heeft dat als je zoiets als "Zet alle lampen uit" dat het rolluik dicht gaat.
Weet iemand hoe ik kan zorgen dat homekit het als een ander soort device ziet?

Je kunt bij de schakelaars > aanpassing > schakelaar type veranderen

[MdO82]

MdO82 schreef op dinsdag 02 februari 2016 @ 16:15:
Ik heb Domoticz op een Raspberry draaien, bestaat er een optie binnen Domoticz dat er MAC-adressen geblokkeerd worden die niet op de website van Domoticz mogen kijken ?

Ik kom namelijk met mijn iPad niet meer op de website van Domoticz op mijn Raspberry.
Vanaf andere apparaten gaat het wel goed.

Het lijkt niet aan Domoticz te liggen, maar in een combi van mij iPad, router en modem
Als ik Domoticz op mijn Raspberry niet kan bereiken dan kan ik al mijn interne adressen niet bereiken.

Ging er onterecht vanuit dat het probleem in mijn Domoticz zat

[kw_nl]

Ik werk vooral met KAKU materiaal, maar wat is nu wijsheid... Ik wil graag de status van een verlichting zien. Bijvoorbeeld: staat de lamp in de keuken nog aan. Nu heb ik zitten spelen met receivers achter de schakelaar (AWMR-230), maar die ontvangen alleen een signaal. Bijvoorbeeld van een sensor, maar in dit geval van Domoticz. Alleen als de lamp handmatig met de schakelaar wordt aangezet, weet Domoticz dit niet. Dat is logisch, want de KAKU ontvanger ontvangt alleen maar signalen. En heeft kan dus niet doorgeven dat de lamp aanstaat.

Moet ik dan echt naar andere protocollen kijken of zijn daar andere oplossingen voor?

[arjandijk162]

kw_nl schreef op donderdag 04 februari 2016 @ 21:30:
Ik werk vooral met KAKU materiaal, maar wat is nu wijsheid... Ik wil graag de status van een verlichting zien. Bijvoorbeeld: staat de lamp in de keuken nog aan. Nu heb ik zitten spelen met receivers achter de schakelaar (AWMR-230), maar die ontvangen alleen een signaal. Bijvoorbeeld van een sensor, maar in dit geval van Domoticz. Alleen als de lamp handmatig met de schakelaar wordt aangezet, weet Domoticz dit niet. Dat is logisch, want de KAKU ontvanger ontvangt alleen maar signalen. En heeft kan dus niet doorgeven dat de lamp aanstaat.

Moet ik dan echt naar andere protocollen kijken of zijn daar andere oplossingen voor?

Als het alleen over verlichting gaat, gaat er niks boven Hue. Als je alleen schakelaars wilt vervangen, kun je ook kijken naar Zwave. Ik gebruik beiden door elkaar en baal eigenlijk van de enkele kaku schakelaar die ik nog heb.

Kaku is prima voor wandzenders, maar daarvan zie je of ze werken. Als je een script met "alles uit" uitvoert, dan wil je dat dat gebeurt. Met Kaku blijf je toch jezelf controleren.

[Pixelmagic]

MdO82 schreef op donderdag 04 februari 2016 @ 21:14:
[...]


Het lijkt niet aan Domoticz te liggen, maar in een combi van mij iPad, router en modem
Als ik Domoticz op mijn Raspberry niet kan bereiken dan kan ik al mijn interne adressen niet bereiken.

Ging er onterecht vanuit dat het probleem in mijn Domoticz zat

Gebruik je toevallig Chrome op je iPad ? Ik kom sinds de laatste update ook niet meer op Domoticz, maar vreemd genoeg via Safari nog wel.

[costo]

kw_nl schreef op donderdag 04 februari 2016 @ 21:30:
Ik werk vooral met KAKU materiaal, maar wat is nu wijsheid... Ik wil graag de status van een verlichting zien. Bijvoorbeeld: staat de lamp in de keuken nog aan. Nu heb ik zitten spelen met receivers achter de schakelaar (AWMR-230), maar die ontvangen alleen een signaal. Bijvoorbeeld van een sensor, maar in dit geval van Domoticz. Alleen als de lamp handmatig met de schakelaar wordt aangezet, weet Domoticz dit niet. Dat is logisch, want de KAKU ontvanger ontvangt alleen maar signalen. En heeft kan dus niet doorgeven dat de lamp aanstaat.

Moet ik dan echt naar andere protocollen kijken of zijn daar andere oplossingen voor?

Er is geen echt makkelijke oplossing voor terugmelding van KaKu.

Stel je hebt een een stroomsensor die kan meten of er een stroom door je lamp gaat. In het geval er stroom loopt en eerst niet dan zou die een 433MHz code kunnen zenden die 'AAN' betekent.
Het zelfde geldt als er eerst stroom liep en die stroom stopt, dan zou die sensor een 433MHz 'UIT' code kunnen zenden.

Als stroomsensor denk ik dan b.v. aan een deur/raam sensor met een reedcontact. De betere types zenden zowel een code als het reedcontact sluit als ook een andere code als het reedcontact weer open gaat. Als je nu de draad die naar je verlichting loopt splitst en eentje wordt enkele malen (10-20 keer ?) om de raam/deur sensor gewikkeld dan kan de stroom die naar de lamp gaat het reedcontact sluiten. Stopt de lampstroom dan valt het reedcontact weer af. Dus je hebt op die manier wel een terugkoppeling. Maar of het in de praktijk bruikbaar is ??

Hoeveel wikkelingen je om de raam/deur sensor moet leggen hangt sterk af hoe gevoelig het reedrelais is en evengoed van de grootte van de lampstroom. Gewoon uitproberen dan.


Maar wat moet Domoticz nu doen als je deze de lamp uit zet en de lamp gaat ook echt uit, de stroomsensor 'ziet' dat de stroom door de lamp is gestopt en zal dus een 'UIT' signaal op 433MHz zenden. Maar jouw RFXcom of RFLink ontvangt dit 'UIT' signaal niet omdat er net een weerstation een bericht verzond.

Domoticz zou dan b.v. nog een keer de lamp uit kunnen trachten te zetten, maar de lamp is al reeds uit, dus de stroom-sensor zal niet nogmaals een 'UIT' verzenden en er zal dus geen bevestiging meer verzonden worden.
Domoticz zal dus nooit zeker weten of de lamp ook echt uit is.

[Gonadan]

kw_nl schreef op donderdag 04 februari 2016 @ 21:30:
Ik werk vooral met KAKU materiaal, maar wat is nu wijsheid... Ik wil graag de status van een verlichting zien. Bijvoorbeeld: staat de lamp in de keuken nog aan. Nu heb ik zitten spelen met receivers achter de schakelaar (AWMR-230), maar die ontvangen alleen een signaal. Bijvoorbeeld van een sensor, maar in dit geval van Domoticz. Alleen als de lamp handmatig met de schakelaar wordt aangezet, weet Domoticz dit niet. Dat is logisch, want de KAKU ontvanger ontvangt alleen maar signalen. En heeft kan dus niet doorgeven dat de lamp aanstaat.

Moet ik dan echt naar andere protocollen kijken of zijn daar andere oplossingen voor?

Als je 100% zekerheid wilt zal je aan een ander protocol moeten denken, maar je kunt wel aardig in de buurt komen. Je kunt er voor kiezen de schakelaars niet direct te verbinden met de module maar ook via 433 te laten communiceren. Dan heb je dus een zender voor je schakelaar en een ontvanger voor je lamp. Of je vervangt je schakelaars door van die plakdingen. Op die manier zal Domoticz altijd mee kunnen luisteren, mits er geen andere verstoringen of signalen zijn.

arjandijk162 schreef op donderdag 04 februari 2016 @ 22:38:
Als het alleen over verlichting gaat, gaat er niks boven Hue.

Serieuze vraag: waarom?

Als je alleen schakelaars wilt vervangen, kun je ook kijken naar Zwave.

Je hebt ook gewoon zwave lampen en dimmers in allerlei varianten, is dat geen optie?

Ik gebruik beiden door elkaar en baal eigenlijk van de enkele kaku schakelaar die ik nog heb.

Zelf gebruik ik kaku voornamelijk voor sensoren (schemer, beweging), actoren doe ik voornamelijk met zwave dat werkt gewoon lekkerder.

[tlpeter]

Ik gebruik twee KaKu schakelaars en een zwave module om het licht te schakelen op de overloop.
Doormiddel van een script zijn de twee KaKu schakelaar nu als wisselschakeling gemaakt om het licht te schakelen.
Bekabelen was een lastig klusje en zo gaat het nog makkelijker.

[wizl]

Ik heb het volgende bash script dat een snapshot van mijn camera per mail zou moeten versturen bij het ON-event van een deursensor.

code:

#!/bin/bash
export DATETIME=`date +%Y%m%d%H%M%S`
avconv -rtsp_transport tcp -i rtsp://user:pass@192.168.1.200:554/live1.sdp -vframes 1 /home/pi/domoticz/scripts/$DATETIME.jpg
chmod 777 $DATETIME.jpg
mutt -s "Voordeur::Open" [e-mail] -a /home/pi/domoticz/scripts/$DATETIME.jpg < /home/pi/domoticz/scripts/body.txt

Als ik het script test vanaf de cmd-line (user pi) dan werkt het en krijg ik een mail met attachment. Als het script getriggerd wordt door de deur sensor wordt het script wel afgetrapt en de .JPG geschreven maar vervolgens niet gemaild Kan iemand mij even op het juiste spoor zetten?

[ThinkPad]

Vaak helpt het om de volledige paden erin te zetten. Doe eens 'which mutt' en zet dat hele pad erin, i.p.v. alleen 'mutt'. Zelfde voor export, avconv en chmod.

Heb je trouwens het script ook uitvoerbaar gemaakt? (chmod +x). En check even (met WinSCP bijv.) welke user het script bij hoort. Soms is dat 'root', maar je kunt hem beter op 'pi' zetten.

[hondapower]

tlpeter schreef op vrijdag 05 februari 2016 @ 09:55:
Ik gebruik twee KaKu schakelaars en een zwave module om het licht te schakelen op de overloop.
Doormiddel van een script zijn de twee KaKu schakelaar nu als wisselschakeling gemaakt om het licht te schakelen.
Bekabelen was een lastig klusje en zo gaat het nog makkelijker.

Dat had wellicht ook gekund met slechts 1 Z-Wave module. Ik heb thuis diverse 'hotelschakelingen' gemaakt met Qubino dimmers.
Omdat deze modules met pulsdrukkers werken kun je die allemaal parallel zetten waardoor je op alle punten dezelfde module hardwarematig kunt bedienen. In b.v. de slaapkamer heb ik 4 pulsdrukkers (bij de deur, badkamerdeur en links/rechts naast het bed) die allemaal 1 dimmer bedienen. Mijn voordeel was wel dat het een nieuw huis was dus ik kon zelf de bedrading trekken. Bij bestaande bedrading is het was lastiger met doorlussen.

[tlpeter]

Ik heb ook maar een zwave module gebruikt

[arjandijk162]

Gonadan schreef op vrijdag 05 februari 2016 @ 09:34:
[...]

Als je 100% zekerheid wilt zal je aan een ander protocol moeten denken, maar je kunt wel aardig in de buurt komen. Je kunt er voor kiezen de schakelaars niet direct te verbinden met de module maar ook via 433 te laten communiceren. Dan heb je dus een zender voor je schakelaar en een ontvanger voor je lamp. Of je vervangt je schakelaars door van die plakdingen. Op die manier zal Domoticz altijd mee kunnen luisteren, mits er geen andere verstoringen of signalen zijn.

Dat werkt in ieder geval sneller dan via Domoticz te communiceren, maar als je vanuit Domoticz een opdracht geeft blijft het de vraag of deze aankomt

[...]

Serieuze vraag: waarom?

Hue lampen vallen niet in slaap, raken niet (iig bij mij niet) onbereikbaar en zijn ook te gebruiken als Domoticz even niet wil. Daarnaast zijn ze betaalbaar (als het om wit gaat).

Hue is echt gemaakt voor verlichting en praat met alles. Scheelt mij iig gezeur.

[...]

Je hebt ook gewoon zwave lampen en dimmers in allerlei varianten, is dat geen optie?

Zwave lampen kunnen interessant zijn als je deze in groepen wil zetten met Zwave PIRs zodat Domoticz communicatie niet verplicht is. Voor de rest vind ik persoonlijk Zwave lampen minder veelzijdig als Hue. Zwave schakelaar en dimmers is een ander verhaal. Daar kan de overweging zijn om de huidige schakelaars te vervangen, of bestaande lampen te willen behouden. Dan kan zeker een goede optie zijn.

[...]

Zelf gebruik ik kaku voornamelijk voor sensoren (schemer, beweging), actoren doe ik voornamelijk met zwave dat werkt gewoon lekkerder.

Zelfde hier

[hondapower]

tlpeter schreef op vrijdag 05 februari 2016 @ 11:12:
Ik heb ook maar een zwave module gebruikt

maar hier zonder de KAKU's

[-Niels-]

Is er nog iemand die een oplossing kan bieden voor mijn nu toch wel erg lelijke PV output grafiekjes?

Zie probleem hierr

[Gonadan]

arjandijk162 schreef op vrijdag 05 februari 2016 @ 11:16:
Dat werkt in ieder geval sneller dan via Domoticz te communiceren, maar als je vanuit Domoticz een opdracht geeft blijft het de vraag of deze aankomt

Dat is inherent aan 433-protocollen. Meestal merk je er niets van maar het kan voorkomen. Het zal per persoon verschillen wat zijn prioriteiten zijn.

Hue lampen vallen niet in slaap, raken niet (iig bij mij niet) onbereikbaar en zijn ook te gebruiken als Domoticz even niet wil. Daarnaast zijn ze betaalbaar (als het om wit gaat).

Hue is echt gemaakt voor verlichting en praat met alles. Scheelt mij iig gezeur.

Zijn er andere merken waarbij je die ervaring dan wel had? In slaap vallen en/of niet bereikbaar zijn?

Qua prijs vind ik ook de gekleude niet bijzonder meer sinds ik heb gezien dat met zwave elke serieuze module ook zo 5 à 6 tientjes kost.

Zwave lampen kunnen interessant zijn als je deze in groepen wil zetten met Zwave PIRs zodat Domoticz communicatie niet verplicht is. Voor de rest vind ik persoonlijk Zwave lampen minder veelzijdig als Hue. Zwave schakelaar en dimmers is een ander verhaal. Daar kan de overweging zijn om de huidige schakelaars te vervangen, of bestaande lampen te willen behouden. Dan kan zeker een goede optie zijn.

Wat mis jij dan aan veelzijdigheid? Zelf heb ik nu wat LivingWhites en LivingColors in gebruik en ben mij nog behoorlijk aan het verdiepen in welke keuze ik moet gaan maken.

[beOnt]

Voor de liefhebbers, terug een Cresta TX320 beschikbaar op kijkshop voor 10 Euro
http://www.kijkshop.nl/pr...hermo-hygro-sensor-tx320/

Ik heb er eentje in bestelling

[luigi87]

beOnt schreef op vrijdag 05 februari 2016 @ 15:16:
Voor de liefhebbers, terug een Cresta TX320 beschikbaar op kijkshop voor 10 Euro
http://www.kijkshop.nl/pr...hermo-hygro-sensor-tx320/

Ik heb er eentje in bestelling

Ow nu niet meer Pagina niet gevonden

[wizl]

ThinkPadd schreef op vrijdag 05 februari 2016 @ 10:34:
Vaak helpt het om de volledige paden erin te zetten. Doe eens 'which mutt' en zet dat hele pad erin, i.p.v. alleen 'mutt'. Zelfde voor export, avconv en chmod.

Heb je trouwens het script ook uitvoerbaar gemaakt? (chmod +x). En check even (met WinSCP bijv.) welke user het script bij hoort. Soms is dat 'root', maar je kunt hem beter op 'pi' zetten.

Bovenstaande blijkt het allemaal niet te zijn (de .jpg werd immers gemaakt). Echter, door je reply wel op het goede spoor. User root kan (in mijn config althans) niet mailen. Domoticz roept het script als root aan (ps auxww | grep domo) en als dubbelcheck een scriptje met whoami laten aanroepen.

Ik heb nu als laatste regel: sudo -u pi mutt...... en daarmee werkt het

[beOnt]

luigi87 schreef op vrijdag 05 februari 2016 @ 15:21:
[...]


Ow nu niet meer Pagina niet gevonden

Werkt nochtans hier nog

[luigi87]

beOnt schreef op vrijdag 05 februari 2016 @ 15:31:
[...]

Werkt nochtans hier nog

Ow ja de aanbieding is terug

[Cranberry]

Hmm, interessant. 'k Heb er al zo een. Jammer dat het slechts een 3-kanaals-sensor is. Als ik er nog 3 aanschaf, zitten ze elkaar in de weg

Niettemin interessant genoeg om er dan maar 2 aan te schaffen

[jeeesper]

Zou deze Cresta- TX320 ook werken met een RF-link setup?

[wizl]

Heb ik gelijk nog een vraag Zijn er rookmelders die op commando alarm kunnen geven. Ik heb nu een Fibaro FGSD-002. Een heel mooi dingetje waarvan ik had gehoopt/gedacht dat dat zou kunnen, maar helaas.

[ Voor 3% gewijzigd door wizl op 05-02-2016 16:23 ]

[Cranberry]

jeeesper schreef op vrijdag 05 februari 2016 @ 16:22:
Zou deze Cresta- TX320 ook werken met een RF-link setup?

Absoluut! 'k Heb die combi en kan bevestigen dat het prima werkt!

[anandus]

Cranberry schreef op vrijdag 05 februari 2016 @ 15:41:
Hmm, interessant. 'k Heb er al zo een. Jammer dat het slechts een 3-kanaals-sensor is. Als ik er nog 3 aanschaf, zitten ze elkaar in de weg

Zo werkt het niet.
Ik geloof dat ze allemaal een eigen ID hebben. Dus je kan ze prima op hetzelfde kanaal zetten als ik het goed begrepen heb.

[ Voor 7% gewijzigd door anandus op 05-02-2016 16:54 ]

[Cranberry]

Correct, maar volgens is er dan een reëele kans dat twee devices gelijktijdig op hetzelfde kanaal gaan zenden. Volgens mij gaat 't dan niet goed.
Correct me if I'm wrong....

[Gonadan]

Als twee devices tegelijk gaan zenden is het op 433 sowieso een probleem, los van kanalen gaat dat gewoon niet werken.

[boswandeling]

beOnt schreef op vrijdag 05 februari 2016 @ 15:16:
Voor de liefhebbers, terug een Cresta TX320 beschikbaar op kijkshop voor 10 Euro
http://www.kijkshop.nl/pr...hermo-hygro-sensor-tx320/

Ik heb er eentje in bestelling

Ook maar eentje besteld Dankjewel voor de Tip

Ik vroeg mij af of er meer mensen zijn die hun Satel alarmcentrale via de integratie poort hebben toegevoegd als hardware in domoticz ?

[Roog1317]

Ik heb een Raspberry Pi met Raspian Jessie, Domoticz en Homebridge. Ik krijg Homebridge echter niet aan de praat, ondanks het zorgvuldig opvolgen van de handleiding: http://www.domoticz.com/wiki/Homekit_Siri#Node.js

Bij de 'First Start' blijf ik maar onderstaande error krijgen, wat ik ook doe:

npm ERR! Linux 4.1.13+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
npm ERR! node v4.2.1
npm ERR! npm v2.14.7

npm ERR! missing script: start
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR! <https://github.com/npm/npm/issues>

npm ERR! Please include the following file with any support request:
npm ERR! /root/homebridge/npm-debug.log

[b_weijenberg]

Gonadan schreef op vrijdag 05 februari 2016 @ 17:01:
Als twee devices tegelijk gaan zenden is het op 433 sowieso een probleem, los van kanalen gaat dat gewoon niet werken.

Dat is de reden dat sensors meerdere channels hebben. Elk channel verstuurt de gegevens met een klein tijdverschil. Het kan uiteraard voorkomen dat ze een keer gelijktijdig zenden maar aangezien ze binnen 2 minuten weer de gegevens versturen, en dan niet meer gelijktijg, kan je hooguit een paar minuten de sensor data missen. In de praktijk geeft dit geen probleem.

Gebruik je hetzelfde channel in 2 of meer sensors dan heb je recht op problemen. De sensors versturen dan beide de data met hooguit een klein verschil in de interval. Gevolg is dat ze op een gegeven moment gelijktijdig data versturen. En omdat er een heel gering verschil in de interval tijd zit kan het enkele uren duren voordat ze ieder weer op een ander moment zenden.

[Gonadan]

b_weijenberg schreef op vrijdag 05 februari 2016 @ 17:44:
Dat is de reden dat sensors meerdere channels hebben. Elk channel verstuurt de gegevens met een klein tijdverschil. Het kan uiteraard voorkomen dat ze een keer gelijktijdig zenden maar aangezien ze binnen 2 minuten weer de gegevens versturen, en dan niet meer gelijktijg, kan je hooguit een paar minuten de sensor data missen. In de praktijk geeft dit geen probleem.

Gebruik je hetzelfde channel in 2 of meer sensors dan heb je recht op problemen. De sensors versturen dan beide de data met hooguit een klein verschil in de interval. Gevolg is dat ze op een gegeven moment gelijktijdig data versturen. En omdat er een heel gering verschil in de interval tijd zit kan het enkele uren duren voordat ze ieder weer op een ander moment zenden.

Je doelt op een soort random time division? Leg dat de rfxcom maar eens uit, die ontvangt gewoon braaf maar één signaal tegelijk.

[Pixelmagic]

Gonadan schreef op vrijdag 05 februari 2016 @ 17:01:
Als twee devices tegelijk gaan zenden is het op 433 sowieso een probleem, los van kanalen gaat dat gewoon niet werken.

Heb er hier een stuk of 8 en blijkbaar om ons heen ook wat, geen enkel probleem, werkt gewoon goed. Bij nieuwe batterijen komt hij met een id naar boven.

[Mike70]

Pixelmagic schreef op vrijdag 05 februari 2016 @ 18:48:
[...]


Heb er hier een stuk of 8 en blijkbaar om ons heen ook wat, geen enkel probleem, werkt gewoon goed. Bij nieuwe batterijen komt hij met een id naar boven.

Wijzigt het ID telkens als je er nieuwe batterijen in doet?
Want het ID wijzigen gaat niet makkelijk in Domoticz.
Heb er een script voor geschreven maar het blijft lastig.

[ Voor 13% gewijzigd door Mike70 op 05-02-2016 18:52 ]

[Pixelmagic]

Mike70 schreef op vrijdag 05 februari 2016 @ 18:50:
[...]


Wijzigt het ID telkens als je er nieuwe batterijen in doet?

Ik heb nog niet veel batterijen gewisseld sinds ik domoticz heb, maar ik ben er vrijwel zeker van dat ik meerdere malen andere ids heb gehad. Enige afhankelijkheid kan zijn of je snel bemt met wisselen.

Overigens vermoed ik dat domoticz niet voor niets de replace functie heeft bij een device, als je een andere id hebt na batterij wissel kan je de oude vervangen.

[Mike70]

Pixelmagic schreef op vrijdag 05 februari 2016 @ 18:54:
[...]
Overigens vermoed ik dat domoticz niet voor niets de replace functie heeft bij een device, als je een andere id hebt na batterij wissel kan je de oude vervangen.

Klopt maar dit is voor mij onhandig omdat ik het idx van de apparaten gebruik in webpagina's.
Je kunt de data van het oude apparaat wel overzetten naar de nieuwe idx maar niet van de nieuwe naar de oude voor zover ik weet.
En om steeds de HTML code aan te passen is voor mij nog wel te doen maar voor de rest van de familie abracadabra.
Dus zou ik het toejuichen als Domoticz de mogelijkheid bied om het ID aan te kunnen passen.
Ik heb nu 7 Chinese meters voor €5,-- per stuk en die hebben ook het probleem dat het ID steeds wijzigt.
Maar ze meten perfect.

[Pixelmagic]

Mike70 schreef op vrijdag 05 februari 2016 @ 19:01:
[...]


Klopt maar dit is voor mij onhandig omdat ik het idx van de apparaten gebruik in webpagina's.
Je kunt de data van het oude apparaat wel overzetten naar de nieuwe idx maar niet van de nieuwe naar de oude voor zover ik weet.
En om steeds de HTML code aan te passen is voor mij nog wel te doen maar voor de rest van de familie abracadabra.
Dus zou ik het toejuichen als Domoticz de mogelijkheid bied om het ID aan te kunnen passen.
Ik heb nu 7 Chinese meters voor €5,-- per stuk en die hebben ook het probleem dat het ID steeds wijzigt.
Maar ze meten perfect.

Nette prijs, waar heb je die gehaald ?

Ik zit te denken om met mijn mysensors netwerk de cresta sensors te vervangen, heb toch wel wat uitval gehad over de jaren. Enige waar ik mee zit is dat de huidige ook luchtvochtigheid hebben en deze sensors toch wat duurder zijn, plus dat de cresta een display hebben, en dat is ook wel leuk. Tot slot is de behuizing ook erg handig.

Met mysensors kan je alleen veel meer, dus bv temp, hydro en een pir in 1 apparaat, maar je zit al wel wat sneller aan netstroom gebonden.

So many options, so little time & cash

[Mike70]

Pixelmagic schreef op vrijdag 05 februari 2016 @ 19:16:
[...]
Nette prijs, waar heb je die gehaald ?

Ze zijn nu iets duurder geworden.
AliExpress

[b_weijenberg]

Gonadan schreef op vrijdag 05 februari 2016 @ 18:44:
[...]

Je doelt op een soort random time division? Leg dat de rfxcom maar eens uit, die ontvangt gewoon braaf maar één signaal tegelijk.

Ik zal proberen om het met een voorbeeld duidelijk te maken:
sensor op ch1 stuurt elke minuut
sensor op ch2 stuurt elke minuut + 2 seconden
sensor op ch3 stuurt elke minuut + 3 seconden.

Zet je twee sensors op ch1 dan stuurt, bijvoorbeeld een sensor elke minuut + 2msec en de andere sensor elke minuut + 3msec.
In deze situatie gaan ze dus op regelmatige tijden gedurende langere tijd samen zenden en ontvang je dus geen van beide sensors gedurende de tijd dat ze overlappen omdat ze elkaars signaal verstoren.

Ik neem aan dat je nu begrijpt hoe dit werkt.

[UltraSub]

code:

Error: Hue Bridge hardware (3) thread seems to have ended unexpectedly

Hele tijd door in mijn log. Werkt wel gewoon. Kan niet plaatsen...

[Gonadan]

b_weijenberg schreef op vrijdag 05 februari 2016 @ 20:51:
[...]


Ik zal proberen om het met een voorbeeld duidelijk te maken:
sensor op ch1 stuurt elke minuut
sensor op ch2 stuurt elke minuut + 2 seconden
sensor op ch3 stuurt elke minuut + 3 seconden.

Zet je twee sensors op ch1 dan stuurt, bijvoorbeeld een sensor elke minuut + 2msec en de andere sensor elke minuut + 3msec.
In deze situatie gaan ze dus op regelmatige tijden gedurende langere tijd samen zenden en ontvang je dus geen van beide sensors gedurende de tijd dat ze overlappen omdat ze elkaars signaal verstoren.

Ik neem aan dat je nu begrijpt hoe dit werkt.

Ik begreep het al want het is inderdaad time division en heeft werkelijk niets met kanalen te maken. Dat is gewoon een term die ze voor Jan met de pet gebruiken in de handleiding.

[Verwijderd]

Mike70 schreef op vrijdag 05 februari 2016 @ 19:01:
[...]
Klopt maar dit is voor mij onhandig omdat ik het idx van de apparaten gebruik in webpagina's.
Je kunt de data van het oude apparaat wel overzetten naar de nieuwe idx maar niet van de nieuwe naar de oude voor zover ik weet.
En om steeds de HTML code aan te passen is voor mij nog wel te doen maar voor de rest van de familie abracadabra.

Is het pure HTML of PHP of?
Ik gebruik PHP voor mijn pagina en sla alles op in variabelen gebaseerd op de naam van het device. Hierdoor vermijd ik code werk door een andere IDX.

[Mike70]

Ik maak gebruik van de. frontpage html code van het domoticz forum. Die bevalt mij prima. Maar ik ben de enige die ermee overweg kan.

[Verwijderd]

Ik ken die code niet. Zal wellicht wel wat javascript achter steken of zo.
Ik was daar heel snel tegen aangelopen. Daarom dat ik in PHP oplossingen zocht en vond om variable variabelen te declareren. Niets zo makkelijk om dan in een script gewoon te kunnen zeggen:
if($poort=='open'&&$weg='On') Schakel($SIserine,'On');
ipv
if($432=='Open'&&$278=='On') Schakel(239,'On');

Geraak daar maar eens uit op den duur...

[Cranberry]

Mike70 schreef op vrijdag 05 februari 2016 @ 19:01:
[...]

Ik heb nu 7 Chinese meters voor €5,-- per stuk en die hebben ook het probleem dat het ID steeds wijzigt.
Maar ze meten perfect.

Dus ze zijn redelijk nauwkeurig en wijken, als je ze allemaal naast elkaar zet, weinig van elkaar af?

[MikeOO]

Gonadan schreef op vrijdag 05 februari 2016 @ 17:01:
Als twee devices tegelijk gaan zenden is het op 433 sowieso een probleem, los van kanalen gaat dat gewoon niet werken.

Werkt prima, gebruik er 4 dus 2 op hetzelfde kanaal. en na ruim 9 maanden gaat het nog steeds zonder problemen.

[ Voor 41% gewijzigd door MikeOO op 06-02-2016 09:11 ]

[Gonadan]

Voor de mensen die steeds 'werkt prima' roepen zal ik mijn opmerking even toelichten.

Kanalen bestaan niet binnen de band, er wordt gebruik gemaakt van time division (google maar) wat dus inhoudt dat de sensoren om en om zenden. Dat is dan ook geen enkel probleem. Gaan apparaten op 433 wél tegelijk zenden dan werkt het gewoon niet, tenzij je meerdere ontvangers gebruikt.

Ik beweer dus niet dat je niet meerdere apparaten tegelijk in gebruik kunt hebben, dat heb ik zelf ook. Ik beweer dat het niet werkt als ze daadwerkelijk per ongeluk tegelijk gaan zenden.

[ Voor 20% gewijzigd door Gonadan op 06-02-2016 10:13 ]

[RoTeK70]

Wel gezocht maar kan het niet vinden, wie kan mij verder helpen.

Net gekocht klikaanklikuit deurbel ACDB-7000C met ACDB-7000B nu krijg ik de drukknop ACDB-7000B gewoon binnen in mijn Domoticz maar ik wil de ontvanger ACDB-7000C ook graag toevoegen want ik wil deze ook gebruiken voor andere zaken als alleen geluid na drukken van de drukknop ACDB-7000B.

Kan iemand mij vertellen hoe ik deze toevoeg in Domotica?

Alvast bedankt.

[inbedrijf]

Er liggen nog 4 stuks in de praxis almere-stad. rechts achter het somfy display.

inbedrijf schreef op maandag 01 februari 2016 @ 16:03:
Bedankt!!! Voor de tweakers die in Almere wonen, bij de Praxis in Almere-Stad. Hebben ze nog een stuk of 8 sets liggen a 25e de stuk

http://www.chuango.com/en...nelID=3&classid=17&id=159


[...]

[Gonadan]

RoTeK70 schreef op zaterdag 06 februari 2016 @ 12:22:
Wel gezocht maar kan het niet vinden, wie kan mij verder helpen.

Net gekocht klikaanklikuit deurbel ACDB-7000C met ACDB-7000B nu krijg ik de drukknop ACDB-7000B gewoon binnen in mijn Domoticz maar ik wil de ontvanger ACDB-7000C ook graag toevoegen want ik wil deze ook gebruiken voor andere zaken als alleen geluid na drukken van de drukknop ACDB-7000B.

Kan iemand mij vertellen hoe ik deze toevoeg in Domotica?

Alvast bedankt.

Bij mij werkt de zoekfunctie prima.
Zo kwam vond ik onder andere deze:

Gonadan schreef op woensdag 30 december 2015 @ 18:37:
Is het stopcontact geen ontvanger? Dan is die connectieknop namelijk hetzelfde als leren in Domoticz en gaan ze gewoon op elkaar staan wachten terwijl niemand zendt.

Je kunt dat oplossen door in Domoticz met de hand een schakelaar (AC voor kaku) te maken en daar dan wat waarden in te vullen. Als je op test drukt wanneer het stopcontact op leren staat moet hij koppelen.