Domoticz - open source domotica systeem - deel 2

[bing69]

AWST6000 schreef op zondag 27 november 2016 @ 14:01:
Vervolg HomeBridge:
Ik doe ergens iets niet goed met de config.json. Ik krijg de volgende foutmelding:
Error: The requested platform 'Domoticz' was not registered by any plugin.

Wanneer krijg je die fout?

[Possible]

Probeer dit eens:

sudo npm install -g homebridge-edomoticz

[bing69]

Possible schreef op zondag 27 november 2016 @ 14:08:
Probeer dit eens:

sudo npm install -g homebridge-edomoticz

Ik krijg nog een fout en op iphone kan ik wel koppelen maar zie nog niets:

homebridge.service - HomeBridge Service
Loaded: loaded (/lib/systemd/system/homebridge.service; enabled)
Active: active (running) since Sun 2016-11-27 13:42:48 CET; 22min ago
Main PID: 793 (homebridge)
CGroup: /system.slice/homebridge.service
└─793 homebridge

Nov 27 13:42:50 raspberrypi homebridge[793]: *** WARNING *** For more informatio n see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
Nov 27 13:42:52 raspberrypi homebridge[793]: [11/27/2016, 1:42:51 PM] No plugins found. See the README for information on installing plugins.
Nov 27 13:42:52 raspberrypi homebridge[793]: [11/27/2016, 1:42:52 PM] config.jso n (/home/pi/.homebridge/config.json) not found.
Nov 27 13:42:52 raspberrypi homebridge[793]: Scan this code with your HomeKit Ap p on your iOS device to pair with Homebridge:
Nov 27 13:42:52 raspberrypi homebridge[793]:
Nov 27 13:42:52 raspberrypi homebridge[793]: ┌────────────┐
Nov 27 13:42:52 raspberrypi homebridge[793]: │ 031-45-154 │
Nov 27 13:42:52 raspberrypi homebridge[793]: └────────────┘
Nov 27 13:42:52 raspberrypi homebridge[793]:
Nov 27 13:42:52 raspberrypi homebridge[793]: [11/27/2016, 1:42:52 PM] Homebridge is running on port 40869.

[Possible]

Toch gaat het hier fout zo te zien :

config.jso n (/home/pi/.homebridge/config.json) not found.

Weet je zeker dat er configuratie goed staat in die map?

Dit hoort erin te staan namelijk:

code:

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:21:3E:E4:DE:33",
        "port": 51826,
        "pin": "031-45-154"
    },
    "description": "Configuration file for (e)xtended Domoticz platform.",
    "platforms": [
        {
            "platform": "eDomoticz",
            "name": "eDomoticz",
            "server": "127.0.0.1",
            "port": "8080",
            "ssl": 0,
            "roomid": 0,
            "mqttenable": 0,
            "mqttserver": "",
            "mqttport": "1883",
            "mqttauth": 0,
            "mqttuser": "",
            "mqttpass": ""
        }
    ],
    "accessories": []
}

[ Voor 69% gewijzigd door Possible op 27-11-2016 14:17 ]

[bing69]

Possible schreef op zondag 27 november 2016 @ 14:14:
Toch gaat het hier fout zo te zien :

config.jso n (/home/pi/.homebridge/config.json) not found.

Weet je zeker dat er configuratie goed staat in die map?

Dit hoort erin te staan namelijk:

code:

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:21:3E:E4:DE:33",
        "port": 51826,
        "pin": "031-45-154"
    },
    "description": "Configuration file for (e)xtended Domoticz platform.",
    "platforms": [
        {
            "platform": "eDomoticz",
            "name": "eDomoticz",
            "server": "127.0.0.1",
            "port": "8080",
            "ssl": 0,
            "roomid": 0,
            "mqttenable": 0,
            "mqttserver": "",
            "mqttport": "1883",
            "mqttauth": 0,
            "mqttuser": "",
            "mqttpass": ""
        }
    ],
    "accessories": []
}

ik had deze:
{
"description": "Configuration file for Domoticz platform.",
"platforms": [
{
"platform": "Domoticz",
"name": "Domoticz",
"server": "127.0.0.1",
"port": "8080",
"roomid": <IDX Value>,
"loadscenes": 0
}
],
"accessories": [
]
}

<IDX Value> vervangen door 2, net die van jouw gedaan maar krijg:

● homebridge.service - HomeBridge Service
Loaded: loaded (/lib/systemd/system/homebridge.service; enabled)
Active: failed (Result: exit-code) since Sun 2016-11-27 14:25:25 CET; 1min 28 s ago
Process: 766 ExecStart=/usr/local/lib/node_modules/homebridge/bin/homebridge ( code=exited, status=1/FAILURE)
Main PID: 766 (code=exited, status=1/FAILURE)

Nov 27 14:25:25 raspberrypi homebridge[766]: at Server.run (/usr/local/lib/node_ modules/homebridge/lib/server.js:77:36)
Nov 27 14:25:25 raspberrypi homebridge[766]: at module.exports (/usr/local/lib/n ode_modules/homebridge/lib/cli.js:40:10)
Nov 27 14:25:25 raspberrypi homebridge[766]: at Object.<anonymous> (/usr/local/l ib/node_modules/homebridge/bin/homebridge:17:22)
Nov 27 14:25:25 raspberrypi homebridge[766]: at Module._compile (module.js:409:2 6)
Nov 27 14:25:25 raspberrypi homebridge[766]: at Object.Module._extensions..js (m odule.js:416:10)
Nov 27 14:25:25 raspberrypi homebridge[766]: at Module.load (module.js:343:32)
Nov 27 14:25:25 raspberrypi homebridge[766]: at Function.Module._load (module.js :300:12)
Nov 27 14:25:25 raspberrypi homebridge[766]: at Function.Module.runMain (module. js:441:10)
Nov 27 14:25:25 raspberrypi systemd[1]: homebridge.service: main process exited, code=exited, status=1/FAILURE
Nov 27 14:25:25 raspberrypi systemd[1]: Unit homebridge.service entered failed s tate.

[Possible]

Kun jij je hele config eens posten?

[bing69]

Possible schreef op zondag 27 november 2016 @ 14:33:
Kun jij je hele config eens posten?

Welke bedoel je?

[Possible]

bing69 schreef op zondag 27 november 2016 @ 14:36:
[...]

Welke bedoel je?

Je config.json. Die Room ID heb ik zelf ook nooit gebruikt en hoef je ook niet aan te passen.

De config file zou gewoon moeten werken nameijk.

Als het niet lukt, probeer eens de hele config te verwijderen:

cd .homebridge
sudo rm -rf config.json

Daarna:
sudo nano config.json

En dan de de hele config file erin zetten van mijn vorige post.

[AWST6000]

Na het installeren van sudo npm install -g homebridge-edomoticz en het aanpassen van de config.json krijg ik alle devices te zien in de opstartlijst.
Ik ga ff verder met proberen :-)

[bing69]

Possible schreef op zondag 27 november 2016 @ 14:39:
[...]


Je config.json. Die Room ID heb ik zelf ook nooit gebruikt en hoef je ook niet aan te passen.

De config file zou gewoon moeten werken nameijk.

Als het niet lukt, probeer eens de hele config te verwijderen:

cd .homebridge
sudo rm -rf config.json

Daarna:
sudo nano config.json

En dan de de hele config file erin zetten van mijn vorige post.

gedaan en ook de sudo npm install -g homebridge-edomoticz gedaan maar krijg:

pi@raspberrypi:~ $ sudo systemctl status -l homebridge
● homebridge.service - HomeBridge Service
Loaded: loaded (/lib/systemd/system/homebridge.service; enabled)
Active: failed (Result: exit-code) since Sun 2016-11-27 14:45:23 CET; 4min 22s ago
Process: 764 ExecStart=/usr/local/lib/node_modules/homebridge/bin/homebridge (code=exited, status=1/FAILURE)
Main PID: 764 (code=exited, status=1/FAILURE)

Nov 27 14:45:23 raspberrypi homebridge[764]: at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:77:36)
Nov 27 14:45:23 raspberrypi homebridge[764]: at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
Nov 27 14:45:23 raspberrypi homebridge[764]: at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
Nov 27 14:45:23 raspberrypi homebridge[764]: at Module._compile (module.js:409:26)
Nov 27 14:45:23 raspberrypi homebridge[764]: at Object.Module._extensions..js (module.js:416:10)
Nov 27 14:45:23 raspberrypi homebridge[764]: at Module.load (module.js:343:32)
Nov 27 14:45:23 raspberrypi homebridge[764]: at Function.Module._load (module.js:300:12)
Nov 27 14:45:23 raspberrypi homebridge[764]: at Function.Module.runMain (module.js:441:10)
Nov 27 14:45:23 raspberrypi systemd[1]: homebridge.service: main process exited, code=exited, status=1/FAILURE
Nov 27 14:45:23 raspberrypi systemd[1]: Unit homebridge.service entered failed state.

[Possible]

bing69 schreef op zondag 27 november 2016 @ 14:50:
[...]


gedaan en ook de sudo npm install -g homebridge-edomoticz gedaan maar krijg:

pi@raspberrypi:~ $ sudo systemctl status -l homebridge
● homebridge.service - HomeBridge Service
Loaded: loaded (/lib/systemd/system/homebridge.service; enabled)
Active: failed (Result: exit-code) since Sun 2016-11-27 14:45:23 CET; 4min 22s ago
Process: 764 ExecStart=/usr/local/lib/node_modules/homebridge/bin/homebridge (code=exited, status=1/FAILURE)
Main PID: 764 (code=exited, status=1/FAILURE)

Nov 27 14:45:23 raspberrypi homebridge\[764]: at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:77:36)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at Module._compile (module.js:409:26)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at Object.Module._extensions..js (module.js:416:10)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at Module.load (module.js:343:32)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at Function.Module._load (module.js:300:12)
Nov 27 14:45:23 raspberrypi homebridge\[764]: at Function.Module.runMain (module.js:441:10)
Nov 27 14:45:23 raspberrypi systemd\[1]: homebridge.service: main process exited, code=exited, status=1/FAILURE
Nov 27 14:45:23 raspberrypi systemd\[1]: Unit homebridge.service entered failed state.

