Ronniehl

2 hours ago, hjemmedude said:

Hei igjen, 

jeg ser at i homely-app så vises det aktivitet på bevegelsesensor som ikke er rapportert i HA via homely-mqtt, men jeg har ikke sett i loggene enda. Flere som opplever dette? 

Jeg kan bidra med logger ønskelig, har forsøkt restart av både proxmox host, portainer, HA VM osv. 

Takk takk 🙂

 

Uten at jeg har oppdaget dette selv, er det typisk korte aktiviteter? Noen api'er har ofte en delay på status-oppdateringer i sanntid, så er ikke umulig at det er en (kortvarig) forsinkelse, som fjerner aktiviteten før den sendes på homely sin side. 

3 minutes ago, EndreM said:

 

Er det fremdeles i planene dine dette her, @Ronniehl? 😄

 

Jeg er en enkel amatør og må bare skryte av alle dere som gjør en innsats og som deler slikt fantastisk arbeid med resten av oss! 

 

Hvis det ligger en HACS-variant i pipelin'en så venter jeg på dette heller enn å sette meg inn i docker-løsninger (aldri brukt før...)

 

Dette er ikke ment som en forespørsel eller masing, kun nysgjerrighet 🙂

 

Hei! 

Her har jeg svart helt feil; det vil ikke være mulig å få denne ut til hacs, men målet er å få den ut som en custom addon. Jeg har bare ikke hatt tid, siden jeg må sette opp en dedikert homeassistant instans til det på en raspberry pi. Er såvidt meg bekjent ikke mulig å lage addons uten det. 

Så hvis du kjører hassOS (raspberry pi e.l), så vil det være ganske enkelt å installere når jeg får laget den.

2 hours ago, BalleClorin said:

Ligger faktisk "invalid user credentials". Hmmm, det forstår jeg ikke helt, men kan forsøke å sette opp alt på nytt.

[15:46:01.235] INFO (1): Starting service

[15:46:01.464] FATAL (1):

message: "Error: Homely replied with error code 401: Unauthorized"

result: {

"statusCode": 401,

"message": "Invalid user credentials"

}

Flaut!!!

Lå en feil i passordet, gitt. Spratt rett opp nå.

Nydelig, da var det jo løst 😅 skal få inn litt bedre feilhåndtering etterhvert, sliter med å navigere det selv av og til. Flott det ordna seg!

2 minutes ago, BalleClorin said:

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)

}

Neei, jeg kasta en fatal error, trodde det ville kaste.. ligger det noe i loggen før dette? Hvis ikke må jeg justere litt på loggingen (etter middag)

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. 🙂

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. 

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. 

1 hour ago, SumMarius said:

 

Er det config-meldinger for disse enhetene? 

Jeg så en kommentar fra @gert jeg har missa tidligere her - jeg legger ut en fiks for det. Holder på å skrive tester på koden min nå basert på @howi sin informasjon, men i første omgang blir alt riktig (lager 9 devices og 57 entiteter). Må sette opp en test-instans av mqtt-broker også for å prøve å spikre dette videre, men fortsetter litt utover, og sier fra hvis jeg finner noe 🙂 

23 minutes ago, howi said:

Ok, tror den er bedre, håper jeg ...

 

Klarte å dra ut noe fra den ja, takker! Kan du sjekke i loggene dine (home assistant loggen) om det ligger noe der? 
https://<homeassistant-url>/config/logs, søk etter "mqtt". 

Skal kikke over entitetene dine seinere i kveld og se om jeg klarer å finne utav noe lurt.. 🙂 

21 minutes ago, howi said:

Her er en fil.

 

Devices in HA :

Alarm Motion Sensor 2

Flood Alarm

HitzeKueche

RauchWohn

 

Alle andre dukker opp i filen, men ikke i HA.

 

Røykmelder :

    RauchFlurUnten

    RauchSchlaf

    RauchWerkstatt

Gateway

