Homely integration

howi · 13. februar

På HA siden er det ingen forandring.

I portainer loggen ser jeg alle devicene.

howi · 13. februar

Spørsmål: Ser jeg det riktig at ditt image husker hvilken devices har blitt laget i HA ?

Vil si, sletter jeg en device i HA, må jeg restarte containeren ?

SumMarius · 13. februar

SumMarius skrev (9 timer siden):

Finner ikke noe slikt. Jeg er sikkert litt dum. Vil ha ting plug'n'play helst.

Får masse som published men finner ikke noe configuration. Hvilke logger skal jeg lete i? MQTT loggen i HA eller noen logger i docker?

[16:02:14.680] DEBUG (1): Marked Contact as published
[16:02:14.722] DEBUG (1): Marked Tamper as published
[16:02:14.751] DEBUG (1): Marked Battery low as published
[16:02:14.769] DEBUG (1): Marked Battery voltage as published
[16:02:14.790] DEBUG (1): Marked Networklink address as published
[16:02:14.812] DEBUG (1): Marked Networklink strength as published
[16:02:14.833] DEBUG (1): Marked Temperature as published
[16:02:14.874] DEBUG (1): Marked Contact as published
[16:02:14.909] DEBUG (1): Marked Tamper as published
[16:02:14.929] DEBUG (1): Marked Battery low as published
[16:02:14.950] DEBUG (1): Marked Battery voltage as published
[16:02:14.968] DEBUG (1): Marked Networklink address as published
[16:02:14.989] DEBUG (1): Marked Networklink strength as published
[16:02:15.007] DEBUG (1): Marked Temperature as published
[16:02:15.025] DEBUG (1): Marked Fire as published
[16:02:15.048] DEBUG (1): Marked Battery low as published
[16:02:15.070] DEBUG (1): Marked Battery voltage as published
[16:02:15.088] DEBUG (1): Marked Networklink address as published
[16:02:15.124] DEBUG (1): Marked Networklink strength as published
[16:02:15.146] DEBUG (1): Marked Temperature as published
[16:02:15.165] DEBUG (1): Marked Fire as published
[16:02:15.183] DEBUG (1): Marked Battery low as published
[16:02:15.201] DEBUG (1): Marked Battery voltage as published
[16:02:15.221] DEBUG (1): Marked Networklink address as published
[16:02:15.241] DEBUG (1): Marked Networklink strength as published
[16:02:15.264] DEBUG (1): Marked Temperature as published
[16:02:15.283] DEBUG (1): Marked Fire as published
[16:02:15.301] DEBUG (1): Marked Battery low as published
[16:02:15.321] DEBUG (1): Marked Battery voltage as published
[16:02:15.350] DEBUG (1): Marked Networklink address as published
[16:02:15.373] DEBUG (1): Marked Networklink strength as published
[16:02:15.394] DEBUG (1): Marked Temperature as published
[16:02:15.412] DEBUG (1): Marked Motion as published
[16:02:15.431] DEBUG (1): Marked Tamper as published
[16:02:15.451] DEBUG (1): Marked Battery defect as published
[16:02:15.492] DEBUG (1): Marked Battery low as published
[16:02:15.510] DEBUG (1): Marked Battery voltage as published
[16:02:15.530] DEBUG (1): Marked Networklink address as published
[16:02:15.550] DEBUG (1): Marked Networklink strength as published
[16:02:15.568] DEBUG (1): Marked Temperature as published
[16:02:15.589] DEBUG (1): Marked Motion as published
[16:02:15.618] DEBUG (1): Marked Tamper as published
[16:02:15.644] DEBUG (1): Marked Battery defect as published
[16:02:15.672] DEBUG (1): Marked Battery low as published
[16:02:15.713] DEBUG (1): Marked Battery voltage as published
[16:02:15.731] DEBUG (1): Marked Networklink address as published
[16:02:15.760] DEBUG (1): Marked Networklink strength as published
[16:02:15.781] DEBUG (1): Marked Temperature as published
[16:02:15.802] DEBUG (1): Marked Contact as published
[16:02:15.826] DEBUG (1): Marked Tamper as published
[16:02:15.858] DEBUG (1): Marked Battery low as published
[16:02:15.879] DEBUG (1): Marked Battery voltage as published
[16:02:15.899] DEBUG (1): Marked Networklink address as published
[16:02:15.921] DEBUG (1): Marked Networklink strength as published
[16:02:15.940] DEBUG (1): Marked Temperature as published
[16:02:15.958] DEBUG (1): Marked Gateway as published