Ik denk dat er toch iets fout gaat ben ik bang. Mocht je het toestaan dan wil ik ook wel ff kijken via SSH om te zien waar het fout gaat. PM mij maar als je dat zou willen.

[bing69]

Possible schreef op zondag 27 november 2016 @ 14:54:
[...]


Ik denk dat er toch iets fout gaat ben ik bang. Mocht je het toestaan dan wil ik ook wel ff kijken via SSH om te zien waar het fout gaat. PM mij maar als je dat zou willen.

Dat zou mooi zijn maaaaaar, nogmaals gereboot en nu geen foutmeldingen denk ik zo:

pi@raspberrypi:~ $ sudo systemctl status -l homebridge
● homebridge.service - HomeBridge Service
Loaded: loaded (/lib/systemd/system/homebridge.service; enabled)
Active: active (running) since Sun 2016-11-27 14:54:07 CET; 49s ago
Main PID: 763 (homebridge)
CGroup: /system.slice/homebridge.service
└─763 homebridge

Nov 27 14:54:21 raspberrypi homebridge[763]: [11/27/2016, 2:54:21 PM] [eDomoticz ] Initializing platform accessory 'thuis'...
Nov 27 14:54:21 raspberrypi homebridge[763]: [11/27/2016, 2:54:21 PM] [eDomoticz ] Initializing platform accessory 'zonondergang'...
Nov 27 14:54:21 raspberrypi homebridge[763]: [11/27/2016, 2:54:21 PM] [eDomoticz ] Initializing platform accessory 'zonopkomst'...
Nov 27 14:54:21 raspberrypi homebridge[763]: Scan this code with your HomeKit Ap p on your iOS device to pair with Homebridge:
Nov 27 14:54:21 raspberrypi homebridge[763]:
Nov 27 14:54:21 raspberrypi homebridge[763]: ┌────────────┐
Nov 27 14:54:21 raspberrypi homebridge[763]: │ 031-45-154 │
Nov 27 14:54:21 raspberrypi homebridge[763]: └────────────┘
Nov 27 14:54:21 raspberrypi homebridge[763]:
Nov 27 14:54:21 raspberrypi homebridge[763]: [11/27/2016, 2:54:21 PM] Homebridge is running on port 51826.

[Possible]

bing69 schreef op zondag 27 november 2016 @ 14:56:
[...]

Dat zou mooi zijn maaaaaar, nogmaals gereboot en nu geen foutmeldingen denk ik zo:

pi@raspberrypi:~ $ sudo systemctl status -l homebridge
● homebridge.service - HomeBridge Service
Loaded: loaded (/lib/systemd/system/homebridge.service; enabled)
Active: active (running) since Sun 2016-11-27 14:54:07 CET; 49s ago
Main PID: 763 (homebridge)
CGroup: /system.slice/homebridge.service
└─763 homebridge

Nov 27 14:54:21 raspberrypi homebridge\[763]: [11/27/2016, 2:54:21 PM] [eDomoticz ] Initializing platform accessory 'thuis'...
Nov 27 14:54:21 raspberrypi homebridge\[763]: [11/27/2016, 2:54:21 PM] [eDomoticz ] Initializing platform accessory 'zonondergang'...
Nov 27 14:54:21 raspberrypi homebridge\[763]: [11/27/2016, 2:54:21 PM] [eDomoticz ] Initializing platform accessory 'zonopkomst'...
Nov 27 14:54:21 raspberrypi homebridge\[763]: Scan this code with your HomeKit Ap p on your iOS device to pair with Homebridge:
Nov 27 14:54:21 raspberrypi homebridge\[763]:
Nov 27 14:54:21 raspberrypi homebridge\[763]: ┌────────────┐
Nov 27 14:54:21 raspberrypi homebridge\[763]: │ 031-45-154 │
Nov 27 14:54:21 raspberrypi homebridge\[763]: └────────────┘
Nov 27 14:54:21 raspberrypi homebridge\[763]:
Nov 27 14:54:21 raspberrypi homebridge\[763]: [11/27/2016, 2:54:21 PM] Homebridge is running on port 51826.

Top! Dat ziet er goed uit inderdaad!

[bing69]

Possible schreef op zondag 27 november 2016 @ 14:58:
[...]


Top! Dat ziet er goed uit inderdaad!

Klopt zie de eerste binnen komen op de Iphone!

Hartelijk DANK!!!!!

[AWST6000]

Hier komen de devices nu ook binnen op de iPhone.
Nu ff kijken of het daadwerkelijk werkt.

[Possible]

Graag gedaan. Is leuk spelen met dat Homekit. Inmiddels al aardig wat spul gekoppeld:

-Sony Bravia TV
-Xbox One
-Milight Lampen
-Tado Smart thermostaat
-NAS

[bing69]

Possible schreef op zondag 27 november 2016 @ 15:00:
Graag gedaan. Is leuk spelen met dat Homekit. Inmiddels al aardig wat spul gekoppeld:

-Sony Bravia TV
-Xbox One
-Milight Lampen
-Tado Smart thermostaat
-NAS

Yep hier ook, X10, KaKu, Milight, zonnepanelen, Camera's, Essent thermostaat, Youless etc etc.

[AWST6000]

Siri werkt hier. (Was wel wat gedoe)
Hartelijk dank voor de inzet en ondersteuning van Possible!

[Speedy-Andre]

b_weijenberg schreef op zaterdag 26 november 2016 @ 11:44:
[...]

Zie hfdstk 2 in de RFXtrx User Guide voor de lijst van ondersteunde protocollen in elke firmware.
Die combinatie is niet standaard aanwezig. Neem contact op met support rfxcom.com misschien dat er een oplossing denkbaar is.
Bedenk wel dat de Revolt zo ongeveer elke 2 seconden een bericht verstuurt en daarmee is de kans erg groot dat andere RF signalen op 433.92MHz verstoord worden.

Toch nog even de goede afloop posten, Bert heeft een ext2 firmware samengesteld waar zowel Somfy als de Revolt energiemeter in zitten
Na de update van de firmware werkt het zoals ik hoopte, ik heb 3 RTS motors toegevoegd.
Hoewel de Revolt stekkers elke 2s data spuwen kan ik de rest van de (weer)sensors nog foutloos ontvangen.
Vanwege de beperkte verkrijgbaarheid bij Amazon.de koos ik voor Profitec stekkers, die zijn identiek en er is een verkoper die ze in NL levert.



Ik ken erg weinig domotica systemen die deze stekkers uitlezen en loggen, wel vreemd want ze zijn nauwkeurig van 0,1 tot 3680W!
Hulde dus voor de service van Rfxcom

[l0rien]

Valt me op dat er in dit topic nog geen enkele mention is van https://github.com/dannybloe/dzVents Een prettiger manier van werken in Domoticz dan met puur Lua scripting. Bij deze maar even hier gedropt, ben benieuwd wat mensen er hiervan vinden.

Persoonlijk ben ik nog niet zo lang bezig met Domoticz, maar het valt me op dat met wat complexiteit het al snel een brei wordt aan user variables, dummy switches en andere constructies om eigenlijk gewoon wat state bij te houden en daarop te kunnen reageren. Als java/python coder blijft de bijsmaak hangen dat dat een stuk cleaner zou moeten kunnen, maargoed dzVents lijkt een stap in de goede richting.

[Siewert]

l0rien schreef op zondag 27 november 2016 @ 19:34:
Valt me op dat er in dit topic nog geen enkele mention is van https://github.com/dannybloe/dzVents Een prettiger manier van werken in Domoticz dan met puur Lua scripting. Bij deze maar even hier gedropt, ben benieuwd wat mensen er hiervan vinden.

Persoonlijk ben ik nog niet zo lang bezig met Domoticz, maar het valt me op dat met wat complexiteit het al snel een brei wordt aan user variables, dummy switches en andere constructies om eigenlijk gewoon wat state bij te houden en daarop te kunnen reageren. Als java/python coder blijft de bijsmaak hangen dat dat een stuk cleaner zou moeten kunnen, maargoed dzVents lijkt een stap in de goede richting.

Klopt, heb er ooit ook naar gekeken.
dzVents is een leuk alternatief en uitgebreid.
Al voordat hij er mee op de proppen kwam was er toen der tijd een discussie gaande omdat de cpu usage wel erg opliep op de Pi2 ivm de vele hoeveelheid Lua scripts.
Dit was voordat de Pi3 er was, oorzaak wat we toen bedachten waren van de vele "commandArray = {}" die geopend werden.

Ben het nog niet tegen gekomen of het is gewoon niet de moeite waard meer omdat de Pi3 er minder last van heeft aangezien deze sterker is.
Maar ben toen der tijd een andere manier gaan gebruiken van Lua scripting.
In plaats van tig scripts in de lua folder heb ik nu maar 1 script_device_container.lua in de Lua folder.
In dit script staan heel simpel alle devices die aan een bepaalde event gekoppeld zijn.
Mocht z'n device getriggerd worden dan word er via dit Lua script_device een andere desbetreffende Lua aangeroepen die in een andere folder buiten Domoticz staan.
En daarmee het event uitgevoerd, en zo kan je meerdere events aanroepen per device zonder extra belasting
Voordeel is minder belasting, overzichtelijk en reactie snelheid van bijvoorbeeld een lamp werd toen extreem verbeterd.

Ik werkte toen en nu nog met KaKu spullen en zoals bekend was dat een ellende om snelle scenes te creëren ivm sommige devices een burst signaal uitzenden.
Zodoende konden we dit gedeeltelijk tackelen.

Zie mijn video hieronder:
Waarin twee event worden getriggerd (w.c en gang)