_laughing_khayyam_logs (6).txt 35.26 kB · 2 downloads

Er ikke fullstendig den loggen. Jeg legger ut en ny versjon av docker imaget nå - hvis du henter den ned og setter miljøvariabel "GET_LOCATION" til "true", vil den printe ut alle enhetene i loggen, og avslutte containeren - hvis du forsøker det og får sendt den filen til meg er det supert! Bygget holder på nå, men jeg må ut en tur, så mulig du må vente 5-10 minutter eller noe sånn før det er klart

34 minutes ago, howi said:

Jeg har litt problemer å få ut den loggen som du trenger.

 

Men jeg ser dette :

 

[11:56:16.799] DEBUG (1): [DB][[object Object]ms] Executing (default): SELECT `id`, `home_id` AS `homeId`, `location`, `model_id` AS `modelId`, `model_name` AS `modelName`, `name`, `serial_number` AS `serialNumber`, `created_at` AS `createdAt`, `updated_at` AS `updatedAt` FROM `devices` AS `HomelyDevice` WHERE `HomelyDevice`.`id` = 'adf357c0-70eb-47e1-884c-df949903e0de';

[11:56:16.805] DEBUG (1): Device found: RauchWerkstatt

[11:56:16.809] DEBUG (1): [DB][[object Object]ms] Executing (default): SELECT `id`, `device_id_suffix`, `device_id`, `state_class`, `command_topic`, `published`, `icon`, `path`, `unit`, `format`, `type`, `name`, `device_class`, `entity_category`, `config_topic`, `availability_topic`, `state_topic`, `created_at` AS `createdAt`, `updated_at` AS `updatedAt` FROM `features` AS `HomelyFeature` WHERE `HomelyFeature`.`device_id_suffix` = 'adf357c0-70eb-47e1-884c-df949903e0de_temperature' LIMIT 1;

 

Men ingen device in HA.

Rart; kan du prøve å sette miljøvariabel "DEBUG" til å være * og se om noe mer kommer ut da?

28 minutes ago, howi said:

Fire er nok en  magisk grense.

 

Jeg slettet alle devices in HA og startet containeren på nytt.

 

De første fire devices som sender noe, ble lagt in korrekt, resten ser jeg i MQTT loggen, men ser også at det aldri ble lagt en device til de.

( og de første fire er nok ikke det samme hver gang jeg startet helt på nytt )

 

Bare for å nevne det :  Hvis jeg bruker kolaf sin integrasjon ( 0.1.5), kommer alle røykmeldere korrekt inn, men ingenting annet.

 

Hvis du setter "logLevel" til "debug", så skal containeren dumpe ut alle sensorene i ett json-opplegg. Det vil starte med "Home data retrieved from homely:" og masse infodump. Hvis du kan sende meg det, så bør jeg kunne feilsøke litt. Hos meg selv så har jeg fått inn alle entitene mine fra homely, så er litt vanskelig å feilsøke uten å få sett hva som skjer.

2 minutes ago, howi said:

Skal se etter.

 

Her er forskjellen mellomen som finnes i HA og en som ikke finnes :

[18:21:46.512] INFO (1): Publishing state for Temperature
[18:21:46.512] INFO (1):
    topic: "homeassistant/adf357c0-70eb-47e1-884c-df949903e0de/temperature/state"
    message: 17.4
    opts: {
      "qos": 1,
      "retain": true
    }
[18:21:46.513] INFO (1):
    topic: "homeassistant/020000010000E23F/armed/state"
    message: "disarmed"
    opts: {
      "qos": 1,
      "retain": true
    }

 

gateway status blir aldri published.

Nei, det virker som den ikke klarer å opprette selve enhetene av en eller annen grunn. 

2 hours ago, howi said:

Neste ville ha vært en røykmelder.

Hvis jeg forandrer rekkefølegen i Homely appen, har det ingen betydning, det samme fire enheter blir fremdeles

oppdatert og det kommer ingen nye.

