Domoticz - open source domotica systeem - deel 4

[pekelveld]

DjAntoon schreef op dinsdag 19 maart 2019 @ 21:05:
[...]


Het is een vervanger voor een normale dimmer.
Werkt goed met gloeilampen, met led heel wat minder dan moet je een bypass gebruiken.
Als je er optimaal gebruik van wil maken, dan moet je een pulsschakelaar gebruiken.
Op deze manier kun je ook dimmen (door de schakelaar vast te houden al bestond dat al in de jaren 70...)

Ik gebruik zelf qubino, werkt beter met led.

Ik heb hier recent de eerste Fibaro dimmer 2 aangesloten. Ik heb daar een bypass bijgekocht, maar deze heb ik vooralsnog niet aangesloten. Ik dim 1 lampje, LED, 4 Watt. Ik heb sporadisch een flikkering, maar dat is vaak rond dezelfde tijd in de avonduren, op een moment dat andere lampen ook flikkeren. Lijkt meer met het stroomnet te maken te hebben bij mij. Mijn ervaring is dat als je gewoon 3-draads aansluit en een fatsoenlijke lamp gebruikt (Hier alles van de duurdere series van Philips), er geen problemen zijn, ook niet bij slechts 1 lamp.

En zoals hierboven gemeld: bestaande dimmer compleet vervangen en een pulsdrukker aansluiten op de Fibaro, mocht je ook nog een knopbediening willen.

[MikeOO]

dfrenner schreef op donderdag 21 maart 2019 @ 10:30:
[...]


Heel erg bedankt voor de reactie, is dit de "teller" uit de dummy sensoren?
Of moet ik dit echt ergens programmeren?

Ik kan de link niet helemaal leggen tussen het stukje script wat ik daar zie en hoe dit in Domoticz verschijnt.

Start via Putty: raspi-config

Choose Internationalization.
Choose Keyboard setup.

Controleren of je toetsenbordinstellingen wel kloppen want het lijkt erop dat de verkeerde nu staat ingesteld.
Lukt dat niet dan even spelen met NL Layout of US-Internatinal en dan proberen of het streepje wel komt.

[Chrisje1983]

Domosapiens schreef op zondag 17 maart 2019 @ 23:42:
@Aziona
Mijn suggestie:
Gebruik een timer relais, ingesteld op b.v. 10 minuten.
Fail-safe ... automatische afslag.
https://www.aliexpress.co...269583.0.0.7bb41a47aSEWwJ

Mijn toepassing:
- Meet de vloer temperatuur.
- Stuur de CV aan voor 10 min.
- Wacht 7 minuten
- Herhaal zonodig een volgende 10 min. cyclus
- Wacht weer 7 min.

Bedankt voor de suggestie, ik heb dit toegepast en nu is mijn installatie echt helemaal safe.

Het 24 ac/dc relay wat ik al gebruikte draait tasmota, ik heb hierop de pulsetime gezet op 20 minuten. Dus het relay zal altijd uitschakelen na 20 minuten. Tegelijkertijd draait er in domoticz een 40 minuten timer mee vanaf het moment dat het relay aangestuurd wordt. Op het moment dat de 20 minuten voorbij zijn en het relay zichzelf uitschakeld (of eerder als het temperatuur setpoint bereikt is), kan het relay het resterende aantal minuten van de timer in domoticz niet aangestuurd worden omdat de voorwaarde voor het relay aansturen niet aanwezig is door die timer, pas na die totaal 40 minuten begint het rideltje weer opnieuw.

Resultaat, mijn temparatuur in huis fluctueert nu tussen de 19,9 en 20,3 graden

Hiervoor fluctueerde hij tussen de 19.7 en 21 graden.

En natuurlijk een mooie veilige oplossing!! Jammer dat ik hier niet zelf op kwam, het relay kon het en domoticz was een kwestie van ietsje aanpassen. Ik heb verder niets hoeven toevoegen. Nou heb ik wel een raspberry pi zero over die eigenlijk niet meer nodig is, want pingen naar de main domoticz raspberry pi 3 haalt weinig uit als het relay zich toch zelf uitschakeld na 20 minuten.

Ik verzin wel weer een andere toepassing voor de zero.

[ Voor 17% gewijzigd door Chrisje1983 op 22-03-2019 10:00 ]

[Wiley99]

Vreemd of niet? Ik heb een oude RPi, een van de eerste model B. Met wat blocky's en Lua scriptjes voor uploads (PVoutput) en verbruiksdevices kan 'ie rond de 5% CPU belasting kabbelen.
Als ik dit dsVents script toevoeg, gaat dat opeens naar 20-25% continu. Da's toch wel veel, niet?

code:

return {
    active = true,
    
    on = {
        timer = {'every 2 minutes'},
    },
    logging = {
--        level = domoticz.LOG_INFO,
        marker = "POR"
    },    

    execute = function(domoticz)
      print("Testscript")
    end
}

[Brynnie]

Hallo,

Ik ben pas gestart met Domoticz. Ik gebruik al Homebridge om diverse zaken zichtbaar te maken in Homekit, maar nu wil ik ook enkele Z-wave devices via Domoticz - Homebridge in Homekit krijgen.

Ik heb een Aeotec Z-wave USB stick (Gen5) als Z-wave controller toegevoegd. Ik zie in de logfile dat die correct herkend wordt en actief is, maar ik zie hem niet opduiken in het hardware overzicht. Bijgevolg kan ik er ook geen Z-wave devices aan pairen.

Wat zou er fout kunnen lopen?

Nuttige info:
Nieuwe Domoticz installatie, met Z-wave enabled, zonder enig ander devices in geconfigureerd.
Platform: Mac Mini

Edit:
Hmm. Heb net alles opnieuw geïnstalleerd, maar nu zie ik de Open Z wave USB optie niet bij "type" wanneer ik een device wil maken. Vreemd. Open Z-wave is nochtans geïnstalleerd, of zou dat toch moeten zijn...

Anybody?

[ Voor 15% gewijzigd door Brynnie op 22-03-2019 18:59 ]

[darklord007]

MikeOO schreef op dinsdag 19 maart 2019 @ 07:47:
[...]


Zou de log bestanden eens doornemen. Mogelijk dat hierin wat meer info vermeld staat wat de oorzaak kan zijn.

Google eens op de exacte foutmelding. Mogelijk dat dit nog iets verduidelijkt. Het zou bij een standaard opstelling gewoon moeten werken. Mocht je extra beveiligingen hebben opgezet op het systeem waar Domoticz op draait dan zou je het in die hoek kunnen zoeken.

Heb de ziggo mail even ingesteld, die werkt wel haha

[JurienW]

vinom schreef op woensdag 20 maart 2019 @ 12:37:
[...]

Care to share? Desnoods via PM. Hier zoek ik ook naar, want mijn Domoticz gaat af en toe wel eens offline.

Nee hoor
Volgens mij uit het Domoticz forum zelf vandaan.
Wel aangepast dat die met Telegram een notificatie stuurt ipv Pushover
Script heb ik elke 10 minuten draaien via een Cron job
Enige waar wel rekening mee moet houden is met het updaten of andere zaken waar Domoticz even offline moet zijn. Update hem zelf altijd net nadat het script gedraaid heeft, nog nooit problemen door gehad.

code:

#!/bin/bash
#Credits go to Egregius
ip=127.0.0.1
port=8080
idx=1
logfile='/var/log/auto_restart_domoticz.log'


function jsonValue() {
        KEY=$1
        num=$2
        awk -F"[,:}]" '{for(i=1;i<=NF;i++){if($i~/'$KEY'\042/){print $(i+1)}}}' | tr -d '"' | sed -n ${num}p
}

DOMOTICZ=`curl -s --connect-timeout 2 --max-time 5 "http://$ip:$port/json.htm?type=devices&rid=$$idx"`
#echo $DOMOTICZ
STATUS=$(echo $DOMOTICZ | jsonValue status 1)
if [ -z "$STATUS" ]; then STATUS="NOK"; fi
echo Domoticz status = $STATUS
if [ $STATUS = 'OK' ] ; then
        exit
else
        STAMP=$(date +"%Y-%m-%d %H:%M:%S")
        echo $STAMP NOK rechecking... >> $logfile
        echo Domoticz status NOK, checking again in 5 seconds...
        sleep 5
        DOMOTICZ=`curl -s --connect-timeout 2 --max-time 5 "http://$ip:$port/json.htm?type=devices&rid=$$idx"`
        STATUS2=$(echo $DOMOTICZ | jsonValue status 1)
        echo Domoticz status = $STATUS2
        if [ "$STATUS2" == "OK" ] ; then
                exit
        else
                STAMP=$(date +"%Y-%m-%d %H:%M:%S")
                echo $STAMP NOK rechecking... >> $logfile
                echo Domoticz status NOK, checking again in 5 seconds...
                sleep 5
                DOMOTICZ=`curl -s --connect-timeout 2 --max-time 5 "http://$ip:$port/json.htm?type=devices&rid=$$idx"`
                STATUS3=$(echo $DOMOTICZ | jsonValue status 1)
                echo Domoticz status = $STATUS3
                if [ "$STATUS3" == "OK" ] ; then
                        exit

        else
                STAMP=$(date +"%Y-%m-%d %H:%M:%S")
                echo $STAMP NOK Domoticz crashed, restarting Domoticz now >> $logfile
                echo Domoticz crashed, stopping service, killing process and restarting service...
                sudo service domoticz stop
                sleep 8
                sudo killall domoticz
                sleep 5
                sudo service domoticz restart
                echo Domoticz service has been restarted

                #THE 2 LINES BELOW ARE ONLY FOR PUSHOVER NOTIFICATION, SEE https://github.com/fschaefer/pushover.sh
                #bash /home/pi/pushover/pushover.sh -u YOUR_USER_KEY -a YOUR_API_KEY -q "Crash report" -m "Domoticz experienced a crash but has been restarted automatically" -s none
                #echo "A notification has been sent out via Pushover"
                #curl https://pushalot.com/api/sendmessage -F "AuthorizationToken=xxxxxxxxxxxxxxxxxxxxxxxxxxx" -F "Body=Domoticz has been restarted" -F "Title=Domoticz Restarted !"
                curl "https://api.telegram.org/botxxxxxxx:xxxxxxxxx/sendMessage?chat_id=xxxxxxxx&text=Domoticz has been restarted"
                fi
        fi
fi

[Brynnie]

Brynnie schreef op vrijdag 22 maart 2019 @ 16:47:
Hallo,

Ik ben pas gestart met Domoticz. Ik gebruik al Homebridge om diverse zaken zichtbaar te maken in Homekit, maar nu wil ik ook enkele Z-wave devices via Domoticz - Homebridge in Homekit krijgen.

Ik heb een Aeotec Z-wave USB stick (Gen5) als Z-wave controller toegevoegd. Ik zie in de logfile dat die correct herkend wordt en actief is, maar ik zie hem niet opduiken in het hardware overzicht. Bijgevolg kan ik er ook geen Z-wave devices aan pairen.

Wat zou er fout kunnen lopen?

Nuttige info:
Nieuwe Domoticz installatie, met Z-wave enabled, zonder enig ander devices in geconfigureerd.
Platform: Mac Mini

Edit:
Hmm. Heb net alles opnieuw geïnstalleerd, maar nu zie ik de Open Z wave USB optie niet bij "type" wanneer ik een device wil maken. Vreemd. Open Z-wave is nochtans geïnstalleerd, of zou dat toch moeten zijn...

Anybody?

OK, Na wat aanmodderen en experimenteren is het me eindelijk gelukt om de Z-wave stick te zien in Domoticz en een Fibaro Roller Shutter 3 te koppelen.

Maar, nu zijn er in Domoticz verschillende devices toegevoegd. Hoe weet ik nu welk device de effectieve roller/shutter is, zodat ik deze kan aanduiden als Active om hem zo in Homebridge te koppelen aan Homekit?

Ik zie kWh Meter's, Unknown's, Alarm types, Alarm Levels, System, Switch, Power Management...

Het is me niet helemaal duidelijk (to say the least). Dit is mijn eerste kennismaking met z-wave.

FYI: Behalvede Aeotec Z-wave usb stick (gen5) en de Fibaro Roller shutter 3 zijn er geen z-wave devices gekoppeld.

code:

  1     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000801    1   Switch  Light/Switch    Switch  On  -   -   Add Light/Switch DeviceRename Device Log    2019-03-22 20:49:26
  2     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000833    1   Alarm Type  Light/Switch    Switch  Off -   -   Add Light/Switch DeviceRename Device Log    2019-03-22 20:49:27
  3     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000832    1   Alarm Level Light/Switch    Switch  Off -   -   Add Light/Switch DeviceRename Device Log    2019-03-22 20:49:27
  4     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000836    1   Power Management    Light/Switch    Switch  Off -   -   Add Light/Switch DeviceRename Device Log    2019-03-22 20:49:26
  5     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000837    1   System  Light/Switch    Switch  Off -   -   Add Light/Switch DeviceRename Device Log    2019-03-22 20:49:27
  6     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000801    1   kWh Meter   General kWh 0.000 kWh   -   -   Add DeviceRename Device Log 2019-03-22 21:01:42
  7     Aeotec ZWave USB Stick Gen5 008 (0x08)  0000801     2   Unknown Usage   Electric    0 Watt  -   -   Add DeviceRename Device Log 2019-03-22 21:01:42
  8     Aeotec ZWave USB Stick Gen5 008 (0x08)  00000802    1   kWh Meter   General kWh 0.000 kWh   -   -   Add DeviceRename Device Log 2019-03-22 21:00:58
  9     Aeotec ZWave USB Stick Gen5 008 (0x08)  0000802     2   Unknown Usage   Electric    0 Watt  -   -   Add DeviceRename Device Log 2019-03-22 21:00:58
  10    Aeotec ZWave USB Stick Gen5 008 (0x08)  00000836    8   Alarm Type: Power Management 8 (0x08)   General Alarm   Event: 0xFE (254)   -   -   Add DeviceRename Device     2019-03-22 20:49:26
  11    Aeotec ZWave USB Stick Gen5 008 (0x08)  00000837    9   Alarm Type: System 9 (0x09) General Alarm   Event: 0xFE (254)   -   -   Add DeviceRename Device     2019-03-22 20:49:27

[ Voor 33% gewijzigd door Brynnie op 22-03-2019 21:18 ]

[Knielen]

Je moet denk ik als eerste de switch toevoegen met het pijltje rechts van de device, overige devices kan je later doen als je daar iets mee wilt

[Brynnie]

Maar daar staat bij Light switch. Da’s toch geen shutter/roller of blinds controller? Ik heb ze gewoon in volgorde van id neergezet.

Edit:
Aan de hand van onderstaand topic ben ik alles wat duidelijker gaan zien:
Domoticz - Fibaro Roller Shutter 2 - zonnewering

[ Voor 37% gewijzigd door Brynnie op 22-03-2019 23:20 ]

[M.v.Veelen]

HenriM schreef op donderdag 21 maart 2019 @ 08:01:
[...]

Zorg dat je de laatste versie van MQTT Discovery hebt. Sinds Tasmato 6.4.x is discovery nl. veranderd, maar dat heeft de maker recent opgelost in de MQTT Discovery tool (zie ook history in zijn GIT repository).

Dankjewel. Ik had dat erbij moeten zetten: ik heb namelijk dezelfde avond de laatste versie van de plugin geupload. Maar wat ik probeer, deze switch wordt niet gezien. Hoe kan ik het 't beste triggeren?

Heb Domoticz diverse keren herstart, de RPi zelfs paar keer herstart, SetOption19 0 en daarna SetOption19 1 geprobeerd, niets helpt. Ook de naam van de switch aangepast, heeft ook niet geholpen.

[GorgeousMetal]

M.v.Veelen schreef op zaterdag 23 maart 2019 @ 10:31:
[...]


Dankjewel. Ik had dat erbij moeten zetten: ik heb namelijk dezelfde avond de laatste versie van de plugin geupload. Maar wat ik probeer, deze switch wordt niet gezien. Hoe kan ik het 't beste triggeren?

Heb Domoticz diverse keren herstart, de RPi zelfs paar keer herstart, SetOption19 0 en daarna SetOption19 1 geprobeerd, niets helpt. Ook de naam van de switch aangepast, heeft ook niet geholpen.

Is je MQTT topic wellicht niet uniek?

[icecreamfarmer]

Ik heb een blocky gemaakt welke om 10 uur kijkt wat de stand van mijn rolluiken is om dan vervolgens een getrapte scene te starten. Het aparte is dat de scene wel gestart wordt maar niet afgemaakt wordt.

De scene houdt in dat hij eerst de rolluiken 15min op ventilatiestand zet en daarna volledig open moet gaan.
Als ik de scene handmatig start via een knop werkt het wel.



Voor een test staat het nu op active om te kijken of dat werkt maar eerst gebruikte ik on.

[M.v.Veelen]

HenriM schreef op zaterdag 23 maart 2019 @ 10:34:
[...]

Is je MQTT topic wellicht niet uniek?

Jawel, ik gebruik een (deel van het) IP adres daarvoor. Heb ook nog iets volledig anders geprobeerd, maar dat hielp ook niet. Heb het gevoel dat ik iets over het hoofd zie, maar wat....

Edit:

vind dit ook wel heel gek. Na de update van de plugin krijg ik bij het starten van de plugin eenmalig dit te zien:

2019-03-23 14:36:32.489 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '2DD4C6_RL_1'
2019-03-23 14:36:32.490 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.490 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'AFB971_RL_1'
2019-03-23 14:36:32.490 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.491 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '9ECCCF_RL_1'
2019-03-23 14:36:32.491 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.491 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '07FDD5_RL_1'
2019-03-23 14:36:32.491 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.492 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '13D687_RL_1'
2019-03-23 14:36:32.492 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.492 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '05BF6C_RL_1'
2019-03-23 14:36:32.492 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.493 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'AFC550_RL_1'
2019-03-23 14:36:32.493 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.493 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '114049_RL_1'
2019-03-23 14:36:32.493 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.494 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'AFBE40_RL_1'
2019-03-23 14:36:32.494 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.494 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '79D519_RL_1'
2019-03-23 14:36:32.494 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.495 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '3CC555_RL_1'
2019-03-23 14:36:32.495 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.495 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '114357_RL_1'
2019-03-23 14:36:32.495 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.496 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'B0D682_RL_1'
2019-03-23 14:36:32.496 (MQTT discovery) updateDeviceSettings: TypeName: 'Switch' Type: 244
2019-03-23 14:36:32.496 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '10A609_BH1750_Illuminance'
2019-03-23 14:36:32.496 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.497 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '9ECCCF_DS18B20_Temperature'
2019-03-23 14:36:32.497 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.497 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'AFB971_status'
2019-03-23 14:36:32.497 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.497 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '114357_status'
2019-03-23 14:36:32.497 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.498 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '10A609_status'
2019-03-23 14:36:32.498 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.498 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '2DD4C6_status'
2019-03-23 14:36:32.498 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.499 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '9ECCCF_status'
2019-03-23 14:36:32.499 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.499 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '07FDD5_status'
2019-03-23 14:36:32.499 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.500 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '13D687_status'
2019-03-23 14:36:32.500 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.500 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '05BF6C_status'
2019-03-23 14:36:32.500 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.501 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'AFC550_status'
2019-03-23 14:36:32.501 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.501 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'AFBE40_status'
2019-03-23 14:36:32.501 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.502 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '114049_status'
2019-03-23 14:36:32.502 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.502 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '3CC555_status'
2019-03-23 14:36:32.502 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.503 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = '79D519_status'
2019-03-23 14:36:32.503 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0
2019-03-23 14:36:32.503 (MQTT discovery) updateDeviceSettings: Did not find device with key='devicename', value = 'B0D682_status'
2019-03-23 14:36:32.503 (MQTT discovery) updateDeviceSettings: TypeName: '' Type: 0

[ Voor 90% gewijzigd door M.v.Veelen op 23-03-2019 14:38 ]

[tozzke]

icecreamfarmer schreef op zaterdag 23 maart 2019 @ 11:35:
Ik heb een blocky gemaakt welke om 10 uur kijkt wat de stand van mijn rolluiken is om dan vervolgens een getrapte scene te starten. Het aparte is dat de scene wel gestart wordt maar niet afgemaakt wordt.

De scene houdt in dat hij eerst de rolluiken 15min op ventilatiestand zet en daarna volledig open moet gaan.
Als ik de scene handmatig start via een knop werkt het wel.

[Afbeelding: blocky]

Voor een test staat het nu op active om te kijken of dat werkt maar eerst gebruikte ik on.

maak er eens 'Set scene = On' van
my bad, eerst alles lezen

[ Voor 3% gewijzigd door tozzke op 23-03-2019 13:46 ]

[M.v.Veelen]

Ik denk dat ik het gevonden heb waarom de Sonoff niet werd gezien.

Onder hardware, MQTT Discovery had ik in de regel bij "Ignored device topics (comma separated):" het woord "sonoff" staan terwijl ik de Sonoffs als MQTT topic "sonoff38" (bijvoorbeeld) had staan. Dat was nooit een probleem, maar nadat ik (als test) "sonoff" naar "sonoffs" had veranderd, kwam de Sonoff tevoorschijn (en alle andere Sonoffs nog een keer, dus die zal ik moeten opschonen).

Ergens is dus wss toch wel iets veranderd in Domoticz ?

[Greenfielt]

Ik ben sinds korte tijd bezig met Domoticz, dat gaat voor het overgrote deel helemaal goed, maar er is een onderdeel waar ik niet uit kom.

Als ik "Scenes/Groepen" aanmaak bijv. Ochtend / Avond dan wil ik dat de fade tijd van ochtend naar avond X seconde duurt. Alleen ik kan nergens vinden hoe ik dat kan doen. Een "vertraagde start" geeft daarin niet het juiste antwoord.

Heeft een van jullie hier wellicht een antwoord op?