Sindsdien nooit meer terug gegaan naar het ouderwetse systeem.
Heb dus nu in de /domoticz/scripts/lua folder 1 Lua genaamd script_device_container.lua
Met hierin alle devices die een scene moeten triggeren.
Heb onder /domoticz/scripts een nieuwe folder genaamd lua_container aangemaakt.
Hierin staan alle script_device_.lua files die je normaal in de Lua folder zet.

Deze Lua scripts bevatten geen "commandArray = {}" & "return commandArray"
Dit word geregeld door de script_device_container.lua.
En hiermee word er ongeacht de hoeveelheid scripts die er in een seconde word aanroepen maar 1 keer "commandArray = {}" & "return commandArray" word aangeroepen.
Scheelt response tijd en resources.
Alsmede dat elke seconde alle scripts bij langs worden gelopen door Domoticz als deze in je Lua folder staan.

Hieronder mijn script_device_container.lua
En 1 event Lua script.
En het spreekt voorzich dat je ziet/snapt welke lua script er word aangeroepen als je een bepaalde device triggerd.

/home/pi/domoticz/lua/script_device_container.lua

code:

http://pastebin.com/z4CTFUr7

/home/pi/domoticz/lua_container/script_device_activity_doorbell.lua
scripts zijn dus zonder "commandArray = {}" & "return commandArray"

code:

http://pastebin.com/HLZGSMVB

[ Voor 83% gewijzigd door Siewert op 27-11-2016 21:57 ]

[japie101]

Ik ben zelf ook wat aan het sleutelen met homebridge in combinatie met Domoticz.
In mijn geval op een Raspberry Pi2.
Inmiddels heb ik exact dezelfde config.json die hierboven genoemd is, en alleen de zaken gewijzigd die bij mij anders zijn (ik draai Domoticz op port 8090 bijv)

Ik heb via sudo npm install -g edomoticz de plugin geinstalleerd.

Nu krijg ik het volgende als ik homebridge opstart:

code:

[11/27/2016, 8:44:00 PM] Loaded plugin: homebridge-edomoticz
[11/27/2016, 8:44:00 PM] Registering accessory 'homebridge-edomoticz.eDomoticz'
[11/27/2016, 8:44:00 PM] Registering platform 'homebridge-edomoticz.eDomoticz'
[11/27/2016, 8:44:00 PM] ---
[11/27/2016, 8:44:00 PM] Loaded config.json with 0 accessories and 1 platforms.
[11/27/2016, 8:44:00 PM] ---
[11/27/2016, 8:44:00 PM] Loading 1 platforms...
/usr/local/lib/node_modules/homebridge/lib/api.js:118
      throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
      ^

Error: The requested platform 'Domoticz' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:118:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:281:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:77:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Function.Module.runMain (module.js:475:10)
pi@raspberrypi:/homebridge$

Iemand een idee?
Naar mijn idee wordt de config.json netjes geladen, maar gaat het daarna mis.

[Verwijderd]

Mai Pensato schreef op zondag 27 november 2016 @ 12:59:
[...]

Ja die ervaringen heb ik ook. Zowel bij de Fibaro's als de Philiotechs (van beiden heb ik 3 stuks). Ervaringen met beide zijn verder zeer goed (tot heden icm Vera controller). De Fibaro's detecteren beweging net ietsje sneller en hebben als voordeel lichtmeting in Lux ipv % en dat is handig (lichtafhankelijke regelingen). Maar daar betaal je wel voor

Ah, dan ben ik niet aan het gek worden.
Eergisteren toch maar de batterij al vervangen. Niet leuk als je bericht krijgt dat er beweging is, de lichten en sirene aan gaan voor vals alarm.
Hopelijk komen de batterijniveau's ooit eens betrouwbaar binnen zodat je bij deze bv al een melding krijgt bij bv 30% resterend.

[Verwijderd]

Siewert schreef op zondag 27 november 2016 @ 20:21:
[...]
Voordeel is minder belasting, overzichtelijk en reactie snelheid van bijvoorbeeld een lamp werd toen extreem verbeterd.

Welke reactietijd haal je tussen bv pir en licht schakelen?

bv:
2016-11-27 21:39:39.789 (ZWAVE) Light/Switch (pirkeuken)
2016-11-27 21:39:39.831 User: Admin initiated a switch command (61/wasbak/On)
2016-11-27 21:39:39.831 OpenZWave: Domoticz has send a Switch command! NodeID: 6 (0x06)
2016-11-27 21:39:39.832 (ZWAVE) Light/Switch (wasbak)

Ik heb 42msec tussen pir en switch command

Is eigenlijk wel iets wat ik eens wil weten van mensen die tig blocklies en lua's hebben.

[ Voor 6% gewijzigd door Verwijderd op 27-11-2016 21:42 ]

[ThinkPad]

Siewert schreef op zondag 27 november 2016 @ 20:21:
[...]

Seriously? Bijna 600 regels aan code posten Denk ook even aan de users die dit topic op de smartphone bezoeken. Gooi dergelijke lappen code even op Pastebin.com of maak een accountje aan op GitHub/Bitbucket (heb je ook gelijk versiebeheer). Dit kan niet op deze manier en de code heb ik daarom ook weggeknipt.

[ Voor 5% gewijzigd door ThinkPad op 27-11-2016 21:42 ]

[Siewert]

ThinkPadd schreef op zondag 27 november 2016 @ 21:42:
[...]

[mbr]Seriously? Bijna 600 regels aan code posten Denk ook even aan de users die dit topic op de smartphone bezoeken. Gooi dergelijke lappen code even op Pastebin.com of maak een accountje aan op GitHub/Bitbucket (heb je ook gelijk versiebeheer). Dit kan niet op deze manier en de code heb ik daarom ook weggeknipt.[/mbr]

Zal er om denken de volgende keer ;-) thx voor de reminder...

[Siewert]

Verwijderd schreef op zondag 27 november 2016 @ 21:41:
[...]

Welke reactietijd haal je tussen bv pir en licht schakelen?

bv:
2016-11-27 21:39:39.789 (ZWAVE) Light/Switch (pirkeuken)
2016-11-27 21:39:39.831 User: Admin initiated a switch command (61/wasbak/On)
2016-11-27 21:39:39.831 OpenZWave: Domoticz has send a Switch command! NodeID: 6 (0x06)
2016-11-27 21:39:39.832 (ZWAVE) Light/Switch (wasbak)

Ik heb 42msec tussen pir en switch command

Is eigenlijk wel iets wat ik eens wil weten van mensen die tig blocklies en lua's hebben.

Hier kaku spul
Maar ondanks de motion sensor op bijv de w.c (burst signal) een response tijd van 23msec

code:

2016-11-27 21:44:28.755 (RFXtrx433e) Lighting 2 (W.C Motion)
2016-11-27 21:44:28.761 (W.C Standby) Lighting 2 (W.C Standby)
2016-11-27 21:44:28.778 (RFXtrx433e) Lighting 2 (W.C Lamp)

[ Voor 6% gewijzigd door Siewert op 27-11-2016 21:50 ]

[Verwijderd]

Nice!
Misschien nog de moeite om te vermelden hoeveel used devices er zijn.
Bij mij zijn dat er 118.
Uiteraard 'verlies' ik enkele msec omdat ik een curl van een php script moet doen.
Hier wordt alles in één 50KB grote PHP file afgehandeld.

[AWST6000]

@Japie101:
Dan dien je nog wel de config.json aan te passen:
"platform": "eDomoticz",
"name": "eDomoticz",

[Siewert]

Verwijderd schreef op zondag 27 november 2016 @ 22:02:
Nice!
Misschien nog de moeite om te vermelden hoeveel used devices er zijn.
Bij mij zijn dat er 118.
Uiteraard 'verlies' ik enkele msec omdat ik een curl van een php script moet doen.
Hier wordt alles in één 50KB grote PHP file afgehandeld.

Weet niet of dat met KaKu spul relevant is.
Maar heb nu het volgende wat constant loopt te pollen danwel uitzenden:
- 45 kaku devices
- 2 Youless
- 3 Foscams
- 4 Cresta TX320
- 3 Opus XT300
- 1 Nest v3
- 5 BT device presence python scripts binnen een time fram van 1min
- 5 eth device presence python scripts binnen een time fram van 2min
- Stuk of wat bash script via cron elk uur

[Verwijderd]

Denk dat het niet uitmaakt welk soort devices het zijn. Gaat er om dat alle used devices hun status naar elk lua script gestuurd worden.
Hoe meer devices, hoe meer resources daarvoor nodig zijn.

Ik wou even snel iets testen of ik bv mijn pirs nog net iets sneller kan reageren.
Bedoeling zou dan zijn om iets in deze aard op te zetten:

Lua:

local items = { "pirliving", "pirlivingR", "pirkeuken", "pirgarage", "pirinkom", "pirhall" }for _,v in pairs(items) do
    if v == devicechanged then
        os.execute('curl -s --data "c='..c..'&s='..s..'&i='..i..'&t='..t..'" http://127.0.0.1/secure/pass2phpfast.php &')
        break
    else
        os.execute('curl -s --data "c='..c..'&s='..s..'&i='..i..'&t='..t..'" http://127.0.0.1/secure/pass2php.php &')
        break
    end
end

Natuurlijk werkt dat niet, want ik ken niks van lua

EDIT:

Heeft dus niks met de omvang van het PHP script te maken.
Met deze code onderscheid kunnen maken tussen PIR en de rest. De PIR's riepen op deze manier een PHP script aan van 5KB ipv 50KB. Reactietijd tot op de milliseconde identiek.

Lua:

function hv(tab,val) for index,value in ipairs (tab) do if value==val then return true end end return false end
local p={'pirliving','pirlivingR','pirkeuken','pirgarage','pirinkom','pirhall'}
for v,w in pairs(devicechanged) do x=v end
if hv(p,x) then os.execute('curl -s --data "c='..c..'&s='..s..'&i='..i..'&t='..t..'" http://127.0.0.1/secure/pass2phpfast.php &')
else os.execute('curl -s --data "c='..c..'&s='..s..'&i='..i..'&t='..t..'" http://127.0.0.1/secure/pass2php.php &')
end

