Moskus Skrevet 23. januar 2021 Skrevet 23. januar 2021 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. Siter
daniel.h.iversen Skrevet 23. januar 2021 Skrevet 23. januar 2021 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. Siter
Moskus Skrevet 23. januar 2021 Skrevet 23. januar 2021 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... Siter
TMB Skrevet 23. januar 2021 Skrevet 23. januar 2021 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. 1 Siter
gullfrode Skrevet 23. januar 2021 Skrevet 23. januar 2021 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? Siter
ProphetSe7en Skrevet 23. januar 2021 Skrevet 23. januar 2021 (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: 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. 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. 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). 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 23. januar 2021 av ProphetSe7en Siter
TMB Skrevet 23. januar 2021 Skrevet 23. januar 2021 (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 23. januar 2021 av TMB 1 Siter
xibriz Skrevet 23. januar 2021 Skrevet 23. januar 2021 Printet meg en case slik at jeg fikk festet SSDen til raspberryen. Og flyttet den fra vinduskarmen til en mer WAF vennlig lokasjon 😛 5 1 Siter
Tor-Erik Skrevet 26. januar 2021 Skrevet 26. januar 2021 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.. Siter
Moskus Skrevet 26. januar 2021 Skrevet 26. januar 2021 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. Siter
NilsOF Skrevet 27. januar 2021 Skrevet 27. januar 2021 (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): 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. Endret 27. januar 2021 av NilsOF 2 Siter
NilsOF Skrevet 27. januar 2021 Skrevet 27. januar 2021 (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 27. januar 2021 av NilsOF Siter
stigvi Skrevet 27. januar 2021 Skrevet 27. januar 2021 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......... 1 5 Siter
Mathias Skrevet 27. januar 2021 Skrevet 27. januar 2021 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? 3 Siter
stigvi Skrevet 27. januar 2021 Skrevet 27. januar 2021 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. 3 Siter
Bjonness Skrevet 28. januar 2021 Skrevet 28. januar 2021 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. Siter
xibriz Skrevet 29. januar 2021 Skrevet 29. januar 2021 (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 Tekstfiler to the rescue! Deretter var det bare å smelle alt i sammen med over 1000 linjer YAML-kode 😅 NB! Det er mye cut-n-paste fra communityet! Endret 29. januar 2021 av xibriz 2 Siter
berland Skrevet 29. januar 2021 Skrevet 29. januar 2021 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 2 Siter
xibriz Skrevet 29. januar 2021 Skrevet 29. januar 2021 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. Siter
NilsOF Skrevet 29. januar 2021 Skrevet 29. januar 2021 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. 1 Siter
Evelen Skrevet 2. februar 2021 Skrevet 2. februar 2021 Ikke i dag, men rett før helga. Ryddet i rack-et. Det var rimelig kaos: Men etter litt opprydding: 8 Siter
stigvi Skrevet 3. februar 2021 Skrevet 3. februar 2021 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 Siter
DeVille Skrevet 5. februar 2021 Skrevet 5. februar 2021 Ikke helt i dag, da, men har smartifisert ringeklokken med en Fibaro Smart Implant 1 Siter
Erling Skrevet 5. februar 2021 Skrevet 5. februar 2021 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! Siter
NilsOF Skrevet 6. februar 2021 Skrevet 6. februar 2021 Definitivt ikke noe jeg gjorde i dag.. Men jeg har gode nyheter: Det går mot lysere tider: 3 Siter
Anbefalte innlegg
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.