[Peatsmoke]

Wellicht is de oplossing op mijn vraag al eens eerder voorbij gekomen, maar ik heb ze -ondanks de zoekfunctie te gebruiken- niet kunnen vinden:
Sinds kort heb ik een windmeter, thermometer en regenmeter die compatible is met de RFXtrx433, maar de thermometer krijg ik niet onder "Weer" geplaatst op het dashboard. Telkens als ik het blokje verplaats naar weersensoren, krijg ik de melding "Dit is alleen mogelijk tussen sensoren van hetzelfde type!"
Is er een mogelijkheid om die thermometer toch onder "weersensoren" te krijgen?

[dewil1990]

Ik ben sinds een tijdje rustig aan de slag met Domoticz in combinatie met een Aeotec Z-Stick Gen5 en enkele Fibaro modules.

Nu draait Domoticz en de Z-Stick op mijn normale Windows 10 PC, en wil ik dit eigenlijk verplaatsen naar mijn Synology NAS as wellicht een Raspberry Pi. Mijn vraag is, kan dit zonder dat ik opnieuw alle modules moet koppelen? (Ik zit er niet zo op de wachten opnieuw alle schakelaars en stopcontacten van de muur te halen.)

[DjAntoon]

dewil1990 schreef op zaterdag 23 maart 2019 @ 17:15:
kan dit zonder dat ik opnieuw alle modules moet koppelen? (Ik zit er niet zo op de wachten opnieuw alle schakelaars en stopcontacten van de muur te halen.)

Ja probleemloos, de modules zijn gekoppeld met de stick en niet via iets op de windows machine.

Ik zou wel de database backuppen en als je die wil gebruiken terug zetten.

Ook kun je de stick backuppen , dat heb ik ook gedaan.

P.S. Ik ben blij met mijn Pi als domotica hart, ook al heb ik een synology NAS...

[ Voor 5% gewijzigd door DjAntoon op 23-03-2019 19:09 ]

[Dylantje2]

DjAntoon schreef op zaterdag 23 maart 2019 @ 19:09:
[...]


Ja probleemloos, de modules zijn gekoppeld met de stick en niet via iets op de windows machine.

Ik zou wel de database backuppen en als je die wil gebruiken terug zetten.

Ook kun je de stick backuppen , dat heb ik ook gedaan.

P.S. Ik ben blij met mijn Pi als domotica hart, ook al heb ik een synology NAS...

Ik heb pi3 en ben er echt niet blij mee.
Loopt echt aan zijn eind. [ wel heel veel erop zitten ]
Odroid xu4 rules the world..
Als ik weer tijd heb, gaat die weer aan het werk!!

[DjAntoon]

Voor simpel domoticz zie ik niet in waarom groter of zwaarder...
Ik gebruik wel een pidrive met een usb stick van 64GB

[Dylantje2]

DjAntoon schreef op zaterdag 23 maart 2019 @ 19:53:
Voor simpel domoticz zie ik niet in waarom groter of zwaarder...
Ik gebruik wel een pidrive met een usb stick van 64GB

Wat ik zeg ik doe er wel wat mee.
Maar een constante 30-40% cpu heeft de pi een hekel aan..[ valt zo nu en dan zomaar uit ]

Terwijl de Xu4 maar op 15-25 loopt met hetzelfde.

[DjAntoon]

Kan iemand me op weg helpen met zigbee2mqtt?
Ik heb nog geen mqtt draaien, geen broker , client etc.
Ik heb al diverse manieren geprobeerd maar ik loop telkens vast, zo erg dat de hele pi of domoticz niet meer draait.
Gelukkig heb ik een backup die ik terug kan zetten van mijn systeem, alleen dat duurt lang...
Mijn systeem is een rpi3 met stretch, ik draai enkel domoticz.

Ik verwacht dat mijn grote probleem is dat ik van alles combineer wat niet bij elkaar klopt. De 1e keer ben ik begonnen met het stappenplan van zigbee2mqtt. Maar ik heb het idee dat die er al vanuit gaan dat je mqtt hebt draaien in combinatie met domoticz, en dat heb ik niet.

Laatste foutmelding:
De volgende pakketten hebben niet-voldane vereisten:
mosquitto : Vereisten: libssl1.0.0 (>= 1.0.0) maar het is niet installeerbaar
Vereisten: libwebsockets3 (>= 1.2) maar het is niet installeerbaar
mosquitto-clients : Vereisten: libmosquitto1 (= 1.5.8-0mosquitto1~jessie1) maar 1.4.10-3+deb9u4 zal geïnstalleerd worden
E: Kan problemen niet verhelpen, u houdt defecte pakketten vast.

[ Voor 14% gewijzigd door DjAntoon op 24-03-2019 13:31 ]

[daemonix]

Hoi, al een tijdje enthousiast Domoticz gebruiker om de Kaifa M304 via de P1 poort uit te lezen, dat werkt fantastisch. We hebben een 3 fase aansluiting.

Ik zou echter ook graag het gebruik per fase zien, vooral de stroom per fase in verband met de komst van 2 elektrische auto's.

Weet iemand of dat kan, en hoe dan? Zo te zien wordt het keurig in de telegrammen gestopt.

[Knielen]

DjAntoon schreef op zondag 24 maart 2019 @ 13:14:
Kan iemand me op weg helpen met zigbee2mqtt?
Ik heb nog geen mqtt draaien, geen broker , client etc.
Ik heb al diverse manieren geprobeerd maar ik loop telkens vast, zo erg dat de hele pi of domoticz niet meer draait.
Gelukkig heb ik een backup die ik terug kan zetten van mijn systeem, alleen dat duurt lang...
Mijn systeem is een rpi3 met stretch, ik draai enkel domoticz.

Ik verwacht dat mijn grote probleem is dat ik van alles combineer wat niet bij elkaar klopt. De 1e keer ben ik begonnen met het stappenplan van zigbee2mqtt. Maar ik heb het idee dat die er al vanuit gaan dat je mqtt hebt draaien in combinatie met domoticz, en dat heb ik niet.

Laatste foutmelding:
De volgende pakketten hebben niet-voldane vereisten:
mosquitto : Vereisten: libssl1.0.0 (>= 1.0.0) maar het is niet installeerbaar
Vereisten: libwebsockets3 (>= 1.2) maar het is niet installeerbaar
mosquitto-clients : Vereisten: libmosquitto1 (= 1.5.8-0mosquitto1~jessie1) maar 1.4.10-3+deb9u4 zal geïnstalleerd worden
E: Kan problemen niet verhelpen, u houdt defecte pakketten vast.

Lijkt er haast op dat je het commando opnieuw moet doen, maar dan met sudo ervoor. Volgens mij mis je nu installatie rechten.

[Dylantje2]

daemonix schreef op zondag 24 maart 2019 @ 18:36:
Hoi, al een tijdje enthousiast Domoticz gebruiker om de Kaifa M304 via de P1 poort uit te lezen, dat werkt fantastisch. We hebben een 3 fase aansluiting.

Ik zou echter ook graag het gebruik per fase zien, vooral de stroom per fase in verband met de komst van 2 elektrische auto's.

Weet iemand of dat kan, en hoe dan? Zo te zien wordt het keurig in de telegrammen gestopt.

DZ vents..
Plaats dit in de interen dz vents editor. zet hem op time

maak ff een paar dummy counters aan.
De idx van mij in jouw plaats..

--[[ dzVents script to Parse P1 Smart Meter Electricity value into seperated Meter Readings.

]]-- The following need updated for your environment get the 'Idx' or 'Name' of the Device tab.

local fetchIntervalMins = 1 -- (Integer) (Minutes, Range 5-60) How often SE file is fetched
local P1data = 3185 -- Electra, P1 Smart Meter device
local idxu1 = 10101 -- Meter Usage low, Virtual device, counter incremental
local idxu2 = 10102 -- Meter Usage High, Virtual device, counter incremental
local idxr1 = 10103 -- Meter Return Low, Virtual device, counter incremental
local idxr2 = 10104 -- Meter Return High, Virtual device, counter incremental
local idxcons = 10105 -- Meter Actual Usage, Virtual device, counter incremental
local idxprod = 10106 -- Meter Actual Production, Virtual device, counter incremental

local ScriptVersion = '0.1.6'

return {
active = true,
logging = {
-- level = domoticz.LOG_DEBUG, -- Uncomment this line to override the dzVents global logging setting
marker = 'SME '.. ScriptVersion
},
on = {
devices = { P1data }
},

execute = function(domoticz, triggerItem)
if (triggerItem.isDevice) then

-- Get values from device P1Data of the Smart Meter
local SMdata = domoticz.devices(P1data).rawData

-- Update the device and Debug meassages with the accessory values from table SMdata
domoticz.devices(idxu1).updateCounter(SMdata[1])
domoticz.log('Gebruik laag = '.. SMdata[1], domoticz.LOG_DEBUG)
domoticz.devices(idxu2).updateCounter(SMdata[2])
domoticz.log('Gebruik hoog = '.. SMdata[2], domoticz.LOG_DEBUG)
domoticz.devices(idxr1).updateCounter(SMdata[3])
domoticz.log('Levering laag = '.. SMdata[3], domoticz.LOG_DEBUG)
domoticz.devices(idxr2).updateCounter(SMdata[4])
domoticz.log('Levering hoog = '.. SMdata[4], domoticz.LOG_DEBUG)
domoticz.devices(idxcons).updateCounter(SMdata[5])
domoticz.log('Actuele Gebruik = '.. SMdata[5], domoticz.LOG_DEBUG)
domoticz.devices(idxprod).updateCounter(SMdata[6])
domoticz.log('Actuele Levering = '.. SMdata[6], domoticz.LOG_DEBUG)
end
end -- execute
}

[SpikeHome]

DjAntoon schreef op zaterdag 23 maart 2019 @ 19:53:
Voor simpel domoticz zie ik niet in waarom groter of zwaarder...
Ik gebruik wel een pidrive met een usb stick van 64GB

Ik ben in november overgestapt naar een PiDrive met 250GB harddisk die ik een kopie laat maken voor ik ga prutsen aan mijn domoticz (dmv berryboot en vnc viewer)
November was voor de zoveelste keer mij sd corrupt namelijk.
Maar sindsdien loopt de Pi als een trein.
Eerst op de sd liep ook regelmatig mijn nefit easy plugin vast die ik regelmatig moest stoppen en starten.
nu niet 1x meer gehad.

Dylantje2 schreef op zaterdag 23 maart 2019 @ 20:18:
[...]
Wat ik zeg ik doe er wel wat mee.
Maar een constante 30-40% cpu heeft de pi een hekel aan..[ valt zo nu en dan zomaar uit ]

Terwijl de Xu4 maar op 15-25 loopt met hetzelfde.

Daar zit ik ook aan te denken als ik over ga stappen.
Of de Rock Pi

[dr.trimble]

Kan iemand mij een betaalbare z-wave of wifi wallplug aanraden. Momenteel heb ik al die van fibaro in gebruik maar deze zijn echt wel heel duur tegenover sommige andere. Ik heb er ook al betaalbare tegengekomen via Ali, maar ofwel sturen ze niet naar belgie ofwel zijn het geen EU-modellen