[ Voor 93% gewijzigd door Verwijderd op 27-11-2016 23:31 ]

[Siewert]

Verwijderd schreef op zondag 27 november 2016 @ 22:14:
Denk dat het niet uitmaakt welk soort devices het zijn. Gaat er om dat alle used devices hun status naar elk lua script gestuurd worden.
Hoe meer devices, hoe meer resources daarvoor nodig zijn.

Das waar, moet er nog bij zeggen dat toen der tijd op de Pi2 van een cpu usage 80% naar 10 á 15% zijn gegaan.
Op de Pi3 zal het niet zulke grote verschillen geven.

[japie101]

AWST6000 schreef op zondag 27 november 2016 @ 22:03:
@Japie101:
Dan dien je nog wel de config.json aan te passen:
"platform": "eDomoticz",
"name": "eDomoticz",

Dit had ik reeds gedaan, zo ziet mijn config.json er uit:

code:

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:21:3E:E4:DE:33",
        "port": 51826,
        "pin": "031-45-154"
    },
    "description": "Configuration file for (e)xtended Domoticz platform.",
    "platforms": [
        {
            "platform": "eDomoticz",
            "name": "eDomoticz",
            "server": "127.0.0.1",
            "port": "8090",
            "ssl": 0,
            "roomid": 2,
            "mqttenable": 0,
            "mqttserver": "",
            "mqttport": "1883",
            "mqttauth": 0,
            "mqttuser": "",
            "mqttpass": ""
        }
    ],
    "accessories": []
}

[AWST6000]

@Japie101:
Da's opvallend omdat de foutmelding toch iets anders lijkt aan te geven:
Error: The requested platform 'Domoticz' was not registered by any plugin.

HomeBridge leest kennelijk nog de vorige versie.

[ Voor 13% gewijzigd door AWST6000 op 27-11-2016 22:33 ]

[japie101]

AWST6000 schreef op zondag 27 november 2016 @ 22:28:
@Japie101:
Da's opvallend omdat de foutmelding toch iets anders lijkt aan te geven:
Error: The requested platform 'Domoticz' was not registered by any plugin.

Correct, meestal kom ik er met veel Googlen wel uit, maar dit is lastiger, naast die melding zie ik overigens ook dat eDomoticz netjes wordt geladen, misschien zitten die twee elkaar in de weg.

[AWST6000]

@Japie101:
De plugin wordt bij jou kennelijk wel gevonden en geladen, maar het ziet eruit alsof HomeBridge in de config.json nog 'Domoticz' ziet staan.
(Zou iets simpels als een poweroff hier helpen?)

[ Voor 4% gewijzigd door AWST6000 op 27-11-2016 23:10 ]

[AWST6000]

(Bewust ff in een nieuwe post)

Nu Siri hier werkt is het voor mij de taak om op zoek te gaan naar een stapeltje iPhone 4s toestelletjes. In elke verblijfsruimte een 4s.
Dat zou op zich wel moeten lukken omdat de 4s niet meer wordt gesupport met iOS10.
De vraag is: Hoe krijg je die onderling gesynchroniseerd qua Eve-configuratie?

[Verwijderd]

Ik moest het even googlen, Eve is dus een app die via homekit je domoticz aanstuurt.
In dat geval misschien een request sturen naar de app ontwikkelaars om een sync in te bouwen via icloud, dropbox oid?

[AWST6000]

@Guy,
Klopt van dat Eve.
Het mooiste zou natuurlijk zijn als de iPhone 4s-jes zelf automatisch synchroniseren. Zoiets als tussen OneDrive en je PC bijvoorbeeld.
Maar misschien kan dat al. Ik weet alleen nog niet hoe.

[ Voor 14% gewijzigd door AWST6000 op 28-11-2016 01:18 ]

[grotegok]

Siewert schreef op zondag 27 november 2016 @ 20:21:
[...]


Klopt, heb er ooit ook naar gekeken.
dzVents is een leuk alternatief en uitgebreid.
Al voordat hij er mee op de proppen kwam was er toen der tijd een discussie gaande omdat de cpu usage wel erg opliep op de Pi2 ivm de vele hoeveelheid Lua scripts.
Dit was voordat de Pi3 er was, oorzaak wat we toen bedachten waren van de vele "commandArray = {}" die geopend werden.

Ben het nog niet tegen gekomen of het is gewoon niet de moeite waard meer omdat de Pi3 er minder last van heeft aangezien deze sterker is.
Maar ben toen der tijd een andere manier gaan gebruiken van Lua scripting.
In plaats van tig scripts in de lua folder heb ik nu maar 1 script_device_container.lua in de Lua folder.
In dit script staan heel simpel alle devices die aan een bepaalde event gekoppeld zijn.
Mocht z'n device getriggerd worden dan word er via dit Lua script_device een andere desbetreffende Lua aangeroepen die in een andere folder buiten Domoticz staan.
En daarmee het event uitgevoerd, en zo kan je meerdere events aanroepen per device zonder extra belasting
Voordeel is minder belasting, overzichtelijk en reactie snelheid van bijvoorbeeld een lamp werd toen extreem verbeterd.

Ik werkte toen en nu nog met KaKu spullen en zoals bekend was dat een ellende om snelle scenes te creëren ivm sommige devices een burst signaal uitzenden.
Zodoende konden we dit gedeeltelijk tackelen.

Zie mijn video hieronder:
Waarin twee event worden getriggerd (w.c en gang)

[video]

Sindsdien nooit meer terug gegaan naar het ouderwetse systeem.
Heb dus nu in de /domoticz/scripts/lua folder 1 Lua genaamd script_device_container.lua
Met hierin alle devices die een scene moeten triggeren.
Heb onder /domoticz/scripts een nieuwe folder genaamd lua_container aangemaakt.
Hierin staan alle script_device_.lua files die je normaal in de Lua folder zet.

Deze Lua scripts bevatten geen "commandArray = {}" & "return commandArray"
Dit word geregeld door de script_device_container.lua.
En hiermee word er ongeacht de hoeveelheid scripts die er in een seconde word aanroepen maar 1 keer "commandArray = {}" & "return commandArray" word aangeroepen.
Scheelt response tijd en resources.
Alsmede dat elke seconde alle scripts bij langs worden gelopen door Domoticz als deze in je Lua folder staan.

Hieronder mijn script_device_container.lua
En 1 event Lua script.
En het spreekt voorzich dat je ziet/snapt welke lua script er word aangeroepen als je een bepaalde device triggerd.

/home/pi/domoticz/lua/script_device_container.lua

code:

http://pastebin.com/z4CTFUr7

/home/pi/domoticz/lua_container/script_device_activity_doorbell.lua
scripts zijn dus zonder "commandArray = {}" & "return commandArray"

code:

http://pastebin.com/HLZGSMVB

Thanks, ik ga er mee aan de slag

[Verwijderd]

AWST6000 schreef op maandag 28 november 2016 @ 01:17:
@Guy,
Klopt van dat Eve.
Het mooiste zou natuurlijk zijn als de iPhone 4s-jes zelf automatisch synchroniseren. Zoiets als tussen OneDrive en je PC bijvoorbeeld.
Maar misschien kan dat al. Ik weet alleen nog niet hoe.

Als het al kan zou dat vrij duidelijk moeten zijn in de instellingen van de app.
Contacteer hen even, wie weet implementeren ze het

[wervisser]

Siewert schreef op zondag 27 november 2016 @ 20:21:
[...]

Hieronder mijn script_device_container.lua
En 1 event Lua script.
En het spreekt voorzich dat je ziet/snapt welke lua script er word aangeroepen als je een bepaalde device triggerd.

Ik ben dan wel weer benieuwd naar die individuele LUA scripts ...

[Speedfightserv]

Zijn er mensen die zo'n soort antenne aan de RFXcom hebben hangen?

https://nl.aliexpress.com...h-Aerial/32629727658.html

Helpt dit een beetje met de range?

[stuffer]

Speedfightserv schreef op maandag 28 november 2016 @ 10:03:
Zijn er mensen die zo'n soort antenne aan de RFXcom hebben hangen?

https://nl.aliexpress.com...h-Aerial/32629727658.html

Helpt dit een beetje met de range?

stuffer schreef op woensdag 19 oktober 2016 @ 21:03:
[...]


Zelf voor de rfxcom vergelijkbaar als deze al anderhalf jaar op zolder hangen:
http://nl.aliexpress.com/...ea-49e4-aeaf-87a00af43767 in horizontale stand. Zie ook Wikipedia: Antenne (straling) Zie het stuk over polarisatie.


Gebruikte hygrometer die ik heb in de kruipruimte is de https://www.weerstationko...resta/ts-34c-5-kan-sensor en werkt door 3 betonvloeren prima.

[AWST6000]

Verwijderd schreef op maandag 28 november 2016 @ 08:08:
[...]
Contacteer hen even, wie weet implementeren ze het

Ik heb Elgato Eve gemaild. Ik zal hun eventuele reactie hier posten.

Op het werk kan ik voor 30 Euro aan een gebruikte iPhone 4s komen, dus daar ga ik zeker gebruik van maken en dan is het kunnen synchroniseren van de Eve-configuratie tussen de iPhones natuurlijk heel handig.

[ Voor 42% gewijzigd door AWST6000 op 28-11-2016 13:44 ]

[wervisser]

Voor degene die er misschien nog tegenaan loopt...

De tweede knop van een Fibaro FGS-223 werkt echt nog niet in Domoticz. Zelfs de laatste Beta release van 24-11-2016 lost het probleem nog niet op.

[jacquesmulders]

wervisser schreef op maandag 28 november 2016 @ 18:47:
Voor degene die er misschien nog tegenaan loopt...

De tweede knop van een Fibaro FGS-223 werkt echt nog niet in Domoticz. Zelfs de laatste Beta release van 24-11-2016 lost het probleem nog niet op.

ik heb 2 van die dingen, en draai een stable, werken prima... je moet na includen even re-booten zoals op het domoticz forum gezegt wordt..

