Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inverted rflink cover #26038

Merged
merged 20 commits into from
Sep 1, 2019
Merged

Conversation

fmartens
Copy link
Contributor

@fmartens fmartens commented Aug 18, 2019

Breaking Change:

The configuration has to be updated when KAKU (newkaku) ASUN-650 covers are used. The 'type' property has to be specified and set to 'standard' when these devices have been wired 'the other way around'.

Description:

A class named InvertedRflinkCover has been added that inverts the commands to the KAKU (COCO) ASUN-650 devices. Also a property named 'type' has been added to the RflinkCover class that allows 2 values: 'standard' and 'inverted'. The InvertedRflinkCover class is used when:

  • The RflinkCover class detects 'newkaku' device and the type property is omitted.
  • The type property is set to 'inverted'.

Related issue (if applicable): fixes #10810

Pull request with documentation for home-assistant.io (if applicable): home-assistant/home-assistant.io#10177

Example entry for configuration.yaml (if applicable):

cover rflink:
  - platform: rflink
    devices:
      newkaku_xxxxxxxx_x:
        name: kaku_inverted_by_type
        type: inverted
      newkaku_xxxxxxxx_y:
        name: kaku_not_inverted_by_type
        type: standard
      newkaku_xxxxxxxx_z:
        name: kaku_inverted_by_default
      nonkaku_yyyyyyyy_x:
        name: non_kaku_inverted_by_type
        type: inverted
      nonkaku_yyyyyyyy_y:
        name: non_kaku_not_inverted_by_type
        type: standard
      nonkaku_yyyyyyyy_z:
        name: non_kaku_not_inverted_by_default

Checklist:

  • The code change is tested and works locally.
  • Local tests pass with tox. Your PR cannot be merged unless tests pass
  • There is no commented out code in this PR.
  • I have followed the development checklist

If user exposed functionality or configuration variables are added/changed:

If the code communicates with devices, web services, or third-party tools:

  • The manifest file has all fields filled out correctly. Update and include derived files by running python3 -m script.hassfest.
  • New or updated dependencies have been added to requirements_all.txt by running python3 -m script.gen_requirements_all.
  • Untested files have been added to .coveragerc.

If the code does not interact with devices:

  • Tests have been added to verify that the new code works.

@fmartens
Copy link
Contributor Author

I can't figure out yet why CI (Tests PyTest Python36) and CI (FullCheck Pylint) are failing.

@javicalle
Copy link
Contributor

Seems related with some merged code from dev branch:
tests/components/updater/test_init.py:151

@fmartens
Copy link
Contributor Author

@javicalle , are my tests failing because of #26187?

I also noticed that the Pylint test fails when setting up the environment.

ERROR: Could not find a version that satisfies the requirement bimmer_connected==0.5.6 (from -r requirements_all.txt (line 269)) (from versions: 0.0.1, 0.0.3, 0.0.4, 0.1.0, 0.2.0, 0.3.0, 0.4.0.dev0, 0.4.0, 0.4.1, 0.5.0, 0.5.1, 0.5.2, 0.5.3, 0.5.9b0, 0.5.9b1)
ERROR: No matching distribution found for bimmer_connected==0.5.6 (from -r requirements_all.txt (line 269)))

Is this something I can/should fix or should I commit a change to trigger the tests again?

@javicalle
Copy link
Contributor

javicalle commented Aug 25, 2019 via email

Copy link
Member

@MartinHjelmare MartinHjelmare left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good!

@fmartens
Copy link
Contributor Author

fmartens commented Sep 1, 2019

@javicalle , thanks for all the support.

@MartinHjelmare MartinHjelmare merged commit 5b77a35 into home-assistant:dev Sep 1, 2019
pgilad added a commit to pgilad/home-assistant that referenced this pull request Sep 1, 2019
…into improve-bluetooth-tracker

* 'dev' of https://github.com/home-assistant/home-assistant: (229 commits)
  New template sensor attributes (home-assistant#26127)
  Add BeeWi SmartClim BLE sensors (home-assistant#26174)
  UniFi - Simplify getting controller from config entry (home-assistant#26335)
  Inverted rflink cover (home-assistant#26038)
  Upgrade tibber library (home-assistant#26332)
  Migrate Axis, deCONZ and UniFi to use config entry subclass (home-assistant#26173)
  Upgrade sqlalchemy to 1.3.8 (home-assistant#26331)
  Change evohome to asyncio client (home-assistant#26042)
  Add support for Supla switches (home-assistant#26188)
  Add a keypress service for AlarmDecoder (home-assistant#26100)
  Fix google_maps scan interval (home-assistant#26328)
  Upgrade youtube_dl to 2019.09.01 (home-assistant#26330)
  Fix onvif camera setup error (home-assistant#24585)
  UniFi - use entity registry disabled_by to control available entities  (home-assistant#26141)
  Fetch Onkyo current radio preset (home-assistant#26211)
  Add precision argument to the Range Filter (home-assistant#25874)
  Fix alexa bad temp sensors (home-assistant#26307)
  deCONZ - Dont update entry if data is equal
  Add Withings support (home-assistant#25154)
  Add support for Homekit accessory battery sensors (home-assistant#26210)
  ...
@lock lock bot locked and limited conversation to collaborators Sep 2, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

RFLink-cover 'stop' not working and inverted up/down with KAKU devices
4 participants