[Dylantje2]

dr.trimble schreef op maandag 25 maart 2019 @ 08:49:
Kan iemand mij een betaalbare z-wave of wifi wallplug aanraden. Momenteel heb ik al die van fibaro in gebruik maar deze zijn echt wel heel duur tegenover sommige andere. Ik heb er ook al betaalbare tegengekomen via Ali, maar ofwel sturen ze niet naar belgie ofwel zijn het geen EU-modellen

Wifi wall zou een shelly kunnen zijn
Of iets op Espeasy gebaseerd

China zwave.. brrr

[LPEspecial]

Recentelijk een NUC met Intel Celeron+8GB+250GB SSD (met Ubuntu server) in gebruik voor Domoticz in plaats van een raspberry Pi 2 omdat ik ook issue's had met corrupte SD kaarten (meermaals). Kost een factor X meer als een raspberry (totaal 280 euro), maar dan heb je ook wel afschuwelijke overkill wat betreft performance. Ruimte zat voor nog enkele hobby projecten op die server. Voor de mensen die iets meer willen uitgeven aan het draaien van Domoticz is dit denk ik wel een prima optie.

[DjAntoon]

Een pi drive met of usb stick, SSD of HD is een prima oplossing voor het voorkomen van SD card problemen. Het lezen is geen probleem, maar schrijven hebben ze na verloop van tijd een hekel aan.
Dat zie je ook bij IP cameras met SD cards...

[Pinky-H9]

LPEspecial schreef op maandag 25 maart 2019 @ 13:20:
Recentelijk een NUC met Intel Celeron+8GB+250GB SSD (met Ubuntu server) in gebruik voor Domoticz in plaats van een raspberry Pi 2 omdat ik ook issue's had met corrupte SD kaarten (meermaals). Kost een factor X meer als een raspberry (totaal 280 euro), maar dan heb je ook wel afschuwelijke overkill wat betreft performance. Ruimte zat voor nog enkele hobby projecten op die server. Voor de mensen die iets meer willen uitgeven aan het draaien van Domoticz is dit denk ik wel een prima optie.

Yupp agree ....

Kom zelf ook vanaf een Pi en overgestapt naar Ubuntu en gelijk natuurlijk het servertje wat meer werk gegeven en tezamen met Emby een super leuke media set opgebouwd.

Pi is prima en SSD is zeker een aanrader maar zodra je iets meer wilt doen loop je tegen CPU issues aan.
(En ja Kodi werkt ook op Pi maar doet niet wat bv Emby (Server) doet)

[luigi87]

JurienW schreef op vrijdag 22 maart 2019 @ 20:54:
[...]


Nee hoor
Volgens mij uit het Domoticz forum zelf vandaan.
Wel aangepast dat die met Telegram een notificatie stuurt ipv Pushover
Script heb ik elke 10 minuten draaien via een Cron job
Enige waar wel rekening mee moet houden is met het updaten of andere zaken waar Domoticz even offline moet zijn. Update hem zelf altijd net nadat het script gedraaid heeft, nog nooit problemen door gehad.

code:

#!/bin/bash
#Credits go to Egregius
ip=127.0.0.1
port=8080
idx=1
logfile='/var/log/auto_restart_domoticz.log'


function jsonValue() {
        KEY=$1
        num=$2
        awk -F"[,:}]" '{for(i=1;i<=NF;i++){if($i~/'$KEY'\042/){print $(i+1)}}}' | tr -d '"' | sed -n ${num}p
}

DOMOTICZ=`curl -s --connect-timeout 2 --max-time 5 "http://$ip:$port/json.htm?type=devices&rid=$$idx"`
#echo $DOMOTICZ
STATUS=$(echo $DOMOTICZ | jsonValue status 1)
if [ -z "$STATUS" ]; then STATUS="NOK"; fi
echo Domoticz status = $STATUS
if [ $STATUS = 'OK' ] ; then
        exit
else
        STAMP=$(date +"%Y-%m-%d %H:%M:%S")
        echo $STAMP NOK rechecking... >> $logfile
        echo Domoticz status NOK, checking again in 5 seconds...
        sleep 5
        DOMOTICZ=`curl -s --connect-timeout 2 --max-time 5 "http://$ip:$port/json.htm?type=devices&rid=$$idx"`
        STATUS2=$(echo $DOMOTICZ | jsonValue status 1)
        echo Domoticz status = $STATUS2
        if [ "$STATUS2" == "OK" ] ; then
                exit
        else
                STAMP=$(date +"%Y-%m-%d %H:%M:%S")
                echo $STAMP NOK rechecking... >> $logfile
                echo Domoticz status NOK, checking again in 5 seconds...
                sleep 5
                DOMOTICZ=`curl -s --connect-timeout 2 --max-time 5 "http://$ip:$port/json.htm?type=devices&rid=$$idx"`
                STATUS3=$(echo $DOMOTICZ | jsonValue status 1)
                echo Domoticz status = $STATUS3
                if [ "$STATUS3" == "OK" ] ; then
                        exit

        else
                STAMP=$(date +"%Y-%m-%d %H:%M:%S")
                echo $STAMP NOK Domoticz crashed, restarting Domoticz now >> $logfile
                echo Domoticz crashed, stopping service, killing process and restarting service...
                sudo service domoticz stop
                sleep 8
                sudo killall domoticz
                sleep 5
                sudo service domoticz restart
                echo Domoticz service has been restarted

                #THE 2 LINES BELOW ARE ONLY FOR PUSHOVER NOTIFICATION, SEE https://github.com/fschaefer/pushover.sh
                #bash /home/pi/pushover/pushover.sh -u YOUR_USER_KEY -a YOUR_API_KEY -q "Crash report" -m "Domoticz experienced a crash but has been restarted automatically" -s none
                #echo "A notification has been sent out via Pushover"
                #curl https://pushalot.com/api/sendmessage -F "AuthorizationToken=xxxxxxxxxxxxxxxxxxxxxxxxxxx" -F "Body=Domoticz has been restarted" -F "Title=Domoticz Restarted !"
                curl "https://api.telegram.org/botxxxxxxx:xxxxxxxxx/sendMessage?chat_id=xxxxxxxx&text=Domoticz has been restarted"
                fi
        fi
fi

Kan je mij vertellen waar het origineel van dit script staat?
Wil hem namelijk ook toepassen omdat dit script makelijk is om inactief te zetten via de Cron jobs dan de monit service.
Enkel wil ik me melding op mail zien ipv telegram of pushover, dus moet dit ff verbouwen. Of heeft iemand dit al een gedaan.

[RR46]

Dylantje2 schreef op zaterdag 23 maart 2019 @ 20:18:
[...]


Wat ik zeg ik doe er wel wat mee.
Maar een constante 30-40% cpu heeft de pi een hekel aan..[ valt zo nu en dan zomaar uit ]

Terwijl de Xu4 maar op 15-25 loopt met hetzelfde.

Mag ik vragen wat je dan allemaal hebt draaien? Veel scripts of andere applicaties?

Ik heb pakweg 10% hiervan als AVG CPU usage

[DjAntoon]

Een tijd terug heb ik geprobeerd om snapshots van cameras via mail te versturen...
Kreeg het met geen mogelijkheid werkend. (Stable)
Nu heb ik gisteren (niet om deze reden) geupdate naar de laatste beta, en nu kwamen de mails met snapshots al direct binnen.

[RR46]

dr.trimble schreef op maandag 25 maart 2019 @ 08:49:
Kan iemand mij een betaalbare z-wave of wifi wallplug aanraden. Momenteel heb ik al die van fibaro in gebruik maar deze zijn echt wel heel duur tegenover sommige andere. Ik heb er ook al betaalbare tegengekomen via Ali, maar ofwel sturen ze niet naar belgie ofwel zijn het geen EU-modellen

Toevallig ook een Hue Bridge binnen Domoticz? Van Osram zijn er ook wallplugs, kosten een fractie... (weliswaar geen Z-wave).

Let wel, ik heb ze zelf niet, geen ervaringen mee.

[daemonix]

Dylantje2 schreef op maandag 25 maart 2019 @ 07:49:
[...]


DZ vents..
Plaats dit in de interen dz vents editor. zet hem op time

maak ff een paar dummy counters aan.
De idx van mij in jouw plaats..


[...]

Dank! Komend weekend weer hobbyen dus.

[Dylantje2]

RR46 schreef op maandag 25 maart 2019 @ 15:54:
[...]

Mag ik vragen wat je dan allemaal hebt draaien? Veel scripts of andere applicaties?

Ik heb pakweg 10% hiervan als AVG CPU usage

Veel hardware zwave wifi esp 433 internet sensoren en temp enz enz
paar honderd device
Veel scripts
Enz

[Phoolie]

Ik ben net even in de log aan het kijken en ik zie iets wat ik niet kan verklaren.

Ik zie zo'n 2 tot 4 keer per dag de volgende regel terug komen:

2019-03-25 07:15:00.990 Error: Setting a wrong level value 3 to Selector device 82021

Dan probeer het systeem toch level 3 te activeren op device met ID 82021? Als ik naar devices kijk en deze selecteer op device ID, zie ik dat ik wel 00082020 & 00082025 heb, maar daar tussenin zit niks.

Iemand enige idee waar die melding vandaag komt en hoe ik dat kan verhelpen?

[NiGeLaToR]

Ik heb inmiddels mijn alarm systeem werkend op Domoticz maar mis nog 1 ding: een manier om bevestigings piepjes te geven. Bijv de 30s die je hebt na ‘arm away’ of 30s als je ‘disarm’ doet. Heb gewoon geen praktische manier gevonden, iemand een tip?

Mijn alarm/sirene kan alleen maar variaties van heel luid. Das geen optie.

[silver323]

Ik heb sinds vanmorgen na een reboot van mijn PI waar domoticz op staat de volgende error in me log die steeds terug keert!
2019-03-26 10:43:27.779 Error: RFXCOM: input buffer out of sync, going to restart!....
2019-03-26 10:43:28.501 Status: RFXCOM: retrying in 30 seconds...
2019-03-26 10:43:57.507 Status: RFXCOM: Using serial port: /dev/ttyUSB0
2019-03-26 10:43:58.060 Error: RFXCOM: input buffer out of sync, going to restart!...

Wat is hier aan de hand?

[Knielen]

NiGeLaToR schreef op maandag 25 maart 2019 @ 23:21:
Ik heb inmiddels mijn alarm systeem werkend op Domoticz maar mis nog 1 ding: een manier om bevestigings piepjes te geven. Bijv de 30s die je hebt na ‘arm away’ of 30s als je ‘disarm’ doet. Heb gewoon geen praktische manier gevonden, iemand een tip?

Mijn alarm/sirene kan alleen maar variaties van heel luid. Das geen optie.

Misschien een berichtje naar je telefoon?

[NiGeLaToR]

Knielen schreef op dinsdag 26 maart 2019 @ 11:07:
[...]


Misschien een berichtje naar je telefoon?