je kan ook nog een nieuwe config downloaden bij open-zwave en deze er in domoticz zetten, heb je wat meer config opties.. ik weet niet of die al in de nieuwe beta zit....

[nike]

Hebben jullie dit ook dat de lijst elke dag weer leeg is en unknown staat.
Ik had bij sommige ook polling aangezet, maar dat is dan ook weer op uit.




Ik draai dit op debian linux in een vm met een aeon usb stick.

domoticz v3.5985

[ Voor 18% gewijzigd door nike op 28-11-2016 19:38 ]

[Siewert]

wervisser schreef op maandag 28 november 2016 @ 08:39:
[...]


Ik ben dan wel weer benieuwd naar die individuele LUA scripts ...

Most eem geduld hebb'n ;-)

Op dit moment alles voorbereiden om mijn scripts naar Bitbucket te pushen.

https://bitbucket.org/Siewert308SW/domoticz/overview

[ Voor 8% gewijzigd door Siewert op 28-11-2016 19:25 ]

[Siewert]

wervisser schreef op maandag 28 november 2016 @ 08:39:
[...]


Ik ben dan wel weer benieuwd naar die individuele LUA scripts ...

90% staat erop... ;-)

https://bitbucket.org/Siewert308SW/domoticz/overview

[ Voor 126% gewijzigd door Siewert op 28-11-2016 20:11 ]

[Sneezydevil]

nike schreef op maandag 28 november 2016 @ 19:22:
Hebben jullie dit ook dat de lijst elke dag weer leeg is en unknown staat.
Ik had bij sommige ook polling aangezet, maar dat is dan ook weer op uit.


[afbeelding]

Ik draai dit op debian linux in een vm met een aeon usb stick.

domoticz v3.5985

Nee werkt hier perfect. Wel de update button gebruikt en niet save preferences?

[nike]

update gebruikt, staat er weer in. morgen weer er uit..... geen idee wat ik verkeerd doe.
Nu voor elk device apply configuration.

Zie bijlage.

[water_escape]

Verwijderd schreef op zondag 27 november 2016 @ 10:49:
Vals bewegingsmeldingen als de batterij bijna leeg is?

@water_escape: als je je 'alarm' enigszins intelligent wil maken ga je toch moeten scripten. Pas dan werkt het exact zoals JIJ wil

Dat gaat een probleem worden dan .
Maar kan toch ook met de devices zelf om te starten? Alleen welke devices zijn nou het beste daarvoor? Dank alvast.

[Verwijderd]

Speedfightserv schreef op maandag 28 november 2016 @ 10:03:
Zijn er mensen die zo'n soort antenne aan de RFXcom hebben hangen?

https://nl.aliexpress.com...h-Aerial/32629727658.html

Helpt dit een beetje met de range?

Ik heb een andere: http://www.ebay.com/itm/1...geName=STRK%3AMEBIDX%3AIT

Topper!

[wervisser]

jacquesmulders schreef op maandag 28 november 2016 @ 19:01:
[...]


ik heb 2 van die dingen, en draai een stable, werken prima... je moet na includen even re-booten zoals op het domoticz forum gezegt wordt..

je kan ook nog een nieuwe config downloaden bij open-zwave en deze er in domoticz zetten, heb je wat meer config opties.. ik weet niet of die al in de nieuwe beta zit....

Hmmmm, wacht even... dus beide knoppen functioneren ? Ik heb al meerdere keren herstart, maar de tweede knop geeft bij mij een timeout (volgens het log). Welke versie van OpenZwave draait er bij jou ?

[AWST6000]

Krijg je ook de Domoticz groepen te zien in Eve?
(Ik kan ze zo snel niet terugvinden)

En hoeveel iPhones kun je 'aansluiten' op een Pi met HomeBridge erop?
De 2e vindt namelijk niet de HomeBridge.

[ Voor 40% gewijzigd door AWST6000 op 28-11-2016 21:43 ]

[Mai Pensato]

Iemand hier ervaringen met een Davis Vantage weerstation i.c.m. Domoticz. En daaraan gekoppeld de vraag: worden dan allle meetwaarden (zoals temp, RV, luchtdruk, windsnelheid,...) in afzonderlijke devices weergegeven i.p.v. 3 meetwaarden in 1 temp. device (zoals bij Wunderground)

[Verwijderd]

water_escape schreef op maandag 28 november 2016 @ 21:18:
[...]


Dat gaat een probleem worden dan .
Maar kan toch ook met de devices zelf om te starten? Alleen welke devices zijn nou het beste daarvoor? Dank alvast.

Ik heb Fibaro motion sensors.
Werken op zich heel goed en betrouwbaar.
Nu pas gemerkt dat ze bij lege batterij valse melding geven. Kwestie van bij de eerste melding de batterij te vervangen.

[Niek_]

He bah... merkte op dat alle nodes in het setupscherm van de Razberry in Domoticz verdwenen waren. Dacht dit met het terugzetten van een recente backup op te lossen. Na een half uurtje naar het scherm gestaard te hebben toch maar eens F5 gebruikt...nu de melding dat Domoticz offline is. Bah. Als ik thuis ben de voeding er maar eens af en weer op zetten. Hopelijk doet dat nog iets.

[kattenbeld]

Ik heb een hele set klaar liggen om met domoticz en mysensors aan de slag te gaan.
Nu heb ik de volgende vraag over de CV installatie:

Ik ga de Nefit Easy thermostaat aanschaffen, ik heb gelezen dat deze in domoticz geïntrigeerd kan worden.
Nu is mijn wens om bijvoorbeeld in de ochtend mbv radiatorkranen (433mhz of zwave, nog nader te bepalen) de radiator op de badkamer en keuken open te sturen en de rest dicht.

Is het dan mogelijk om de CV ketel een commando te geven dat deze gaat verwarmen aan de hand van de temperatuur in de badkamer (mysensors temperatuur sensor node)? zodat deze dus niet gaan kijken naar de temperatuur in de woonkamer waar de thermostaat hangt.

[AWST6000]

AWST6000 schreef op maandag 28 november 2016 @ 21:38:
En hoeveel iPhones kun je 'aansluiten' op een Pi met HomeBridge erop?
De 2e vindt namelijk niet de HomeBridge.

Gevonden:
Instellingen - HomeKit - (Naam van de woning die je zelf hebt opgegeven) - Nodig anderen uit.

Ik kan dit overigens vanavond pas thuis testen, maar ik had al wel gelezen dat de 2e iPhone waarschijnlijk een ander AppleID nodig heeft en/of dat je tweestaps-verificatie ingeschakeld dient te hebben.

[SpikeHome]

Siewert schreef op zaterdag 26 november 2016 @ 12:28:
Rasbian -> Pi3 move /root to usb harddrive (headless)


Stap 11: cmdline en fstab aanpassen
We zijn er bijna.
Nu rest alleen nog het aanpassen van de boot cmdline en fstab om de root te laten verwijzen naar de HDD

Voer eerst "sudo blkid" uit en zoek je externe HDD op.
Er zal iets staan in de trend van:

code:

/dev/sda1: UUID="eda23afa-a07c-4ca5-8b00-f14b6f09095e" TYPE="ext4" PARTUUID="5905022c-01"

Onthoud dan de UUID hash en PARTUUID hash

De UUID hash is de benaming van je schijf en PARTUUID je partitie.
Normaal zou je de /root kunnen verwijzen naar bijvoorbeeld /dev/sda
Maar dat willen we niet want mocht je ooit een usb-stick steken kan het zijn dat alles overhoop ligt.
En je Pi niet wil rebooten aangezien hij de schijf niet op /dev/sda kan vinden omdat je OS deze ineens heeft vergeven aan je stick.
In plaats daarvan gebruiken we UUID en PARTUUID zodat ongeacht wat je steekt de Pi altijd je HDD kan vinden dmv de hash

In SSH voor de volgende commando's uit:

sudo sed -i "s,root=/dev/mmcblk0p2,root=PARTUUID=5905022c-01," /boot/cmdline.txt
sudo sed -i "s,/dev/mmcblk0p2,UUID=eda23afa-a07c-4ca5-8b00-f14b6f09095e," /etc/fstab

Je kan eventueel en cmdline.txt en fstab verifiëren of bovenstaande de regels heeft toegepast.
Moet er ongeveer uitzien als onderstaande:

- /boot/cmdline.txt

code:

dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=5905022c-01 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

- /etc/fstab

code:

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
UUID=eda23afa-a07c-4ca5-8b00-f14b6f09095e  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

Ik ben met je handleiding bezig maar hang even hierop.
Heb nu de stappen tot hier weer opnieuw gedaan.
Maar ik snap de commando's:
sudo sed -i "s,root=/dev/mmcblk0p2,root=PARTUUID=a41082e2-02," /boot/cmdline.txt
sudo sed -i "s,/dev/mmcblk0p2,UUID=3598ef8e-09be-47ef-9d01-f24cf61dff1d," /etc/fstab
Niet moet die niet naar de sda verwijzen?

[bing69]

Niek_ schreef op dinsdag 29 november 2016 @ 10:11:
He bah... merkte op dat alle nodes in het setupscherm van de Razberry in Domoticz verdwenen waren. Dacht dit met het terugzetten van een recente backup op te lossen. Na een half uurtje naar het scherm gestaard te hebben toch maar eens F5 gebruikt...nu de melding dat Domoticz offline is. Bah. Als ik thuis ben de voeding er maar eens af en weer op zetten. Hopelijk doet dat nog iets.

Heb al twee keer de fout gemaakt om vanaf het werk te updaten en dat alles hing. Trappen we dus niet meer in!!

[luigi87]

Niek_ schreef op dinsdag 29 november 2016 @ 10:11:
He bah... merkte op dat alle nodes in het setupscherm van de Razberry in Domoticz verdwenen waren. Dacht dit met het terugzetten van een recente backup op te lossen. Na een half uurtje naar het scherm gestaard te hebben toch maar eens F5 gebruikt...nu de melding dat Domoticz offline is. Bah. Als ik thuis ben de voeding er maar eens af en weer op zetten. Hopelijk doet dat nog iets.

