Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Anbefalte innlegg

Skrevet
14 minutter siden, daniel.h.iversen skrev:

Som sagt så var det ingen begrensing i begynnelsen, og det førte til at en del aldri lukket tilkoblingenene, som igjen fører til unødvendig høy belastning på serverne.

Og derfor kan det for all del godt være en grense. Det er imidlertid ganske mange muligheter mellom "uendelig" og "to". :) 10 hadde f.eks. vært bra. 5 også. 20 hadde vært supert. Men 2 er litt lite... ;)

 

Regner selvfølgelig med dere lukker etter hvert som websockets ikke lenger er i bruk, så i prinsippet skal det jo gå over av seg selv etter en stund.

 

 

Men jeg er klar over at du ikke er her for å svare for Tibber sine valg, @daniel.h.iversen, så jeg kan ta diskusjonen med noen andre.

Skrevet
1 minutt siden, Moskus skrev:

Regner selvfølgelig med dere lukker etter hvert som websockets ikke lenger er i bruk, så i prinsippet skal det jo gå over av seg selv etter en stund.

 

Det er lite av problemet. Litt på tynn is her, men slik jeg har forstått det så får ikke serveren noen beskjed når websocketen ikke lenger brukes slik at den blir hengende åpen en god stund.

Skrevet
13 minutter siden, daniel.h.iversen skrev:

Det er lite av problemet. Litt på tynn is her, men slik jeg har forstått det så får ikke serveren noen beskjed når websocketen ikke lenger brukes slik at den blir hengende åpen en god stund.

Problemet, slik jeg forstod det, var vel å sette et fornuftig threshold for det. Har diskutert dette før med noen hos dere, men jeg begynner å tenke at diskusjonen kan være moden på ny.

 

"En god stund" != "uendelig". ;) 

 

 

Men det trenger vi jo ikke ta her i denne tråden, egentlig...

Skrevet

Har endelig fått koblet opp temperatursensor for å måle jordtemperatur i hagen. Så da vet jeg (sånn ca.) når jeg må begynne å klargjøre/idriftsette robotklipperen.

  • Like 1
Skrevet
5 timer siden, TMB skrev:

Har endelig fått koblet opp temperatursensor for å måle jordtemperatur i hagen. Så da vet jeg (sånn ca.) når jeg må begynne å klargjøre/idriftsette robotklipperen.

Hvilken og hvordan?

Skrevet (endret)
På 22/01/2021 den 15.28, Olav E skrev:

Jeg savnet den gamle forbruksmåleren på kjøkkenveggen som viser strømforbruket. Selv om jeg kan sjekke forbruket som leses via HAN porten via telefonen/nettside, så var ikke dataene like tilgjengelige. Har derfor laget en prototype med hjelp av en nodemcu, neopixel LED-ring og en 0.96 tommers OLED skjerm.

 

Hver LED illustrer 1kW i strømtrekk. Antall watt vises på første linje. Spotpris for aktuell time blir hentet fra Tibber APIet og vises i andre linje. Estimert kostnad per time med nåværende strømtrekk inkluderer nettleiedelen på 42,61øre/kWh til BKK.

 

Oppdateringsfrekvensen er hvert 2.sekund (hver gang AMS måleren sender ut "Act_Pow_P_Q1_Q4"). Backend systemer består av følgende:

  1. Raspberry Pi leser modbus til USB adapter er koblet til HAN porten ved hjelp av test_rx / han-port-1.15 nevnt i "Lesing av HAN - The Easy Way (TM) - WIP" tråden.
  2. Output fra test_rx blir matet til MQTT ved hjelp av et python-script. Node-Red henter spotpris fra Tibber i starten av hver time og sender til MQTT.
  3. NodeMCU heter dataene fra MQTT kjører beregninger på kostnad og viser dette på OLED-skjermen og via neopixlene.

 

Todo:

  • Printe ut et nytt kabinett med høy WAF slik at fruen blir glad. Prototypen ble tegnet i en fei i går kveld.
  • Lage presence detection på boksen slik at OLED skjermen ikke blir brent ut, alternativt bytte ut skjermen (stor e-paper/e-ink skjerm står på ønskelisten).
  • Forsøke å skrive om koden til hente sanntidsforbruk direkte fra Tibber APIet slik at andre kan lage sitt eget watt-o-meter ved hjelp av en Nodemcu/ESP uten noe annet enn en Tibber pulse.

Om noen vet om noe kode som henter ut sanntidsmålingene fra tibber og som kan kjøres på en esp/nodemcu så send meg gjerne i den retningen. 

 