Ik heb nogal wat verschillende mensen die regelmatig over de vloer komen: die krijgen een RFID tag, maar zonder feedback is het een beetje gissen of het allemaal gaat zoals het hoort.

Helaas heb ik geen RFID tag reader die de identiteit van de persoon aan Domoticz kan doorgeven (als dat al bestaat), dus moet ik ook nog eens een arm/disarm broadcasten naar iedereen. Een audio indicatie is dan zoals het oude alarm het deed én best praktisch. Maar sta open voor alternatieven natuurlijk - ms is een andere RFID tag reader beter geschikt.. heb per abuis een beetje een 'dom' ding gekocht en niet zo'n Zapato oid.

[FunFair]

silver323 schreef op dinsdag 26 maart 2019 @ 10:46:
Ik heb sinds vanmorgen na een reboot van mijn PI waar domoticz op staat de volgende error in me log die steeds terug keert!
2019-03-26 10:43:27.779 Error: RFXCOM: input buffer out of sync, going to restart!....
2019-03-26 10:43:28.501 Status: RFXCOM: retrying in 30 seconds...
2019-03-26 10:43:57.507 Status: RFXCOM: Using serial port: /dev/ttyUSB0
2019-03-26 10:43:58.060 Error: RFXCOM: input buffer out of sync, going to restart!...

Wat is hier aan de hand?

Heb je de RFXCOM al eens opnieuw in de usb poort gestopt? Ik heb ook wel eens gehad dat de RFXCOM er ineens mee ophield.

[DarkAllMan]

LPEspecial schreef op maandag 25 maart 2019 @ 13:20:
Recentelijk een NUC met Intel Celeron+8GB+250GB SSD (met Ubuntu server) in gebruik voor Domoticz in plaats van een raspberry Pi 2 omdat ik ook issue's had met corrupte SD kaarten (meermaals). Kost een factor X meer als een raspberry (totaal 280 euro), maar dan heb je ook wel afschuwelijke overkill wat betreft performance. Ruimte zat voor nog enkele hobby projecten op die server. Voor de mensen die iets meer willen uitgeven aan het draaien van Domoticz is dit denk ik wel een prima optie.

Ik heb een ook een NUC, maar heb daar ESXi op gezet.... met Ubuntu Domoticz als VM. Dan heb je idd overkill, maar die kun je ook prima inzetten door nog meer VM's op te tuigen voor andere zaken.
Zo heb ik ook een W10 VM en nog andere Ubuntu Servers.

[silver323]

FunFair schreef op dinsdag 26 maart 2019 @ 11:56:
[...]


Heb je de RFXCOM al eens opnieuw in de usb poort gestopt? Ik heb ook wel eens gehad dat de RFXCOM er ineens mee ophield.

Nee dat nog niet. Zal ik eens proberen vanmiddag.

[icecreamfarmer]

icecreamfarmer schreef op zaterdag 23 maart 2019 @ 11:35:
Ik heb een blocky gemaakt welke om 10 uur kijkt wat de stand van mijn rolluiken is om dan vervolgens een getrapte scene te starten. Het aparte is dat de scene wel gestart wordt maar niet afgemaakt wordt.

De scene houdt in dat hij eerst de rolluiken 15min op ventilatiestand zet en daarna volledig open moet gaan.
Als ik de scene handmatig start via een knop werkt het wel.

[Afbeelding: blocky]

Voor een test staat het nu op active om te kijken of dat werkt maar eerst gebruikte ik on.

Ok bij active reageerde hij niet.
Nu weer op On staan. Voor mijn gevoel is dat hele blocky gebeuren niet erg stabiel.

[Pixelmagic]

NiGeLaToR schreef op dinsdag 26 maart 2019 @ 11:17:
[...]


Ik heb nogal wat verschillende mensen die regelmatig over de vloer komen: die krijgen een RFID tag, maar zonder feedback is het een beetje gissen of het allemaal gaat zoals het hoort.

Helaas heb ik geen RFID tag reader die de identiteit van de persoon aan Domoticz kan doorgeven (als dat al bestaat), dus moet ik ook nog eens een arm/disarm broadcasten naar iedereen. Een audio indicatie is dan zoals het oude alarm het deed én best praktisch. Maar sta open voor alternatieven natuurlijk - ms is een andere RFID tag reader beter geschikt.. heb per abuis een beetje een 'dom' ding gekocht en niet zo'n Zapato oid.

Je kan voor €10-15 zooets maken met Easy ESP en een reader van Ali, zie hier een voorbeeld: https://www.hackster.io/G...peasy-and-domoticz-5fe5f8

Je maakt een virtuele text device in Domoticz en de ESP pusht de id van de rfid er heen. Met een scriptje kan je dan dingen laten gebeuren Domoticz.

[luigi87]

silver323 schreef op dinsdag 26 maart 2019 @ 10:46:
Ik heb sinds vanmorgen na een reboot van mijn PI waar domoticz op staat de volgende error in me log die steeds terug keert!
2019-03-26 10:43:27.779 Error: RFXCOM: input buffer out of sync, going to restart!....
2019-03-26 10:43:28.501 Status: RFXCOM: retrying in 30 seconds...
2019-03-26 10:43:57.507 Status: RFXCOM: Using serial port: /dev/ttyUSB0
2019-03-26 10:43:58.060 Error: RFXCOM: input buffer out of sync, going to restart!...

Wat is hier aan de hand?

Domoticz kan je RFXcom niet vinden, waarschijnlijk is je usb poort verwisseld.
ga hier is mee aan de slag: https://www.domoticz.com/wiki/PersistentUSBDevices
Dan kan je rebooten zonder dat al je usb poort in eens verwisseld zijn en al je USB hardware niet meer vindbaar is.

[silver323]

luigi87 schreef op dinsdag 26 maart 2019 @ 13:56:
[...]


Domoticz kan je RFXcom niet vinden, waarschijnlijk is je usb poort verwisseld.
ga hier is mee aan de slag: https://www.domoticz.com/wiki/PersistentUSBDevices
Dan kan je rebooten zonder dat al je usb poort in eens verwisseld zijn en al je USB hardware niet meer vindbaar is.

Bedankt voor je info. Ik ga dit nalezen.

Heb uiteindelijk de USB er even uit gehaald en weer erin op dezelfde poort, op het advies van @FunFair . Dit heeft geholpen gelukkig.

[imdos]

NiGeLaToR schreef op dinsdag 26 maart 2019 @ 11:17:
[...]


Ik heb nogal wat verschillende mensen die regelmatig over de vloer komen: die krijgen een RFID tag, maar zonder feedback is het een beetje gissen of het allemaal gaat zoals het hoort.

Een audio indicatie is dan zoals het oude alarm het deed én best praktisch. Maar sta open voor alternatieven natuurlijk - ms is een andere RFID tag reader beter geschikt.. heb per abuis een beetje een 'dom' ding gekocht en niet zo'n Zapato oid.

Als je een pi hebt; dan kan je toch beep's geven. Zoals dit:
https://raspberrypi.stack...minal-bell-beep-on-wheezy

[bbn_ldp]

Ik heb een aantal heiman z-wave plus rookmelders gekocht en heb deze toegevoegd in domoticz. Ik zie ze nu bij schakelaars staan maar er staat dat ze uit zijn. Gaat dit goed of doe ik iets fout? Ik vraag mij ook af als er 1 in alarm gaat of de anderen dan ook aan gaan of moet ik ze dan nog weer speciaal koppelen of in een groep samen voegen? Ook wordt er op websites die ze verkopen gezegd dat je een melding op je telefoon kan krijgen, maar er staat alleen niet hoe. Ik ben een beginner met domoticz dus vandaar mijn vragen.

[krizzziz]

Ik wordt helemaal gek van die diverse présence detection scripts icm met een iPhone.wie heeft de gouden (lees werkende) combinatie gevonden?

[GVR]

krizzziz schreef op dinsdag 26 maart 2019 @ 21:24:
Ik wordt helemaal gek van die diverse présence detection scripts icm met een iPhone.wie heeft de gouden (lees werkende) combinatie gevonden?

Ik, maar daar heb ik de Tado thermostaat voor aan de muur hangen.

[krizzziz]

GVR schreef op dinsdag 26 maart 2019 @ 22:19:
[...]

Ik, maar daar heb ik de Tado thermostaat voor aan de muur hangen.

Met een NEST ook mogelijk?

[Dylantje2]

bbn_ldp schreef op dinsdag 26 maart 2019 @ 20:48:
Ik heb een aantal heiman z-wave plus rookmelders gekocht en heb deze toegevoegd in domoticz. Ik zie ze nu bij schakelaars staan maar er staat dat ze uit zijn. Gaat dit goed of doe ik iets fout? Ik vraag mij ook af als er 1 in alarm gaat of de anderen dan ook aan gaan of moet ik ze dan nog weer speciaal koppelen of in een groep samen voegen? Ook wordt er op websites die ze verkopen gezegd dat je een melding op je telefoon kan krijgen, maar er staat alleen niet hoe. Ik ben een beginner met domoticz dus vandaar mijn vragen.

Kijk eerst of dat je device in open Zwave staat. Anders zou ik ze retour doen

[Dylantje2]

icecreamfarmer schreef op dinsdag 26 maart 2019 @ 12:05:
[...]


Ok bij active reageerde hij niet.
Nu weer op On staan. Voor mijn gevoel is dat hele blocky gebeuren niet erg stabiel.

Vrees dat je zelf iets verkeerd doet. Of je device is niet goed blockley is al jaren erg stabiel

[icecreamfarmer]

Dylantje2 schreef op woensdag 27 maart 2019 @ 07:15:
[...]


Vrees dat je zelf iets verkeerd doet. Of je device is niet goed blockley is al jaren erg stabiel

Zie mijn eerdere post. De rpi is nieuw en de programering werkt echter doet hij de scene maar half uitvoeren.

[bbn_ldp]

Dylantje2 schreef op woensdag 27 maart 2019 @ 07:14:
[...]


Kijk eerst of dat je device in open Zwave staat. Anders zou ik ze retour doen

Hoe en waar kan ik dat controleren in domoticz? Ik heb de Rm toegevoegd via domoticz en niet via de knop op de aeon zwavestick

[ Voor 13% gewijzigd door bbn_ldp op 27-03-2019 09:16 ]

[DjAntoon]

Maar ligt het dan aan de scene of aan blockly?
Ik heb met het aftrappen van scene's ook problemen gehad een tijd terug...

[imdos]

imdos schreef op dinsdag 12 maart 2019 @ 13:53:
Even een [s]heel ander probleem[s/] oplossing. Ik heb een Z-wave alarm te weten de ZM Vision 1602+ (soms ook aangeduid als VIS_ZM1602).

Deze had ik op mijn oude domoticz installatie (met raspbian jessie en versie 3.8xx) werkende. Toen heb ik een nieuwe installatie gedaan op een andere rPi3 met stretch en de laatste beta; maar wel de database (domoticz.db) overgenomen.

Echter wil de sirene nu niet meer koppelen met domoticz, ik krijg constant een foutmelding. Terwijl het device wel lijkt te zijn gevonden.

<knip>

Als laatste wijziging heb ik dus maar mijn z-wave device verwijderd en gepoogd deze opnieuw te pairen; maar dat lijkt niet te kunnen. Ik krijg de module niet uit de gekoppelde modus of hoe dat ook heet.

Nu heb ik echt geen idee hoe ik dit moet oplossen; zeker omdat het alarm een anti-tamper beveiliging heeft als je deze wil verwijderen. Dat heeft me al bijna mijn oren gekost.

TravockMD schreef op dinsdag 12 maart 2019 @ 19:07:
[...]

Zit er een test-knop oid op je z-wave device? Zoja, die al eens een keer ingedrukt? (Of 1x keer de koppel knop)

edit: en anders een keer excluden en opnieuw includen

Oke; dit is opgelost. Ik heb de daadwerkelijke sirene even gedesoldeerd en verwijdert, om zeker te zijn dat ik niet weer 100 dB op een korte afstand zou krijgen. Daarna kon ik op basis van de handleiding en de enige knop zoals hierboven geschreven netjes excluden en includen.

Het gekke is dat ik in deze versie van domoticz / OpenZwave niet meer de anti-tamper instellingen kan vinden; dus er is wel een grote wijziging in device mogelijkheden gevonden. Verder is dit er ook nog:

Error (met het oude NodeID)

code:

/var/log/domoticz/domoticz.log.24:2019-02-23 00:27:02.607  Status: OpenZWave: Received timeout notification from HomeID: 3396558102, NodeID: 7 (0x07)

Saillant detail; ik hoorde heel zacht de toon / ritmiek van het alarm, maar die is niet vervelend .

[Dylantje2]

bbn_ldp schreef op woensdag 27 maart 2019 @ 08:51:
[...]

Hoe en waar kan ik dat controleren in domoticz? Ik heb de Rm toegevoegd via domoticz en niet via de knop op de aeon zwavestick

Wiki
Zwave
Lijst via OpenZwave

[GVR]

krizzziz schreef op dinsdag 26 maart 2019 @ 22:33:
[...]


Met een NEST ook mogelijk?

Ik ken de Nest niet, maar ik zie dat die toe te voegen is in Domoticz. Als er daarmee ook een aanwezigheids schakelaar toegevoegd wordt dan lijkt het me met een Nest ook mogelijk ja.

[Dylantje2]

GVR schreef op woensdag 27 maart 2019 @ 19:50:
[...]

Ik ken de Nest niet, maar ik zie dat die toe te voegen is in Domoticz. Als er daarmee ook een aanwezigheids schakelaar toegevoegd wordt dan lijkt het me met een Nest ook mogelijk ja.

Wonderbaarlijk..mooi spul
Heb er 4 hangen op 220...

[DjAntoon]

Hoe werkt dat dan, is dat met een ingebouwde PIR, of als je de temperatuur versteld?

[fabstar81]

Dylantje2 schreef op zaterdag 23 maart 2019 @ 19:32:
[...]


Ik heb pi3 en ben er echt niet blij mee.
Loopt echt aan zijn eind. [ wel heel veel erop zitten ]
Odroid xu4 rules the world..
Als ik weer tijd heb, gaat die weer aan het werk!!

ping detectie en GPS. beetje slim programmeren en super reliable. mits je domoticz installatie zélf stabiel is natuurlijk (dat is wat bij mij parten speelt).

[Dylantje2]

fabstar81 schreef op woensdag 27 maart 2019 @ 21:59:
[...]

ping detectie en GPS. beetje slim programmeren en super reliable. mits je domoticz installatie zélf stabiel is natuurlijk (dat is wat bij mij parten speelt).

Waar heb je hem op lopen???
En echt geinstalleerd zoals de wiki dus met pi user?

Of waardoor is hij instabiel??

[fabstar81]

@Dylantje2, rpi3B en echt geinstalleerd via de wiki. weet nog steeds niet wat het veroorzaakt, maar soms houden mijn scenes er mee op. een reboot doet wonderen dan, alleen moet ik weer de helft van de USB dingen dan weer opnieuw poort toewijzen. de andere helft is persistent.

al met al draait mijn installatie meestal 2 dagen stabiel. dit is verdorie nog erger dan op mijn rpi2.

weet ff echt niet wat ik er mee aan moet.

[Dylantje2]

fabstar81 schreef op woensdag 27 maart 2019 @ 23:22:
@Dylantje2, rpi3B en echt geinstalleerd via de wiki. weet nog steeds niet wat het veroorzaakt, maar soms houden mijn scenes er mee op. een reboot doet wonderen dan, alleen moet ik weer de helft van de USB dingen dan weer opnieuw poort toewijzen. de andere helft is persistent.

al met al draait mijn installatie meestal 2 dagen stabiel. dit is verdorie nog erger dan op mijn rpi2.

weet ff echt niet wat ik er mee aan moet.

Zit er een fout in persitent?
Heb je ze allemaal vast staan?
En als je een missing device hebt stopt de blocley etc
Dus verklaarbaar,.
Geen 433 op je usb
is een missing device in blockley
Die stopt er dan mee
En vroeger werden die blockleys paars...
Helaas nu niet meer

[icecreamfarmer]

DjAntoon schreef op woensdag 27 maart 2019 @ 08:52:
Maar ligt het dan aan de scene of aan blockly?
Ik heb met het aftrappen van scene's ook problemen gehad een tijd terug...

De scene werkt gewoon als ik hem met een knop activeer.

[fabstar81]

Dylantje2 schreef op donderdag 28 maart 2019 @ 07:12:
[...]


Zit er een fout in persitent?
Heb je ze allemaal vast staan?
En als je een missing device hebt stopt de blocley etc
Dus verklaarbaar,.
Geen 433 op je usb
is een missing device in blockley
Die stopt er dan mee
En vroeger werden die blockleys paars...
Helaas nu niet meer

ik draai nog steeds op de laatste stable. heb gelukkig geen paarse blocklys.

niet al mijn USB devices zijn persistent gemaakt nee. het werkt niet altijd bij 3 devices dus heb ik dat uitgeschakeld. nu als ik reboot check ik alitjd in de log/dashboard of die 3 het doen en dan wijs ik direct de nieuwe USB poorten toe.

het lijkt erop dat mijn RFXcomE, OTGW en mijn P1 kabel het niet lekker doen met de persistent drivers methode.

vooralsnog heb ik echter geen aanwijzigingen dat deze 3 devices ervoor zorgen dat mijn scenes het soms gewoon ineens niet doen...

dit weerhoudt mij ervan om nieuwe dingen te doen op deze installatie. mijn watermeter wil ik nl weer toevoegen en andere leuke dingen. maar wil liefst dit fixen eerst

[Dylantje2]

fabstar81 schreef op donderdag 28 maart 2019 @ 12:51:
[...]

ik draai nog steeds op de laatste stable. heb gelukkig geen paarse blocklys.

niet al mijn USB devices zijn persistent gemaakt nee. het werkt niet altijd bij 3 devices dus heb ik dat uitgeschakeld. nu als ik reboot check ik alitjd in de log/dashboard of die 3 het doen en dan wijs ik direct de nieuwe USB poorten toe.

het lijkt erop dat mijn RFXcomE, OTGW en mijn P1 kabel het niet lekker doen met de persistent drivers methode.

vooralsnog heb ik echter geen aanwijzigingen dat deze 3 devices ervoor zorgen dat mijn scenes het soms gewoon ineens niet doen...

dit weerhoudt mij ervan om nieuwe dingen te doen op deze installatie. mijn watermeter wil ik nl weer toevoegen en andere leuke dingen. maar wil liefst dit fixen eerst

Vroeger werden ze paars... Nu niet meer.. helaas.
En het verklaard echt waarom ze het niet doen.
Je rfxcom stopt ermee.
Dus vind blockley bepaalde devices niet
Dan werken de blockleys niet.

Eerst je hardware vast zetten. Stata in de wiki.
Dana na een reboot blijft alles staan?
Usb eruit in andere poort.
Reboot en dan kijken of ze ook nog goed werken.
Daarna zullen je blockleys blijven werken.

[bbn_ldp]

Dylantje2 schreef op woensdag 27 maart 2019 @ 17:59:
[...]


Wiki
Zwave
Lijst via OpenZwave

Volgens robbshop zijn er geen zwave rookmelders die onderling gekoppeld kunnen worden. Zij adviseren te koppelen met een binnensirene

[Stubby]

bbn_ldp schreef op donderdag 28 maart 2019 @ 19:14:
[...]

Volgens robbshop zijn er geen zwave rookmelders die onderling gekoppeld kunnen worden. Zij adviseren te koppelen met een binnensirene

Ik heb zwave rookmelders van Popp die aan elkaar gekoppeld zijn. Dus ik denk dat robbshop hier foutje heeft gemaakt

[bbn_ldp]

Stubby schreef op donderdag 28 maart 2019 @ 20:24:
[...]

Ik heb zwave rookmelders van Popp die aan elkaar gekoppeld zijn. Dus ik denk dat robbshop hier foutje heeft gemaakt

Heb ze dat gelijk even laten weten. Misschien kan ik ze nog omruilen

[fabstar81]

Dylantje2 schreef op donderdag 28 maart 2019 @ 17:50:
[...]


Vroeger werden ze paars... Nu niet meer.. helaas.
En het verklaard echt waarom ze het niet doen.
Je rfxcom stopt ermee.
Dus vind blockley bepaalde devices niet
Dan werken de blockleys niet.

Eerst je hardware vast zetten. Stata in de wiki.
Dana na een reboot blijft alles staan?
Usb eruit in andere poort.
Reboot en dan kijken of ze ook nog goed werken.
Daarna zullen je blockleys blijven werken.

op dit moment hangt dit er aan:

code:

pi@pi-domo:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  iProduct                2 USB-Serial Controller
  iSerial                 0
  idVendor           0x1a86 QinHeng Electronics
  idProduct          0x7523 HL-340 USB-Serial adapter
  iProduct                2 USB2.0-Serial
  iSerial                 0
  idVendor           0x0658 Sigma Designs, Inc.
  idProduct          0x0200
  iProduct                0
  iSerial                 0
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  iProduct                2 USB-Serial Controller
  iSerial                 0
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 USB-Serial (UART) IC
  iProduct                2 RFXtrx433
  iSerial                 3 A1XQFOHF
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  iProduct                1 USB2.0 Hub
  iSerial                 0
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  iProduct                1 USB2.0 Hub
  iSerial                 0
  idVendor           0x0451 Texas Instruments, Inc.
  idProduct          0x16a8
  iProduct                2 TI CC2531 USB CDC
  iSerial                 3 __0X00124B0018ED2B7D
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
  iProduct                0
  iSerial                 0
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0
  iSerial                 0
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb

dit is mijn sudo nano /etc/udev/rules.d/99-usb-serial.rules. Op volgorde van vendors.

code:

SUBSYSTEM=="tty", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SYMLINK+="ttyUSB-OTGW"
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-Aurora"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="ttyUSB-ZWave-5G"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A1XQFOHF", SYMLINK+="ttyUSB-RFX433e"