Om jeg starter HA nå på nytt, ingen forandring.

Starter jeg containeren på nytt etter jeg har forandret rekkefølgen, blir ingenting  i HA oppdatert mer.

 

Sletter jeg all enheter i HA, kommer det inn noe igjen, men de samme som før.

 

Men :  

 

Det er åpenbart en forskjell med enabled: true og enabled: false.

Med setting 'false' ser jeg alt jeg har i Homely i containerloggen,

med setting 'true' er det helt annerledes, vil si, i loggen ser jeg bare de som senere dukker opp i HA.

 

 

Aldri med i HA er Gateway status.

 

 

Kan du se om det andre enhetene dukker opp i homeassistant-loggen? Hvis du åpner `https://din-home-assistant/config/mqtt` skal du kunne lytte på events. Hvis du lytter på `homeassistant/#`, og restarter homely i portainer, og se om det dukker opp meldinger om mer enn de 4 enhetene. Hvis det dukker opp flere, er det fint om du kan sende meg den payloaden. Ellers, kan du sende meg logg-output (hvis du setter loglevel til debug) over alle enhetene dine? Disse logges ut like etter henting. Fjern gjerne serienr etc hvis du ikke vil sende disse, men hos meg dukker alle enheter opp, så kan virke som det er noen enheter jeg ikke har hjemme hos meg som lager krøll - jeg får opp alt av sensorer, gateway status etc. 

2 minutes ago, howi said:

Det funker, men med det samme begrensninger som andre har sett.

Bare fire enheter dukker opp i HA. de fire første i Homely appen.

Hos meg er det 

Alarm entry sensor 2

Intelligent smoke alarm ( 2 )

Intelligent Heat alarm

 

I container loggen finner jeg resten og, men ikke i HA.

Merkelig det der. Hva er enhet #5 i homely appen? 

22 minutes ago, howi said:

Jeg forstår.

Har ikke nok erfaring med Dokker eller Portainer.

Problemet mitt er at jeg finner ingen mulighet å legge det til noen plass.

Portainer henter bare hele pakken og gir meg mulighet å kjøre det.

Helt nederst når du oppretter containeren, kan du legge inn volumes:

nå er jeg usikker på hvilket miljø du kjører containerene dine i, men hvis du har tilgang på filsystemet så lager du deg en mappe ett sted, legger inn en config fil, og legger den inn i "host".

Ett annet alternativ er å legge inn hele configen din som en miljøvariabel:
https://github.com/node-config/node-config/wiki/Environment-Variables#node_config

Med andre ord vil du da sette "NODE_CONFIG" til dette (med dine egne verdier for host, brukernavn etc):
 

{"database":{"logLevel":"debug","reset":true,"connection":{"username":"user","password":"password","storage":"db.sqlite","host":"localhost","dialect":"sqlite"}},"mqtt":{"enabled":false,"qos":1,"host":"mqtt://192.168.86.38:1883","user":"homely","entityPrefix":"homely","topicPrefixes":{"config":"homeassistant","state":"homely"}},"homely":{"host":"sdk.iotiliti.cloud"},"logLevel":"info","polling":{"schedule":"*/5 * * * *"}}

Håper dette hjelper deg litt på veien. Jeg har ment å lage en addon utav dette, men jeg har rett og slett ikke hatt tid, siden jeg må sette opp en ekstra home assistant instans her hjemme på en raspberry pi. Hvis noen andre har tid og anledning til å se på det, kan jeg gjerne legge dette inn i github repoet så folk kan komme enklere i gang.. 🙂

9 hours ago, howi said:

Jeg kjører homely-mqtt i Portainer og få dette :

 

WARNING: No configurations found in configuration directory:/app/dist/config
WARNING: To disable this warning set SUPPRESS_NO_CONFIG_WARNING in the environment.
/app/node_modules/config/lib/config.js:179
    throw new Error('Configuration property "' + property + '" is not defined');
    ^