PS: Første post på forumet. Takk til alle som er aktive her, dere har hjulpet meg i mange prosjekter uten at dere har visst om det. (F.eks "Backspace" som inspirerte meg til å gjøre Mitsubishi varmepumpen smart ved hjelp av Nodemcu/SwiCago prosjektet, Moskus sin visdom og alle dere andre).

watt-o-meter.jpg

watt-o-meter2.jpg

 

En slik kunne jeg tenkt meg. Håper på en detaljert beskrivelse av oppsett og fremgangsmåte som en kan følge for å få opp noe slikt

Endret av ProphetSe7en
Skrevet (endret)
2 timer siden, gullfrode skrev:

Hvilken og hvordan?

En DS18B20 (vanntett utgave) som jeg gravde ned i hagen, trakk kabelen inn gjennom nærmeste kjellervindu og koblet den inn på en Raspberry Pi jeg hadde liggende (med en 4K7 motstand i parallell mellom +3v og data). Så fulgte jeg denne guiden for å få lagt den til på RPI, og deretter brukte jeg denne programvaren for å sende over MQTT til Home Assistant.

Endret av TMB
  • Like 1
Skrevet
On 1/22/2021 at 16:31, Moskus said:

Men: Tibber er litt kjipe på antall websocket-connections det er mulig å ha samtidig, så hvis man f.eks. har kobling til HomeSeer eller Home Assistant, så er det ikke smart å ha en selvstendig kobling for denne måleren din. Men vi kan mase på Tibber for å få opp antall tilgjengelige websockets. :) 

😁

 

Der denne begrensningen dokumentert noe sted? Mulig jeg leste litt fort, men kunne ikke finne noe om det på developer.tibber.com. Veldig greit å vite om slike ting, før man får rare feilmeldinger fordi et par uheldige kræsj mens man utvikler gjør at man er over grensen..

Skrevet
7 timer siden, Tor-Erik skrev:

Der denne begrensningen dokumentert noe sted? Mulig jeg leste litt fort, men kunne ikke finne noe om det på developer.tibber.com. Veldig greit å vite om slike ting, før man får rare feilmeldinger fordi et par uheldige kræsj mens man utvikler gjør at man er over grensen..

Jeg vet ikke om det er dokumentert noe sted, men jeg fant den ganske fort. Ble bekreftet av support da jeg i frustrasjon ikke fikk til noen ting.

Skrevet (endret)

Skrev ferdig (for denne gang, tror jeg da akkurat nå) en mer generell regel i HABApp slik at jeg har Wallplugs programmerbar på klokkeslett og ta hensyn til oppvarmingstid for motorvarmere. Disse WallPluggene er plassert rundt om på gården og er en mix av zigbee og z-wave.

For å få fruens motorvarmer til å skjønne konseptet "Helg" så ble den regelen sånn:

 

Plasserte også ut diverse dingser jeg hadde liggende ubrukt som signal-routere på z-wave på strategiske steder.

Nye zigbee WallPlugs ble også satt opp dær z-wave ikke rekker. 4-hopp-grensa på z-wave er og blir en begrensning for meg.

 

Lagde nye sitemaps for timere og motorvarmer funksjon på WallPluggene (screenshots):

WPMV-mini.png.877436a6277c011c30382d26c5420bc4.pngWPM-timer.thumb.png.5ec5c63d96f9e6d2abc8a07b00d376a7.pngWPMV-motorvarmer.thumb.png.7f67e17de9a0b1b89b6dce079082d97e.png

Sitemaps er genialt, de er veldig kjapt å ta opp mobilen for å endre settinger i OpenHAP-Appen. Ikke porno, men funksjonell, også utenfor eget WiFi-nett.

 

 

heatit-trm2fx-reports.png

Endret av NilsOF
  • Like 2
Skrevet (endret)

hm, tenkte jeg skulle poste koden for sitemap-en brukt over, men finner ikke noen måte å slå på "code" -funksjonen, så jeg lar være. Det er ikke lesbart uten..

 

Uansett, en produktiv dag 🙂

Endret av NilsOF
Skrevet

Dette er en på grensen til helt ubetydelig liten endring


Jeg har et felt i Home Assistant som bildet nedenfor. Der kan jeg sette komforttemperatur i garasje som øker temperaturen såpass at det er levelig der. Og automasjonen ligger i at den slår seg av automatisk når jeg legger meg. Sånt må en ha for det blir bare glemt ellers.

Men så til problemet: Hva er komforttemperatur? Det har vært greit med 17 grader når en bare putler med småting, men i går var det banning og frustrasjon over skruer som sitter fastrustet på bilen. Svetten haglet og til slutt ble frustrasjonen over varmen større enn frustrasjonen over bilen. Så da jeg endelig var ferdig med det jeg skulle gjøre i garasjen, var det rett til PC for dagens endring.

Så hva gjorde jeg? Jo, skrudd ned "komfort" temperaturen.


PS. Nederst i bildet er det et felt for telefonstatus. Vi bruker husets telefoner til å avgjøre om vi er hjemme eller borte. Men så er det slik at jeg bor sammen med et vasehåve. De andre valgene på telefonstatus er "Glemt hjemme" og "Glemt borte". Selvfølgelig.........


image.png.04a511ce4fb4cb9e6176384eade7f659.png

  • Like 1
  • Haha 5
Skrevet
4 hours ago, stigvi said:

Men så er det slik at jeg bor sammen med et vasehåve. De andre valgene på telefonstatus er "Glemt hjemme" og "Glemt borte". Selvfølgelig.........

 

Nydelig! Du kan ikke legge inn en sensor på mobilen og en sensor på "vasehåve" og lage en varsling når avstanden mellom de to blir for stor?

  • Haha 3
Skrevet
13 minutter siden, Mathias skrev:

 

Nydelig! Du kan ikke legge inn en sensor på mobilen og en sensor på "vasehåve" og lage en varsling når avstanden mellom de to blir for stor?

Hun kan flere ganger i uken sitte i sofaen og lure fælt på kor mobilen er. Og så viser det seg at hun sitter på den 🤪 Jeg mistenker at det hadde blitt så mange varslinger at ingen brydde seg lenger.

  • Haha 3
Skrevet
På 23.1.2021 den 9.33, daniel.h.iversen skrev:

To websockets tilkoblinger per kunde burde vel holde? Man kan hente data fra ubegrenset med antall pulse på hver tilkobling.

 

Burde vært 2 stk per hus/pulse. Har nå 2 stk åpne da jeg har HomeSeer hjemme, og HomeAssistant på hytta. Får ikke åpnet flere wesockets til f.eks testing nå da såvidt jeg har skjønt. 

Skrevet (endret)

Har kommet meg over på openHAB 3 og førsteinntrykket var at her trenger man ikke å gjøre noe i tekstfiler lenger.

 

Så jeg satt opp noen Items med metadata slik at jeg kunne bruke de mot Alexa. Dette var noe man måtte gjøre i tekstfiler før. Ikke værst, dette kan jo bestemor bruke :)

 

Helt til... jeg skulle ha inn kalendere på en fornuftig måte gjennom iCalendar bindingen. Da trengte jeg 81 items... så glad er ikke i GUI så da var det tilbake til tekstfiler 😛 

 

Også tok jeg i bruk openweathermap bindingen med nesten 670 items :o Tekstfiler to the rescue!

 

Deretter var det bare å smelle alt i sammen med over 1000 linjer YAML-kode 😅

 

image.thumb.png.64ceb1436fa5427114c2181b055d5ce2.png

 

NB! Det er mye cut-n-paste fra communityet!

Endret av xibriz
  • Like 2
Skrevet
1 time siden, berland skrev:

Jeg er bare på vei over til OH3, har det kjørende på en test-server. Tenkte først å gi etter for "GUI-presset" og ha i det minste den semantiske modellen definert i GUI, men ga opp det også, det ble tekstfiler på alt etter å ha funnet en glimrende guide på forumet  https://community.openhab.org/t/oh3-semantic-model-setup-via-tags-in-configuration-items-files/112520

 

Jeg tror at hvis man er vant til tekstfiler så er det vanskelig å lage ett GUI som er bedre.

 

På ett litt mindre nerdete nivå, så kan man dra paralleller til hvorfor Excel er så utbredt når det finnes andre systemer.

Jeg kjenner folk som jobber med turnusplanlegging, men alt gjøres i Excel før man oppdaterer selve systemet som er laget for turnusplanlegging.

Skrevet
10 minutter siden, xibriz skrev:

Jeg tror at hvis man er vant til tekstfiler så er det vanskelig å lage ett GUI som er bedre.

Kan ikke si meg mere enig 🙂

Copy/paste og search/replace slår fort ihel tusenvis av museklikk.

Jeg kommer definitivt til å fortsette med å ha det meste definert i tekst-filer.

 

Oppgraderte til i OH3 i jula. UI er absolutt ett stort skritt i riktig retning.

Jeg fikk ikke sett så mye på det, da z-wave-nettet mitt flatet ut som Bambi på glattisen.

