22-01-05 19:45:40 INFO (MainThread) [supervisor.host.sound] Updating PulseAudio information
22-01-05 19:45:40 INFO (MainThread) [supervisor.host.manager] Host information reload completed
22-01-05 20:15:39 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
22-01-05 20:15:51 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.5:8099 ssl:default [Connect call failed ('172.30.33.5', 8099)]
22-01-05 20:15:56 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.5:8099 ssl:default [Connect call failed ('172.30.33.5', 8099)]
22-01-05 20:15:56 ERROR (MainThread) [supervisor.api.ingress] Ingress error: Cannot connect to host 172.30.33.5:8099 ssl:default [Connect call failed ('172.30.33.5', 8099)]
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.check] Starting system checks with state CoreState.RUNNING
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.checks.base] Run check for IssueType.TRUST/ContextType.SUPERVISOR
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.checks.base] Run check for IssueType.TRUST/ContextType.CORE
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.checks.base] Run check for IssueType.FREE_SPACE/ContextType.SYSTEM
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.checks.base] Run check for IssueType.SECURITY/ContextType.CORE
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.checks.base] Run check for IssueType.TRUST/ContextType.PLUGIN
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.checks.base] Run check for IssueType.PWNED/ContextType.ADDON
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.check] System checks complete
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.evaluate] Starting system evaluation with state CoreState.RUNNING
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.evaluate] System evaluation complete
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.fixup] Starting system autofix at state CoreState.RUNNING
22-01-05 20:44:18 INFO (MainThread) [supervisor.resolution.fixup] System autofix complete
22-01-05 20:45:40 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
Logs zigbee2mqtt
at Zigbee.start (/app/lib/zigbee.ts:58:27)
at Controller.start (/app/lib/controller.ts:100:27)
at start (/app/index.js:97:5)
[20:16:31] INFO: Handing over control to Zigbee2mqtt Core ...
> zigbee2mqtt@1.22.2 start
> node index.js
Zigbee2MQTT:warn 2022-01-05 20:16:55: `permit_join` set to `true` in configuration.yaml.
Zigbee2MQTT:warn 2022-01-05 20:16:55: Allowing new devices to join.
Zigbee2MQTT:warn 2022-01-05 20:16:55: Set `permit_join` to `false` once you joined all devices.
(node:3135) UnhandledPromiseRejectionWarning: Error: SRSP - ZDO - mgmtPermitJoinReq after 6000ms
at Timeout._onTimeout (/app/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35)
at listOnTimeout (internal/timers.js:557:17)
at processTimers (internal/timers.js:500:7)
(Use `node --trace-warnings ...` to show where the warning was created)
(node:3135) 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: 1)
(node:3135) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.
(node:3135) UnhandledPromiseRejectionWarning: Error: SRSP - ZDO - mgmtPermitJoinReq after 6000ms
at Timeout._onTimeout (/app/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35)
at listOnTimeout (internal/timers.js:557:17)
at processTimers (internal/timers.js:500:7)
(node:3135)
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: 11)
Zigbee2MQTT:error 2022-01-05 20:56:14: Failed to execute LQI for 'Coordinator'
Zigbee2MQTT:error 2022-01-05 20:56:28: Request 'zigbee2mqtt/bridge/request/permit_join' failed with error: 'SRSP - AF - dataRequestExt after 6000ms'
Zigbee2MQTT:error 2022-01-05 20:56:34: Request 'zigbee2mqtt/bridge/request/permit_join' failed with error: 'SRSP - AF - dataRequestExt after 6000ms'
Zigbee2MQTT:error 2022-01-05 20:56:40: Request 'zigbee2mqtt/bridge/request/permit_join' failed with error: 'SRSP - AF - dataRequestExt after 6000ms'
De ce que je lis ce sont des times out…
en gros : allo ça répond plus…
Si je pars du principe que c’est le bon firmware puisque testé, je dirais alimentation.
Et tu es sur quoi ?
un PI ?
Le branchement électrique est comment ?
Rallonge de combien ?
PS : passe le permit_join en false, tu pourra l’activer au besoin après.
Bonjour,
Alors je suis sur un mini pc,
Donc prise 230v
J’ai ajouté une rallonge usb un mètre.
Savez vous si il faut autoriser un port de box…
Si oui comment
Savez vous si un paramètre doit être ajouté à yaml !?
Un driver peut être manquant !?
Pour moi pas de drivers en plus ou quoi que ce soit. ça n’a rien à voir. Encore moins pour un port de la box.
Juste un fichier de config qui ressemble à ça :
Bonjour,
Pour information je suis tombé sur le même genre de problèmes avec du homeassistant supervised sur de la VM Vmware vsphere 7.0, cette meme clé en tant que coordinator zigbee et utilisation d’usb passtrough sur les options de la vm.
J’ai tout tenté, y compris reflash firmware de la clé, sans succes.
Au final, j’ai du basculer la clé sur un vieux raspberry pi en raspbian, sur lequel j’ai simplement installé net2ser.
Mon mqtt se connecte en net2ser, et je n’ai plus aucun problème de stabilité.
Je viens moi aussi de me casser les dents sur Z2M…avec une erreur 502 bad gateway. Je suis sur une VM qui tourne sur VM Ware et je n’ai pas compris ce que tu as fait de ton côté avec ce « passthrough ». J’ai une clé SONOFF 3.0 aussi mais je ne la vois pas dans « Matériel » dans le système pour savoir où elle est connectée. Pourrais tu m’aider ?
[08:13:55] INFO: Handing over control to Zigbee2mqtt Core ...
> zigbee2mqtt@1.18.1 start /app
> node index.js
Zigbee2MQTT:error 2022-01-27 08:13:56: Error while starting zigbee-herdsman
Zigbee2MQTT:error 2022-01-27 08:13:56: Failed to start zigbee
Zigbee2MQTT:error 2022-01-27 08:13:56: Exiting...
Zigbee2MQTT:error 2022-01-27 08:13:56: Error: Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/ttyUSB0'
at Znp.<anonymous> (/app/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:136:32)
at Generator.next (<anonymous>)
at /app/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:27:71
at new Promise (<anonymous>)
at __awaiter (/app/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:23:12)
at SerialPort.<anonymous> (/app/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:134:49)
at SerialPort._error (/app/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:198:14)
at /app/node_modules/zigbee-herdsman/node_modules/@serialport/stream/lib/index.js:242:12
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.18.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.18.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2022-01-27T07_13_56_649Z-debug.log
Salut
Passthrough = rendre le périphérique visible et utilisable dans la vm.
Si c’est pas fait dans ta configuration proxmox alors ton erreur est logique : pas de clé disponible dans la vm = pas de zigbee2mqtt
Le flash c’est une bonne idée si seulement si ça fonctionne pas. La procédure n’est pas si directe, dans si pas besoin de rendre compatible avec un peu plus de matériel (c’était mon cas) il vaut mieux ne pas toucher.
Pour la version française, il y un petit menu à gauche du bouton appairages.
Pour le reste, un ‹ tu › me conviens mieux qu’un ‹ vous ›