Domoticz - open source domotica systeem - deel 4

[Toppe]

Dylantje2 schreef op zondag 3 november 2019 @ 17:10:
[...]


Ik mis iets wss

Vandaag papa geworden

[Dylantje2]

Toppe schreef op zondag 3 november 2019 @ 18:48:
[...]


Vandaag papa geworden

Van Harte!!!
Geniet er van voor je wet is het tweaker.....
Veel geluk en gezondheid gewenst

Maar ik dacht hij heeft een script waarmee je op verjaardagen een mailtje krijgt

[Wiley99]

Toppe schreef op zondag 3 november 2019 @ 18:48:
[...]


Vandaag papa geworden

Proficiat! En nee, die ga je niet kunnen scripten, ook niet met indices. 😎

[Toppe]

@Dylantje2 @Wiley99 dank je wel!

[Peutpeut]

Toppe schreef op zondag 3 november 2019 @ 16:19:
Kwam een nuttig script tegen, wellicht hebben jullie er wat aan

code:

return {
    on = {
        devices = {
            'Geboorte'
        }
    },
    execute = function(domoticz, device)
        if(device.active) then
            baby.switchOn()
        end
    end
}

Gefeliciteerd, geniet ervan!

[fabstar81]

AUijtdehaag schreef op zondag 3 november 2019 @ 13:42:
@fabstar81 Ik kan er ook weer in.
Edit: en weer niet meer

Ik kan er ook niet meer bij. Het draait wel want de lampen gaan aan etc..

DHCP bereik minimaliseren helpt niet. Ben al mijn reserveringen kwijt want die vallen nu buiten het DHCP bereik. Blijkbaar moet in de ziggo modem de reservering ook in het DHCP bereik liggen.

Nu dus even alle reserveringen opnieuw erin zetten... Grrr

Voorlopig ben ik nog geen stap verder helaas.

[KroontjesPen]

De reden om over te stappen van KaKu naar Z-wave krijgt nu toch wel een minpunt.

Er zijn 2 Fibaro wall plug's in de keuken die regelmatig time out geven terwijl een 3e er geen last van heeft.
Het commando wordt dan, na eerst te zijn uitgevoerd, weer terug gedraaid.
Ze staan in een rechthoekige driehoek met de schuinezijde van 4 meter.
Eentje, die er last van heeft, heeft zelf 'oogcontact' met een in de kamer.
De zekerheid van een goede verbinding valt dus tegen.

Kan nog wat gaan worden met de omzetting van de tuin verlichting in de zomer.
Daar zijn de afstanden groter.

[imdos]

@Toppe congratulations en sterkte

[fabstar81]

OK, ik ben toch wat verder @AUijtdehaag, @jbr en @Wiley99.

Als ik ifconfig doe op de pi heb ik mijn vaste ip adres ".200". Kijk ik in mijn ziggo modem dan heeft de pi ".28" toegewezen gekregen. Dit kwam door een typfout in het Mac adres.

Voordat ik de correcte toewijzing doe in het modem, hoe kan het dat de pi met ifconfig .200 weergeeft?

@Toppe, congrats!!

[ Voor 3% gewijzigd door fabstar81 op 04-11-2019 12:39 ]

[DizzyWeb]

Heb je je Pi een statisch IP adres gegeven?

[fabstar81]

DizzyWeb schreef op maandag 4 november 2019 @ 13:45:
Heb je je Pi een statisch IP adres gegeven?

Volgens mijn dhcpcd file niet

code:

  GNU nano 2.7.4              File: /etc/dhcpcd.conf                         
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC43$# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
  GNU nano 2.7.4              File: /etc/dhcpcd.conf                         
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC43$# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

GNU nano 2.7.4              File: /etc/dhcpcd.conf                         
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC43$# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
  GNU nano 2.7.4              File: /etc/dhcpcd.conf               Modified  
  GNU nano 2.7.4              File: /etc/dhcpcd.conf                         
option interface_mtu

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private

# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24                                           #static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1                                                  #static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0


^G Get Help    ^O Write Out   ^W Where Is    ^K Cut Text    ^J Justify
^X Exit        ^R Read File   ^\ Replace     ^U Uncut Text  ^T To Spell

[ Voor 27% gewijzigd door fabstar81 op 04-11-2019 14:55 ]

[Knielen]

KroontjesPen schreef op maandag 4 november 2019 @ 09:03:
De reden om over te stappen van KaKu naar Z-wave krijgt nu toch wel een minpunt.

Er zijn 2 Fibaro wall plug's in de keuken die regelmatig time out geven terwijl een 3e er geen last van heeft.
Het commando wordt dan, na eerst te zijn uitgevoerd, weer terug gedraaid.
Ze staan in een rechthoekige driehoek met de schuinezijde van 4 meter.
Eentje, die er last van heeft, heeft zelf 'oogcontact' met een in de kamer.
De zekerheid van een goede verbinding valt dus tegen.

Kan nog wat gaan worden met de omzetting van de tuin verlichting in de zomer.
Daar zijn de afstanden groter.

Lijkt me eerder een probleem met je wallswitches dan met zwave. Zwave is juist heel stabiel en zou deze afstanden makkelijk aan moeten kunnen. Hoe ver is het tot aan je controller? Hoe ziet je mesh eruit in Domoticz?

[DaRk PoIsOn]

Ik heb op dit moment aan het plafond in de woonkamer in een 3 spot armatuur, 2 milight rgb+cct.
In de slaapkamer hangt 2 philips hue lux gu10.
De pi met z2m stick hangt in de computerkamer, links aan de voorkant van de flat, slaapkamer is aan de achterkant rechts in de flat.
De woonkamer zit naast de computer kamer, als ik nou op de plek van de 3de spot een philips hue living colors gu10 hang, kan ik deze dan als slave apparaat met de milights mee laten schakelen en van kleur laten veranderen als slave apparaat?
Scheelt weer een repeater waar ik geen stopcontact meer voor heb.
Anders moet ik de milights omruilen voor hue of trådfri

[Zuluman]

Ik heb gemerkt dat elke keer als er een beta update beschikbaar is de webinterface van domoticz niet beschikbaar is.Hij doet het echter wel. Ik moest dan elke keer met putty domoticz herstarten. Nu heb ik een paar weken geleden monit geinstalleerd en nu doet monit het voor mij elke keer.

[M.v.Veelen]

Zuluman schreef op maandag 4 november 2019 @ 17:36:
Ik heb gemerkt dat elke keer als er een beta update beschikbaar is de webinterface van domoticz niet beschikbaar is.Hij doet het echter wel. Ik moest dan elke keer met putty domoticz herstarten. Nu heb ik een paar weken geleden monit geinstalleerd en nu doet monit het voor mij elke keer.

Ik heb dat ook, maar ik zet juist Monit uit voordat ik ga updaten. Voor hetzelfde geld detecteert Monit net tijdens het updaten dat de service niet loopt en herstart ie Domoticz met als resultaat dat deze corrupt raakt. Ik wil dat risico niet lopen en stop dus eerst Monit. Start dan de update. En als die klaar is stop ik de Domoticz service, start 'm daarna en start vervolgens Monit weer.
Kleine moeite vind ik zelf.

[Thats Me..]

Wiley99 schreef op zondag 3 november 2019 @ 12:01:
[...]

Documentatie:
https://www.domoticz.com/..._API_.28user_variables.29

Voorbeeld: ik gebruik een integer variabele "EenKeerAanPerDag":
Waarde zetten

code:

  domoticz.variables("EenKeerAanPerDag").set(0)

Waarde ophalen

code:

  domoticz.variables("EenKeerAanPerDag").value

Of
https://www.domoticz.com/...scripting#Persistent_data

Ik probeer nu het onderstaande maar dat werkt niet. De print optie laat wel het goede effect zien maar de variabele schakelt letterlijk naar .. effect .. Ik heb hier al wat dingen met quotes geprobeerd maar krijg het nog niet goed voor elkaar.

code:

local effect = domoticz.devices(183).level

domoticz.variables("Effect WLED kamer").set(' .. effect .. ')
print('Lamp laat nu effect ' .. effect .. ' zien in de kamer' )

[jbr]

Thats Me.. schreef op maandag 4 november 2019 @ 18:48:
[...]


Ik probeer nu het onderstaande maar dat werkt niet. De print optie laat wel het goede effect zien maar de variabele schakelt letterlijk naar .. effect ..

Dat komt omdat je via .set() nu een string teruggeeft. Je moet de quotes weglaten om de waarde van de variable te gebruiken, dus zo:

code:

domoticz.variables("Effect WLED kamer").set(effect)

[ Voor 27% gewijzigd door jbr op 04-11-2019 19:00 ]

[Thats Me..]

Dank je wel, nu moet ik er denk ik verder wel uit komen :-)
In mijn test script werkt het nu goed, nu verder uitwerken.

[Wiley99]

fabstar81 schreef op maandag 4 november 2019 @ 10:53:
OK, ik ben toch wat verder @AUijtdehaag, @jbr en @Wiley99.

Als ik ifconfig doe op de pi heb ik mijn vaste ip adres ".200". Kijk ik in mijn ziggo modem dan heeft de pi ".28" toegewezen gekregen. Dit kwam door een typfout in het Mac adres.

Voordat ik de correcte toewijzing doe in het modem, hoe kan het dat de pi met ifconfig .200 weergeeft?

@Toppe, congrats!!

Laat de ifconfig eens zien? Naar welk adres ssh je dan eigenlijk? Gebruik je wifi of kabel? Wat zijn de volledige interne adressen? Lijkt me sterk dat je modem een adres toewijst aan niet bestaand device. Dus misschien zie je zowel je kabel adres (vaste netwerk chip) en je wifi adres?

[Zuluman]

M.v.Veelen schreef op maandag 4 november 2019 @ 18:35:
[...]


Ik heb dat ook, maar ik zet juist Monit uit voordat ik ga updaten. Voor hetzelfde geld detecteert Monit net tijdens het updaten dat de service niet loopt en herstart ie Domoticz met als resultaat dat deze corrupt raakt. Ik wil dat risico niet lopen en stop dus eerst Monit. Start dan de update. En als die klaar is stop ik de Domoticz service, start 'm daarna en start vervolgens Monit weer.
Kleine moeite vind ik zelf.