howi · 13. februar

Her er litt info :

RauchWohn homely Fire (binary_sensor.rauchwohn_homely_fire)
MQTT discovery data:
Topic: homeassistant/binary_sensor/edeffb64-fac3-4f02-845e-6f5ea98bdb0f/fire/config
Payload
device:
  identifiers:
    - edeffb64-fac3-4f02-845e-6f5ea98bdb0f
  name: RauchWohn
  sw_version: 1
  model: Intelligent Smoke Alarm
  manufacturer: Homely
  hw_version: 1
  suggested_area: Floor 1 - Wohnzimmer
unique_id: edeffb64-fac3-4f02-845e-6f5ea98bdb0f_fire
name: homely Fire
device_class: smoke
unit_of_measurement: null
state_class: null
command_topic: null
config_topic: homeassistant/binary_sensor/edeffb64-fac3-4f02-845e-6f5ea98bdb0f/fire/config
availability_topic: homeassistant/edeffb64-fac3-4f02-845e-6f5ea98bdb0f/online
state_topic: homeassistant/edeffb64-fac3-4f02-845e-6f5ea98bdb0f/fire/state
platform: mqtt
Subscribed topics:
homeassistant/edeffb64-fac3-4f02-845e-6f5ea98bdb0f/online
7 most recently received message(s)
homeassistant/edeffb64-fac3-4f02-845e-6f5ea98bdb0f/fire/state
0 most recently received message(s)

Som du ser, de kommer aldri en message ang. 'fire/state'

SumMarius · 13. februar

howi skrev (4 timer siden):

Som du ser, de kommer aldri en message ang. 'fire/state'

Ikke noen config message på fire her heller, kanskje den som stopper videre import av enheter? Hvordan får jeg fjernet alle enheter og legge de til på nytt?

Finner config under home-assistant, ingen under Homely topic.

Endret 13. februar av SumMarius
Utfyllende info

howi · 13. februar

Når jeg tester dette, sletter jeg alle enheter i HA og starter imagen på nytt.

SumMarius · 14. februar

howi skrev (11 timer siden):

Når jeg tester dette, sletter jeg alle enheter i HA og starter imagen på nytt.

Har nå fått testet. Stopper opp etter å ha lagt inn Brannvarsler.

Ser på MQTT Explorer at den ikke legger inn fire som sensor på HA. Den ligger i Homely

Endret 14. februar av SumMarius

howi · 14. februar

mer eller mindre enig med deg, røykvarsler skaper problemer.

Hos meg blir fire en sensor, men aldri oppdatert.

howi · 15. februar

@kolaf Er du fremdeles interessert i sensor informasjon eller har du fått alt som finnes ?

howi · 19. februar

Litt mer info :

Alle mine devices er der, inkludert hjemmesentralen ( den rekken i midten , fra ede ........ til 465......).

Bare 4 devices i containeren blir til en device i HA ( de 4 under binary_sensor), til de kommer det også config-messages

3 dukker opp under sensor ( helt oppe ), også med config-messages

SumMarius · 19. februar

Plutselig har mine enheter dukket opp på HA. Etter oppdatering i helgen tror jeg. Både Unraid og HA har fått oppdateringer.

OKO · 19. februar

Ubrukelig forum-software, overse denne.

Endret 20. februar av OKO
Buggy forum-software