naast mijn OTGW, RFXcomE, Zwave en Aurora serial to USB adapter, hangt er nog een P1 kabel aan. deze vind ik echter niet terug in bovenstaande lijst van lsusb. Er hangt ook nog een zigbee2mqtt stick aan...die vind ik wel terug, maar die wordt eigenlijk altijd netjes op zelfde poort gekoppeld dus geen noodzaak om die in de 99-usb-serial.rules op te nemen. Dit alles is op de rpi3 zelf en de pihut 7-poorts USB hub aangesloten.

Daarnaast zijn er 2 voorkomens van dezelfde records zoals de OTGW.

Ik heb zojuist getest of de RFXcomE en de OTGW nu wel gepakt worden door de persistent USB en dat werkt. bij een volgende reboot zal ik merken of dit blijft.

enige wat nu nog mist is de P1 kabel die ik graag persistent wil maken maar ik vind hem niet in lsusb.

[DaRk PoIsOn]

fabstar81 schreef op donderdag 28 maart 2019 @ 22:12:
[...]

op dit moment hangt dit er aan:

code:

pi@pi-domo:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  iProduct                2 USB-Serial Controller
  iSerial                 0
  idVendor           0x1a86 QinHeng Electronics
  idProduct          0x7523 HL-340 USB-Serial adapter
  iProduct                2 USB2.0-Serial
  iSerial                 0
  idVendor           0x0658 Sigma Designs, Inc.
  idProduct          0x0200
  iProduct                0
  iSerial                 0
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  iProduct                2 USB-Serial Controller
  iSerial                 0
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 USB-Serial (UART) IC
  iProduct                2 RFXtrx433
  iSerial                 3 A1XQFOHF
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  iProduct                1 USB2.0 Hub
  iSerial                 0
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  iProduct                1 USB2.0 Hub
  iSerial                 0
  idVendor           0x0451 Texas Instruments, Inc.
  idProduct          0x16a8
  iProduct                2 TI CC2531 USB CDC
  iSerial                 3 __0X00124B0018ED2B7D
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
  iProduct                0
  iSerial                 0
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0
  iSerial                 0
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb

dit is mijn sudo nano /etc/udev/rules.d/99-usb-serial.rules. Op volgorde van vendors.

code:

SUBSYSTEM=="tty", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SYMLINK+="ttyUSB-OTGW"
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-Aurora"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="ttyUSB-ZWave-5G"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A1XQFOHF", SYMLINK+="ttyUSB-RFX433e"

Heb je al een keer een andere hub cq andere voeding aan de hub geprobeerd?

[imdos]

fabstar81 schreef op donderdag 28 maart 2019 @ 22:12:
[...]
(Knip)

Daarnaast zijn er 2 voorkomens van dezelfde records zoals de OTGW.

Ik heb zojuist getest of de RFXcomE en de OTGW nu wel gepakt worden door de persistent USB en dat werkt. bij een volgende reboot zal ik merken of dit blijft.

enige wat nu nog mist is de P1 kabel die ik graag persistent wil maken maar ik vind hem niet in lsusb.

Kan het niet zo zijn dat de otgw en p1 hetzelfde device hebben?

Dit is namelijk mijn lijstje;

code:

 SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="AC2NJNM7",  SYMLINK+="ttyUSB_P1"
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB_RFLink"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="ttyUSB_zwave"
SUBSYSTEM=="tty", ATTRS{idVendor}=="x", ATTRS{idProduct}=="x", SYMLINK+="ttyUSB_zigbee"

[Stubby]

bbn_ldp schreef op donderdag 28 maart 2019 @ 21:58:
[...]

Heb ze dat gelijk even laten weten. Misschien kan ik ze nog omruilen

Voor de volledigheid: het gaat om deze https://www.robbshop.nl/p...r-met-alarmsirene-functie

[fabstar81]

DaRk PoIsOn schreef op vrijdag 29 maart 2019 @ 02:09:
[...]


Heb je al een keer een andere hub cq andere voeding aan de hub geprobeerd?

Dit is een gecertificeerde voeding en gevoede hub speciaal voor de pi. Zou goed moeten zijn. Een andere voeding werkt niet bij de pi3.

@imdos, daar lijkt het inderdaad wel op. Is er een manier om dat te wijzigen??

Weinig zin om nieuwe kabel te kopen...

[Dylantje2]

fabstar81 schreef op donderdag 28 maart 2019 @ 22:12:
[...]

op dit moment hangt dit er aan:

code:

pi@pi-domo:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  iProduct                2 USB-Serial Controller
  iSerial                 0
  idVendor           0x1a86 QinHeng Electronics
  idProduct          0x7523 HL-340 USB-Serial adapter
  iProduct                2 USB2.0-Serial
  iSerial                 0
  idVendor           0x0658 Sigma Designs, Inc.
  idProduct          0x0200
  iProduct                0
  iSerial                 0
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  iProduct                2 USB-Serial Controller
  iSerial                 0
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 USB-Serial (UART) IC
  iProduct                2 RFXtrx433
  iSerial                 3 A1XQFOHF
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  iProduct                1 USB2.0 Hub
  iSerial                 0
  idVendor           0x05e3 Genesys Logic, Inc.
  idProduct          0x0608 Hub
  iProduct                1 USB2.0 Hub
  iSerial                 0
  idVendor           0x0451 Texas Instruments, Inc.
  idProduct          0x16a8
  iProduct                2 TI CC2531 USB CDC
  iSerial                 3 __0X00124B0018ED2B7D
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
  iProduct                0
  iSerial                 0
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0
  iSerial                 0
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb

dit is mijn sudo nano /etc/udev/rules.d/99-usb-serial.rules. Op volgorde van vendors.

code:

SUBSYSTEM=="tty", ATTRS{idVendor}=="067b", ATTRS{idProduct}=="2303", SYMLINK+="ttyUSB-OTGW"
SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="ttyUSB-Aurora"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0658", ATTRS{idProduct}=="0200", SYMLINK+="ttyUSB-ZWave-5G"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A1XQFOHF", SYMLINK+="ttyUSB-RFX433e"

naast mijn OTGW, RFXcomE, Zwave en Aurora serial to USB adapter, hangt er nog een P1 kabel aan. deze vind ik echter niet terug in bovenstaande lijst van lsusb. Er hangt ook nog een zigbee2mqtt stick aan...die vind ik wel terug, maar die wordt eigenlijk altijd netjes op zelfde poort gekoppeld dus geen noodzaak om die in de 99-usb-serial.rules op te nemen. Dit alles is op de rpi3 zelf en de pihut 7-poorts USB hub aangesloten.

Daarnaast zijn er 2 voorkomens van dezelfde records zoals de OTGW.

Ik heb zojuist getest of de RFXcomE en de OTGW nu wel gepakt worden door de persistent USB en dat werkt. bij een volgende reboot zal ik merken of dit blijft.

enige wat nu nog mist is de P1 kabel die ik graag persistent wil maken maar ik vind hem niet in lsusb.

Eerst zul je ze allemaal moeten vinden..
Nu kan het zijn dat er 2 op 1 zitten 1 toegewezen en 1 uit "zichzelf"....
P1 staat in de wiki geloof ik
https://www.domoticz.com/wiki/PersistentUSBDevices
Ook iets over niet te vinden device...[ pas de wiki als je jouw devices wel hebt. ]

Dan is stap 2 een goede gevoede HUB [ mijn zat een los contact in, weken ruzie gehad met kwijtrakende devices ]
Dan een VOEDING voor je Pi die zwaar genoeg is. 2000mah minimaal
En een voeding voor je HUB van 2000mah
Conrad, oid geen china troep

[imdos]

Heeft er iemand ervaring met het foolproof maken van een buiten sirene via z-wave. Ik heb daar nu een dzVents script voor met een enkele actie; namelijk gewoon het alarm aan (ongeacht de stand -> sirene aan en lichten/strobe). Maar deze wil ik kunnen aanpassen. Nu is het namelijk sirene aan en lichten/strobe. Maar ik zat zelf te overwegen dat ik mijn buren niet te veel wil storen. Soms gaat het wel eens mis met het uitzetten van het alarm.

Ik zat zelf te denken aan het volgende:

• zwave - 20 seconden knipperen
• zwave uitzetten
• zwave config wijzigen
• zwave aanzetten sirene en strobe

En ik denk dat ik dit gewoon in een bash script ofzo maak met curl . Dan kan ik op elk gewenst moment een kill script doen en de switch voor het alarm uitzetten indien nodig.

code:

Strobe only - will not automatically stop
curl 'http://127.0.0.1:8080/json.htm?type=command&param=applyzwavenodeconfig&idx=9&valuelist=1_U3Ryb2JlIE9ubHk%3D_2_V2lsbCBOb3QgQXV0b21hdGljYWxseSBTdG9w_'

[ Voor 11% gewijzigd door imdos op 29-03-2019 07:58 ]

[imdos]

fabstar81 schreef op vrijdag 29 maart 2019 @ 07:45:
[...]

Dit is een gecertificeerde voeding en gevoede hub speciaal voor de pi. Zou goed moeten zijn. Een andere voeding werkt niet bij de pi3.

@imdos, daar lijkt het inderdaad wel op. Is er een manier om dat te wijzigen??

Weinig zin om nieuwe kabel te kopen...

Je kunt nog kijken in de details (dus echt zoeken naar de juiste filtering bij lsusb) of er nog een extra unieke identifier in zit. Ik zou eens "sudo lsusb -v" doen en dan naar een bestand en op zoek naar de unieke identificatie als die er is. Anders zou ik het niet weten.

Bijvoorbeeld: iSerial, iManufacturer of bcdDevice.

[fabstar81]

vanmorgen een reboot gedaan en nu zijn zowel de OTGW, de RFXcomE en de Zwave netjes gelinkt. de P1 niet, dus moet ik nu ff op zoek waar die zit. de aurora weet ik ook ff niet waar die zit, maar kan ik wel achterhalen. feitelijk werkt die persistent voor die aurora niet echt volgens mij.

ik zal je commando uitvoeren, kijken wat dat doet.

[fabstar81]

imdos schreef op vrijdag 29 maart 2019 @ 07:57:
[...]

Je kunt nog kijken in de details (dus echt zoeken naar de juiste filtering bij lsusb) of er nog een extra unieke identifier in zit. Ik zou eens "sudo lsusb -v" doen en dan naar een bestand en op zoek naar de unieke identificatie als die er is. Anders zou ik het niet weten.

Bijvoorbeeld: iSerial, iManufacturer of bcdDevice.

eerste voorkomen van 0x067b:

code:

Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  bcdDevice            3.00
  iManufacturer           1 Prolific Technology Inc.
  iProduct                2 USB-Serial Controller
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           39
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x000a  1x 10 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)

2e voorkomen van 0x067b:

code:

Bus 001 Device 010: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x067b Prolific Technology, Inc.
  idProduct          0x2303 PL2303 Serial Port
  bcdDevice            3.00
  iManufacturer           1 Prolific Technology Inc.
  iProduct                2 USB-Serial Controller
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           39
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x000a  1x 10 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)

