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

Meross MSS210 not working Error: connect EHOSTUNREACH #61

Closed
monxas opened this issue Jul 30, 2020 · 9 comments · Fixed by #197
Closed

Meross MSS210 not working Error: connect EHOSTUNREACH #61

monxas opened this issue Jul 30, 2020 · 9 comments · Fixed by #197

Comments

@monxas
Copy link

monxas commented Jul 30, 2020

Describe The Bug:
Homebridge not able to comunicate with plugs, errors in console
To Reproduce:
Just using homebridge to turn on and off plugs
Expected behavior:
plugs responding to calls from homebridge
Logs:

[7/30/2020, 11:51:21] [Enchufe] Failed to POST to the Meross Device MSS210 at 192.168.0.20: Error: connect EHOSTUNREACH 192.168.0.20:80
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1141:16) {
  errno: 'EHOSTUNREACH',
  code: 'EHOSTUNREACH',
  syscall: 'connect',
  address: '192.168.0.20',
  port: 80
}
[7/30/2020, 11:51:36] [Enchufe] Failed to POST to the Meross Device MSS210 at 192.168.0.20: Error: connect EHOSTUNREACH 192.168.0.20:80
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1141:16) {
  errno: 'EHOSTUNREACH',
  code: 'EHOSTUNREACH',
  syscall: 'connect',
  address: '192.168.0.20',
  port: 80
}
(node:19110) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'togglex' of undefined
    at Meross.getOnCharacteristicHandler (/usr/lib/node_modules/homebridge-meross/index.js:327:41)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
(node:19110) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 5)
(node:19110) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'togglex' of undefined
    at Meross.getOnCharacteristicHandler (/usr/lib/node_modules/homebridge-meross/index.js:327:41)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
(node:19110) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 6)
(node:19110) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'togglex' of undefined
    at Meross.getOnCharacteristicHandler (/usr/lib/node_modules/homebridge-meross/index.js:327:41)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)
(node:19110) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). To terminate the node process on unhandled promise rejection, use the CLI flag `--unhandled-rejections=strict` (see https://nodejs.org/api/cli.html#cli_unhandled_rejections_mode). (rejection id: 7)
[7/30/2020, 11:53:58] [Enchufe] Failed to POST to the Meross Device MSS210 at 192.168.0.20: Error: connect EHOSTUNREACH 192.168.0.20:80
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1141:16) {
  errno: 'EHOSTUNREACH',
  code: 'EHOSTUNREACH',
  syscall: 'connect',
  address: '192.168.0.20',
  port: 80
}

**Homebridge Config:**

{
    "bridge": {
        "name": "Homebridge AA1B",
        "username": "0E:7E:93:4D:AA:1B",
        "port": 51018,
        "pin": "297-43-810"
    },
    "accessories": [
        {
            "model": "MSS210",
            "name": "Impresora 3D",
            "deviceUrl": "192.168.0.116",
            "channel": 0,
            "messageId": "c1779468dca8f744e0842c733b74e28e",
            "timestamp": 1596102034,
            "sign": "27232e3e6b88afe45f3205c72c8e1fd1",
            "accessory": "Meross"
        },
        {
            "model": "MSS210",
            "name": "Enchufe",
            "deviceUrl": "192.168.0.20",
            "channel": 0,
            "messageId": "7e8dd43a668da4cd3c3d5f885421974d",
            "timestamp": 1596102036,
            "sign": "4f60163a5356c80b460d866a8a2a4109",
            "accessory": "Meross"
        }
    ],
    "platforms": [
        {
            "name": "Config",
            "port": 8581,
            "platform": "config"
        }
    ]
}
**Environment:**

* **Node.js Version**: v12.18.3
* **NPM Version**: 6.14.6
* **Homebridge Version**: 1.1.1
* **Homebridge Meross Plugin Version**: homebridge-meross v2.3.1
* **Homebridge Config UI X Plugin Version**: homebridge-config-ui-x v4.24.0
* **Operating System**:  raspbian buster lite


@monxas monxas added the bug label Jul 30, 2020
@dirkelko
Copy link

dirkelko commented Aug 4, 2020

While it worked with two of my MSS210 plugs (hardware version 2.0, can be checked in the Meross App), I got the same error with two older MSS210 plugs (identical looking and same label but hardware version 1.0). It works if I select for the older plugs MSS-110-1.0 as Model in the settings.
Seems that the MSS210 plug exists also in two versions with the older one being similar to the MSS-110 1.0

@dylanfrankcom
Copy link
Contributor

Seems that the MSS210 plug exists also in two versions with the older one being similar to the MSS-110 1.0

Interesting. Will look into getting that distinction implemented. Good find!

@github-actions
Copy link
Contributor

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale label Aug 19, 2020
@donavanbecker donavanbecker added pin and removed stale labels Aug 19, 2020
@github-actions
Copy link
Contributor

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@songo-github
Copy link

{ "model": "MSS560", "name": "gimp basement lights", "deviceUrl": "X.X.X.X", "channel": 0, "messageId": "REMOVED", "timestamp": REMOVED, "sign": "REMOVED", "innerIP": "X.X.X.X", "accessory": "Meross" }

I got a similar error on a MSS560 dimmer switch in homebridge fixed by adding the “innerIP”: “X.X.X.X” line in the config. The dimmer function was not actionable in homebridge, but the error message went away

@github-actions
Copy link
Contributor

github-actions bot commented Oct 2, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale label Oct 2, 2020
@github-actions
Copy link
Contributor

github-actions bot commented Oct 4, 2020

This issue has been automatically closed because it has not had recent activity. Thank you for your contributions.

@github-actions github-actions bot closed this as completed Oct 4, 2020
@ghost
Copy link

ghost commented Dec 18, 2020

I have this exact issue, was any progress made? Sorry i missed this before posting a new issue

@donavanbecker
Copy link
Collaborator

See #151

@donavanbecker donavanbecker mentioned this issue Feb 13, 2021
donavanbecker added a commit that referenced this issue Feb 13, 2021
## [Version 3.5.0](v3.4.1....3.5.0) (2021-2-13)

### Changes

- Add support for MSL-420 (#167), Thanks @123marvin123!
- Fixed MSS110-1 and MSS110-2 Type Error (#170), Thanks @MrJer!
- Adds support for MSS630 device (#196), Thanks @rcoletti116!

Fixes #118 
Fixes #138 
Fixes #61
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

Successfully merging a pull request may close this issue.

5 participants