OKO · 20. februar

Ubrukelig forum-software, overse denne.

Endret 20. februar av OKO
Buggy forum-software

OKO · 20. februar

Det ser ut til å være for mange publiseringer på en gang, slik at et eller annet dropper resten. Dersom jeg fikser entities/create-entities-mqtt.js slik at den faktisk tester på hvorvidt en entitet er publisert før eller ei så kan jeg i sqlite-fila skru av published-flagget for en og en device (to virket også) og så ramler de inn uavhengig av type. Så om koden endres til å publisere med litt delay mellom hver så tipper jeg det fungerer bedre.

OK

Ronniehl · 20. februar

9 minutes ago, OKO said:

Det ser ut til å være for mange publiseringer på en gang, slik at et eller annet dropper resten. Dersom jeg fikser entities/create-entities-mqtt.js slik at den faktisk tester på hvorvidt en entitet er publisert før eller ei så kan jeg i sqlite-fila skru av published-flagget for en og en device (to virket også) og så ramler de inn uavhengig av type. Så om koden endres til å publisere med litt delay mellom hver så tipper jeg det fungerer bedre.

OK

Det kan gi mening ja. Muligens ett problem med mqtt-brokeren som sliter e.l? Jeg har skrevet ett lass med tester lokalt der alt virker fint, og når jeg publiserer hos meg virker alt greit, men jeg har en veldig over-specced server. Kan prøve å få lagt inn en delay på det, og eventuelt se om jeg har en måte å verifisere mottak/lest på ett vis.

howi · 20. februar

@SumMarius Ble enhetene etterpå også oppdatert ?

howi · 20. februar

Jeg finner ingen system med disse problemene.

HA kjører på en enkelt NUC, som har lite å gjøre, ifølge målingene.

Docker image kjører enten på en PI3 eller en dualcore Intel system, resultat er det samme.

Alltid de samme 4 enhetene dukker opp som devices i HA, alle andre kan jeg se i MQTT Explorer, men de kommer aldri med en config message.

Kjører jeg kolaf sin integrasjon, dukker alle røykvarslerne opp ( ikke Heat Sensor ) , men ingenting annet.

Ronniehl · 20. februar

3 minutes ago, howi said:

Jeg finner ingen system med disse problemene.

HA kjører på en enkelt NUC, som har lite å gjøre, ifølge målingene.

Docker image kjører enten på en PI3 eller en dualcore Intel system, resultat er det samme.

Alltid de samme 4 enhetene dukker opp som devices i HA, alle andre kan jeg se i MQTT Explorer, men de kommer aldri med en config message.

Kjører jeg kolaf sin integrasjon, dukker alle røykvarslerne opp ( ikke Heat Sensor ) , men ingenting annet.

Ja, jeg sier ikke at det er det som skjer, bare at det kan hende. En annen tanke er om noe annet plukker opp meldingen. Tidligere har jeg kjørt entity-oppretting med qos = 2 som betyr at en melding kan leses nøyaktig 1 gang. Bygget ut nytt image nå som gjør to ting:

- Setter qos = 1

- Har en forsinkelse på 300ms mellom publisering av hver entitet, noe som bør være plenty tid til at det plukkes opp 🙂

Forhåpentligvis så ordner det problemene noen av dere har opplevd.

SumMarius · 20. februar

howi skrev (1 time siden):

@SumMarius Ble enhetene etterpå også oppdatert ?

Med siste nye versjon som kom via https://hub.docker.com/r/yusijs/homely-mqtt/ på Unraid i dag, så flasher bevegelsesensor i HA når det er bevegelse i rommet.

Endret 20. februar av SumMarius
Mer info

howi · 20. februar

@Ronniehl Det hjalp, fungerer utmerket nå.

Takk for innsatsen !

BalleClorin · 19. mars

@gert, jeg sliter med "invalid time value" som du tidligere opplevde. Dette skjer når jeg gjør et forsøk på å spinne opp en docker-container på en annen server enn min opprinnelige (fungerende) Unraid-container.

