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
Tilfeldige enheter slutter å fungere #38
Comments
Dersom meldinger forsvinner og/eller mistes, skal det synes i loggene, kan du se etter hva du finner og eventuelt poste her? |
Når jeg går gjennom loggene finner jeg meldingene. De blir sendt fra MQTT til xcomfort-tillegget, men det kommer ingen bekreftelser eller noen ting. Har oppe overvåkning av xcomfort-traffikk via mrf, og det hverken blinker i grensesnittet eller kommer opp data når jeg betjener de enhetene som ikke fungerer. Denne gangen er det bare en enhet, men før forrige restart av xcomfort var det tre. For meg virker det som at meldingene stopper opp i xcomfort-addonen, før de blir sendt videre til det fysiske grensesnittet..? Dette er alt jeg finner av loggoppføringer, den øverste fra din addon, den underste fra MQTT-logger. 2022/01/11 18:49:21 MQTT message; topic: 'xcomfort/8/set/dimmer', message: '100' 2022-01-11 18:49:21 DEBUG (MainThread) [homeassistant.components.mqtt] Transmitting message on xcomfort/8/set/dimmer: '100', mid: 102 |
MQTT-loggen er ikke så viktig, men jeg trenger logg fra når du ser at meldinger går tapt. Det er nyttig å kryssreferere dette med trafikklogg fra MRF, med klokkeslett er det ikke så vanskelig å synkronisere loggene. Når vi har litt bedre oversikt, kan du skru på verbose, for å få enda bedre innsikt i hva det er som foregår. |
Har uthevet loggoppføringen. I motsetning til de andre som fungerer kommer det aldri noe mer enn denne ene linjen før jeg restarter addonen og det er en annen enhet som "tar over" og begynner å oppføre seg på samme måte. 2022/01/11 20:25:08 handle_events: error: libusb: interrupted [code -10] |
Ok, skru på verbose og kjør samme test igjen. |
Samme problemet, men denne gangen prøvde addonen å sende meldingen på nytt etter en stund, dette har den gjort noen få ganger før også men som oftest gjør den ikke det, og det er kun loggoppføringen som er uthevet som kommer. Er det noen måte å tvinge sending av ny kommando selv om det ikke er motatt bekreftelse på forrige..? Evt. tvinge sending selv om status på enheten er ukjent..? De gangene meldingene ikke blir oppfattet som ikke bekreftet får jeg ikke sende noe som helst før jeg restarter, uansett hvor lenge jeg venter. Verbose på: 2022/01/11 22:34:10 Device 4974965 (channel 1-'T2 (Kanal B)') sent message (battery new, signal good, cyclic true) event 'value' with value 38.8 |
Koden skal i utgangspunktet takle dette–har tidligere sett problemer med at meldinger bare forsvinner sporløst, selv om man vanligvis får tilbakemelding om at meldinger ikke er sendt ikke blir acket.
Jeg trenger å se mer logging (aller helst hele, slik at jeg kan se hvilke devicer du har koblet opp) for å forstå hvorfor koden ikke henter seg inn igjen her, godt mulig at det er en bug et sted. Som nevnt, er det nyttig med MRF-logging også, slik at jeg kan se om meldingene faktisk blir sent på eteren eller ikke. ECIen er oppgradert med siste firmware? |
Her er utdrag fra logger fra både MRF og addon. Har uthevet hendelsene i addon-loggen, disse finnes ikke i MRF-logg da de aldri blir sendt ut til CI (tror jeg). CI har siste firmware. Logg MRF: 12.1.2022 09:08:58 +? Ethernet-CI (DP: 7) sender til Pendler_Spisestue (Netzversorgt) 76 % Logg xcomfort: 2022/01/12 09:09:07 EPROM: [d162000000000000] |
Pushet 0.50 nå. Test og rapporter tilbake. |
Ser veldig lovende ut! Har ikke hatt noen problemer foreløpig, tester mer utover kvelden og i morgen! |
I mitt oppsett opplever jeg at det alltid er en eller flere enheter som ikke fungerer. De svarer ikke på kommandoer sendt fra HA, og de oppdaterer ikke status. Starter jeg xcomfort-addonen på nytt, kommer det seg ofte, men da er det plutselig en eller to andre enheter som ikke fungerer igjen. Gjelder spesielt dimmere og varmeaktuatorer virker det som. Bruker forøvrig en CI fra Eaton som grensesnitt, (den med PoE).
Har prøvd de tingene jeg kan tenke meg, sjekket brannmurregler, lastet opp mrf på nytt, fremstilt ny datapunktliste, fjernet mellomrom og æøå i navn på aktuatorer osv., men jeg sliter fortsatt med at en til to enheter til enhver tid er utilgjengelige. Veldig godt mulig jeg har gjort noen nybegynnerfeil i konfigurasjonen min, men jeg klarer bare ikke å se hva det er. Noen tips..?
Får forøvrig mange loggoppføringer av denne typen: 2022/01/10 22:32:05 handle_events: error: libusb: interrupted [code -10]
Jeg får disse til å forsvinne hvis jeg setter "use_hidapi" til true, men det hjelper ikke mtp. enhetene som ikke svarer. Har også avinnstallert MQTT, og xcomfort uten at det hjalp.
Logg:
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[22:31:55] INFO: Starting xcomfortd version 0.49
[22:31:55] INFO: xcomfortd --client-id xcomfort --server tcp://*****@core-mosquitto:1883 --hadiscoveryprefix homeassistant --eprom --hadiscovery --host 172.16.20.105
2022/01/10 22:31:55 Connected to ECI (172.16.20.105:7153)
2022/01/10 22:31:55 Connecting to MQTT broker 'tcp://core-mosquitto:1883' with id 'xcomfort'
[WARN] [store] memorystore wiped
2022/01/10 22:31:55 Connected to broker
2022/01/10 22:31:55 CI HW/RF/FW revision: 8, 13.6, 256
2022/01/10 22:31:55 CI RF/Firmware release: 2.11, 1.08
2022/01/10 22:31:55 CI serial number: 3134813440
2022/01/10 22:32:01 Read datapoint list from eprom in 6.022841221s
2022/01/10 22:32:01 Sent MQTT autodiscover add for 32 devices and 50 datapoints
2022/01/10 22:32:05 handle_events: error: libusb: interrupted [code -10]
2022/01/10 22:32:06 handle_events: error: libusb: interrupted [code -10]
2022/01/10 22:32:08 handle_events: error: libusb: interrupted [code -10]
2022/01/10 22:32:24 handle_events: error: libusb: interrupted [code -10]
2022/01/10 22:32:29 handle_events: error: libusb: interrupted [code -10]
The text was updated successfully, but these errors were encountered: