Homely integration

[strutings]

Har API fått skrivetilgang slik at man kan styre alarmen fra f.eks. HA?

[miniPax]

strutings skrev (På 22.12.2024 den 16.50):

Har API fått skrivetilgang slik at man kan styre alarmen fra f.eks. HA?

Nei, fremdeles kun lesetilgang.

[howi]

Jeg lurer på en ting jeg ikke finner en mulig forklaring for.

 

Jeg har to automasjoner :

1-  When Gateway homely Gateway changes to Disarmed  ->  Action 1

2-  When Gateway homely Gateway changes to Armed night -> Action 2

 

Av og til, uten noe system, skjer dette :

Jeg setter alarmen til Armed night , action 2 ble utført, Homely er Armed night, og HA sier det samme.

Veldig kort tid ( 5 - 10 sek ) etterpå blir action 1 utført, Homely er fremdeles Armed night, men HA sier Disarmed

Så skjer ingenting mer, men etter en stund blir action 2 utført ( igjen ), Homely er fremdeles Armed night, HA sier det samme.

 

Hva kan være grunnen til det ?

 

 

[strutings]

Fikk dette til svar fra Homely support i dag:

 

Sitat

Takk for henvendelsen din.

Ja, vi har nylig informert utviklerne våre om at Verisure nå har skrivetilgang fra andre systemer og at vi da må få til det samme her hos oss. Vi har ikke implementert dette tidligere av sikkerhetsgrunner, men skjønner at dette må være opp til kundene selv.

Vi vil informere ut via nyhetsbrevet vårt når dette har kommet på plass.

I mellomtiden ønsker vi deg en fin dag videre 🙂

 

[miniPax]

Har i det siste opplevd at docker-containeren/tillegget til HA har stoppet opp, og ikke vil starte på nytt igjen selv med overvåkning aktivert. Virker som det er litt random når og hvor lenge den har kjørt før krasjen skjer, men det er alltid samme feilen:

 

