heb database verwijderd en herstart maar kreeg HA niet meer aan de praat
Dan geprobeerd om sd te wissen en hassos.img te installeren met etcher maar kreeg foutmelding : ik veronderstel sd kaart defect. Zal dit weekend nieuw halen…
Gelukkig heb ik back-ups van mijn switches-lights en shell_commands.yaml. Zal dus nog vlot gaan.
succes ermee
denk dat ik weet wat jouw probleem is? heb jij zo 2 commandos uitgevoerd in je python, zodat je 2 gemerged strings hebt in je sensor?
value_template: "{{ states.sensor.prog.state[50:52] != '00' }}"
want 50:52 is normaal geen geldige
de laatste “0000000000000000” die normaal achter die ffffff staan , die hebben geen invloed
mijn volgende licht van de 2 string begint met : 66:68
I worked on an integration for my SR-201,
checked it with 2 relays box from AliExpress:
Integration available in GitHub:
Hey,
Zie nu pas uw reactie…
Had het gisteren intussen ook al gevonden ivm de string: in mijn eerste string is de laatste 46:48 en de tweede string begint dan met 66:68 ipv 48:50 LOL werkt perfect nu.
Alles werkt hier nu vlekkeloos zowel op de PI als op de NUC. Waarvoor veel DANK!!!
Enige wat ik nog zoek is dat als ik via google home de rolluiken wil aansturen :
Hey google links omlaag werkt niet
Hey google links omlaag aan werkt wel
Google ziet deze als schakelaars (=logisch) en is moeilijk uit te leggen aan mijn vrouw dat ze moet zeggen : Hey Google zet links omlaag aan
Heb jij ook rolluiken op den dobiss?
No problem…
Ja hoor, ik heb ook rolluiken op mijn dobiss…
Maar jij hebt ze exposed also switchen?
Je moet ze exposen als cover… Je kan ook command line covers of template covers aanmaken… Ik kan dus gewoon omhoog en omlaag zeggen of boven en beneden…
Dit is nieuw sinds 92.0 dacht ik, dat Google effectief covers kent
Hi
wil je even kijken naar deze? :
- platform: template
covers:
links:
friendly_name: "links"
position_template: "{{ states.sensor.dobiss.state[74:76] == '00' }}"
open_cover:
- service: switch.turn_on
data:
entity_id: switch.links_omhoog
- service: shell_command.state_links_omhoog_on
close_cover:
- service: switch.turn_on
data:
entity_id: switch.links_omlaag
- service: shell_command.state_links_omlaag_off
En ik kan enkel omlaag doen:
Gebruik jij de stop functie ook? Want stop is denk ik toch op hetzelfde relais als voor open en toe?
dit is al ok:
maar werken nog niet als ik er op klik:
- platform: template
covers:
midden:
friendly_name: midden
position_template: 50
open_cover:
- service: cover.open_cover
data:
entity_id: switch.midden_omhoog
close_cover:
- service: cover.close_cover
data:
entity_id: switch.midden_omlaag
Die poistion template moet er uit, want ik kan geen position uitlezen, jij wellicht ook niet met dobiss? …
Voeg eens eens een command line cover toe, ipv template… Dan heb je Stateless covers… Die omloog en omlaag pijltjes werken dan Stateless…
Stop kan ik ook doen, dat is ook een actie, dacht code 02 vanachter in de string …
Stagefull covers heb ik gemaakt, met value template, is iets mooier, dan kan je bv ook vragen aan Google of je covers omhoog of omlaag zijn… Ik stuur je later nog de code
thanks, dit heb ik al:
- platform: command_line
covers:
midden:
friendly_name: midden
command_open: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x46\x02\x01" | nc 192.168.0.100 1001
command_close: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x46\x03\x01" | nc 192.168.0.100 1001
- platform: template
covers:
midden:
friendly_name: midden
value_template: 50
open_cover:
- service: cover.open_cover
data:
entity_id: cover.midden
close_cover:
- service: cover.close_cover
data:
entity_id: cover.midden
Dat zou idd moeten werken?
Is het bij u ook zo dat de stop op 1 relay gaat:
Bij mij staat de stop op de command_close
- platform: command_line
covers:
midden:
friendly_name: midden
command_open: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x46\x02\x01" | nc 192.168.0.100 1001
command_close: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x46\x03\x01" | nc 192.168.0.100 1001
command_stop: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x46\x03\x02" | nc 192.168.0.100 1001
- platform: template
covers:
midden:
friendly_name: midden
value_template: 50
open_cover:
- service: cover.open_cover
data:
entity_id: cover.midden
close_cover:
- service: cover.close_cover
data:
entity_id: cover.midden
stop_cover:
- service: cover.stop_cover
data:
entity_id: cover.midden
En dat geeft :
druk op omlaag en druk op stop = ok, werkt
vervolgens vanuit de stand stop = druk omhoog en druk stop = gaat ie direct naar omlaag
Ik denk dat je toch maar 1 stop commando kunt maken ofwel op omlaag ofwel op omhoog?
Ik heb mijn dobiss ingesteld met een extra sfeer, waar ik alle screens mee stop…
Maar ik heb ook op mijn screen relays even extra beveiliging dat ik niet tegelijkertijd omhoog en omlaag kan doen, anders maak je motor stuk… Mijn relays blijft 2 minuten open… Als ik omhoog doe, dan blijft hij 2 minuten, als ik dan omlaag die, dan stopt hij eerst de omhoog relais, heb jij dat ook?
heb volgens mij geen extra beveiliging , dus jij kan niet direct de omgekeerde richting doen= 2min wachten? Met mijn curl commando kan ik toggelen op dezelfde actie:
links_omlaag:
command_on: "curl 'http://xxx.duckdns.org:8080/login/validate/' \ -XPOST \ -H 'Cookie: PHPSESSID=xxx' \ --data 'login_username=xxx&login_password=xxx' -L http://xxx.duckdns.org:8080/action/7312/"
dus druk omlaag en gaat omlaag dan nogmaals op omlaag drukken = stop
ik heb idd beveiliging laten inbouwen, ik kan niet tegelijk omhoog en omlaag doen
hierbij code voor stateless cover, mijn stop commando is dus een sfeer die zowel omhoog en omlaag reial stopt, aangemaakt via de software
cover1:
friendly_name: Eetkamer
#value_template: 50
command_open: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x53\x13\x01" | nc 192.168.0.10 1001
command_close: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x53\x14\x01" | nc 192.168.0.10 1001
command_stop: echo -e "\xED\x43\x31\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xAF\xAF\x53\x1B\x01" | nc 192.168.0.10 1001
statefull covers kan ook maar moet je met boolean werken die de laatste state onthoud als je HA hertart, bv
- platform: template
covers:
google_eetkamer:
friendly_name: Eetkamer
value_template: "{{ is_state('input_boolean.eetkamer', 'on' ) }}"
open_cover:
- service: cover.open_cover
entity_id: cover.eetkamer
close_cover:
- service: cover.close_cover
entity_id: cover.eetkamer
stop_cover:
- service: cover.stop_cover
entity_id: cover.eetkamer
heb ik dus automations voor aangemaakt:
- alias: Screen Eetkamer omhoog
initial_state: 'on'
trigger:
- platform: state
entity_id: sensor.prog
condition:
- condition: template
value_template: "{{ states.sensor.prog.state[80:82] == '01' }}"
action:
- service: input_boolean.turn_on
entity_id: input_boolean.eetkamer
- alias: Screen Eetkamer omlaag
initial_state: 'on'
trigger:
- platform: state
entity_id: sensor.prog
condition:
- condition: template
value_template: "{{ states.sensor.prog.state[82:84] == '01' }}"
action:
- service: input_boolean.turn_off
entity_id: input_boolean.eetkamer
ok, thanks
zal dit weekend terug even de windows pc moeten meebrengen en eens kijken hoe die sferen worden aangemaakt met de software.
Hi Fabio
Eindelijk weer eens tijd gevonden om verder af te werken
Alles ok nu, nogmaals bedankt!
Graag gedaan
Hi
Ik overweeg om de nabu casa cloud remote te gebruiken ipv duckdns. Gebruik jij deze al?
Hoe zit het dan met de token die gebruikt worden in de shell_commands?
Thanks
Ja, heb ook nabucasa… Maar die shell command zijn op local IP, dus werkt gewoon