Men fikk da begynt på å sette opp semantikken i tekstfiler. Prøvde i UI, men jeg fikk fort vondt i musearma.

Nå er det fortsatt noen bugs som må rettes, så jeg hoppet nok på toget litt for tidlig.

Jeg bruker unstable (snapshot) og oppdaterer om jeg ser noe rart. Det fungerer bedre enn OH2 stable tidvis gjorde.

 

  • Like 1
Skrevet
På 23.1.2021 den 10.10, daniel.h.iversen skrev:

Det er lite av problemet. Litt på tynn is her, men slik jeg har forstått det så får ikke serveren noen beskjed når websocketen ikke lenger brukes slik at den blir hengende åpen en god stund.


I dag døde forbindelsen hos meg klokken 15:34 og nå, 20:34 er den ikke i gang igjen. Antar jeg må ta en full omstart av HA.

 

2021-02-03 15:34:36 ERROR (MainThread) [graphql_subscription_manager] Connection error
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 827, in transfer_data
message = await self.read_message()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 895, in read_message
frame = await self.read_data_frame(max_size=self.max_size)
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 971, in read_data_frame
frame = await self.read_frame(max_size)
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 1047, in read_frame
frame = await Frame.read(
File "/usr/local/lib/python3.8/site-packages/websockets/framing.py", line 105, in read
data = await reader(2)
File "/usr/local/lib/python3.8/asyncio/streams.py", line 721, in readexactly
raise exceptions.IncompleteReadError(incomplete, n)
asyncio.exceptions.IncompleteReadError: 0 bytes read on a total of 2 expected bytes
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/graphql_subscription_manager/__init__.py", line 101, in running
msg = await asyncio.wait_for(self.websocket.recv(), timeout=30)
File "/usr/local/lib/python3.8/asyncio/tasks.py", line 494, in wait_for
return fut.result()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 509, in recv
await self.ensure_open()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 803, in ensure_open
raise self.connection_closed_exc()
websockets.exceptions.ConnectionClosedError: code = 1006 (connection closed abnormally [internal]), no reason
2021-02-03 15:34:59 ERROR (MainThread) [graphql_subscription_manager] 502 - "<!DOCTYPE html>\n<html>\n<head>\n<title>Error</title>\n<style>\n body {\n width: 35em;\n margin: 0 auto;\n font-family: Tahoma, Verdana, Arial, sans-serif;\n }\n</style>\n</head>\n<body>\n<h1>An error occurred.</h1>\n<p>Sorry, the page you are looking for is currently unavailable.<br/>\nPlease try again later.</p>\n<p>If you are the system administrator of this resource then you should check\nthe error log for details.</p>\n<p><em>Faithfully yours, nginx.</em></p>\n</body>\n</html>\n"
2021-02-03 15:34:59 ERROR (MainThread) [graphql_subscription_manager] Connection error
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/graphql_subscription_manager/__init__.py", line 101, in running
msg = await asyncio.wait_for(self.websocket.recv(), timeout=30)
File "/usr/local/lib/python3.8/asyncio/tasks.py", line 494, in wait_for
return fut.result()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 509, in recv
await self.ensure_open()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 812, in ensure_open
raise self.connection_closed_exc()
websockets.exceptions.ConnectionClosedError: code = 1011 (unexpected error), no reason
2021-02-03 15:35:15 ERROR (MainThread) [graphql_subscription_manager] 502 - "<!DOCTYPE

 

2021-02-03 20:21:57 ERROR (MainThread) [graphql_subscription_manager] Connection is closed, too many concurrent sockets for token
2021-02-03 20:21:57 ERROR (MainThread) [graphql_subscription_manager] Connection error
Traceback (most recent call last):
File "/usr/local/lib/python3.8/site-packages/graphql_subscription_manager/__init__.py", line 101, in running
msg = await asyncio.wait_for(self.websocket.recv(), timeout=30)
File "/usr/local/lib/python3.8/asyncio/tasks.py", line 494, in wait_for
return fut.result()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 509, in recv
await self.ensure_open()
File "/usr/local/lib/python3.8/site-packages/websockets/protocol.py", line 812, in ensure_open
raise self.connection_closed_exc()
websockets.exceptions.ConnectionClosedError: code = 1011 (unexpected error), no reason


 

Skrevet

Tatt i bruk AdaxSeer på soverommet.

 

Har bodd her siden 2008 uten ovn, men i natt var det herlig å legge seg med 18 grader.

 

På er manuelt, mangler energi til å løse StripsSensa z-wave for å detektere åpen dør/vindu.

 

Av er når leiligheten går i nattmodus.

 

Natta!

Bli med i samtalen

Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.