[15:51:13.338] INFO (147): Publishing state for Temperature
/app/dist/homely/api.js:110
                        for (const c of unit.changes) {
                                             ^
TypeError: unit.changes is not iterable
    at Socket.<anonymous> (/app/dist/homely/api.js:110:46)
    at Generator.next (<anonymous>)
    at fulfilled (/app/dist/homely/api.js:5:58)
Node.js v22.13.1
s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped

 

Endret 8. april av miniPax

[BalleClorin]

miniPax skrev (3 timer siden):

Har i det siste opplevd at docker-containeren/tillegget til HA har stoppet opp, og nekter å starte på nytt igjen selv med overvåkning aktivert. Virker som det er litt random når og hvor lenge den har kjørt før krasjen skjer, men det er alltid samme feilen:

Samme her. Gjelder både frittstående docker-container og HA-tillegg.

Oppdaget det ved en tilfeldighet fordi jeg tenkte å teste HA-tillegget etter å ha kjørt frittstående docker i lang tid. Fikk ikke førstnevnte til å fungere pga. nevnte feil, og nå skjer det samme i min gamle docker-instans. 😞

Endret 7. april av BalleClorin
Typo

[fredda]

Jeg startet å oppleve det etter varslet vedlikehold fra Homely. Den stopper nå ganske ofte. 

[Ronniehl]

Hepp! Skal få sett på det. Har nettop flyttet, så homeassistant instansen min er direkte deprimerende å se på for tiden 😅 

 

Prøver å få ordna en fiks i løpet av morgendagen ✌️

[BalleClorin]

Ronniehl skrev (4 minutter siden):

Prøver å få ordna en fiks i løpet av morgendagen ✌️

Jeg bøyer meg i takknemlighet! 👍

[Ronniehl]

11 hours ago, BalleClorin said:

Jeg bøyer meg i takknemlighet! 👍

Jeg har sendt mail til Homely og bedt om oppdatert dokumentasjon på API'et. Vil helst ikke gjøre det i blinde hvis det er noe annet som også er endret. Oppdaterer her når jeg hører tilbake. Hvis det drar ut for lenge, så får jeg prøve meg på en blind fiks. 🙂

[Ronniehl]

On 08/04/2025 at 08:08, Ronniehl said:

Jeg har sendt mail til Homely og bedt om oppdatert dokumentasjon på API'et. Vil helst ikke gjøre det i blinde hvis det er noe annet som også er endret. Oppdaterer her når jeg hører tilbake. Hvis det drar ut for lenge, så får jeg prøve meg på en blind fiks. 🙂

 

De sa det var noe gæli på api'et deres, og at de hadde fått flere tilbakemeldinger på dette, så de skulle be utviklerne om å fikse det på deres ende.

 

Jeg bygget uansett en ny versjon nå av docker-imaget. Det vil fortsatt feile ved oppdatering av tilstand, men uten at imaget krasjer. Hvis feilen oppstår, vil det også logges ut en del mer informasjon så det er mulig å forstå hva som faktisk forårsaker problemet. 

[miniPax]

@haugeSander noen mulighet for å pushe en oppdatering av add-on? 🙂

[largrone]

Hei! Jeg er litt ny på dette, men er det mulig å mappe om romnavnet som Homely sender til de navnene jeg liker å bruke i Home Assistant? Integrasjonen legger jo nå inn homelyDevice.location i feltet suggested_area i meldingen som går ut til MQTT.

Det gir f.eks "Floor 1 - Kitchen", mens jeg har andre enheter i rommet "Kjøkken" i Home Assistant. Det hadde blitt så mye penere om alle enhetene lå i samme rommet.

[fredda]

9 minutes ago, largrone said:

Hei! Jeg er litt ny på dette, men er det mulig å mappe om romnavnet som Homely sender til de navnene jeg liker å bruke i Home Assistant? Integrasjonen legger jo nå inn homelyDevice.location i feltet suggested_area i meldingen som går ut til MQTT.

Det gir f.eks "Floor 1 - Kitchen", mens jeg har andre enheter i rommet "Kjøkken" i Home Assistant. Det hadde blitt så mye penere om alle enhetene lå i samme rommet.

Det er fult mulig. I HA gå til Settings -> Devices & Services -> MQTT -> Klikk på en enhet og rediger (penn). Oppdater Area til det du ønsker den skal være. 
 

 

[largrone]

20 minutes ago, fredda said:

Det er fult mulig. I HA gå til Settings -> Devices & Services -> MQTT -> Klikk på en enhet og rediger (penn). Oppdater Area til det du ønsker den skal være. 
 

 

Tusen takk! Det var jo enklere enn jeg trodde, når jeg først fant den rediger-knappen! 

[ToreBj]

[
	"event",
	{
		"type": "device-state-changed",
		"data": {
			"locationId": "11be24d0-960f-428c-816f-7312ba43d7b1",
			"rootLocationId": "da0419cb-b382-4ede-a36d-0d48d8004fa3",
			"gatewayId": "644f9c12-0c5d-4a83-984c-daf1f6572eb0",
			"deviceId": "b2ba360f-7378-461a-8879-3e268e9bf1fa",
			"modelId": "17ddbcb4-8c00-4bc3-b06f-d20f51c0fe52",
			"partnerCode": 1275
		}
	},
	"event",
	{
		"type": "device-state-changed",
		"data": {
			"locationId": "67878c12-9114-4369-aef4-d35b7b77af6b",
			"rootLocationId": "da0419cb-b382-4ede-a36d-0d48d8004fa3",
			"gatewayId": "644f9c12-0c5d-4a83-984c-daf1f6572eb0",
			"deviceId": "837ab2a7-7671-4366-9b89-6205de588162",
			"modelId": "9b765375-e3f4-4627-b73c-b4143ce86c2c",
			"changes": [
				{
					"feature": "temperature",
					"stateName": "temperature",
					"value": 18.6,
					"lastUpdated": "2025-04-02T20:13:02.859Z"
				}
			],
			"partnerCode": 1275
		}
	}
]

Jeg kjører ikke HA implementeringen, men min egen python code. Det jeg ser er at "event" som kommer ikke har "changes" delen i "data" en god del ganger. Sjekket det nå og dette har ikke skjedd siden 9.april. Eksempelet over viser forskjellen.

Fikset? Antageligvis...

[Ronniehl]

9 minutes ago, ToreBj said:

Jeg kjører ikke HA implementeringen, men min egen python code. Det jeg ser er at "event" som kommer ikke har "changes" delen i "data" en god del ganger. Sjekket det nå og dette har ikke skjedd siden 9.april. Eksempelet over viser forskjellen.

Fikset? Antageligvis...

 

Var nok dette som var problemet i API'et ja. Var her jeg måtte inn med fiksen min også.