ik heb ff geen differtool op mijn werk hier, maar op het eerste gezicht - visueel bekeken - zie ik als enige verschil het device nummer (1e regel). dat is in eerste 006, in tweede 010.

Als ik even verder kijk in de wiki, kan je met hieronder dus ook weer wat meer:

code:

pi@pi-domo:~ $ lsusb -t
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/5p, 480M
        |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
        |__ Port 3: Dev 4, If 0, Class=Communications, Driver=cdc_acm, 12M
        |__ Port 3: Dev 4, If 1, Class=CDC Data, Driver=cdc_acm, 12M
        |__ Port 4: Dev 5, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 2: Dev 8, If 0, Class=Vendor Specific Class, Driver=ch341, 12M
            |__ Port 1: Dev 7, If 0, Class=Hub, Driver=hub/4p, 480M
                |__ Port 3: Dev 11, If 0, Class=Communications, Driver=cdc_acm, 12M
                |__ Port 3: Dev 11, If 1, Class=CDC Data, Driver=cdc_acm, 12M
                |__ Port 1: Dev 9, If 0, Class=Vendor Specific Class, Driver=ftdi_sio, 12M
                |__ Port 2: Dev 10, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M
        |__ Port 5: Dev 6, If 0, Class=Vendor Specific Class, Driver=pl2303, 12M

er zijn er 2 met de eerder genoemde pl2303, de onderste 2 regels. misschien dat ik met die 2 referenties iets meer kan nu.

alleen wat zijn de devpaths dan. vergeleken met de wiki heb ik wel 4 subniveaus.
is dat voor de 1e dan 1.4.1.2
en voor de 2e dan 1.5

[ Voor 10% gewijzigd door fabstar81 op 29-03-2019 10:39 ]

[maartentmm]

ik krijg geen gegevens meer binnen in domoticz van mijn xiaomi gateway. Ik heb hem al een keer opnieuw toegevoegd? wekt dat niet meer sinds de laatste update?

[Phoolie]

maartentmm schreef op vrijdag 29 maart 2019 @ 16:52:
ik krijg geen gegevens meer binnen in domoticz van mijn xiaomi gateway. Ik heb hem al een keer opnieuw toegevoegd? wekt dat niet meer sinds de laatste update?

Welke update bedoel je precies?

Ik gebruik de laatste stable release van Domoticz en daar werkt het allemaal nog gewoon goed

[MikeOO]

maartentmm schreef op vrijdag 29 maart 2019 @ 16:52:
ik krijg geen gegevens meer binnen in domoticz van mijn xiaomi gateway. Ik heb hem al een keer opnieuw toegevoegd? wekt dat niet meer sinds de laatste update?

Gateway ook al eens uit stopcontact gehaald en er weer in. Help soms ook.

[bing69]

maartentmm schreef op vrijdag 29 maart 2019 @ 16:52:
ik krijg geen gegevens meer binnen in domoticz van mijn xiaomi gateway. Ik heb hem al een keer opnieuw toegevoegd? wekt dat niet meer sinds de laatste update?

Alhoewel ik gisteren met de laatste Beta veel problemen gehad heb, werkt alles weer als vanouds. Ook met de Xiaomi.

Overigens, ik laat het lampje op de Gateway elke dag even een minuutje aangaan, dit om contact te houden.
Heb er nl ook weleens problemen zoals die van jou mee gehad.

[ Voor 18% gewijzigd door bing69 op 30-03-2019 09:41 ]

[maartentmm]

bing69 schreef op zaterdag 30 maart 2019 @ 09:10:
[...]


Alhoewel ik gisteren met de laatste Beta veel problemen gehad heb, werkt alles weer als vanouds. Ook met de Xiaomi.

Overigens, ik laat het lampje op de Gateway elke dag even een minuutje aangaan, dit om contact te houden.
Heb er nl ook weleens problemen zoals die van jou mee gehad.

ik bedoelde de laatste update van de xiaomi app. ik ga het nog een keer helemaal instellen.
Op welke tijd moet de gegevens timeout staan?

[bing69]

maartentmm schreef op zaterdag 30 maart 2019 @ 17:44:
[...]


ik bedoelde de laatste update van de xiaomi app. ik ga het nog een keer helemaal instellen.
Op welke tijd moet de gegevens timeout staan?

Bedoel je in Domoticz??

[DjAntoon]

maartentmm schreef op vrijdag 29 maart 2019 @ 16:52:
ik krijg geen gegevens meer binnen in domoticz van mijn xiaomi gateway. Ik heb hem al een keer opnieuw toegevoegd? wekt dat niet meer sinds de laatste update?

Ook al gecheckt of de sleutel niet veranderd is, dus inloggen in app en die sleutel opnieuw in domoticz zetten. Ik heb dat ook al een paar keer gehad, waarom? Geen idee.

[maartentmm]

DjAntoon schreef op zaterdag 30 maart 2019 @ 18:49:
[...]


Ook al gecheckt of de sleutel niet veranderd is, dus inloggen in app en die sleutel opnieuw in domoticz zetten. Ik heb dat ook al een paar keer gehad, waarom? Geen idee.

ja zeker. zelf expres nieuwe aangemaakt maar dat heeft geen effect.

Hij stuurt 1x de data door naar domoticz en daarna niet meer

(inmiddels gefixt) Mijn 2de router had geen internet maar zat wel in mijn netwerk.

[ Voor 17% gewijzigd door maartentmm op 31-03-2019 20:59 ]

[vinom]

Na een tijdje Domoticz te hebben gedraaid, was ik toch niet zo'n fan van het dashboard. Nu dus aan de slag gegaan met Dashticz. Er hangt een tablet aan de muur waarop dit zich toont.

[imdos]

fabstar81 schreef op vrijdag 29 maart 2019 @ 09:44:
[...]

er zijn er 2 met de eerder genoemde pl2303, de onderste 2 regels. misschien dat ik met die 2 referenties iets meer kan nu.

alleen wat zijn de devpaths dan. vergeleken met de wiki heb ik wel 4 subniveaus.
is dat voor de 1e dan 1.4.1.2
en voor de 2e dan 1.5

Dat komt door de USB hub. Ik heb nu geen mogelijkheid om goed te kijken, want ik ben een weekend weg en heb alleen mijn GSM.

[GorgeousMetal]

vinom schreef op zaterdag 30 maart 2019 @ 20:38:
Na een tijdje Domoticz te hebben gedraaid, was ik toch niet zo'n fan van het dashboard. Nu dus aan de slag gegaan met Dashticz. Er hangt een tablet aan de muur waarop dit zich toont.
[Afbeelding]

Ziet er goed uit!

Zou je je 'CONFIG.js', 'custom.css' en 'custom.js' file willen delen (vergeet niet deze van privacy gevoelige gegevens te ontdoen (zoals user_names en passwords)?

[Lennardnl]

Als ik een groep lampen aanzet in Domoticz, dan blijft hij op 'Off' staan, weet iemand hoe ik dat kan fixen?



Als ik op die linker knop druk dan gaat het licht gewoon aan, en als ik op de rechter klik dan gaat het licht gewoon weer uit, maar hij blijft op 'Off' staan. Dat is irritant omdat hij dan in Dashticz ook op 'off' blijft staan, en de icoontjes dus niet kloppen met de werkelijke status van de lamp.

Ook als ik een groep maak met maar één lamp er in, dan update hij de status niet goed.

Switches worden wél gewoon goed geüpdate. Als ik bijvoorbeeld op de groep 'Keuken' klik, dan zie ik dat de switch van 'keuken' naar 'on' gaat, maar de groep (met enkel die ene switch 'keuken' erin) blijft op 'off' staan.

Heeft iemand een idee wat er mis kan gaan? Ik snap er niets van en kom met Google ook niet veel verder.

edit: als ik de lamp 'keuken' aanzet, dan verandert de status van de groep wel, maar als ik de groep zelf aanzet dan verandert de status van de groep niet.

Dus: ik heb één lamp 'keuken' (MiLight) in een groep 'keuken' gezet.
- ik zet de groep 'keuken' aan: lamp 'keuken' verandert naar 'on', groep 'keuken' blijft op 'off' staan (licht gaat gewoon aan)
- ik zet de lamp 'keuken' aan: lamp 'keuken' verandert naar 'on', groep 'keuken' verandert ook naar 'on' (licht gaat gewoon aan)

Hoop dat het een beetje duidelijk is zo.

[ Voor 23% gewijzigd door Lennardnl op 31-03-2019 20:15 ]

[luigi87]

Lennardnl schreef op zondag 31 maart 2019 @ 20:06:
Als ik een groep lampen aanzet in Domoticz, dan blijft hij op 'Off' staan, weet iemand hoe ik dat kan fixen?

[Afbeelding]

Als ik op die linker knop druk dan gaat het licht gewoon aan, en als ik op de rechter klik dan gaat het licht gewoon weer uit, maar hij blijft op 'Off' staan. Dat is irritant omdat hij dan in Dashticz ook op 'off' blijft staan, en de icoontjes dus niet kloppen met de werkelijke status van de lamp.

Ook als ik een groep maak met maar één lamp er in, dan update hij de status niet goed.

Switches worden wél gewoon goed geüpdate. Als ik bijvoorbeeld op de groep 'Keuken' klik, dan zie ik dat de switch van 'keuken' naar 'on' gaat, maar de groep (met enkel die ene switch 'keuken' erin) blijft op 'off' staan.

Heeft iemand een idee wat er mis kan gaan? Ik snap er niets van en kom met Google ook niet veel verder.

edit: als ik de lamp 'keuken' aanzet, dan verandert de status van de groep wel, maar als ik de groep zelf aanzet dan verandert de status van de groep niet.

Dus: ik heb één lamp 'keuken' (MiLight) in een groep 'keuken' gezet.
- ik zet de groep 'keuken' aan: lamp 'keuken' verandert naar 'on', groep 'keuken' blijft op 'off' staan (licht gaat gewoon aan)
- ik zet de lamp 'keuken' aan: lamp 'keuken' verandert naar 'on', groep 'keuken' verandert ook naar 'on' (licht gaat gewoon aan)

Hoop dat het een beetje duidelijk is zo.

Die status blijft inderdaad staan op off of on, Ik heb dit opgelost door een dummy switch te maken die schakel ik, en dan stuur ik voor het on commando een groep aan, en los voor het uitschakelen een andere groep.

[DjAntoon]

@Lennardnl
Stel dat deze wel op ON gezet zou worden, wanneer zou deze dan op OFF gezet moeten worden? Als er 1 lamp uitgezet word? of allemaal?
Je kunt een scene alleen ON zetten en niet op OFF. Dat is inderdaad alleen op te lossen met een dummy, die eventueel 2 scenes stuurt, bij ON scene 1 alles aan, bij OFF scene 2 die dan alles uit zet.
Je zou de dummy ook op OFF kunnen zetten als 1 van de lampen in de scene uitgezet word, want dan voldoet de situatie niet meer aan wat de actie is van de scene.