Forstod du hvorfor du fikk denne meldingen?

howi · 19. mars

For min del kan jeg ikke si noe om det, men vil gjerne bemerke to ting.

Containeren er hos meg utrolig stabil, virker som en drøm.

Homely fortalte meg at det vil komme en stor oppdatering slutten av mars, uten at jeg vet, hva den vil inneholder.

BalleClorin · 30. mars

BalleClorin skrev (På 19.3.2024 den 15.58):

@gert, jeg sliter med "invalid time value" som du tidligere opplevde. Dette skjer når jeg gjør et forsøk på å spinne opp en docker-container på en annen server enn min opprinnelige (fungerende) Unraid-container.

Forstod du hvorfor du fikk denne meldingen?

@Ronniehl, kanskje du har en formening om hva som skjer her? 🙂 Jeg får altså følgende feilmelding når jeg forsøker å kjøre i gang en container i Portainer på en annen maskin enn den fungerende containeren i Unraid (som fungerer som en drøm):

[13:20:19.173] ERROR (1): Invalid time value

err: {

"type": "RangeError",

"message": "Invalid time value",

"stack":

RangeError: Invalid time value

at Date.toISOString (<anonymous>)

at Authentication.<anonymous> (/app/dist/homely/auth.js:39:94)

at Generator.next (<anonymous>)

at fulfilled (/app/dist/homely/auth.js:5:58)

at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

Ronniehl · 30. mars

1 hour ago, BalleClorin said:

@Ronniehl, kanskje du har en formening om hva som skjer her? 🙂 Jeg får altså følgende feilmelding når jeg forsøker å kjøre i gang en container i Portainer på en annen maskin enn den fungerende containeren i Unraid (som fungerer som en drøm):

[13:20:19.173] ERROR (1): Invalid time value

err: {

"type": "RangeError",

"message": "Invalid time value",

"stack":

RangeError: Invalid time value

at Date.toISOString (<anonymous>)

at Authentication.<anonymous> (/app/dist/homely/auth.js:39:94)

at Generator.next (<anonymous>)

at fulfilled (/app/dist/homely/auth.js:5:58)

at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

Sorry, fikk ikke med meg denne tidligere. Virker som noe feil med respons fra homely (jeg slacka visst med feilhåndteringen der). Bygger en ny versjon nå med noe feilhåndtering, kan du teste den og se om det funker? Publiseres nå, så klar om ca 5 min. 🙂

BalleClorin · 30. mars

Haha, er vel ingen som forventer at du overvåker forumet og plukker opp alt som dukker opp. Ei heller leverer 5 minutters-fixer på påskeaften. Tusen takk! 🙂

Under kommer den egentlige årsaken til feilen. Tolker det slik at token tilhører "gammel" økt/container?

[15:40:15.449] ERROR (1): body used already for: https://sdk.iotiliti.cloud/homely/oauth/token

err: {

"type": "TypeError",

"message": "body used already for: https://sdk.iotiliti.cloud/homely/oauth/token",

"stack":

TypeError: body used already for: https://sdk.iotiliti.cloud/homely/oauth/token

at Response.consumeBody (/app/node_modules/node-fetch/lib/index.js:344:30)

at Response.json (/app/node_modules/node-fetch/lib/index.js:269:22)

at Authentication.<anonymous> (/app/dist/homely/auth.js:62:36)

at Generator.next (<anonymous>)

at fulfilled (/app/dist/homely/auth.js:5:58)

at process.processTicksAndRejections (node:internal/process/task_queues:95:5)

}

Logg inn

Homely integration

Anbefalte innlegg

Mest aktive i denne tråden

Populære dager

Mest aktive i denne tråden

Populære dager

Populære innlegg

kolaf

SumMarius

hjemmedude

Postede bilder

Bli med i samtalen

Lignende innhold

Viktig informasjon