Ik heb het niet over het updaten zelf. Dan heb ik er geen last van. Het is mij opgevallen dat nadat ik een mail heb gekregen dat Monit Domoticz heeft herstart en ik ga kijken er een nieuwe beta versie beschikbaar is. (ik draai de beta's).

[krizzziz]

M.v.Veelen schreef op zondag 3 november 2019 @ 12:59:
Ik heb een 2e Xiaomi Gateway aangeschaft en die aan de voorkant van de woning geplaatst. De andere bevindt zich aan de achterkant van de woning. Nu heb ik de stappen gevolgd op de WiKi pagina om een 2e gateway in Domoticz aan te melden, maar ik krijg toch nog deze foutmelding:

Error: XiaomiGateway: received data from unregisted gateway!

De code / wachtwoord is 100% juist. Ik heb die al een paar keer aangepast en ingevoerd maar zelfde resultaat.

Welke stappen kan ik nog proberen?

Heb exact hetzelfde. Deze ga je niet meer aan de praat krijgen zonder deze te “flashen” zoals al in de link aangegeven die ik hier al ergens terug heb gevonden. Ligt dus aan de nieuwe Xiaomi ipv Domoticz.

[Phoolie]

Ik heb een tijdje de Action SelectPlus doorbeul gebruikt icm de RFXcom. Dit werkte altijd goed, tot de ontvanger wat kuren ging vertonen. Ik moest hem de laatste tijd al redelijk vaak resetten en van de week heeft hij het helemaal begeven. Dus gisteren een nieuwe gehaald bij de Action, maar die krijg ik niet zichtbaar in Domoticz. Ik heb "accept new hardaware" gewoon aangezet, maar dat helpt niet. Ook heb ik geprobeerd om de drukknop van de set met de defecte ontvanger te koppelen aan de nieuwe en dat gaat ook niet. Ik heb het gevoel dat ze het protocol gewijzigd hebben. Iemand deze (waarschijnlijk) nieuwe versie van de SelectPlus deurbel al aan de praat gekregen?

[KroontjesPen]

Knielen schreef op maandag 4 november 2019 @ 16:18:
[...]


Lijkt me eerder een probleem met je wallswitches dan met zwave. Zwave is juist heel stabiel en zou deze afstanden makkelijk aan moeten kunnen. Hoe ver is het tot aan je controller? Hoe ziet je mesh eruit in Domoticz?

Mijn controller is de Z-sick Gen5.
Er was inderdaad 1 wallplug (wp) die op het laatst helemaal dood viel. Alleen een fabrieksreset hielp.
Zelfs met de Z-stick op 4 meter zichtafstand was het foute boel.

In de keuken zijn 3 wp's bij 1 had/heb ik helemaal geen problemen.
Die staat recht tegen over 1 op 2.5m en de andere zit links op 3.1m die de meeste problemen had.
Zelf staat deze wp weer op 50cm van eentje in de huiskamer achter een 11cm muurtje.

Vaak wordt het commando eerst wel uitgevoerd maar daarna weer teruggedraaid.
Ook met het gebruiken van een NodOn wallswitch gebeurde dit.

Op dit moment staat de Z-stick op een stok op 1,6m hoogte en zo te zien nog geen problemen.

Kan helaas de logfile niet echt goed gebruiken vanwege dumping data van die Fibaro wp's.
Daar kom ik in een andere post op terug.

[KroontjesPen]

Om niet 2 zaken door elkaar te laten lopen even een nieuwe post.

De 9 Firbaro wallpluch's (wp) dumpen heel veel data in de logfile onder de tab All.
Kan niet eens één volle minuut pakken om te laten zien zo snel en veel data is er.

code:

2019-11-05 08:55:03.435 (Aeotec) Usage (Unknown)
2019-11-05 08:55:03.462 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:05.018 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:05.045 (Aeotec) Usage (Unknown)
2019-11-05 08:55:05.063 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:08.272 (Aeotec) Usage (Unknown)
2019-11-05 08:55:08.290 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:09.882 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:09.914 (Aeotec) Usage (Unknown)
2019-11-05 08:55:09.936 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:11.528 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:11.554 (Aeotec) Usage (Unknown)
2019-11-05 08:55:11.572 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:14.786 (Aeotec) Usage (Unknown)
2019-11-05 08:55:14.806 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:16.396 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:16.422 (Aeotec) Usage (Unknown)
2019-11-05 08:55:16.441 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:18.041 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:18.069 (Aeotec) Usage (Unknown)
2019-11-05 08:55:18.087 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:21.330 (Aeotec) Usage (Unknown)
2019-11-05 08:55:21.360 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:22.943 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:22.977 (Aeotec) Usage (Unknown)
2019-11-05 08:55:22.998 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:26.205 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:26.229 (Aeotec) Usage (Unknown)
2019-11-05 08:55:26.249 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:27.846 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:27.881 (Aeotec) Usage (Unknown)
2019-11-05 08:55:27.899 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:29.542 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:29.581 (Aeotec) Usage (Unknown)
2019-11-05 08:55:29.618 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:32.794 (Aeotec) Usage (Unknown)
2019-11-05 08:55:32.823 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:34.390 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:34.430 (Aeotec) Usage (Unknown)
2019-11-05 08:55:34.471 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:36.019 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:36.040 (Aeotec) Usage (Unknown)
2019-11-05 08:55:36.060 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:39.280 (Aeotec) Usage (Unknown)
2019-11-05 08:55:39.306 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:40.909 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:40.936 (Aeotec) Usage (Unknown)
2019-11-05 08:55:40.958 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:42.592 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:42.634 (Aeotec) Usage (Unknown)
2019-11-05 08:55:42.652 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:48.954 (Aeotec) Usage (Unknown)
2019-11-05 08:55:49.042 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:50.556 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:50.583 (Aeotec) Usage (Unknown)
2019-11-05 08:55:50.600 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:52.278 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:52.299 (Aeotec) Usage (Unknown)
2019-11-05 08:55:52.317 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:55.496 (Aeotec) Usage (Unknown)
2019-11-05 08:55:55.515 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:57.086 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:57.115 (Aeotec) Usage (Unknown)
2019-11-05 08:55:57.139 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:58.713 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:55:58.744 (Aeotec) Usage (Unknown)
2019-11-05 08:55:58.763 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:56:01.975 (Aeotec) General/kWh (kWh Meter)
2019-11-05 08:56:01.998 (Aeotec) Usage (Unknown)
2019-11-05 08:56:02.016 (Aeotec) General/kWh (kWh Meter)

Daardoor zijn veel zaken niet terug te vinden die niet onder de tab Status vallen.

In de Device lijst staan al deze zaken uitgeschakeld. De groene pijl naar rechts dus.
Moet dit dan bij elke van de 9 wp's in de eigenschappen uit gezet worden?
Dit zou dan beter onder een andere tab bijv. Data gezet kunnen worden.

[MikeOO]

Ik gebruik iDetect plugin om te bepalen of mijn gsm wel/niet thuis is.

Vandaag is Android 10 uitkomen voor mij OnePlus 6 en die gelijk geïnstalleerd natuurlijk.

Update zonder problemen uitgevoerd.

Telefoon heeft vast-ip adres wat hij krijgt van de router.

Na de Android upgrade viel mij op dat mijn gsm niet meer Thuis was, gek want dat was ik wel en de gsm ook.

Na klein onderzoekje bleek dat mij MAC adres veranderd is. Nu kun je in Android bij de Wifi instellingen van de huidige verbinding op Geavanceerd klikken en is er een optie, mogelijk was die er altijd al maar nooit gezien, om bij Privacy te kiezen voor

1. Willekeurig MAC-adres gebruiken (standaard)
2. MAC adres van apparaat gebruiken.

Hij staat dus nu standaard op 1. Dus op 2 gezet maar nog steeds niet online.
Blijkt dat het MAC adres dus ook is aangepast en niet meer overeenkomt met mijn lijst met vaste ip-adressen.

Opgelost door het nieuwe MAC adres in de router in te vullen.

Tip voor als je soortgelijk systeem gebruikt of werkt met vaste ip-adressen en dit zal mogelijk op andere toestellen met Android 10 ook kunnen gebeuren en scheelt het uitzoekwerk

[himlims_]

AW_Bos schreef op dinsdag 29 oktober 2019 @ 13:32:
Ik ga zelf niet beginnen om Toon te rooten, althans... voorlopig niet omdat er hier in huis wel waarde wordt gesteld aan de vergelijking van de kosten, en de support van Eneco. Wie weet later....


Dus ik hoop dat deze ook stabiel werkt op een niet-gerootte Toon. Ik denk van wel omdat het enkel via een API-weggetje gaat.

heb jij m aan de praat gekregen? ik loop al spaak bij die api key/dev opvragen ... (dat is inmiddels gelukt door een 'fake app' te maken, maar welke callback url nu gehanteerd wordt ...)

lijkt iets meer niet goed te gaan; toontje niet werkend, alexa niet herkend, enige wat wel doet is philips hue. jaartje terug was alles met 10min. gekoppeld en online. denk dat onderliggend systeempje stuk gemaakt heb

[ Voor 21% gewijzigd door himlims_ op 05-11-2019 10:19 ]

[KroontjesPen]

@Knielen
Op de vraag: "Hoe ziet je mesh eruit in Domoticz?" wist ik niet wat er bedoeld werd, nu wel.
Daardoor dat diagram nu veel beter begrepen.

De bewuste wallplug geeft, zelfs in de huiskamer op 1.8m van de Z-stick, een slecht beeld.


Ga dat even melden aan de Robbshop.

Edit
Deze op de werk plek in keuken.

[ Voor 17% gewijzigd door KroontjesPen op 05-11-2019 10:50 . Reden: 2e plaatje ]

[AW_Bos]

himlims_ schreef op dinsdag 5 november 2019 @ 09:58:
[...]

heb jij m aan de praat gekregen? ik loop al spaak bij die api key/dev opvragen ... (dat is inmiddels gelukt door een 'fake app' te maken, maar welke callback url nu gehanteerd wordt ...)

lijkt iets meer niet goed te gaan; toontje niet werkend, alexa niet herkend, enige wat wel doet is philips hue. jaartje terug was alles met 10min. gekoppeld en online. denk dat onderliggend systeempje stuk gemaakt heb

Vanwege een weekend weg, en wat drukte nog niet naar gekeken. Deze week eens proberen.
Volgens mij kan die callback URL van alles zijn, er is volgens mij geen callback nodig?

[DjAntoon]

KroontjesPen schreef op dinsdag 5 november 2019 @ 10:06:
@Knielen
Op de vraag: "Hoe ziet je mesh eruit in Domoticz?" wist ik niet wat er bedoeld werd, nu wel.
Daardoor dat diagram nu veel beter begrepen.

De bewuste wallplug geeft, zelfs in de huiskamer op 1.8m van de Z-stick, een slecht beeld.

Heb je al een netwerk heal geprobeerd? Ik heb ergens ingesteld dat dit automatisch gebeurt, elke nacht.
De tabellen, wie met wat verbonden is worden niet dynamisch bijgewerkt, dus als je een device verplaatst zou je beter een heal kunnen doen.

Ik zie ook een hoop associaties die gemaakt zijn, heb je die zelf gemaakt? Waarschijnlijk niet verwacht ik, ik heb dit vaker gezien, ik zou ze (na een backup) gewoon verwijderen.

Associaties zorgen voor een koppeling tussen devices zonder tussenkomst van de controller, met andere woorden als de controller plat ligt gaan die acties gewoon door.

[ Voor 21% gewijzigd door DjAntoon op 05-11-2019 12:00 ]

[himlims_]

AW_Bos schreef op dinsdag 5 november 2019 @ 11:31:
[...]

Vanwege een weekend weg, en wat drukte nog niet naar gekeken. Deze week eens proberen.
Volgens mij kan die callback URL van alles zijn, er is volgens mij geen callback nodig?

is inmiddels gelukt;
verwarring zat m in account je moet inloggen met je mijn-eneco, en niet met je dev. account .... sukkel

- sudo pip3 install toonapilib -U
- ga naar domoticz install / plugins (is die er niet, maak m!)
- git clone https://github.com/JohnvandeVrugt/toonapilib4domoticz
- sudo service domoticz restart (gewoon rebootje omdat het kan)
Username: Eneco/Toon user name <- van MIJN eneco, niet van DEV
Password: Eneco/Toon password <- van MIJN eneco, niet van DEV
Consumer key: api key obtained from developer.toon.eu
Consumer secret: api secret obtained from developer.toon.eu
- werkt!

[ Voor 37% gewijzigd door himlims_ op 05-11-2019 12:05 ]

[KroontjesPen]

DjAntoon schreef op dinsdag 5 november 2019 @ 11:57:
[...]

Heb je al een netwerk heal geprobeerd? Ik heb ergens ingesteld dat dit automatisch gebeurt, elke nacht.
De tabellen, wie met wat verbonden is worden niet dynamisch bijgewerkt, dus als je een device verplaatst zou je beter een heal kunnen doen.

Ik zie ook een hoop associaties die gemaakt zijn, heb je die zelf gemaakt? Waarschijnlijk niet verwacht ik, ik heb dit vaker gezien, ik zou ze (na een backup) gewoon verwijderen.

Associaties zorgen voor een koppeling tussen devices zonder tussenkomst van de controller, met andere woorden als de controller plat ligt gaan die acties gewoon door.

Heel netwerkt niet nee en dat geeft verbetering al is er slecht contact met de controller.
Had het wel voor de node gedaan.

De associaties kloppen hoor.
Komen van de NodOn wandschakelaar.

[himlims_]

kan het kloppen dat de functie custom-icons bij switches compleet weg is bij de laatste release?

nalv; https://www.domoticz.com/wiki/Custom_icons_for_webinterface (laatste regels, die kloppen niet meer)

[AW_Bos]

himlims_ schreef op dinsdag 5 november 2019 @ 11:59:
[...]

is inmiddels gelukt;
verwarring zat m in account je moet inloggen met je mijn-eneco, en niet met je dev. account .... sukkel

- sudo pip3 install toonapilib -U
- ga naar domoticz install / plugins (is die er niet, maak m!)
- git clone https://github.com/JohnvandeVrugt/toonapilib4domoticz
- sudo service domoticz restart (gewoon rebootje omdat het kan)
Username: Eneco/Toon user name <- van MIJN eneco, niet van DEV
Password: Eneco/Toon password <- van MIJN eneco, niet van DEV
Consumer key: api key obtained from developer.toon.eu
Consumer secret: api secret obtained from developer.toon.eu
- werkt!

Ik ga straks eens kijken. Welke Domoticz-versie heb jij, en op welke OS en versie draai je hem?

[himlims_]

AW_Bos schreef op dinsdag 5 november 2019 @ 12:55:
[...]

Ik ga straks eens kijken. Welke Domoticz-versie heb jij, en op welke OS en versie draai je hem?

domoticz 4.10717 @ debian 10 x64, heb wel ruzie gehad met libssl1.0.0, maar dat was standaard oplossing door een symbolic link ln te maken van 1.0.2 naar 1.0.0 (komt je wel tegen bij error logging). en python stond er bij mij niet op, was handig voor python pip.

Toontje werkt prima nu, temp zetten opvragen etc. freaking 1.5uur aan het kloten geweest omdat verkeerd user/pass had ingevuld ... zucht

//edit; crap, mijn super hip thema/icons werkt niet meer; himlims_ in "Domoticz - open source domotica systeem - deel 3"

vanavond even herzien wat er stuk gemaakt is in 2jr tijd

[ Voor 58% gewijzigd door himlims_ op 05-11-2019 13:10 ]

[Peutpeut]

MikeOO schreef op dinsdag 5 november 2019 @ 09:51:
Ik gebruik iDetect plugin om te bepalen of mijn gsm wel/niet thuis is.

Vandaag is Android 10 uitkomen voor mij OnePlus 6 en die gelijk geïnstalleerd natuurlijk.

Update zonder problemen uitgevoerd.

Telefoon heeft vast-ip adres wat hij krijgt van de router.

Na de Android upgrade viel mij op dat mijn gsm niet meer Thuis was, gek want dat was ik wel en de gsm ook.

Na klein onderzoekje bleek dat mij MAC adres veranderd is. Nu kun je in Android bij de Wifi instellingen van de huidige verbinding op Geavanceerd klikken en is er een optie, mogelijk was die er altijd al maar nooit gezien, om bij Privacy te kiezen voor

1. Willekeurig MAC-adres gebruiken (standaard)
2. MAC adres van apparaat gebruiken.

Hij staat dus nu standaard op 1. Dus op 2 gezet maar nog steeds niet online.
Blijkt dat het MAC adres dus ook is aangepast en niet meer overeenkomt met mijn lijst met vaste ip-adressen.

Opgelost door het nieuwe MAC adres in de router in te vullen.

Tip voor als je soortgelijk systeem gebruikt of werkt met vaste ip-adressen en dit zal mogelijk op andere toestellen met Android 10 ook kunnen gebeuren en scheelt het uitzoekwerk

Dank voor de tip! Ik was nog steeds van plan om dit toe te voegen aan mijn Domoticz installatie. Is iDetect een plugin voor Domoticz of is het hardcoded?

We hebben hier beide een OnePlus 6 waarvoor binnenkort de Android 10 update binnen zal rollen.

[Toppe]

Weet iemand of het mogelijk is om van een algemene schakelaar (kWh) het gemiddelde van de afgelopen 15 minuten via dzVents te verkrijgen?

Nu met die kleine gaat het aantal wassen natuurlijk omhoog en nu duurt het 15 minuten voordat de wasmachine zichzelf uitschakelt, dit is de kortste tijd die mogelijk is...

En heeft iemand dan ook heel toevallig een voorbeeldje?

[Flappie]

Kan iemand mij aangeven wat er fout is in deze Blockly?


Wat ik wil is heel simpel. Als de Xiaomi sensor beweging detecteert tussen 21:15 en 07:00 moet de ledstrip aangaan. Momenteel gebeurt er helemaal niks. Wat doe ik fout?

[DjAntoon]

@Flappie Je moet denken binnen een dag. Dus het kan niet na 21:15 en voor 07:00 zijn

[Flappie]

DjAntoon schreef op dinsdag 5 november 2019 @ 15:50:
@Flappie Je moet denken binnen een dag. Dus het kan niet na 21:15 en voor 07:00 zijn

Hoe zou het er dan uit moeten zien? Heb je een voorbeeldje.
Zou het dan zo iets moeten worden?

[ Voor 14% gewijzigd door Flappie op 05-11-2019 16:12 ]

[vwtune]

die laatste AND moet een OR zijn vermoed ik.

[vwtune]

Flappie schreef op dinsdag 5 november 2019 @ 15:54:
[...]


Hoe zou het er dan uit moeten zien? Heb je een voorbeeldje.
Zou het dan zo iets moeten worden?
[Afbeelding]

Dit is op deze manier niet nodig hoor, in zijn eigen voorbeeld hoeft hij alleen maar de AND (tussen de twee tijden) te veranderen in OR en hij doet wat hij wilt.

[Flappie]

vwtune schreef op dinsdag 5 november 2019 @ 16:22:
[...]


Dit is op deze manier niet nodig hoor, in zijn eigen voorbeeld hoeft hij alleen maar de AND (tussen de twee tijden) te veranderen in OR en hij doet wat hij wilt.

Thx. Ik ga dat vanavond even proberen

[AW_Bos]

himlims_ schreef op dinsdag 5 november 2019 @ 11:59:
[...]

is inmiddels gelukt;
verwarring zat m in account je moet inloggen met je mijn-eneco, en niet met je dev. account .... sukkel

- sudo pip3 install toonapilib -U
- ga naar domoticz install / plugins (is die er niet, maak m!)
- git clone https://github.com/JohnvandeVrugt/toonapilib4domoticz
- sudo service domoticz restart (gewoon rebootje omdat het kan)
Username: Eneco/Toon user name <- van MIJN eneco, niet van DEV
Password: Eneco/Toon password <- van MIJN eneco, niet van DEV
Consumer key: api key obtained from developer.toon.eu
Consumer secret: api secret obtained from developer.toon.eu
- werkt!

Inmiddels heb ik hem geïnstalleerd, maar ik zie nergens bij hardware deze Toon plugin. Wel de andere Toon, maar gezien die enkel om user en pass vraagt, zal dit de oude ingebakken versie zijn die al tijden niet werkt.

[himlims_]

AW_Bos schreef op dinsdag 5 november 2019 @ 16:31:
[...]

Inmiddels heb ik hem geïnstalleerd, maar ik zie nergens bij hardware deze Toon plugin. Wel de andere Toon, maar gezien die enkel om user en pass vraagt, zal dit de oude ingebakken versie zijn die al tijden niet werkt.

hardware


devices


Je zoekt 'ToonApiLib' bij hardware mocht die niet beschikbaar zijn; heb je m in de juiste plugin folder geknikkert? misschien iets van python ontbreekt? domoticz herstart?

//edit
@AW_Bos ; https://www.domoticz.com/...opic.php?t=26953&start=60

[ Voor 66% gewijzigd door himlims_ op 05-11-2019 17:20 ]

[AW_Bos]

Yes, ik zie hem. Eerst heb ik ik de ~/.bashrc puthon ge-aliassed naar 3.5, en toen heb ik

EventSystem - Python: Failed dynamic library load, install the latest libpython3.x library that is available for your platform

..opgelost door de libpython3.5-dev te installeren. Et voila

En gebruik van pip3 i.p.v. pip is ook aan te raden. Enfin... eindelijk heb ik een widget op mijn scherm

[ Voor 15% gewijzigd door AW_Bos op 05-11-2019 18:15 ]

[tozzke]

Flappie schreef op dinsdag 5 november 2019 @ 15:54:
[...]


Hoe zou het er dan uit moeten zien? Heb je een voorbeeldje.
Zou het dan zo iets moeten worden?
[Afbeelding]

Naast wat er al gezegd is, moet je bij slechts een enkele If conditie het block gebruiken zonder dat tandwieltje linksboven

[jobr]

Toppe schreef op dinsdag 5 november 2019 @ 14:26:
Weet iemand of het mogelijk is om van een algemene schakelaar (kWh) het gemiddelde van de afgelopen 15 minuten via dzVents te verkrijgen?

Nu met die kleine gaat het aantal wassen natuurlijk omhoog en nu duurt het 15 minuten voordat de wasmachine zichzelf uitschakelt, dit is de kortste tijd die mogelijk is...

En heeft iemand dan ook heel toevallig een voorbeeldje?

Zie hier: https://www.domoticz.com/...storical_variables_API.29

[Fleshi]

himlims_ schreef op dinsdag 5 november 2019 @ 12:49:
kan het kloppen dat de functie custom-icons bij switches compleet weg is bij de laatste release?

nalv; https://www.domoticz.com/wiki/Custom_icons_for_webinterface (laatste regels, die kloppen niet meer)

Klopt in de laatste stable release is deze knop door een fout niet meer zichtbaar.

[Atmoz]

Vanmorgen is hier de stroom uitgevallen.
Helaas is daardoor ook de Raspberry Pi waar Domoticz op draait opnieuw gestart.

Nu krijg ik ineens de melding "Error sending switch command, check device/hardware !" zodra ik in het dashboard op de PIR sensor druk om deze "na te bootsen". Als ik de PIR sensor rechtstreeks "trigger" door m'n hand ervoor te houden wordt de betreffende scene wel gestart. Dus de PIR heeft wel connectie met Domoticz, alleen werkt het dus vanuit het dashboard niet meer...

Heeft iemand hier ervaring mee c.q. weet iemand de oplossing?

[KroontjesPen]

@Atmoz

Nu heb ik geen idee waar dat dashboard wordt weergegeven.
Mocht het niet door de stroom uitval zijn getroffen dan kan je het proberen met het scherm te re freshen.

[fabstar81]

Wiley99 schreef op maandag 4 november 2019 @ 23:06:
[...]

Laat de ifconfig eens zien? Naar welk adres ssh je dan eigenlijk? Gebruik je wifi of kabel? Wat zijn de volledige interne adressen? Lijkt me sterk dat je modem een adres toewijst aan niet bestaand device. Dus misschien zie je zowel je kabel adres (vaste netwerk chip) en je wifi adres?

code:

Linux pi-domo 4.19.49v6v7-aufs #1 SMP Tue Jun 11 15:13:27 CEST 2019 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Nov  5 21:36:36 2019
pi@pi-domo:~ $ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.69.200  netmask 255.255.255.0  broadcast 0.0.0.0
        inet6 fe80::ba27:ebff:fe23:c14  prefixlen 64  scopeid 0x20<link>
        ether b8:27:eb:23:0c:14  txqueuelen 1000  (Ethernet)
        RX packets 18129  bytes 3072978 (2.9 MiB)
        RX errors 0  dropped 4  overruns 0  frame 0
        TX packets 21726  bytes 8168591 (7.7 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 31075  bytes 3436301 (3.2 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 31075  bytes 3436301 (3.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether b8:27:eb:76:59:41  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

pi@pi-domo:~ $

Heb nu maar weer fixed ip adres ingesteld in berry boot. Lukte niet om ip adres van modem te krijgen.

Ik gebruik alleen kabel

[Atmoz]

KroontjesPen schreef op dinsdag 5 november 2019 @ 22:58:
@Atmoz

Nu heb ik geen idee waar dat dashboard wordt weergegeven.
Mocht het niet door de stroom uitval zijn getroffen dan kan je het proberen met het scherm te re freshen.

Het dashboard is gewoon dat wat op de Raspberry zelf (waar ook Domoticz op draait) loopt. Als ik (op de Pi) naar het IP-adres van de Pi ga, met daarachter poort 8080, dan kom ik op de webinterface met daarop dat dashboard.

Andere icoontjes van sensoren en remotes werken wel gewoon. Dus ik zou niet precies weten wat ik moet refreshen?

Ik las iets over een gateway wat niet meer “up to date” of zelfs niet meer in tact is. Maar ook daarvan heb ik dus geen idee wat dit zit en wat dit precies is

[MikeOO]

Peutpeut schreef op dinsdag 5 november 2019 @ 14:00:
[...]

Dank voor de tip! Ik was nog steeds van plan om dit toe te voegen aan mijn Domoticz installatie. Is iDetect een plugin voor Domoticz of is het hardcoded?

We hebben hier beide een OnePlus 6 waarvoor binnenkort de Android 10 update binnen zal rollen.

Is een Plugin https://www.domoticz.com/forum/viewtopic.php?t=20467
Je moet wel even uitzoeken/testen of het met je router werkt.

Atmoz schreef op dinsdag 5 november 2019 @ 22:27:
Vanmorgen is hier de stroom uitgevallen.
Helaas is daardoor ook de Raspberry Pi waar Domoticz op draait opnieuw gestart.

Nu krijg ik ineens de melding "Error sending switch command, check device/hardware !" zodra ik in het dashboard op de PIR sensor druk om deze "na te bootsen". Als ik de PIR sensor rechtstreeks "trigger" door m'n hand ervoor te houden wordt de betreffende scene wel gestart. Dus de PIR heeft wel connectie met Domoticz, alleen werkt het dus vanuit het dashboard niet meer...

Heeft iemand hier ervaring mee c.q. weet iemand de oplossing?

Deze melding krijg ik af en toe ook ineens en merk er verder geen nadeel van. Oplossing hiervoor nooit kunnen vinden.

[KroontjesPen]

De kleuren op de mesh diagrammen zouden niets te betekenen hebben.
Maar waarom geeft een node de eigen kleur naar alle andere en bij een andere zie de ook de kleuren van de overig nodes.
Je zou toch gaan denken dat de eigen kleur 'zenden' zou kunnen betekenen.
Als dit waar is geeft dat meer inzicht bij problemen.

Mijn probleem node geeft naar alle andere nodes de eigen kleur behalve naar de controller.
Daar valt de band in een fijne lijn weg.
Deze is nu wel met een niet belangrijke node omgewisseld. Stoorde waarschijnlijk ook een ander node.

[Peutpeut]

MikeOO schreef op woensdag 6 november 2019 @ 08:20:
[...]


Is een Plugin https://www.domoticz.com/forum/viewtopic.php?t=20467
Je moet wel even uitzoeken/testen of het met je router werkt.


[...]


Deze melding krijg ik af en toe ook ineens en merk er verder geen nadeel van. Oplossing hiervoor nooit kunnen vinden.

Ik heb de plugin nog niet aan de praat gekregen met een Zyxel vmg8324-b10a, ik kan ook niet vinden of deze compatible is met de plugin. Morgen/komend weekend nog eens goed proberen. SSH naar de router lukt ook niet helaas.

Atmoz schreef op dinsdag 5 november 2019 @ 22:27:
Vanmorgen is hier de stroom uitgevallen.
Helaas is daardoor ook de Raspberry Pi waar Domoticz op draait opnieuw gestart.

Nu krijg ik ineens de melding "Error sending switch command, check device/hardware !" zodra ik in het dashboard op de PIR sensor druk om deze "na te bootsen". Als ik de PIR sensor rechtstreeks "trigger" door m'n hand ervoor te houden wordt de betreffende scene wel gestart. Dus de PIR heeft wel connectie met Domoticz, alleen werkt het dus vanuit het dashboard niet meer...

Heeft iemand hier ervaring mee c.q. weet iemand de oplossing?

Dat heeft bij mij altijd geresulteerd in die error, logisch ergens ook wel omdat het geen device is wat je aan en uit kan zetten. Dat is mijn gedachte

[ Voor 41% gewijzigd door Peutpeut op 06-11-2019 16:28 ]

[MikeOO]

Peutpeut schreef op woensdag 6 november 2019 @ 16:23:
[...]


Ik heb de plugin nog niet aan de praat gekregen met een Zyxel vmg8324-b10a, ik kan ook niet vinden of deze compatible is met de plugin. Morgen/komend weekend nog eens goed proberen. SSH naar de router lukt ook niet helaas.

SSH moet je meestal aanzetten in je router, staat standaard uit.
Verder moet je het inderdaad gewoon testen om te zien of jouw router de commando's ondersteunt.

[darklord007]

Een korte vraag van meer algemene aard:
Zijn er mensen die naast een domoticz setup ook OpenVPN draaien op de PI3?

En is er toevallig een toegankelijke tutorial op youtube die jullie zouden aanraden (zijn er genoeg te vinden hoor maar mocht iemand een tip hebben sta ik er voor open.

nevermind, heb al een goede link gevonden : link

[ Voor 17% gewijzigd door darklord007 op 06-11-2019 19:18 ]

[M.v.Veelen]

krizzziz schreef op dinsdag 5 november 2019 @ 06:51:
[...]


Heb exact hetzelfde. Deze ga je niet meer aan de praat krijgen zonder deze te “flashen” zoals al in de link aangegeven die ik hier al ergens terug heb gevonden. Ligt dus aan de nieuwe Xiaomi ipv Domoticz.

Net de stappen doorlopen en poort 9898 open weten te zetten. Daar ga ik tenminste vanuit.
Resultaat bij psm-get network.open_pf is '3' en dat zou goed moeten zijn.

Maar bij herstarten (nadat ik voor de zekerheid een nieuwe code / wachtwoord heb ingevoerd in Domoticz zie ik onderstaande log entries.

code:

2019-11-06 20:26:39.938 Status: XiaomiGateway (ID=5): Selected as main Gateway
2019-11-06 20:26:39.938 Status: XiaomiGateway (ID=5): Worker started...
2019-11-06 20:26:39.939 Status: XiaomiGateway (ID=5): Using 192.168.0.126 for local IP address.
2019-11-06 20:26:39.944 Status: XiaomiGateway (ID=14): Delaying worker startup...
2019-11-06 20:26:39.956 Status: XiaomiGateway: RGB Gateway Detected
2019-11-06 20:26:40.004 (Xiaomi Gateway nr1) Temp + Humidity (Xiaomi TempHum)
2019-11-06 20:26:40.011 (Xiaomi Gateway nr1) Temp + Humidity (Xiaomi TempHum)
2019-11-06 20:26:40.004 Error: XiaomiGateway: received data from unregisted gateway!

Maar even later dit:

code:

2019-11-06 20:26:49.950 Status: XiaomiGateway (ID=5): Selected as main Gateway
2019-11-06 20:26:49.950 Status: XiaomiGateway (ID=5): Worker started...
2019-11-06 20:26:49.950 Status: XiaomiGateway (ID=5): Using 192.168.0.126 for local IP address.
2019-11-06 20:26:49.951 Status: EventSystem: reset all events...
2019-11-06 20:26:49.951 Status: XiaomiGateway (ID=14): Worker started...
2019-11-06 20:26:49.952 Status: XiaomiGateway (ID=14): Using 192.168.0.126 for local IP address.
2019-11-06 20:26:49.953 Status: EventSystem: reset all device statuses...
2019-11-06 20:26:49.992 Status: XiaomiGateway: RGB Gateway Detected

Hoe weet ik nu of de 2e Gateway evengoed z'n werk doet binnen Domoticz? Hoe test ik dat?

[Thats Me..]

Wiley99 schreef op zondag 3 november 2019 @ 12:01:
[...]

Documentatie:
https://www.domoticz.com/..._API_.28user_variables.29

Voorbeeld: ik gebruik een integer variabele "EenKeerAanPerDag":
Waarde zetten

code:

  domoticz.variables("EenKeerAanPerDag").set(0)

Waarde ophalen

code:

  domoticz.variables("EenKeerAanPerDag").value

Of
https://www.domoticz.com/...scripting#Persistent_data

Toch nog 1 vraagje, ik laat nu in het zelfde script de waardes weg schrijven, en haal ze aan het eind van het script weer op. Maar nu haal ik dus aan het eind de waardes op, die aan de variabele waren toegekend voor het script start. Dus ik loop eigenlijk 1 stapje achter de feiten aan. Is dit nog op te lossen door om de meest recente waarde te vragen? Ik heb het wegschrijven naar de variabele al helemaal van het script gezet, maar dat maakt geen verschil.

M.v.Veelen schreef op woensdag 6 november 2019 @ 20:32:
[...]


Net de stappen doorlopen en poort 9898 open weten te zetten. Daar ga ik tenminste vanuit.
Resultaat bij psm-get network.open_pf is '3' en dat zou goed moeten zijn.

Maar bij herstarten (nadat ik voor de zekerheid een nieuwe code / wachtwoord heb ingevoerd in Domoticz zie ik onderstaande log entries.

code:

2019-11-06 20:26:39.938 Status: XiaomiGateway (ID=5): Selected as main Gateway
2019-11-06 20:26:39.938 Status: XiaomiGateway (ID=5): Worker started...
2019-11-06 20:26:39.939 Status: XiaomiGateway (ID=5): Using 192.168.0.126 for local IP address.
2019-11-06 20:26:39.944 Status: XiaomiGateway (ID=14): Delaying worker startup...
2019-11-06 20:26:39.956 Status: XiaomiGateway: RGB Gateway Detected
2019-11-06 20:26:40.004 (Xiaomi Gateway nr1) Temp + Humidity (Xiaomi TempHum)
2019-11-06 20:26:40.011 (Xiaomi Gateway nr1) Temp + Humidity (Xiaomi TempHum)
2019-11-06 20:26:40.004 Error: XiaomiGateway: received data from unregisted gateway!

Maar even later dit:

code:

2019-11-06 20:26:49.950 Status: XiaomiGateway (ID=5): Selected as main Gateway
2019-11-06 20:26:49.950 Status: XiaomiGateway (ID=5): Worker started...
2019-11-06 20:26:49.950 Status: XiaomiGateway (ID=5): Using 192.168.0.126 for local IP address.
2019-11-06 20:26:49.951 Status: EventSystem: reset all events...
2019-11-06 20:26:49.951 Status: XiaomiGateway (ID=14): Worker started...
2019-11-06 20:26:49.952 Status: XiaomiGateway (ID=14): Using 192.168.0.126 for local IP address.
2019-11-06 20:26:49.953 Status: EventSystem: reset all device statuses...
2019-11-06 20:26:49.992 Status: XiaomiGateway: RGB Gateway Detected

Hoe weet ik nu of de 2e Gateway evengoed z'n werk doet binnen Domoticz? Hoe test ik dat?

Kun je niet proberen of je beide gateways kunt triggeren? Bijvoorbeeld een geluid kunt afspelen of de lampen laat branden.
^{ps. welke stappen plan heb jij gebruikt om de gateway poort te openen? Ik heb hier namelijk ook nog een 2de gateway liggen maar krijg het met geen mogelijkheid voor elkaar. Nog nooit de melding gekregen die leide tot de melding psm-get network.open_pf is '3'.. Hij bleef alle keren gesloten.}

[ Voor 52% gewijzigd door Thats Me.. op 06-11-2019 21:17 ]

[Wiley99]

Thats Me.. schreef op woensdag 6 november 2019 @ 21:12:
[...]


Toch nog 1 vraagje, ik laat nu in het zelfde script de waardes weg schrijven, en haal ze aan het eind van het script weer op. Maar nu haal ik dus aan het eind de waardes op, die aan de variabele waren toegekend voor het script start. Dus ik loop eigenlijk 1 stapje achter de feiten aan. Is dit nog op te lossen door om de meest recente waarde te vragen? Ik heb het wegschrijven naar de variabele al helemaal van het script gezet, maar dat maakt geen verschil.

Ik weet niet zeker of ik je begrijp. Als je aan het eind van één en hetzelfde script de waarde van een variabele nodig hebt aan het begin van het script dan hoef je geen uservariables. Die heb je alleen nodig als je tussen 2 scripts gegevens wil bewaren.
In één script gebruik je toch gewoon een lokale variabele?
Local oude_waarde ofzo

[M.v.Veelen]

Thats Me.. schreef op woensdag 6 november 2019 @ 21:12:


Kun je niet proberen of je beide gateways kunt triggeren? Bijvoorbeeld een geluid kunt afspelen of de lampen laat branden.
^{ps. welke stappen plan heb jij gebruikt om de gateway poort te openen? Ik heb hier namelijk ook nog een 2de gateway liggen maar krijg het met geen mogelijkheid voor elkaar. Nog nooit de melding gekregen die leide tot de melding psm-get network.open_pf is '3'.. Hij bleef alle keren gesloten.}

Ja, dat lukt me wel. Alleen zit die foutmelding me dwars, dat kan toch niet goed zijn?

Ik heb de volgende stappen gevolgd:

- Gateway open geschroefd en de 3 draadjes gesoldeerd om ze op de FTDI aan te kunnen sluiten, zie FOTO
- Verbind vanaf de FTDI de GND met GND op de Gateway en RX van de FTDI met TX op de Gateway
- Plug de FTDI module in de PC
- Start Putty en verbind met de juist COM port (ik heb baudrate 115200 gebruikt)
- Zet de Gateway aan (ik heb een stekkerblok met on/off schakelaar gebruikt)
- Verbind de TX van de FTDI met de RX van de Gateway
- Wacht tot de Gateway volledig is opgestart, je ziet allerlei (leesbare) meldingen voorbij komen
- enter
- psm-set network.open_pf 3 [enter]
- psm-set network.open_pf 3 [enter]
- psm-set network.open_pf 3 [enter]
- paar keer invoeren dus
- psm-get network.open_pf (dit geeft na [enter] als resultaat: 3)
- Zet de Gateway uit en weer aan en controleer de poort (dit heb ik niet gedaan trouwens omdat '3' mij al voldoende leek)
- alles loskoppelen en aansluiten, enz.

[SpikeHome]

darklord007 schreef op woensdag 6 november 2019 @ 19:11:
Een korte vraag van meer algemene aard:
Zijn er mensen die naast een domoticz setup ook OpenVPN draaien op de PI3?

En is er toevallig een toegankelijke tutorial op youtube die jullie zouden aanraden (zijn er genoeg te vinden hoor maar mocht iemand een tip hebben sta ik er voor open.

nevermind, heb al een goede link gevonden : link

Handig.
Maar draai openvpn liever op mijn router.

[KroontjesPen]

Van harte @M.v.Veelen

Kan het opnieuw opstarten van Domoticz de verbindingen met nodes herstellen?

Gisteravond laat ging node 9 in de huiskamer, na uitschakelen met de NodOn, weer vanzelf aan.
Node 7, keuken dicht bij de huiskamer, gaf bij, schakelen met de NodOn, steeds een time-out en paste de status op het scherm niet aan.
'Heel network' hielp niet wel door node 7 even in de huiskamer te plaatsen.
Vanmorgen ging node 7 na inschakelen met de NodOn weer vanzelf uit.

Nu zag ik op de logfile om 00:00 hele vreemde zaken met scriptnamen en herstel schrijfopdrachten ervan.
Daarom DZ opnieuw opgestart en tot mijn verbazing heeft de probleem node 27 op de diagram nu WEL verbinding met de controller en daarvoor niet.
Wel al de lijnen in de kleur van de node. Toch vreemd.

[darklord007]

SpikeHome schreef op donderdag 7 november 2019 @ 07:49:
[...]

Handig.
Maar draai openvpn liever op mijn router.

Ja idd, maar volgens mij doet mijn archer C7 dat niet ondersteunen

[Phoolie]

Phoolie schreef op dinsdag 5 november 2019 @ 06:55:
Ik heb een tijdje de Action SelectPlus doorbeul gebruikt icm de RFXcom. Dit werkte altijd goed, tot de ontvanger wat kuren ging vertonen. Ik moest hem de laatste tijd al redelijk vaak resetten en van de week heeft hij het helemaal begeven. Dus gisteren een nieuwe gehaald bij de Action, maar die krijg ik niet zichtbaar in Domoticz. Ik heb "accept new hardaware" gewoon aangezet, maar dat helpt niet. Ook heb ik geprobeerd om de drukknop van de set met de defecte ontvanger te koppelen aan de nieuwe en dat gaat ook niet. Ik heb het gevoel dat ze het protocol gewijzigd hebben. Iemand deze (waarschijnlijk) nieuwe versie van de SelectPlus deurbel al aan de praat gekregen?

Niemand die mij ook maar een beetje de goede richting in kan helpen?

[DizzyWeb]

Phoolie schreef op donderdag 7 november 2019 @ 09:21:
[...]

Niemand die mij ook maar een beetje de goede richting in kan helpen?

Gaat dit misschien helpen?
https://www.domoticz.com/forum/viewtopic.php?t=24456

Was welgeteld 10 seconden Googlen

[Phoolie]

DizzyWeb schreef op donderdag 7 november 2019 @ 09:33:
[...]


Gaat dit misschien helpen?
https://www.domoticz.com/forum/viewtopic.php?t=24456

Was welgeteld 10 seconden Googlen

Beetje dom, maar ik had dus gezocht op Selectplus protocol. Maar heb over die hele link heen gekeken

[vwtune]

M.v.Veelen schreef op woensdag 6 november 2019 @ 22:55:
[...]


Ja, dat lukt me wel. Alleen zit die foutmelding me dwars, dat kan toch niet goed zijn?

Ik heb de volgende stappen gevolgd:

- Gateway open geschroefd en de 3 draadjes gesoldeerd om ze op de FTDI aan te kunnen sluiten, zie FOTO
- Verbind vanaf de FTDI de GND met GND op de Gateway en RX van de FTDI met TX op de Gateway
- Plug de FTDI module in de PC
- Start Putty en verbind met de juist COM port (ik heb baudrate 115200 gebruikt)
- Zet de Gateway aan (ik heb een stekkerblok met on/off schakelaar gebruikt)
- Verbind de TX van de FTDI met de RX van de Gateway
- Wacht tot de Gateway volledig is opgestart, je ziet allerlei (leesbare) meldingen voorbij komen
- enter
- psm-set network.open_pf 3 [enter]
- psm-set network.open_pf 3 [enter]
- psm-set network.open_pf 3 [enter]
- paar keer invoeren dus
- psm-get network.open_pf (dit geeft na [enter] als resultaat: 3)
- Zet de Gateway uit en weer aan en controleer de poort (dit heb ik niet gedaan trouwens omdat '3' mij al voldoende leek)
- alles loskoppelen en aansluiten, enz.

Mijn poorten staan gewoon open, maar toch kreeg ik die meldingen...Ik heb die tweede gateway maar uit domoticz gegooid omdat ik er wel klaar mee was met van alles te proberen. (ook meermaals hier in dit forum gevraagd, maar toen was er niemand met hetzelfde probleem)
toen hier gevraagd: https://github.com/domoticz/domoticz/issues/3649 Maar eerlijk gezegd kon ik met die antwoorden niet veel. Mocht het jou/ jullie uiteindelijk wel lukken en die foutmelding wordt niet meer gegeven, dan hoor ik dat graag wat de echte oplossing is.

[KroontjesPen]

Voor wat betreft de kleuren in het mesh diagram.

Op het DZ-forum heb ik kunnen vinden dat als een node alleen de eigen kleur banen heeft deze alleen verbinding maakt met de andere nodes.
Deze node kan dus geen commando's van andere node door zetten.

Nu heb ik zelf deze totaal diagram.

Node 24 is geen Fibaro wall plug


Wanneer we van node 1 de controller richting 7 gaan dan zie ik dit:
1 punt eigen kleur - banden eigen kleur - banden andere kleur

Het aantal kleuren per node zijn hier samen 9, als alle verbindingen er zijn, waarvan de eigen kleur oploopt en de andere kleuren afloopt.

Opmerking:
Node 15 mist 2 links dus andere kleuren.
Node 16 mist 1 rechts dus eigen kleur.
Node 26 mist 2 rechts dus eigen kleur.

Voorlopig denk ik dat je aan die kleuren geen betekenis kan geven dan alleen de aan- of af-wezigheid van een kleur.
Het verdwijnen van een band in een punt wil ik nog wel zien als een slechte verbinding.

[Atmoz]

Grrr Hele dag zitten kloten met gBridge i.c.m. Domoticz

Tussendoor even wat "eureka's" met "WTF?! Het wérkt gewoon!! Jeuj " maar helaas...
Ik had de testlamp (ongeveer) dezelfde naam gegeven als een lamp die al laaang (standaard) in Hue werkte

Ik draai Domoticz op een Rpi en wilde daar dus vandaag gBridge aan koppelen. Dit filmpje de hele tijd van voor naar achter bekeken en precies gedaan wat er gezegd werd. Ondanks de heldere en duidelijke uitleg van die kerel in 't filmpje wilt het maar niet lukken.

Bij het koppelen in de Google Home app op de smartphone gaat het mis: ik vul alle gegevens netjes in en druk op "Link Accounts". Vervolgens lijkt het alsof alles goed is gegaan (even laden, geen foutmeldingen, etc) maar als ik daarna in de lijst van "Gekoppelde Services" kijk, dan staat gBridge er niet bij. Als ik naar "Account Linking" op de website van gBridge ga, dan zie ik de koppeling wel staan:

Linking with Google on 2019-11-07 19:35:15

_{(samen met nog vele andere van het testen de hele dag* )}


Wat kan ik nog doen om dit werkend te krijgen?


* ik heb deze lijst ook geregeld leeggemaakt omdat ik dacht dat dat misschien ook voor rare dingen zou zorgen. Ook dat mocht helaas niet baten.


[edit]

HUH???

Nu zie ik ineens op de gBrigde website bij "Devices" een aantal test-namen staan die ik eerder vandaag gekozen heb omdat ik die goed duidelijk kan uitspreken richting de Google Home mini:



Die heb ik ZEKER NIET zelf daar aangemaakt...
En heel toevallig zag ik dat die nummers in die URL's overeen komen met de IDX-nummers in Domoticz:



Als ik in Domoticz op het tabblad "Switches" bij m'n testlamp de boel doe editten en bij "Description" die woorden neerzet, dan werkt het ineens

Maar ik snap dus echt niet hoe die namen ook ineens op de gBridge website terecht komen...
En ik snap nog minder dat daar niets van in het filmpje staat


Is het dus echt de bedoeling dat je eerst zo'n Device op de website van gBridge aan maakt, en dan vervolgens in Domoticz bij Switches diezelfde naam in de Discription gebruikt?

Of wat is nu de juiste weg om te bewandelen?

Ben natuurlijk al lang blij dat het werkt, maar ik probeer ook te snappen hoe het nu precies zit

[ Voor 29% gewijzigd door Atmoz op 07-11-2019 21:29 ]

[Flappie]

tozzke schreef op dinsdag 5 november 2019 @ 17:43:
[...]

Naast wat er al gezegd is, moet je bij slechts een enkele If conditie het block gebruiken zonder dat tandwieltje linksboven

Yes, dat was 'm inderdaad

[GVR]

Meer mensen met Tado gekoppeld in domoticz? Werkt prima, echter dagelijks wel een keer dit soort meldingen in de log. Tado geeft aan dat ze bij de bridge geen connectie issues zien.

2019-11-06 00:16:25.001 Error: Tado: GetZoneState: HTTP/1.1 7 Couldn't connect to server
2019-11-06 00:16:25.001 Error: Tado: Failed to get state for home 'Thuis'

2019-11-06 18:25:25.601 Error: Tado: GetZoneState: HTTP/1.1 28 Timeout was reached
2019-11-06 18:25:25.601 Error: Tado: Failed to get state for home 'Thuis', zone 'Verwarming'

[Neophyte_NL]

Situatie: werkende Domoticz installatie voor de bediening van een Zwave plus stick met als node een Danfoss LC-13 thermostaatkraan. Werkt prima via de webinterface van Domoticz, tijdschakelaars en andere condities zijn al een tijdje prima in te stellen via Blocky in Domoticz.

Nu wil ik deze echter uitbreiden met een Telegram bot zodat ik opafstand een commando kan geven om de thermostaatkraan aan te zetten. De telegram bot heb ik succesvol geinstalleerd, maar ik krijg het maar niet voor elkaar om een Telegram bericht/actie als trigger toe te voegen in Blocky.

Vanuit Blocky in Domoticz kan ik wel een notificatie sturen via Telegram ('de verwarming staat aan') en ook lijken berichten van de telegram bot wel Domoticz te bereiken (aldus de logfile).

Maak ik hier nu een denkfout door te denken dat de Telegram bot ook een trigger zou moeten kunnen geven die ik kan toevoegen in Blocky en vanuit daar mijn reguliere script kan draaien?

[Knielen]

Neophyte_NL schreef op donderdag 7 november 2019 @ 22:13:
Situatie: werkende Domoticz installatie voor de bediening van een Zwave plus stick met als node een Danfoss LC-13 thermostaatkraan. Werkt prima via de webinterface van Domoticz, tijdschakelaars en andere condities zijn al een tijdje prima in te stellen via Blocky in Domoticz.

Nu wil ik deze echter uitbreiden met een Telegram bot zodat ik opafstand een commando kan geven om de thermostaatkraan aan te zetten. De telegram bot heb ik succesvol geinstalleerd, maar ik krijg het maar niet voor elkaar om een Telegram bericht/actie als trigger toe te voegen in Blocky.

Vanuit Blocky in Domoticz kan ik wel een notificatie sturen via Telegram ('de verwarming staat aan') en ook lijken berichten van de telegram bot wel Domoticz te bereiken (aldus de logfile).

Maak ik hier nu een denkfout door te denken dat de Telegram bot ook een trigger zou moeten kunnen geven die ik kan toevoegen in Blocky en vanuit daar mijn reguliere script kan draaien?

Kan niet met Blockly.
Misschien wel iets als dit

[Dylantje2]

Atmoz schreef op donderdag 7 november 2019 @ 19:58:
Grrr Hele dag zitten kloten met gBridge i.c.m. Domoticz

Tussendoor even wat "eureka's" met "WTF?! Het wérkt gewoon!! Jeuj " maar helaas...
Ik had de testlamp (ongeveer) dezelfde naam gegeven als een lamp die al laaang (standaard) in Hue werkte

Ik draai Domoticz op een Rpi en wilde daar dus vandaag gBridge aan koppelen. Dit filmpje de hele tijd van voor naar achter bekeken en precies gedaan wat er gezegd werd. Ondanks de heldere en duidelijke uitleg van die kerel in 't filmpje wilt het maar niet lukken.

Bij het koppelen in de Google Home app op de smartphone gaat het mis: ik vul alle gegevens netjes in en druk op "Link Accounts". Vervolgens lijkt het alsof alles goed is gegaan (even laden, geen foutmeldingen, etc) maar als ik daarna in de lijst van "Gekoppelde Services" kijk, dan staat gBridge er niet bij. Als ik naar "Account Linking" op de website van gBridge ga, dan zie ik de koppeling wel staan:


[...]


_{(samen met nog vele andere van het testen de hele dag* )}


Wat kan ik nog doen om dit werkend te krijgen?


* ik heb deze lijst ook geregeld leeggemaakt omdat ik dacht dat dat misschien ook voor rare dingen zou zorgen. Ook dat mocht helaas niet baten.


[edit]

HUH???

Nu zie ik ineens op de gBrigde website bij "Devices" een aantal test-namen staan die ik eerder vandaag gekozen heb omdat ik die goed duidelijk kan uitspreken richting de Google Home mini:

[Afbeelding]

Die heb ik ZEKER NIET zelf daar aangemaakt...
En heel toevallig zag ik dat die nummers in die URL's overeen komen met de IDX-nummers in Domoticz:

[Afbeelding]

Als ik in Domoticz op het tabblad "Switches" bij m'n testlamp de boel doe editten en bij "Description" die woorden neerzet, dan werkt het ineens

Maar ik snap dus echt niet hoe die namen ook ineens op de gBridge website terecht komen...
En ik snap nog minder dat daar niets van in het filmpje staat


Is het dus echt de bedoeling dat je eerst zo'n Device op de website van gBridge aan maakt, en dan vervolgens in Domoticz bij Switches diezelfde naam in de Discription gebruikt?

Of wat is nu de juiste weg om te bewandelen?

Ben natuurlijk al lang blij dat het werkt, maar ik probeer ook te snappen hoe het nu precies zit

mmm zoek al even naar een goede talk to Domoticz... Deze kende ik niet..
Werkt hij echt via google? Of als standalone?
Weet je dat google echt met alles mee luistert dan?

Als hij niet via google werkt... Wil ik hem ook wel installeren op mijn slave, en eens mee gaan kijken

Anders geen interesse.

[Atmoz]

Dylantje2 schreef op vrijdag 8 november 2019 @ 07:14:
[...]


mmm zoek al even naar een goede talk to Domoticz... Deze kende ik niet..

Tot gisteren kende ik deze ook nog niet
Maar de search in dit topic leerde me dat er wel al vaker over is gesproken hier.

Werkt hij echt via google? Of als standalone?
Weet je dat google echt met alles mee luistert dan?

Ja, hij werkt echt via Google. Je ziet in Google ook de zinnen staan wat er gezegd zijn.
Maakt dat heel veel uit dat Google mee luistert? En is dat meer dan een Google Home mini al standaard doet?

Als hij niet via google werkt... Wil ik hem ook wel installeren op mijn slave, en eens mee gaan kijken

Anders geen interesse.

Ik zag dat er ook een "local" versie was. Dus dat is misschien voor jou dan een optie?!

[Dylantje2]

Atmoz schreef op vrijdag 8 november 2019 @ 07:18:
[...]


Tot gisteren kende ik deze ook nog niet
Maar de search in dit topic leerde me dat er wel al vaker over is gesproken hier.


[...]


Ja, hij werkt echt via Google. Je ziet in Google ook de zinnen staan wat er gezegd zijn.
Maakt dat heel veel uit dat Google mee luistert? En is dat meer dan een Google Home mini al standaard doet?


[...]


Ik zag dat er ook een "local" versie was. Dus dat is misschien voor jou dan een optie?!

uhm ik heb van google niets wat meeluistert.
Dat wil je toch niet... Ik mag op mijn werk nog geen complete naam op een bord laten zien. AVG
Google slaat alles wat je zegt op, en je kunt ook nog eens alles wat er gezegd is van jaren geleden terugluisteren op een account van google.
En tsja de Gmail is ook lek... maar wel de beste..


Als je de standalone erop zet en kunt aangeven of hij ook zo werkt, dus zonder google..[ ik vraag me af of hij dan werkt, want google is wel the best of all, qua spraak ] dan doe ik het ook

[Atmoz]

Dylantje2 schreef op vrijdag 8 november 2019 @ 07:23:
[...]


uhm ik heb van google niets wat meeluistert.
Dat wil je toch niet... Ik mag op mijn werk nog geen complete naam op een bord laten zien. AVG
Google slaat alles wat je zegt op, en je kunt ook nog eens alles wat er gezegd is van jaren geleden terugluisteren op een account van google.
En tsja de Gmail is ook lek... maar wel de beste..

Luistert Google ook mee als je niet eerst "ok Google" zegt?
Want dat is natuurlijk een groot verschil...

Als je de standalone erop zet en kunt aangeven of hij ook zo werkt, dus zonder google..[ ik vraag me af of hij dan werkt, want google is wel the best of all, qua spraak ] dan doe ik het ook

Tja, zo gemakkelijk als "erop zetten" is het (voor mij althans ) niet:
https://doc.gbridge.io/selfHosted/hostItYourself.html

Of heeft iemand dat hier toevallig al werkend?

[Dylantje2]

Atmoz schreef op vrijdag 8 november 2019 @ 07:27:
[...]


Luistert Google ook mee als je niet eerst "ok Google" zegt?
Want dat is natuurlijk een groot verschil...


[...]


Tja, zo gemakkelijk als "erop zetten" is het (voor mij althans ) niet:
https://doc.gbridge.io/selfHosted/hostItYourself.html

Of heeft iemand dat hier toevallig al werkend?

ik zou eerst eens zoeken op wat google allemaal van je "hoort"

[Neophyte_NL]

Knielen schreef op donderdag 7 november 2019 @ 22:26:
[...]


Kan niet met Blockly.
Misschien wel iets als dit

Dank voor het attenderen op die tweakblog. Ik was hem wel tegengekomen, maar vond hem nogal cryptisch in wat hij precies aan het doen was.

Begrijp ik je goed dat ik met IFTTT wel een Blocky trigger in Domoticz kan zetten?

[Knielen]

@Neophyte_NL Geen Blockly, je stuurt direct vanuit IFTTT een commando naar Domoticz.

[Peutpeut]

Heeft er iemand hier toevallig een iRobot Roomba gekoppeld binnen Domoticz? Ik zie dat ze kunnen praten met Google Home, Alexa en IFTTT. Ideeën zijn welkom, het lijkt me handig om vanuit Domoticz de Roomba te starten en te zien wat zijn status is.

[Toppe]

Peutpeut schreef op vrijdag 8 november 2019 @ 14:51:
Heeft er iemand hier toevallig een iRobot Roomba gekoppeld binnen Domoticz? Ik zie dat ze kunnen praten met Google Home, Alexa en IFTTT. Ideeën zijn welkom, het lijkt me handig om vanuit Domoticz de Roomba te starten en te zien wat zijn status is.

Ik ben hier ook een tijdje naar opzoek geweest en tot op heden nog niets kunnen vinden wat echt goed werkt. Aangezien ik HomeKit gebruik heb ik hem gekoppeld via HomeBridge en moet toegeven dat het voor mij prima werkt!

Houd er sowieso wél rekening mee dat het opvragen van de accu status iets is wat tijd kost, duurt bij mij ongeveer anderhalf tot maximaal twee seconde voordat ik hem daadwerkelijk kan starten. Voordeel is wel dat ik hem weer kan starten met Siri

Vooral de kraamverzorgster keek vreemd op toen ik "Hey Siri start Roomba" riep en hij aan het werk ging

[ Voor 24% gewijzigd door Toppe op 08-11-2019 15:11 ]

[jobr]

Dylantje2 schreef op vrijdag 8 november 2019 @ 07:23:
[...]
Google slaat alles wat je zegt op, en je kunt ook nog eens alles wat er gezegd is van jaren geleden terugluisteren op een account van google.
En tsja de Gmail is ook lek... maar wel de beste..


Als je de standalone erop zet en kunt aangeven of hij ook zo werkt, dus zonder google..[ ik vraag me af of hij dan werkt, want google is wel the best of all, qua spraak ] dan doe ik het ook

Niet waar. Alleen als je eerst ok google zegt.

Standalone werkt ook met google natuurlijk. Waar dacht je dat de g van gbridge voor staat. Alleen dan loopt het niet via de site van gbridge.

[Dylantje2]

jobr schreef op vrijdag 8 november 2019 @ 18:41:
[...]


Niet waar. Alleen als je eerst ok google zegt.

Standalone werkt ook met google natuurlijk. Waar dacht je dat de g van gbridge voor staat. Alleen dan loopt het niet via de site van gbridge.

Prima toch....
https://www.smarthomeweb....mee-via-google-assistant/
https://www.bright.nl/tre...ers-siri-google-assistant

Als zij liegen..


Maar bij deze:
https://www.nrc.nl/nieuws...iet-meeluisteren-a3966849

Actievatiewoord herkend
De ingehuurde ‘taalexperts’, zoals Google ze aanduidt, krijgen ook audio te horen van gesprekken die onbedoeld zijn opgenomen. Bijvoorbeeld als de knop van Google Assistant op de telefoon ongemerkt is ingedrukt, of als een smart speaker een de activatiewoorden - ‘OK Google’ of ‘Hey Google’ denkt te herkennen. De medewerkers worden geacht deze gesprekken ‘niet te transcriberen’. Toch worden die beluisterd.

edit

Maar wat ik zeg een andere die beter is en werkt??
Lijkt wel of google rules the wereld?:-)

[ Voor 4% gewijzigd door Dylantje2 op 08-11-2019 19:34 ]

[Neophyte_NL]

Knielen schreef op vrijdag 8 november 2019 @ 11:31:
@Neophyte_NL Geen Blockly, je stuurt direct vanuit IFTTT een commando naar Domoticz.

Ok. Dan zal ik me eerst moeten zien te bekwamen in het schrijven van lua scripts om die commando's te laten opvolgen, want ik krijg de Danfoss LC13 alleen goed aan de praat mbv Blockly en ben nog geen lua voorbeelden tegengekomen.

[KroontjesPen]

De omschakeling van KaKu naar Z-wave zet je soms voor vreemde zaken.
Nu blijken de namen in domoticz.devices('device') inderdaad onbetrouwbaar te zijn.

Om het verschil tussen oude en nieuwe devices aan te geven zetten ik er een " +" achter de naam.
(spatie voor de +)
Dit was makkelijk in Blockly want de namen zaten dan onder dezelfde letter.

De 3 laatste oude gebruik ik alleen nog voor de koppeling met een KaKu schakelaar.
Door die namen een * direct achter de naam te geven konden die " +" weg.

Bij dat weghalen kwamen er problemen in de scripts.
'Kamer Keukenzijde', dus zonder die " +" er achter, werkte niet meer.
Zette ik een ander device op die plaats, om te schakelen, dan werkte 'Kamer Midden' wel maar 'Kamer Raamzijde' niet.
"Kamer-Keukenzijde', met "-" er tussen, doet het wel.

In alle pogingen waar er geen actie kwam was er geen fout melding in de log-file.

Dan toch maar de nummers gebruiken en de namen als commentaar er achter.
Die hoeven dan niet tot op de , precies te zijn.

Ook heb ik wel nagedacht om zelf iets te doen met een eigen Idx of zo maar daar heb ik nog niet voldoende kennis van Lua en dzVents.
Een Integer "User variable" weet ik nu al wel een beetje te gebruiken.
Hier nog een lange weg te gaan.

[ Voor 0% gewijzigd door KroontjesPen op 09-11-2019 11:17 . Reden: Deel bleek niet helemaal juist te zijn. ]

[bokkie72]

bokkie72 schreef op vrijdag 25 oktober 2019 @ 17:31:
[...]


Dank voor de tips: ik ga voor de RFLInk 868Mhz.

Helaas helaas... ik ben er nog wat dieper in gedoken en de RFLink 868 gebruikt OOK modulatie, de betreffende sensoren FSK modulatie. Het zal dus niet gaan werken met een RFLink.

[KroontjesPen]

`

In de koppeling tussen Idx en de naam blijkt de naam leidende te zijn.

In die zin dat als een naam NIET werkt dat ook NIET doet onder de Idx ervan.

"Kamer-Keukenzijde' met Idx 133 werkt WEL

"Kamer Keukenzijde' met Idx 133 werkt NIET

Het veranderen van namen in Idx is dus niet zinvol.

`

[ Voor 0% gewijzigd door KroontjesPen op 09-11-2019 11:32 . Reden: Taal ]

[Toppe]

KroontjesPen schreef op zaterdag 9 november 2019 @ 11:29:
`

In de koppeling tussen Idx en de naam blijkt de naam leidende te zijn.

In die zin dat als een naam NIET werkt dat ook NIET doet onder de Idx ervan.

"Kamer-Keukenzijde' met Idx 133 werkt WEL

"Kamer Keukenzijde' met Idx 133 werkt NIET

Het veranderen van namen in Idx is dus niet zinvol.

`

Hoe bedoel je dit? Een IDX kan je niet wijzigen, een naam wel...

[KroontjesPen]

@Toppe
Dan zou ook alleen naar die Idx gekeken moeten worden en niet naar de naam.
Die zou dan bijzaak moeten zijn.

Waarom werkt het de ene keer dan wel met een spatie tussen woorden en de andere keer niet?

[ Voor 5% gewijzigd door KroontjesPen op 09-11-2019 14:14 . Reden: Tijdelijk deel weg ]

[Knielen]

Neophyte_NL schreef op vrijdag 8 november 2019 @ 20:36:
[...]


Ok. Dan zal ik me eerst moeten zien te bekwamen in het schrijven van lua scripts om die commando's te laten opvolgen, want ik krijg de Danfoss LC13 alleen goed aan de praat mbv Blockly en ben nog geen lua voorbeelden tegengekomen.

Als het nog nieuw is voor je kan je beter gelijk voor dzvents gaan, zit wat beter in elkaar.
Maar als je je blockly even post kunnen we je vast al een eind op weg helpen.

[Wiley99]

KroontjesPen schreef op zaterdag 9 november 2019 @ 11:43:
@Toppe
Dan zou ook alleen naar die Idx gekeken moeten worden en niet naar de naam.
Die zou dan bijzaak moeten zijn.

Waarom werkt het de ene keer dan wel met een spatie tussen woorden en de andere keer niet?

(nu ga ik even weg)

Het is, denk ik, handiger als je ons stukjes code laat zien die wel en niet werken, samen met bijvoorbeeld een schermafbeelding van de apparatenlijst waarin de namen en indices staan die je gebruikt. Anders is het vaak speculeren. Nog een tip (best practice), probeer in namen zo min mogelijk tekens te gebruiken die ook iets bijzonders zijn in een programmeertaal, zoals * en +, maar gebruik gewoon een X ofzo. Het zou normaal geen verschil moeten maken, maar aangezien programmeurs niet feilloos zijn is een foutje snel gemaakt en leveren vreemde tekens erg vreemd gedrag op als ze niet goed "escaped" worden.

[Toppe]

KroontjesPen schreef op zaterdag 9 november 2019 @ 11:43:
@Toppe
Dan zou ook alleen naar die Idx gekeken moeten worden en niet naar de naam.
Die zou dan bijzaak moeten zijn.

Waarom werkt het de ene keer dan wel met een spatie tussen woorden en de andere keer niet?

(nu ga ik even weg)

De naam moet exact zijn zoals jij hem hem genoemd. Dan werkt het wel, al dan niet tussen quotes.

[KroontjesPen]

@Toppe
Misschien ben ik niet duidelijk genoeg geweest in het voorval.

Een naam was "Kamer Keukenzijde +".
Deze werd "Kamer Keukenzijde"
Toen ging het fout.

In het script "Kamer Keukenzijde +" vervangen voor "Kamer Midden" een andere wall plug. Werkt WEL.
Maar vervangen door "Kamer Raamzijde" weer een andere wall plug werkte ook NIET.
Alles met kopie/plak.

Daarom ben vanavond benieuwd hoe de andere scrips gaan doen met de namen zonder " +".

De relatie tussen het Idx en de naam blijf ik vreemd vinden omdat het Idx het vaste punt zou moeten zijn.
Het blijkt dat het alleen de naam opvraagt en die geeft juist de problemen.

Dit werkt NIET.

code:

133 Aeotec  00000801    1   Kamer Keukenzijde   Light/Switch    Switch  Off

Op naam

code:

return {
    on = {
        devices = {
                
            Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47
              
        },
    },
    execute = function(domoticz, Actie)
            
        local Doel1 = domoticz.devices('Kamer Keukenzijde')  -- 133
                    
        if (Actie.state == 'On')
            then
                Doel1.switchOn()            
        end     
    end
}

Op Idx

code:

return {
    on = {
        devices = {
                
            Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47
              
        },
    },
    execute = function(domoticz, Actie)
            
        local Doel1 = domoticz.devices(133)  -- 'Kamer Keukenzijde'
                    
        if (Actie.state == 'On')
            then
                Doel1.switchOn()            
        end     
    end
}

Ook hier op Idx

code:

182 Aeotec  00001001    1   Kamer Midden    Light/Switch    Switch  Off
142 Aeotec  00000901    1   Kamer Raamzijde Light/Switch    Switch  Off

182 werkte WEL
142 werkt NIET.

Feitelijk heb ik in het begin geboft met het geven van namen.

[Toppe]

@KroontjesPen

code:

return {
    on = {
        devices = {
                
            47
              
        },
    },
    execute = function(domoticz, devices)
            
        local Doel1 = domoticz.devices(133)  -- 'Kamer Keukenzijde'
                    
        if (devices.active)
            then
                Doel1.switchOn().checkFirst() 
        end     
    end
}

Er vanuitgaande dat je wilt schakelen op het apparaat met IDX 47, anders even het juiste IDX op regel 5 neer zetten wat gebruikt moet worden om Doel1 te schakelen.

Ben ook benieuwd hoe je deze gebruikt:

code:

Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47

Lijkt mij namelijk omslachtig?

[ Voor 10% gewijzigd door Toppe op 09-11-2019 15:13 ]

[KroontjesPen]

@Toppe
47 is een dummy schakelaar ook op het scherm bedienbaar.

code:

return {
    on = {
        devices = {
                
--            Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47
              47
        },
    },
    execute = function(domoticz, device)
            
        local Doel1 = domoticz.devices(133)  -- 'Kamer Keukenzijde'
                    
        if (device.state == 'On')
            then
                Doel1.switchOn()            
        end     
    end
}

Werkt niet.

code:

Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47

Zonder die ' .. ' werkte het niet in de execute = function(domoticz, Actie)

Daarom blijf ik het vreemd vinden dat het Idx ondergeschikt is aan de naam terwijl het 't anker had moeten zijn.

[Toppe]

KroontjesPen schreef op zaterdag 9 november 2019 @ 15:39:
@Toppe
47 is een dummy schakelaar ook op het scherm bedienbaar.

code:

return {
    on = {
        devices = {
                
--            Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47
              47
        },
    },
    execute = function(domoticz, device)
            
        local Doel1 = domoticz.devices(133)  -- 'Kamer Keukenzijde'
                    
        if (device.state == 'On')
            then
                Doel1.switchOn()            
        end     
    end
}

Werkt niet.

code:

Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47

Zonder die ' .. ' werkte het niet in de execute = function(domoticz, Actie)

Daarom blijf ik het vreemd vinden dat het Idx ondergeschikt is aan de naam terwijl het 't anker had moeten zijn.

Wat is het IDX van het apparaat wat je wilt gebruiken om de schakelaar aan te zetten?

Je maakt het met

code:

 Actie = 'DLS ' .. 'Binnen ' .. '1 ' .. 'Aan'        -- 47

erg ingewikkeld voor je zelf terwijl het niet nodig is

[ Voor 6% gewijzigd door Toppe op 09-11-2019 15:44 ]

[KroontjesPen]

@Toppe
Waarom zo ver terug gaan is die keten.
Als ik de naam veranderen in 'Kamer-Keukenzijde' werkt het.

De aansturing is een KaKu schemerschakelaar.

code:

25  RFXCOM  020B9FE 10  Lichtsensor Binnen  Lighting 2  AC  Off

code:

return {
    on = {
        devices = {
                    
            Actie = 'Lichtsensor ' .. 'Binnen'                      -- 25
            
        },
    },
    execute = function(domoticz, Actie )
        
        local DoelA = domoticz.devices('DLS Binnen 1 Aan')          -- 47
        local DoelU = domoticz.devices('DLS Binnen 1 Uit')          -- 48
        
        if (not Actie.active)
            then
                DoelA.cancelQueuedCommands()
                DoelU.cancelQueuedCommands()
                DoelA.switchOff()
                DoelU.switchOn().afterMin(5)           -- Schakelt UIT
                domoticz.devices('TurnTime').updateText('            Het is licht')

        elseif (Actie.active)
            then
                DoelA.cancelQueuedCommands()
                DoelU.cancelQueuedCommands()
                DoelU.switchOff()
                DoelA.switchOn().afterMin(2)            -- Schakelt IN
                domoticz.devices('TurnTime').updateText('            Het is donker')

        end       
    end
}

[Toppe]

KroontjesPen schreef op zaterdag 9 november 2019 @ 16:03:
@Toppe
Waarom zo ver terug gaan is die keten.
Als ik de naam veranderen in 'Kamer-Keukenzijde' werkt het.

De aansturing is een KaKu schemerschakelaar.

code:

25  RFXCOM  020B9FE 10  Lichtsensor Binnen  Lighting 2  AC  Off

code:

return {
    on = {
        devices = {
                    
            Actie = 'Lichtsensor ' .. 'Binnen'                      -- 25
            
        },
    },
    execute = function(domoticz, Actie )
        
        local DoelA = domoticz.devices('DLS Binnen 1 Aan')          -- 47
        local DoelU = domoticz.devices('DLS Binnen 1 Uit')          -- 48
        
        if (not Actie.active)
            then
                DoelA.cancelQueuedCommands()
                DoelU.cancelQueuedCommands()
                DoelA.switchOff()
                DoelU.switchOn().afterMin(5)           -- Schakelt UIT
                domoticz.devices('TurnTime').updateText('            Het is licht')

        elseif (Actie.active)
            then
                DoelA.cancelQueuedCommands()
                DoelU.cancelQueuedCommands()
                DoelU.switchOff()
                DoelA.switchOn().afterMin(2)            -- Schakelt IN
                domoticz.devices('TurnTime').updateText('            Het is donker')

        end       
    end
}

code:

return {
    on = {
        devices = {
                
            25
              
        },
    },
    execute = function(domoticz, devices)
            
        local Doel1 = domoticz.devices(133)  -- 'Kamer Keukenzijde'
                    
        if (devices.active)
            then
                Doel1.switchOn().checkFirst() 
        end     
    end
}

Ik probeer het te begrijpen, maar waarom die "Actie" in je trigger? Bovenstaand script doet óók je script afvuren bij een wijziging op apparaat 25.

Wat wil je precies dat er gebeurt?