Klinkt mij in de oren als een corrupte SD of opslag. had ik destijds ook na een tijdje. Nu draait het op een HDD bij mij en lijken dit soort rare problemen tot het verleden.

[Verwijderd]

bing69 schreef op dinsdag 29 november 2016 @ 14:11:
[...]


Heb al twee keer de fout gemaakt om vanaf het werk te updaten en dat alles hing. Trappen we dus niet meer in!!

Geen idee of het (op het werk) mogelijk is maar ik draai op de windowsbak Teamviewer en Pi's VNC zodat ik kan rebooten indien mogelijk. Werkt prima doorgaans tenzij natuurlijk een heel systeem hangt.

[Duci]

Niek_ schreef op dinsdag 29 november 2016 @ 10:11:
He bah... merkte op dat alle nodes in het setupscherm van de Razberry in Domoticz verdwenen waren. Dacht dit met het terugzetten van een recente backup op te lossen. Na een half uurtje naar het scherm gestaard te hebben toch maar eens F5 gebruikt...nu de melding dat Domoticz offline is. Bah. Als ik thuis ben de voeding er maar eens af en weer op zetten. Hopelijk doet dat nog iets.

Naast de hierboven gegeven suggesties kan ook gewoon je netwerkverbinding (wifi) er even uit zijn geweest. Ik had ook af en toe dat het netwerk hing en dat ie niet meer herstelde. Ik heb nu een monitor ingesteld die elke 5 min checkt en de verbinding weer opzet mocht deze er uit zijn. Sindsdien heb ik nooit meer een onbereikbaar Domoticz gehad. Ik heb dit script ergens van internet, maar kan even gauw niet vinden waarvandaan. Credits zijn voor de maker.

network-monitor.sh
---
#!/bin/bash
result=`/sbin/ifconfig wlan0 | grep "inet addr:"`

if [ -z "${result}" ]
then
/sbin/ifup --force wlan0
fi
----

Save this script at the place of your choice and make sure it is executable:

$ sudo chmod +x network-monitor.sh

Then you to trigger this script periodically, for that you create an entry in crontab:

$ sudo crontab -e

Add this entry:

*/5 * * * * /home/pi/network-monitor.sh

Dus als je vaak hebt dat je moet resetten omdat je raspberry offline is dan kun je dit instellen.

[Possible]

Ik heb iets raars met het uitlezen van mijn slimme meter.

Domoticz update niet de waardes van gas en licht. Als ik de slimme P1 USB kabel verwijder in het overzicht en daarna weer toevoeg, dan krijg netjes de gas en electriciteit metingen te zien. Echter blijft het hier ook bij. De realtime waardes worden dus niet weergeven.

Iemand enig idee wat dit kan zijn ?

[Speedfightserv]

Possible schreef op dinsdag 29 november 2016 @ 14:45:
Ik heb iets raars met het uitlezen van mijn slimme meter.

Domoticz update niet de waardes van gas en licht. Als ik de slimme P1 USB kabel verwijder in het overzicht en daarna weer toevoeg, dan krijg netjes de gas en electriciteit metingen te zien. Echter blijft het hier ook bij. De realtime waardes worden dus niet weergeven.

Iemand enig idee wat dit kan zijn ?

Volgens mij had dit met de update van domoticz te maken?

[Siewert]

SpikeHome schreef op dinsdag 29 november 2016 @ 13:36:
[...]

Ik ben met je handleiding bezig maar hang even hierop.
Heb nu de stappen tot hier weer opnieuw gedaan.
Maar ik snap de commando's:
sudo sed -i "s,root=/dev/mmcblk0p2,root=PARTUUID=a41082e2-02," /boot/cmdline.txt
sudo sed -i "s,/dev/mmcblk0p2,UUID=3598ef8e-09be-47ef-9d01-f24cf61dff1d," /etc/fstab
Niet moet die niet naar de sda verwijzen?

Naar sda kun je doen of je maakt er een persistent USB device van maar met een alleen een verwijzing naar SDA maak je de kans dat de Pi deze later zomaar weggeeft naar een ander usb device.
Met als gevolg dat je Pi niet meer boot en jij weet niet waarom als je headless draait.

Daarom is het gebruik van de UUID en PARTUUID zo handig wat das een unieke hash en de dus geen verwijzing naa sda meer nodig.

[ Voor 11% gewijzigd door Siewert op 29-11-2016 16:29 ]

[eth0]

