Maak je dan geen gebruik van de Tuya API? Ik heb nu voor max 6 maanden verlengd en dat moet ook nog goedgekeurd worden.Vos schreef op zaterdag 3 februari 2024 @ 10:33:
[...]
Ik niet, draait hier al tijdje goed via de smartlife integratie.
:strip_icc():strip_exif()/u/8269/msn12.jpg?f=community)
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
:strip_icc():strip_exif()/u/249279/crop5f1097e13cf2e_cropped.jpeg?f=community)
/u/69548/crop6505efb531157_cropped.png?f=community)
:strip_icc():strip_exif()/u/22118/GOT.jpg?f=community)
Ja ik heb hem net gehaald, dacht ik ga het gewoon proberen, maar de dial voelt inderdaad best onnatuurlijk. Ik weet niet of dit met de originele Hue bridge ook zo werkt, maar het voelt echt als stapjes en niet echt smooth.:
[...]
Het antwoord is reeds gegeven, maar ja. De draaiknop wil ik nog keer verbeteren, voelt nu beetje laggy. Weet niet zeker of dat beter kan, maar het werkt wel prima.
Ik gebruik voornamelijk de 4 knoppen.
Ik ga ook eens zoeken of ik iets kan vinden qua een script of blueprint die dit probleem kan verhelpen.
Als je dit kunt lezen, dan werkt mij Signature!
:strip_icc():strip_exif()/u/25852/bowmore_18k.jpg?f=community)
:strip_exif()/u/94001/mier.gif?f=community)
/u/366006/crop5a1fea4758fff_cropped.png?f=community)
/u/1811186/crop68014ddd75ebc.png?f=community)
8680 Wp, Panasonic Mono-bloc J-Generation WH-MDC07J3E5 1-fase 7kW. Heishamon v3.2.3 , NRflow *custom* , Home Assistant + " kamaradclimber / heishamon-homeassistant", Kaifa MA105 + Shelly PRo 3EM (120A), 3x Marstek 5,12kW v151, lilygo-modbus-485 HA
:strip_icc():strip_exif()/u/396258/crop5c58365079ffa_cropped.jpeg?f=community)
8680 Wp, Panasonic Mono-bloc J-Generation WH-MDC07J3E5 1-fase 7kW. Heishamon v3.2.3 , NRflow *custom* , Home Assistant + " kamaradclimber / heishamon-homeassistant", Kaifa MA105 + Shelly PRo 3EM (120A), 3x Marstek 5,12kW v151, lilygo-modbus-485 HA
:strip_icc():strip_exif()/u/21345/gatheringoftweakers.jpg?f=community)
:strip_icc():strip_exif()/u/461255/crop58dc3869700bb_cropped.jpeg?f=community)
Echt niemand een idee? Of misschien dan toch van een Atom S3 Lite terug naar een normale Atom S3?:
[...]
ViezeVis in "Home Assistant: Open source Python3 home automation - deel 5"
Iemand enig idee? Met logging zie ik de devices wel en ook de signal strength van een BLE device. Maar het device wordt niet uit zichzelf in HA toegevoegd
:strip_icc():strip_exif()/u/430082/crop5e9df3cc2d6b7_cropped.jpeg?f=community)
/u/271780/Tie.png?f=community)
/u/56000/neuken.png?f=community)
Haha, zit al weken te godveren dat m'n "alles uit" automation niet werkte. Is de batterij in m'n knop op 
/u/427817/crop5e73d28a6dd87.png?f=community)
Ik heb de nieuwe wifi stick geinstalleerd en kon nu wel cloudcutter gebruiken:
[...]
Waar heb je voor € 2,50 gezien?
M'n korte flash-how-to (later vond ik deze uitgebreidere: https://www.twoenter.nl/b...ice-met-tuya-cloudcutter/) ging over een andere serie stekkers die ik had gezien. Het voordeel van het eerst registreren in de Tuya Smart Life-app is dat je kunt zien welke soft- en hardwareversie het is, uit m'n hoofd bij het tandwiel en dan Firmware Upgrade. Ze verdwijnen weer uit de app zodra je ze in AP-mode zet. Op het moment van aan de app koppelen weet China wel op welke lat/lon je ze geactiveerd hebt, dus misschien wordt er ooit aangebeld bij je.
Dan kun je uit de lijst bij tuya-cloudcutter de firmwares met die versie proberen. Mijn Denver-stekkers hadden dus versie 1.3.5, terwijl de versie die in tuya-cloudcutter werd getoond bij Denver SHP-102 versie 1.0.8 was. Dat werkt niet, de versies moeten overeenkomen om de firmware te exploiten om zo custom firmware te kunnen uploaden naar de stekker.
Ik heb die Denvers uiteindelijk met iets van "generic-bk7231t/1.3.5" geflasht. Je krijgt een lange lijst met opties als je in tuya-cloudcutter kiest voor "by firmware version" (of zoiets, uit m'n hoofd).
Hier de ESPHome-YAML voor de Denver SHP-102 v1.3.5:
YAML:
Nu nog uitzoeken hoe ik die BL0937-sensors standaard op hidden zet...
Ik heb een van deze stekkers nu aan m'n CV-ketel (en Nest Heat Link) zitten:
[Afbeelding]
Daarna Libretiny addon geinstalleerd en de yaml geupload vanuit HA.
Alleen zie ik nu in HA 13 sensoren maar niet de sensoren die ik eigenlijk had verwacht zoals voltage, current en power
In de log van de yaml file zie ik wel data.
:strip_exif()/u/62088/sp_jh2.gif?f=community)
/u/391330/crop580782edeab09_cropped.png?f=community)
Sorry voor de late reactie
We hebben een jaartje terug het Konnected Alarm Panel Pro gekocht. We hebben een nieuwbouwwoning waar we alle bekabeling voorzien hebben voor een alarm systeem. Dus zowel de magneetcontacten in ramen/deuren als bewegingsmelders zijn bedraad.
Tot nu toe super tevreden! Ik heb er onmiddellijk ESPHome op gezet en draait als een zonnetje.
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
Die werkt perfect! Heb er hier 15 in gebruik ofzo
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Ahhh top. En dit is dan ook je main panel (anders gezegd: niet parallel aan je 'echte' alarmsysteem zoals Konnected ook zou kunnen draaien?).:
[...]
Sorry voor de late reactie
We hebben een jaartje terug het Konnected Alarm Panel Pro gekocht. We hebben een nieuwbouwwoning waar we alle bekabeling voorzien hebben voor een alarm systeem. Dus zowel de magneetcontacten in ramen/deuren als bewegingsmelders zijn bedraad.
Tot nu toe super tevreden! Ik heb er onmiddellijk ESPHome op gezet en draait als een zonnetje.
Technische vraag: had jij weerstanden in de bekabeling zitten (tbv tamper detectie), en hoe ging Konnected daarmee om?
Sometimes you need to plan for coincidence
@Wolly Weet dat je de LibreTiny addon niet meer nodig hebt, het zit nu in ESPhome zelf. Helaas alleen nog niet verwerkt in de wizard om een nieuw device toe te voegen. Dan gewoon random ESP-type kiezen en later het LibreTiny platform in de yaml zetten.
Maar als ik zo kijk lijkt het alsof je de unit toegevoegd hebt terwijl de Kickstarter firmware erop staat ipv de nieuwe. Nadat je de nieuwe firmware erop hebt gezet zal hij een andere naam gekregen hebben en waarschijnlijk als nieuw device geadopteerd moeten worden.
Overigens grappig, heb het idee dat de hardware gelijk is aan de LSC stekker van de Action
Maar als ik zo kijk lijkt het alsof je de unit toegevoegd hebt terwijl de Kickstarter firmware erop staat ipv de nieuwe. Nadat je de nieuwe firmware erop hebt gezet zal hij een andere naam gekregen hebben en waarschijnlijk als nieuw device geadopteerd moeten worden.
Overigens grappig, heb het idee dat de hardware gelijk is aan de LSC stekker van de Action
:strip_icc():strip_exif()/u/52763/avatar.jpg?f=community){kind=avatar}
Ik probeer middels een iOS widget van HA een automation te triggeren maar alleen als dus die widget ingedrukt wordt.
Hij lijkt dit echter te pas en te onpas te doen en ook de condities lijkt hij te negeren, wat doe ik fout ?
Zelfs als hij disabled is, wordt hij getriggered ?
:fill(white):strip_exif()/f/image/x7N0UFgnbNXcHFfXtw2q2rOD.png?f=user_large)
De iOS trigger mag dus alleen tussen bepaalde tijden wat gaan doen, vandaar de helper schedule. Die staat op dit moment OFF en de automation heb ik disabled, de boolean wpu_heating staat op ON en toch triggered hij bovenstaande en knalt de boolean wpu_heating dus naar OFF.
Hij lijkt dit echter te pas en te onpas te doen en ook de condities lijkt hij te negeren, wat doe ik fout ?
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| alias: Direct-PompUit description: "" trigger: - platform: event event_type: ios.action_fired event_data: actionName: DirectPompUit context: user_id: - 1f9f18b1b6f24c24963affeadca52137 id: iosactionpompuit condition: - condition: state entity_id: input_boolean.input_boolean_wpu_heating state: "on" - condition: state entity_id: schedule.direct_pomp_schedule state: "on" action: - service: input_boolean.turn_off metadata: {} data: {} target: entity_id: input_boolean.input_boolean_wpu_heating - delay: hours: 0 minutes: 45 seconds: 0 milliseconds: 0 - service: input_boolean.turn_on metadata: {} data: {} target: entity_id: input_boolean.input_boolean_wpu_heating mode: single |
Zelfs als hij disabled is, wordt hij getriggered ?
De iOS trigger mag dus alleen tussen bepaalde tijden wat gaan doen, vandaar de helper schedule. Die staat op dit moment OFF en de automation heb ik disabled, de boolean wpu_heating staat op ON en toch triggered hij bovenstaande en knalt de boolean wpu_heating dus naar OFF.
[ Voor 19% gewijzigd door GeeMoney op 05-02-2024 10:13 ]
Vraagje :
We gebruiken de afvalbeheer toevoeging.
Ik heb een scriptje gemaakt die een melding moet geven wanneer we een bak aan de straat moeten plaatsen (nog niet welke zou een mooie aanvulling zijn)
Het nadeel van dit script is dat telkens wanneer HA opnieuw opgestart word ook de melding komt...en dat is nogal vervelend..
Hoe kan ik dit beter oplossen en aanvullen met welke soort bak er aan de straat moet?
Dit is hoe het in HA weergegeven word:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/xqWkyYlnfz1zbeMLcwa9Fh9q.jpg?f=user_large)
We gebruiken de afvalbeheer toevoeging.
Ik heb een scriptje gemaakt die een melding moet geven wanneer we een bak aan de straat moeten plaatsen (nog niet welke zou een mooie aanvulling zijn)
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| alias: Twente Milieu description: "Melding Twnete Milieu" trigger: - platform: state entity_id: - sensor.morgen condition: [] action: - device_id: a42003aa75f0f0cbbb2fa2008082cb58 domain: mobile_app type: notify message: Morgen Twente Milieu! title: Morgen Twente Milieu! - device_id: 3ae7e8605838f83ea07ac38630a10d95 domain: mobile_app type: notify message: Morgen Twente Milieu! title: Morgen Twente Milieu! mode: single |
Het nadeel van dit script is dat telkens wanneer HA opnieuw opgestart word ook de melding komt...en dat is nogal vervelend..
Hoe kan ik dit beter oplossen en aanvullen met welke soort bak er aan de straat moet?
Dit is hoe het in HA weergegeven word:
:strip_icc():strip_exif()/u/91738/honden_sana.jpg?f=community)
Even ter aanvulling. Na nog maar een extra helper te maken die weer deze helper triggered lijkt het probleem weg. Mijn iOS widget triggered dus nu een boolean van off naar on met als onherroepelijke actie het triggeren van deze automation. Dat gaat in mijn test opstelling met een fake stukje code zoals verwacht en triggered niet onnodig.
Het is denk ik gevonden ! Ik had in Fibaro een job met een HTTP post op de automation gemaakt
. Mea culpa .
:strip_exif()/u/5722/ocf81_avatar_3.gif?f=community){kind=avatar}
© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | <X> as a Service --> making you a poor & dependent slave
Goedemiddag,
Ik ben redelijk nieuw in de HA wereld, echter heb ik de installatie en meeste integraties voor elkaar.
Nu ben ik bezig met het volgende; de televisie in slaapkamer komt aan een lift. Dit wil ik automatiseren zodat wanneer de TV wordt aangezet een zigbee plug wordt getriggerd waardoor de TV-lift omhoog komt. En vice-versa.
Ik heb de volgende lift gekocht: https://www.beugelsenmeer...v-lift-medium-hp63-1.html
Deze is te bedienen via de Tuya app. Ik dacht dat maakt het makkelijk om deze te integreren in HA.
Nu heb ik het volgende gedaan:
- via HACS local-tuya fork van xZetsubou geinstalleerd. https://github.com/xZetsubou/hass-localtuya/
- heel de manual van de integratie gevolgd
Alles gaat goed en de TV lift wordt ook gevonden als ik deze toevoeg via de local-tuya integratie.
Op een gegeven moment moet je de entity's configureren, dat lukt niet automatisch dus kies ik daar voor manual. Als entity type heb ik 'cover' gekozen, omdat dit het meest overeenkomt met de tv-lift.
Vervolgens krijg ik dit scherm met DP ID's 101, 102, 103, 105.
/f/image/LGMxbtXMNFRvtoY2MPVTVwtN.png?f=fotoalbum_large)
Ik ga er van uit dat DP 101 de motor is en de value cancel aangeeft dat de lift stil staat. Maar hoe moet ik dit nu instellen zodat ik een knop krijg voor omhoog-stop-omlaag.
Wie zou mij vanaf hier verder kunnen helpen? Ik heb al heel veel gegoogled in de hoop antwoorden te vinden, maar tevergeefs.
Alvast bedankt voor de hulp!
Richard
Ik ben redelijk nieuw in de HA wereld, echter heb ik de installatie en meeste integraties voor elkaar.
Nu ben ik bezig met het volgende; de televisie in slaapkamer komt aan een lift. Dit wil ik automatiseren zodat wanneer de TV wordt aangezet een zigbee plug wordt getriggerd waardoor de TV-lift omhoog komt. En vice-versa.
Ik heb de volgende lift gekocht: https://www.beugelsenmeer...v-lift-medium-hp63-1.html
Deze is te bedienen via de Tuya app. Ik dacht dat maakt het makkelijk om deze te integreren in HA.
Nu heb ik het volgende gedaan:
- via HACS local-tuya fork van xZetsubou geinstalleerd. https://github.com/xZetsubou/hass-localtuya/
- heel de manual van de integratie gevolgd
Alles gaat goed en de TV lift wordt ook gevonden als ik deze toevoeg via de local-tuya integratie.
Op een gegeven moment moet je de entity's configureren, dat lukt niet automatisch dus kies ik daar voor manual. Als entity type heb ik 'cover' gekozen, omdat dit het meest overeenkomt met de tv-lift.
Vervolgens krijg ik dit scherm met DP ID's 101, 102, 103, 105.
:fill(white):strip_exif()/f/image/LGMxbtXMNFRvtoY2MPVTVwtN.png?f=user_large)
Ik ga er van uit dat DP 101 de motor is en de value cancel aangeeft dat de lift stil staat. Maar hoe moet ik dit nu instellen zodat ik een knop krijg voor omhoog-stop-omlaag.
Wie zou mij vanaf hier verder kunnen helpen? Ik heb al heel veel gegoogled in de hoop antwoorden te vinden, maar tevergeefs.
Alvast bedankt voor de hulp!
Richard
© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | <X> as a Service --> making you a poor & dependent slave
© ocf81 1981-infinity
Live the dream! | Politiek Incorrecte Klootzak uitgerust met The Drive to Survive
Bestrijd de plaag die woke heet! | <X> as a Service --> making you a poor & dependent slave
/u/371001/crop5afc23d3c8c89_cropped.png?f=community)
Ik wou vandaag is mijn 5 losse automatiseringen voor mijn rookmelders gaan bundelen in 1 automatisering.
Ik krijg het echter niet voorelkaar om in de message aan te geven welke rookmelder er is afgegaan.
iemand zo voorhanden wat er op de plek van <kamer> ingevuld zou moeten worden?
:strip_exif()/f/image/HsktIT6krynS7THBG1ncdOHh.jpg?f=fotoalbum_large)
Ik krijg het echter niet voorelkaar om in de message aan te geven welke rookmelder er is afgegaan.
iemand zo voorhanden wat er op de plek van <kamer> ingevuld zou moeten worden?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/HsktIT6krynS7THBG1ncdOHh.jpg?f=user_large)
Smarthome - HomeAssistant | Zigbee2MQTT | Homekit | Philips Hue | Synology | Unifi
Vorig jaar was 0,18% negatief qua terug leveren… kosten maken om een paar euro per jaar te besparen
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Eens, maar als ik nu de keus heb, dan wil ik die graag mee nemen.:
[...]
Vorig jaar was 0,18% negatief qua terug leveren… kosten maken om een paar euro per jaar te besparen
@QempZoR Als aanvulling op @belly89, dan moet je de triggers wel een id geven. Mooie is dat je daarvoor dan een gebruikersvriendelijke naam voor zou kunnen gebruiken.
Als je state triggers gebruik zou je met {{ trigger.to_state.name }} zou je ook direct de naam van je device moeten kunnen gebruiken maar die is misschien wat lang.
PS Je automations als code plaatsen is stuk makkelijker dan een plaatje
Als je state triggers gebruik zou je met {{ trigger.to_state.name }} zou je ook direct de naam van je device moeten kunnen gebruiken maar die is misschien wat lang.
PS Je automations als code plaatsen is stuk makkelijker dan een plaatje
[ Voor 10% gewijzigd door Septillion op 05-02-2024 17:45 ]
Thanks heren! De Trigger ID's was het duwtje in de juiste richting:
@QempZoR Als aanvulling op @belly89, dan moet je de triggers wel een id geven. Mooie is dat je daarvoor dan een gebruikersvriendelijke naam voor zou kunnen gebruiken.
Als je state triggers gebruik zou je met {{ trigger.to_state.name }} zou je ook direct de naam van je device moeten kunnen gebruiken maar die is misschien wat lang.
PS Je automations als code plaatsen is stuk makkelijker dan een plaatje
Met onderstaande YAML ben ik eruit gekomen en werkt het zoals ik zou willen
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
| alias: Rookmelders - meldingen description: "" trigger: - type: smoke platform: device device_id: 6623c6ce580819340bef035cd1931808 entity_id: 582dd6315942f04a0aa6cde704efcc42 domain: binary_sensor id: Rookmelder Babykamer - type: smoke platform: device device_id: cfacc01e800dc44bf58232ebda706eb6 entity_id: 049efbf4bd9bd2f480f93076cb99e324 domain: binary_sensor id: Rookmelder Zolder - type: smoke platform: device device_id: 501e1f2cd0891d059a50f252de7f5f78 entity_id: a68f7510faee464df5ed44252824d938 domain: binary_sensor id: Rookmelder Werkkamer - type: smoke platform: device device_id: 68737dab3203bbc1ca7bd1d1ddc572ea entity_id: 73d97d4da2bda76048cc81bed3ddb5f9 domain: binary_sensor id: Rookmelder Woonkamer - type: smoke platform: device device_id: bc479f43bc11286a567aa20d987b2f90 entity_id: ff9a72e59664d2619aa7fb7eaf6b2978 domain: binary_sensor id: Rookmelder Keuken condition: [] action: - service: notify.mobile_app_iphone_xxxxxxx metadata: {} data: message: Rook gedetecteerd door "{{ trigger.id }}" data: push: sound: name: default critical: 1 volume: 1 title: "{{ trigger.id }}" mode: single |
[ Voor 3% gewijzigd door Septillion op 05-02-2024 18:46 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
Smarthome - HomeAssistant | Zigbee2MQTT | Homekit | Philips Hue | Synology | Unifi
:strip_icc():strip_exif()/u/86654/krat_toren.jpg?f=community)
:fill(white):strip_exif()/f/image/WLrC4i5689e2O5V7J7vZh6WL.png?f=user_large){kind=link}
Wat @u_nix_we_all zegt, even verwijderen en opnieuw toevoegen. Vooral die pin-debug-entities zijn hardnekkig, geen idee waarom.:
[...]
Ik heb de nieuwe wifi stick geinstalleerd en kon nu wel cloudcutter gebruiken
Daarna Libretiny addon geinstalleerd en de yaml geupload vanuit HA.
Alleen zie ik nu in HA 13 sensoren maar niet de sensoren die ik eigenlijk had verwacht zoals voltage, current en power
[Afbeelding]
In de log van de yaml file zie ik wel data.
[Afbeelding]
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Welke rookmelders gebruik je hiervoor?:
[...]
Thanks heren! De Trigger ID's was het duwtje in de juiste richting
Met onderstaande YAML ben ik eruit gekomen en werkt het zoals ik zou willen
code:
alias: Rookmelders - meldingen description: "" trigger: - type: smoke platform: device device_id: 6623c6ce580819340bef035cd1931808 entity_id: 582dd6315942f04a0aa6cde704efcc42 domain: binary_sensor id: Rookmelder Babykamer - type: smoke platform: device device_id: cfacc01e800dc44bf58232ebda706eb6 entity_id: 049efbf4bd9bd2f480f93076cb99e324 domain: binary_sensor id: Rookmelder Zolder - type: smoke platform: device device_id: 501e1f2cd0891d059a50f252de7f5f78 entity_id: a68f7510faee464df5ed44252824d938 domain: binary_sensor id: Rookmelder Werkkamer - type: smoke platform: device device_id: 68737dab3203bbc1ca7bd1d1ddc572ea entity_id: 73d97d4da2bda76048cc81bed3ddb5f9 domain: binary_sensor id: Rookmelder Woonkamer - type: smoke platform: device device_id: bc479f43bc11286a567aa20d987b2f90 entity_id: ff9a72e59664d2619aa7fb7eaf6b2978 domain: binary_sensor id: Rookmelder Keuken condition: [] action: - service: notify.mobile_app_iphone_xxxxxxx metadata: {} data: message: Rook gedetecteerd door "{{ trigger.id }}" data: push: sound: name: default critical: 1 volume: 1 title: "{{ trigger.id }}" mode: single
Honeywell / Aqara / Xiaomi:
[...]
Welke rookmelders gebruik je hiervoor?
Gekoppeld aan een Aqara M2 en die via de Homekit controller in HA
Smarthome - HomeAssistant | Zigbee2MQTT | Homekit | Philips Hue | Synology | Unifi