Error: Configuration property "logLevel" is not defined
    at Config.get (/app/node_modules/config/lib/config.js:179:11)
    at Object.<anonymous> (/app/dist/utils/logger.js:9:35)
    at Module._compile (node:internal/modules/cjs/loader:1256:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1310:10)
    at Module.load (node:internal/modules/cjs/loader:1119:32)
    at Module._load (node:internal/modules/cjs/loader:960:12)
    at Module.require (node:internal/modules/cjs/loader:1143:19)
    at require (node:internal/modules/cjs/helpers:121:18)
    at Object.<anonymous> (/app/dist/index.js:17:18)
    at Module._compile (node:internal/modules/cjs/loader:1256:14)
Node.js v18.17.1

Hva kan jeg gjøre nå ?

Den trenger en config fil, står litt i dokumentasjonen her: 

https://github.com/yusijs/homely-mqtt/?tab=readme-ov-file#configuration

Eksempel-config her:

https://github.com/yusijs/homely-mqtt/blob/main/config/local.yml

Snodig.. Jeg la til mer debug output nå, hvor den skal logge ut alle enheter som kommer fra homely, pluss alt som skal sendes til mqtt og før det går dit. Kan tas ned på tag debug:
yusijs/homely-mqtt:debug

2 hours ago, ivanowsky said:

 

Da har jeg sjekket det. I mqtt debug loggen ser jeg kun meldinger om de fire enhetene som er synlig i HA. 

Ligger det noe i debug loggen til homeassistant? (Innstillinger -> system -> logg). Jeg lurer bare på om det er at de ikke sendes fra containeren, eller om det er noe feil når det skal plukkes opp i ha

Hei! Beklager, jeg har ikke fått sett noe på disse problemene, har vært covid / influensa hælvete her i heimen i over en måned nå. 

Kan dere se om enhetene ligger i mqtt debug loggen til home assistant? 

Ditto 😑

1 hour ago, gert said:

Takk, jeg er ikke så kjent med docker, de mgangene jeg dessverre må forholde meg til det, er jeg stort sett vant til at de kommer med alle filene i en github, så man bare gjør en git pull, og fyller inn  compose-filen selv. Mulig jeg heller bare prøver å kjøre node-prosjektet direkte, siden jeg fant githuben din. Da kan jeg kanskje kjøre det direkte på TrueNAS-serveren også, og slipper å prøve meg frem med å få det inn som en container i Home Assistant.

Np! Om du synes det er lettere å kjøre node direkte er det ingenting i veien for å gjøre det nei! Docker / compose er bare for enkelthets skyld siden det er en grei "standard" som mange har ett forhold til 🙂

9 hours ago, gert said:

Jeg stusser litt på dette docker-opplegget du har valgt. Kjører en docker pull, legger config filen der den skal være iflg. compose-filen, men ser det er mange environment-variabler du har hardkodet i compose-filen i stedet for å la være variabler som hentes fra config. Kan ikke skjønne at det der mulig å kjøre denne fra docker image. Hvis meningen er at alle må bygge basert på compose-filen, hvorfor legge den ut på docker hub som et image?

Du kan sende variablene enkelt inn til docker run også. Enten med en .env fil, eller i run kommandoen. Kunne selvsagt også lagt dem inn i configfilen, men liker ikke brukernavn/passord i filer som sendes inn.. 

Quote

docker run --env-file=sti/til/.env

Eller

Quote

docker run -e MQTT_HOST=12345 -e MQTT_USERNAME=blabla ....

8 hours ago, olloe said:

Er det fremdeles en tanke om å gjøre dette tilgjengeligvia hacs eller bør jeg bare krype til korset og lese meg opp så jeg får kjørt det ved siden av?

Det er enda planen ja. Jeg har bare ikke fått tid til å sette opp en raspberry pi her hjemme å teste med, men håper å få begynt å se på det om ikke altfor lenge. 🙂