Van het weekend Grafana ontdekt en deze aan Domoticz gehangen. (https://www.domoticz.com/wiki/HttpLink)

Daar zijn leuke plaatjes uit te halen en vrij eenvoudig...

Hier mijn dashboard van Domoticz in Grafana, zijn eigenlijk nog alleen de basics...

[ Voor 10% gewijzigd door eth0 op 29-11-2016 16:40 ]

[Niek_]

bing69 schreef op dinsdag 29 november 2016 @ 14:11:
Heb al twee keer de fout gemaakt om vanaf het werk te updaten en dat alles hing. Trappen we dus niet meer in!!

luigi87 schreef op dinsdag 29 november 2016 @ 14:14:
Klinkt mij in de oren als een corrupte SD of opslag. had ik destijds ook na een tijdje. Nu draait het op een HDD bij mij en lijken dit soort rare problemen tot het verleden.

Duci schreef op dinsdag 29 november 2016 @ 14:37:
Naast de hierboven gegeven suggesties kan ook gewoon je netwerkverbinding (wifi) er even uit zijn geweest. Ik had ook af en toe dat het netwerk hing en dat ie niet meer herstelde. Ik heb nu een monitor ingesteld die elke 5 min checkt en de verbinding weer opzet mocht deze er uit zijn. Sindsdien heb ik nooit meer een onbereikbaar Domoticz gehad. Ik heb dit script ergens van internet, maar kan even gauw niet vinden waarvandaan. Credits zijn voor de maker.

Net thuis en even stroom eraf/erop gezet. Domoticz weer online echter nog steeds alle nodes verdwenen. Eens zien hoe ik deze zo makkelijk mogelijk weer kan toevoegen. Durf het niet nog een keer aan om de backup te gebruiken..

[remcoXP]

Gaaf! zou je het leuk vinden om een installatie handleiding / howto te maken op de wiki van domoticz?

eth0 schreef op dinsdag 29 november 2016 @ 16:39:
Van het weekend Grafana ontdekt en deze aan Domoticz gehangen. (https://www.domoticz.com/wiki/HttpLink)

Daar zijn leuke plaatjes uit te halen en vrij eenvoudig...

Hier mijn dashboard van Domoticz in Grafana, zijn eigenlijk nog alleen de basics...

[afbeelding]

[Duci]

remcoXP schreef op dinsdag 29 november 2016 @ 18:35:
Gaaf! zou je het leuk vinden om een installatie handleiding / howto te maken op de wiki van domoticz?


[...]

Hier ook interesse! Ga van de kerstvakantie tweaken aan mijn cv en plan daarvoor metingen op verschillende punten in de installatie te doen, zo'n mooi dashboard zou van pas komen!

[Verwijderd]

Niek_ schreef op dinsdag 29 november 2016 @ 17:57:
[...]


[...]


[...]

Net thuis en even stroom eraf/erop gezet. Domoticz weer online echter nog steeds alle nodes verdwenen. Eens zien hoe ik deze zo makkelijk mogelijk weer kan toevoegen. Durf het niet nog een keer aan om de backup te gebruiken..

Shutdown, stick verwijderen, stick terugplaatsen, booten.
Althans zoiets heeft bij mij nog gewerkt.

[Niek_]

Verwijderd schreef op dinsdag 29 november 2016 @ 19:34:
Shutdown, stick verwijderen, stick terugplaatsen, booten.
Althans zoiets heeft bij mij nog gewerkt.

Dank, ga ik morgen even testen, wie weet heb ik mazzel

[Mai Pensato]

Als beginnend Domoticz gebruiker worstel ik met het volgende. Voorlopig wil ik Domoticz naast mijn Vera3 z-wave controller blijven gebruiken.
Om vanuit Domotiz (Master) een switch in Vera (slave| aan en uit te schakelen is me gelukt.

Andersom probeer ik nu om vanuit de Vera de waardes van een sensor in Domoticz op te halen. In de Wiki "Vera as zwave dongle" heb ik de volgende code gehaald om een switch in Domoticz aan te zetten:

code:

  local status, result = luup.inet.wget("http://192.168.1.204:8080/json.htm?type=command&dparam=switchlight&idx=6&switchcmd=On", 5)

Het lukt me echter niet om de waarde van een sensor, bijv. de Watt-meting van een greenwave powernode uit te lezen. Ik heb al veel geprobeerd middels code uit de Wiki "Domoticz API" en gezocht naar voorbeelden in dit topic en ook op het domoticz forum, maar tot heden zonder resultaat.
Ik weet zeker dat ik het juiste IP-adres van de RPI en ook het juiste idx nr gebruikt heb want ik krijg wel van alles binnen op de Vera echter niet de Watt-meting...

Wie kan me helpen hiermee ?

[jacquesmulders]

wervisser schreef op maandag 28 november 2016 @ 21:35:
[...]


Hmmmm, wacht even... dus beide knoppen functioneren ? Ik heb al meerdere keren herstart, maar de tweede knop geeft bij mij een timeout (volgens het log). Welke versie van OpenZwave draait er bij jou ?

raar, bij mij werkt alles prima, ik heb versie 1.4-2228-gbce4a88-dirty, en had de fibaro fgs 223 config file geupdate met de nieuwste versie.

[Sneezydevil]

Mai Pensato schreef op dinsdag 29 november 2016 @ 22:20:
Als beginnend Domoticz gebruiker worstel ik met het volgende. Voorlopig wil ik Domoticz naast mijn Vera3 z-wave controller blijven gebruiken.
Om vanuit Domotiz (Master) een switch in Vera (slave| aan en uit te schakelen is me gelukt.

Andersom probeer ik nu om vanuit de Vera de waardes van een sensor in Domoticz op te halen. In de Wiki "Vera as zwave dongle" heb ik de volgende code gehaald om een switch in Domoticz aan te zetten:

code:

  local status, result = luup.inet.wget("http://192.168.1.204:8080/json.htm?type=command&dparam=switchlight&idx=6&switchcmd=On", 5)

Het lukt me echter niet om de waarde van een sensor, bijv. de Watt-meting van een greenwave powernode uit te lezen. Ik heb al veel geprobeerd middels code uit de Wiki "Domoticz API" en gezocht naar voorbeelden in dit topic en ook op het domoticz forum, maar tot heden zonder resultaat.
Ik weet zeker dat ik het juiste IP-adres van de RPI en ook het juiste idx nr gebruikt heb want ik krijg wel van alles binnen op de Vera echter niet de Watt-meting...

Wie kan me helpen hiermee ?

De 1 achter rid moet je vervangen door de idx van je device.

code:

http://192.168.1.204:8080/json.htm?type=devices&rid=1

Geeft hier:

code:

{
   "ActTime" : 1480484879,
   "ServerTime" : "2016-11-30 06:47:59",
   "Sunrise" : "08:18",
   "Sunset" : "16:31",
   "result" : [
      {
         "AddjMulti" : 1.0,
         "AddjMulti2" : 1.0,
         "AddjValue" : 0.0,
         "AddjValue2" : 0.0,
         "BatteryLevel" : 255,
         "CustomImage" : 0,
         "Data" : "3.9 Watt",
         "Description" : "",
         "Favorite" : 0,
         "HardwareID" : 1,
         "HardwareName" : "ZWave",
         "HardwareType" : "OpenZWave USB",
         "HardwareTypeVal" : 21,
         "HaveTimeout" : false,
         "ID" : "0000401",
         "LastUpdate" : "2016-11-30 06:47:23",
         "Name" : "Unknown",
         "Notifications" : "false",
         "PlanID" : "0",
         "PlanIDs" : [ 0 ],
         "Protected" : false,
         "ShowNotifications" : true,
         "SignalLevel" : "-",
         "SubType" : "Electric",
         "Timers" : "false",
         "Type" : "Usage",
         "TypeImg" : "current",
         "Unit" : 2,
         "Used" : 0,
         "XOffset" : "0",
         "YOffset" : "0",
         "idx" : "1"
      }
   ],
   "status" : "OK",
   "title" : "Devices"
}

Hoe ver kom je precies, lukt bovenstaande wel?

[SpikeHome]

Siewert schreef op dinsdag 29 november 2016 @ 16:20:
[...]


Naar sda kun je doen of je maakt er een persistent USB device van maar met een alleen een verwijzing naar SDA maak je de kans dat de Pi deze later zomaar weggeeft naar een ander usb device.
Met als gevolg dat je Pi niet meer boot en jij weet niet waarom als je headless draait.

Daarom is het gebruik van de UUID en PARTUUID zo handig wat das een unieke hash en de dus geen verwijzing naa sda meer nodig.

Ok,

Ik heb alle stappen doorlopen.
Leek te werken allemaal.
Maar pi afgesloten de externe hd aan een liux bak gehangen en zag dat daar de pi home directory leeg was dus de domitcz draait daar dan niet vandaag.
Ik doe dus nog iets verkeerd.
Ben er alleen nog niet achter wat.

edit:
stappen weer doorlopen.
Krijg hier een error:

In SSH voor je nu onderstaande commando's uit.
cd ~
sudo umount /mnt/usbdrive
sudo rmdir /mnt/usbdrive
sudo reboot
sudo reboot

Dat is nadat ik de cmdline.txt en fstab heb aangepast bij het unmounten van de /mnt/usbdrive
krijg de volgende melding:
pi@domoticz:~ $ sudo umount /mnt/usbdrive
umount: /mnt/usbdrive: target is busy
(In some cases useful info about processes that
use the device is found by lsof( or fuser(1).)


edit2:
melding genegeerd en gewoon reboot gedaan.
Ik had op de sd /home/pi/ bestandje gemaakt met sd.txt
En op /mnt/usbdriver/home/pi/hd.txt (na de rsync natuurlijk)
Nu na de reboot en kijk naar het bestandje staat er hd.txt
Dus lijkt het te werken.

[ Voor 32% gewijzigd door SpikeHome op 30-11-2016 08:43 ]

[Mai Pensato]

Sneezydevil schreef op woensdag 30 november 2016 @ 07:38:
[...]


De 1 achter rid moet je vervangen door de idx van je device.

code:

http://192.168.1.204:8080/json.htm?type=devices&rid=1

Hoe ver kom je precies, lukt bovenstaande wel?

Ja dit lukt. Ik krijg dan die hele riedel gegevens van het juiste device (6 in mijn geval) als waarde in de virtuele sensor in mijn Vera. En ik zie daar ook tussen staan: "Data" : "20.7 Watt" Nu is het dus zaak om alleen die waarde 20.7 te krijgen... Erg bedankt zover, ik hoop dat je me verder kunt helpen

[wervisser]

jacquesmulders schreef op woensdag 30 november 2016 @ 00:40:
[...]


raar, bij mij werkt alles prima, ik heb versie 1.4-2228-gbce4a88-dirty, en had de fibaro fgs 223 config file geupdate met de nieuwste versie.

Ik draai Version: 1.4-2268-g0bc5fbf-dirty. Welke config file heb je precies vervangen ? Wat is de naam/datum/grootte van het bestand ?

[maomanna]

nassan schreef op dinsdag 29 november 2016 @ 10:17:
Ik heb een hele set klaar liggen om met domoticz en mysensors aan de slag te gaan.
Nu heb ik de volgende vraag over de CV installatie:

Ik ga de Nefit Easy thermostaat aanschaffen, ik heb gelezen dat deze in domoticz geïntrigeerd kan worden.
Nu is mijn wens om bijvoorbeeld in de ochtend mbv radiatorkranen (433mhz of zwave, nog nader te bepalen) de radiator op de badkamer en keuken open te sturen en de rest dicht.

Is het dan mogelijk om de CV ketel een commando te geven dat deze gaat verwarmen aan de hand van de temperatuur in de badkamer (mysensors temperatuur sensor node)? zodat deze dus niet gaan kijken naar de temperatuur in de woonkamer waar de thermostaat hangt.

hoorde van de week wel dat de nefit easy eigenlijk alleen een schermpje is en dat je alle bediening moet doen via de telefoon/tablet/app. op het schermpje kan je zelf niet zoveel.

[SpikeHome]

nassan schreef op dinsdag 29 november 2016 @ 10:17:
Ik heb een hele set klaar liggen om met domoticz en mysensors aan de slag te gaan.
Nu heb ik de volgende vraag over de CV installatie:

Ik ga de Nefit Easy thermostaat aanschaffen, ik heb gelezen dat deze in domoticz geïntrigeerd kan worden.
Nu is mijn wens om bijvoorbeeld in de ochtend mbv radiatorkranen (433mhz of zwave, nog nader te bepalen) de radiator op de badkamer en keuken open te sturen en de rest dicht.

Is het dan mogelijk om de CV ketel een commando te geven dat deze gaat verwarmen aan de hand van de temperatuur in de badkamer (mysensors temperatuur sensor node)? zodat deze dus niet gaan kijken naar de temperatuur in de woonkamer waar de thermostaat hangt.

Je kan idd je kamertemp uitlezen en deze dus verhogen dmv domoticz
En daarmee regels aanmaken wat te doen bij wat.
Als je de easy in je domoticz intrigeert kan je best veel uitlezen.
kamer temp.
kamer temp instellen
buiten temp (als je een buiten voeler hebt)
Display code
waterdruk
flow temp
gasverbruik alleen van je nefit dan apart
En nog een paar zaken

[Dreamcatcher]

Hallo mede domoticz ers

Zou dit werken binnen Domoticz ? kan niet echt vinden welke freq. die heeft.

https://www.clicktobuy.nl...der?n=dm&o=klantenbestand

[sunnybird]

@Mai Pensato.

Ik haal die gegevens er op volgende wijze uit. Met een Python programma. In dit programma haal ik het totaal verbruik op en het dag verbruik. En de uitkomst zet ik om naar een getal om er eventueel mee kunnen rekenen.

import urllib, json
url1 = "http://10.0.1.19:8080/json.htm?type=devices&rid=128"
response1 = urllib.urlopen(url1)
data1 = json.loads(response1.read())
x1 = data1['result']
data_string1 = json.dumps(x1)
data_load1 = json.loads(data_string1)
y1 = data_load1[0]['Data']
y3 = data_load1[0]['CounterToday']
ELGA_kWh = y1[:-3]
ELGA_kWh = float(ELGA_kWh)

Ik hoor wel of het lukt en als iemand een betere methode weet dan hou ik me aanbevolen.

[iMars]

eth0 schreef op dinsdag 29 november 2016 @ 16:39:
Van het weekend Grafana ontdekt en deze aan Domoticz gehangen. (https://www.domoticz.com/wiki/HttpLink)

Daar zijn leuke plaatjes uit te halen en vrij eenvoudig...

Hier mijn dashboard van Domoticz in Grafana, zijn eigenlijk nog alleen de basics...

[afbeelding]

Afbeelding werkt niet:

XML:

<Error>
<Code>AccessDenied</Code>
<Message>Request has expired</Message>
<Expires>2016-11-29T21:36:01Z</Expires>
<ServerTime>2016-11-30T12:14:06Z</ServerTime>
<RequestId>A015BF04FD0603E5</RequestId>
<HostId>
KzjV6HvTkObVv7tVX5fYvM82shXRuXN6J1LqH47xoEkV4AYTXj6xe7VRkyZNipmRuk58LE0hn/E=
</HostId>
</Error>

[eth0]

Dreamcatcher schreef op woensdag 30 november 2016 @ 11:19:
Hallo mede domoticz ers

Zou dit werken binnen Domoticz ? kan niet echt vinden welke freq. die heeft.

https://www.clicktobuy.nl...der?n=dm&o=klantenbestand

waarschijnlijk goedkoop China 433 Mhz, grote kans dat het werkt met rfxcom of rflink. Voor die prijs is het prima om een gokje te wagen.

iMars schreef op woensdag 30 november 2016 @ 13:16:
[...]

Afbeelding werkt niet:

Plaatje werkt prima bij mij

Cache...

Hier een nieuwe

[ Voor 55% gewijzigd door eth0 op 30-11-2016 16:12 ]

[Siewert]

SpikeHome schreef op woensdag 30 november 2016 @ 07:56:
[...]

Ok,

Ik heb alle stappen doorlopen.
Leek te werken allemaal.
Maar pi afgesloten de externe hd aan een liux bak gehangen en zag dat daar de pi home directory leeg was dus de domitcz draait daar dan niet vandaag.
Ik doe dus nog iets verkeerd.
Ben er alleen nog niet achter wat.

edit:
stappen weer doorlopen.
Krijg hier een error:

In SSH voor je nu onderstaande commando's uit.
cd ~
sudo umount /mnt/usbdrive
sudo rmdir /mnt/usbdrive
sudo reboot
sudo reboot

Dat is nadat ik de cmdline.txt en fstab heb aangepast bij het unmounten van de /mnt/usbdrive
krijg de volgende melding:
pi@domoticz:~ $ sudo umount /mnt/usbdrive
umount: /mnt/usbdrive: target is busy
(In some cases useful info about processes that
use the device is found by lsof( or fuser(1).)


edit2:
melding genegeerd en gewoon reboot gedaan.
Ik had op de sd /home/pi/ bestandje gemaakt met sd.txt
En op /mnt/usbdriver/home/pi/hd.txt (na de rsync natuurlijk)
Nu na de reboot en kijk naar het bestandje staat er hd.txt
Dus lijkt het te werken.

Dat je de melding "/mnt/usbdrive: target is busy" krijgt zijn dat er nog een bewerking open staat op die drive waardoor hij dus geunmount kan worden (raar woord: geunmount)

Dat je hom/pi folder leeg is lijkt erop dat bij de rsync iets niet goed gegaan is.
Maar begrijp dat je het nu draaiende hebt?

[renedis]

Dreamcatcher schreef op woensdag 30 november 2016 @ 11:19:
Hallo mede domoticz ers

Zou dit werken binnen Domoticz ? kan niet echt vinden welke freq. die heeft.

https://www.clicktobuy.nl...der?n=dm&o=klantenbestand

Het functioneert op 433.92 MHz..
https://www.gebruikershan...w-handleiding-625480.html

Maar ik weet dat ie (destijds) niet herkend werd door RFXcom. Echter was dit zo'n jaar geleden, dus wellicht dat het nu wel werkt.

[iMars]

eth0 schreef op woensdag 30 november 2016 @ 16:01:
[...]


waarschijnlijk goedkoop China 433 Mhz, grote kans dat het werkt met rfxcom of rflink. Voor die prijs is het prima om een gokje te wagen.


[...]


Plaatje werkt prima bij mij

Cache...

Hier een nieuwe

[afbeelding]

Dat ziet er best gelikt uit
Momenteel doe ik het op deze manier: Nicky's TweakBlog: bijmij-grafana: OpenTherm Gateway
Omdat Domoticz een PS=1 verstuurd naar de OTGW, zal otmonitor stoppen met het continu versturen van commando's. Daarom heb ik dat in Domoticz aangepast door na de PS=1 een PS=0 te versturen: iMars in "[OTGW] OpenTherm gateway"

Zal later op de avond even een overzicht sturen wat ik in mijn Grafana zie
Het is ongeveer hetzelfde als dit:

[ Voor 7% gewijzigd door iMars op 30-11-2016 20:35 ]

[jacquesmulders]

wervisser schreef op woensdag 30 november 2016 @ 08:38:
[...]


Ik draai Version: 1.4-2268-g0bc5fbf-dirty. Welke config file heb je precies vervangen ? Wat is de naam/datum/grootte van het bestand ?

ik heb hem gedownload bij open-zwave en dan in de domoticz map gezet bij config/fibaro/fgs223.xml
grote was geloof ik 26kb ofzo? maar als je de laatste beta draait zal die er al wel in zitten.. anders misschien de oude config file proberen... ik zoek alleen even een manier om die te posten

https://www.wetransfer.co...460220161130161709/b6a83a

[ Voor 106% gewijzigd door jacquesmulders op 30-11-2016 17:17 ]

[Dreamcatcher]

renedis schreef op woensdag 30 november 2016 @ 16:59:
[...]


Het functioneert op 433.92 MHz..
https://www.gebruikershan...w-handleiding-625480.html

Maar ik weet dat ie (destijds) niet herkend werd door RFXcom. Echter was dit zo'n jaar geleden, dus wellicht dat het nu wel werkt.

Thanks dus kwestie van bestellen, werkt het niet retour met dat ding.
Dank je voor je antwoord.

[Mai Pensato]

sunnybird schreef op woensdag 30 november 2016 @ 12:15:
@Mai Pensato.

Ik haal die gegevens er op volgende wijze uit. Met een Python programma. In dit programma haal ik het totaal verbruik op en het dag verbruik. En de uitkomst zet ik om naar een getal om er eventueel mee kunnen rekenen.

import urllib, json
url1 = "http://10.0.1.19:8080/json.htm?type=devices&rid=128"
response1 = urllib.urlopen(url1)
data1 = json.loads(response1.read())
x1 = data1['result']
data_string1 = json.dumps(x1)
data_load1 = json.loads(data_string1)
y1 = data_load1\[0]['Data']
y3 = data_load1\[0]['CounterToday']
ELGA_kWh = y1[:-3]
ELGA_kWh = float(ELGA_kWh)

Ik hoor wel of het lukt en als iemand een betere methode weet dan hou ik me aanbevolen.

bedankt voor je reactie en meedenken!
Ik ben niet thuis in Python en begrijp het script dus ook niet... Gezien je beschrijving wat het doet betwijfel ik of dit voor mij de oplossing is. Ik wil namelijk de actuele waarde van een sensor vanuit Domoticz naar Vera krijgen. In Vera wil ik dan een script maken in Luup/Lua (daar ben ik wel redelijk in thuis..) om die waarde dan elke 1 of 2 minuten op te halen. Dus er hoeft geen totaalverbruik of zo berekend te worden.

[sunnybird]

Het gaat ook niet om het totaalverbruik. Het is gewoon een voorbeeld. Je kunt op elk moment een waarde ophalen van een device met JSON en dan de waarde die je wil hebben er uit vissen en vervolgens die waarde naar de Vera sturen. Ik heb je laten zien hoe je een waarde op kunt halen en misschien kun je mij vertellen hoe je een waarde naar de Vera stuurt. Heb hier namelijk ook nog een Vera draaien.

[Mai Pensato]

@Sunnybird,
Het enige wat me tot nu toe lukt is een switch schakelen, zowel vanuit Vera in Domoticz als vice versa. Om in Vera een waarde op te halen uit Domoticz of vanuit Domoticz naar Vera te sturen nog niet. Mijn voorkeur is het eerste omdat mijn plan is dat Vera de hoofdcontroller blijft en ik daarin dus bij voorkeur de scripts wil maken.

[Verwijderd]

Ik zou dat dan weer eerder in Domoticz doen. Als het Domoticz is die de waarde binnenkrijgt, en die waarde wil je ook in Vera hebben tenminste.
Simpelweg omdat je het dan in realtime kan doorpushen, althans als Vera een api heeft.

[SpikeHome]

Siewert schreef op woensdag 30 november 2016 @ 16:51:
[...]


Dat je de melding "/mnt/usbdrive: target is busy" krijgt zijn dat er nog een bewerking open staat op die drive waardoor hij dus geunmount kan worden (raar woord: geunmount)

Dat je hom/pi folder leeg is lijkt erop dat bij de rsync iets niet goed gegaan is.
Maar begrijp dat je het nu draaiende hebt?

Idd draaide gisteren.
Ga het vandaag nog eens doen met een kleiner sd kaartje (2gb ipv 16gb) voor het booten.
Dan kan ik daarna gewoon een image maken van het sd kaartje mocht er wat mis zijn met de sd.
Tnx zover

[luigi87]

Niek_ schreef op dinsdag 29 november 2016 @ 17:57:
[...]


[...]


[...]

Net thuis en even stroom eraf/erop gezet. Domoticz weer online echter nog steeds alle nodes verdwenen. Eens zien hoe ik deze zo makkelijk mogelijk weer kan toevoegen. Durf het niet nog een keer aan om de backup te gebruiken..

Heb blijkbaar gisteren avond een zelfde probleem gehad. Zwave bleef hangen ofzo want de verlichting e.d. deed het niet meer automatisch.
Toen ik Domoticz keer leek de verbinding gewoon compleet weg, dus ik Domoticz en de Rasp PI gereboot. Hierna waren alle nodes in eens weg.

Ik heb hierna nog een backup terug gezet, heeft mogen helpen.

Hierna heb ik de stoute schoenen maar even aan getrokken en de AEON stick eruit gehaald terwijl Domoticz draait en terug erin gedaan.
Domoticz kon toen de stick niet meer vinden dus weer even een Reboot van de Pi gedaan. Hierna had Domoticz de Stick weer gevonden en kwamen de nodes in eens weer terug.

Dus als je het laatste stuk uitvoerd heb je mogelijk ook al je nodes weer terug.

[bing69]

Iets snap ik niet, ben met de nieuwe Pi3 bezig.
Heb een kaartje van 16Gb er bij gekocht.
Image erop expand gedaan maar kom niet verder dan 66 Mb.
Onder windows geformatteerd, fat, fat32 en NTFS maar kom niet hoger uit.
Snap ik iets niet??

[Verwijderd]

Hoe heb je die expand gedaan?
Toch via SSH op de pi?
In Windows zie je enkel de boot partitie.