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

getAirDring Error #135

Open
surfahboy21 opened this issue May 1, 2023 · 4 comments
Open

getAirDring Error #135

surfahboy21 opened this issue May 1, 2023 · 4 comments

Comments

@surfahboy21
Copy link

What issue do you have? Please be as thorough and explicit as possible.

Noticed the following error in my Homebridge log:
"[4/30/2023, 2:02:07 PM] [Deebot] [Robot] sent error [Request Timeout (command 'getAirDring')].

Details of your setup.

  • Do you use (1) Homebridge UI-X (2) Homebridge CLI or (3) HOOBS?

Using (1) Homebridge UI-X

  • Which version of Homebridge/HOOBS do you have?

Homebridge v1.6.1

  • Which platform do you run Homebridge/HOOBS on (e.g. Raspberry Pi/Windows/HOOBS Box)? Please also mention your version of Node.js/NPM if known.

Homebridge is running on a Synology DS920+ NAS (DSM 7.1.1-42962 Update 5) using Node.js v16.16.0

  • Which version of this plugin (homebridge-deebot) do you have? Has the issue started since upgrading from a previous version?

Using plugin v6.0.5. Just installed it for the first time a few days ago and issue has existed since initial install.

  • Which ECOVACS devices do you have that are causing issues? Please include product models if applicable.

DEEBOT X1 OMNI, which I understand is not listed as a supported device. So if that's why the error happens, then no problem / worries. I should also note that the error hasn't seemed to impact functionality within the iOS Home app. But I thought I'd raise it anyway in case its a straightforward fix and / or helpful to be aware of when planning out future updates and bug fixes.

Please paste any relevant logs below.


@mrbungle64
Copy link

@surfahboy21
This command (GetAirDrying which calls getAirDring) was implemented for yeedi devices.

@bwp91
For Deebot devices like the X1 series I implemented the GetStationState shortcut command (which calls getStationState). It returns more detailed data, but the library also emits AirDryingState.

Btw.: The typo in "getAirDring" is intended 😉

@mrbungle64
Copy link

@bwp91

I'll implement a switch for the GetAirDrying command, so that it'll handle the API commands automatically.
If you want to fully support the X1 series you have to implement the GetStationState command.

Here's an example of an "StationState" object. In this case air drying is active.

{
    "type": 2,
    "state": 1,
    "isAirDrying": false,
    "isSelfCleaning": true,
    "isActive": true
}

You don't need to handle type and state. The status results from the combination of the two values, which is described via isAirDrying, isSelfCleaning and isActive.

@surfahboy21
Copy link
Author

That’s awesome. Thanks for the quick reply and for the instructions on how to adjust my settings.

@xyz667
Copy link

xyz667 commented Jul 24, 2023

That’s awesome. Thanks for the quick reply and for the instructions on how to adjust my settings.

Errr. I also have the X1 OMNI and there is the same error message in my logs.
What exactly would I have to do?

Additionally I have this error for the ‘getMapSubSet‘ command, don‘t know why, as I do have different rooms defined in the ECOVACS app.

EDIT: Never mind, after fiddling around in the ECOVACS app and also installing the beta version of this plugin I don't seem to get any more such errors.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants