psv021

Kanskje det er komma-problematikk, som du var inne på. Komma brukes kanskje som en felt-separator i API-kallet, ikke som desimaltegn.

Jo, slik jeg har satt det opp sender det i faste intervaller. Så ja, fra InfluxDB-perspektivet er det umulig å se om en device faktisk har endret seg, eller om den bare har samme verdi. Jeg oppdaget nå at mange av mine RFXCOM-devicer faktisk ikke gir reelle verdier. Har fungert fint i flere år, men tydeligvis begynt å fuske tidligere i høst. Så risikoen for å faktisk ha helt 100% feil data er absolutt til stede også...

Selve feilmeldingen er selvforklarende (en string kan ikke settes til en Int). Altså en tekststreng som VB ikke klarer å gjøre om til et tall. Men akkurat hvor det skjer er jo litt verre... Brute-force feilsøking: Ta bort alle devicene, bortsett fra et par-tre stk. Se om det sviver da. I så fall er feilen relatert til en eller flere spesifikke devicer. I tillegg ligger det noen try/catch'er i koden der du kan kommentere inn igjen linjene som printer ting til loggen. Kanskje det kan gi noen tips. Mulig andre har gode tips til debugging. Jeg er bortskjemt med Python der man stort sett får oppgitt nøyaktig hvor i koden feilen skjer...

GitHub alene har 37 millioner brukere og mer enn 100 millioner repoer, så SÅ jævlig kan det ikke være... https://en.wikipedia.org/wiki/GitHub

Jeg er IKKE god på Windows-programmering og VB, men her er hva jeg tror noe av dette betyr: DEVICE_LIST not declared: Enten er den skrevet inne i en Sub, eller så er den ikke definert skikkelig. Senere feilmeldinger tyder på det. Mangler nok komma etter et par av referansene. Eller det er komma etter siste tall som heller ikke virker å være OK i VB. Ser ut som om listen også mangler en avsluttende }. Jeg hadde problemer med devicer som hadde komma i navnet, så jeg la inn en sjekk for det. Jeg har også lagt inn device-navn i ID'en, slik at jeg ikke trenger å sitte i Grafana å gjette hvilken device et spesifikt tall tilhører. Her er det nok bedre måter å gjøre ting på. Kan ikke InfluxDB godt nok. F.eks. ser jeg at andre har mer standardiserte navn, slik at f.eks. alle temperatursensorer heter "Temperature", men skilles via location og location2, osv. Legger ved scriptet slik jeg står hos meg: 'Call this script by running &hs.runScriptFunc("l2db-influxdb.vb","Main",0,False,False) 'VB.Net script to write Homeseer 3 values to InfluxDB 'Originally from this post of the Homeseer forums: https://forums.homeseer.com/showthread.php?t=194145 'Use at your own risk. Edited by Marty. Edited by psv021. 'Uncomment (hs.WriteLog) the log statements if you're having problems to try to track down the error. Imports System.Core Imports System.Web Imports System.Net Imports System.IO Imports System.Text Sub Main(ByVal Parms As Integer) '========================================================== 'Modify these to fit your system Dim INFLUX_DB_SERVER_IP = "localhost" Dim INFLUX_DB_SERVER_PORT = "8086" Dim INFLUX_DB_DATABASE_NAME = "homeseer" 'Comma separated list of device references to log Dim DEVICE_LIST = { 927, 228, 772, 803, 762, 601, 634, 942, 425, 428, 417, 420, 194, 245, 246, 938, 939, 914, 915, 891, 886, 395, 396, 365, 366, 344, 345, 324, 325, 204, 209, 196, 201, 300, 302, 308, 310, 801, 802, 1048, 1049, 1040, 1041, 1086, 1087, 1091, 1092, 1096, 1097, 534, 533, 575, 574, 290, 240, 166, 476, 477, 162, 214, 215, 216, 161, 163, 578, 579, 580, 164, 165, 166, 231, 232, 235, 475, 476, 477, 592, 586, 587, 588, 159, 244, 243, 242, 217, 218, 219, 590, 591, 592, 578, 579, 580, 582, 583, 584, 286, 255, 465, 133, 132, 216, 211, 212, 231, 232, 235, 213, 242, 243, 244, 217, 218, 219, 475, 1180, 1182, 1175, 1177, 1170, 1172 } '========================================================== Dim device_name, device_location, device_location2, deviceObj, device_type Dim device_value As Double 'hs.WriteLog("L2DB-InfluxDB", "Script running L2DB-influxdb.") 'Build the post data string Dim postdata As String = "" For Each devRef As Integer In DEVICE_LIST Try deviceObj = hs.GetDeviceByRef(devRef) device_name = deviceObj.name(hs) device_location = deviceObj.location(hs) device_location2 = deviceObj.location2(hs) device_type = deviceObj.Device_Type_String(hs) device_value = hs.DeviceValueEx(devRef) postdata = postdata & devRef If device_name <> "" Then device_name = device_name.Replace(",", "_") postdata = postdata & "_" & device_name & ",name=" & device_name End If If device_location <> "" Then device_location = device_location.Replace(",", "_") postdata = postdata & ",location=" & device_location End If If device_location2 <> "" Then device_location2 = device_location2.Replace(",", "_") postdata = postdata & ",location2=" & device_location2 End If If device_type <> "" Then 'Types are optional and not all devices have them device_type = device_type.Replace(",", "_") postdata = postdata & ",type=" & device_type End If postdata = postdata & "~value=" & device_value '~ will be changed to a space later postdata = postdata & Chr(10) 'insert line feed for next set of values Catch ex As Exception hs.WriteLog("L2DB-InfluxDB", "Error1: " & ex.ToString()) hs.WriteLog("L2DB-InfluxDB", "DeviceRef: " & devRef) End Try Next 'Strip invalid characters and change ~ to a space postdata = postdata.Replace(" ", "_") postdata = postdata.Replace("[", "") postdata = postdata.Replace("]", "") postdata = postdata.Replace("~", " ") 'hs.WriteLog("L2DB-InfluxDB", "Postdata: " & postdata) 'Set up the Webrequest Dim url = "http://" & INFLUX_DB_SERVER_IP & ":" & INFLUX_DB_SERVER_PORT & "/write?db=" & INFLUX_DB_DATABASE_NAME Dim httpWebRequest = DirectCast(WebRequest.Create(url), HttpWebRequest) httpWebRequest.ContentType = "application/x-www-form-urlencoded" httpWebRequest.Method = "POST" ServicePointManager.DefaultConnectionLimit = 20 Dim encoding As New System.Text.UTF8Encoding 'Make the request to the database Try Dim data As Byte() = encoding.GetBytes(postdata) httpWebRequest.ContentLength = data.Length Dim myStream As Stream = httpWebRequest.GetRequestStream() If data.Length > 0 Then myStream.Write(data, 0, data.Length) myStream.Close() End If Catch ex As Exception hs.WriteLog("L2DB-InfluxDB", "Error1: " & ex.ToString()) End Try 'Declare responseText to be filled later Dim responseText as String = "" Try Dim httpResponse = DirectCast(HttpWebRequest.GetResponse(), HttpWebResponse) dim myReader As StreamReader dim myStream As Stream myStream = httpResponse.GetResponseStream() myReader = New StreamReader(myStream) responseText = myReader.ReadToEnd() If responseText <> "" Then hs.WriteLog("L2DB-InfluxDB", "Response: " & responseText) End If Catch ex As Exception hs.WriteLog("L2DB-InfluxDB", "Error2: " & ex.ToString()) hs.WriteLog("L2DB-InfluxDB", "Response was: " & responseText) hs.WriteLog("L2DB-InfluxDB", "Request was: " & postdata) End Try End Sub

Har ingen konkrete forslag til ditt konkrete problem, men dersom du vil forsøke en ny vei til Rom, så har jeg brukt et VB-script for å eksportere verdier av utvalgte enheter i HS til InfluxDB (og derfra visualisere dem med Grafana). Scriptet er en variant av det som står i denne tråden: https://forums.homeseer.com/forum/homeseer-products-services/system-software-controllers/hs3-hs3pro-software/hs3-hs3pro-discussion/107992-a-script-to-log-device-changes-to-influxdb-for-use-with-grafana?p=1308494#post1308494 (Hjemmeautomasjonsmiljøer verden over burde ha "bruke Git" som nyttårsforsett) Jeg kjører scriptet som en event hver X minutter. Enklere å debugge når man kan trykke play selv i starten. I forhold til debugging av ditt eksisterende problem, får du noen meldinger fra influxdb eller telegraf når kallene går? Hva ser du i Grafana når du forsøker å sette opp en query for en graf?

Det er det jeg mener. Bruker Hue-bridge i dag, både via HS og via Hue-systemet. Funker helt fint. Men nå har jeg lyst til å utvide med mer Zigbee, direkte i HS, via ConBee. Er det riktig tolket at jeg kan beholde dagens løsning med Hue, men utvide med ConBee uten problemer...? Altså, en enkelt pære vil være registrert mot én bridge, men begge bridger skal knyttes mot HS via JowiHue.

Ser det er spurt om tidligere, uten at jeg fant noen tydelige svar: Jeg har en Hue-bridge fra før. Hva skjer med den dersom jeg registrerer alle lyspærene inn i HS3? Kan man ha flere Bridger samtidig?

Sommeren kom litt tidligere i år enn jeg hadde forventet - hatt over 30 grader den siste uka (som de fleste andre i sør, vil jeg tro). Så da fikk jeg testet hypotesen om at uteluft vil kondensere på kalde garasjevegger når det blir varmt. Det ene problemet med garasje vil oppstå når garasjen er varm, og det er kaldt ute. Da dugger bilene når de kjøres inn. Som forventet er det ganske liten sjanse for det akkurat nå for tiden: Det andre problemet er motsatt, og det som er aktuelt nå, at garasjen er kald, og det er varmt ute. Da har jeg vært redd for at uteluften kondenserer når vi lufter med friskluft. Men, såvidt jeg kan se, så er ikke garasjen så kald, egentlig. Den følger utetemperaturen. Nå er det riktig nok ikke veggene jeg måler temperaturen på, det er luften. Det er en svakhet med metoden. Plottet under viser at temperaturen i garasjen øker jevnt og trutt med økende utetemperatur, og da følger duggpunktet på. Så det var litt mer fakta på bordet, men skulle egentlig ha endret på to ting: 1) Det er sannsynlig at garasjeveggene, spesielt de som står under bakkenivå, er kaldere enn luften i garasjen. Så jeg burde måle temperaturen her i stedet. 2) Det er kanskje ikke duggpunktet som er interessant for å finne ut om det er lurt å lufte, eller ikke - det er heller tørke/fuktepotensialet i uteluften relativt til garasjeluften. Noen som har en god måte å beregne dette på? Når varm uteluft sendes inn i garasjen, der det er (litt) kaldere, vil den trekke seg sammen, og RF vil øke. Har ikke klart å finne ut av hvor mye luften komprimeres fra temperatur T1 til T2. I prinsippet er det basic termodynamikk, men faktoren er så liten at jeg tror de vanlige forenklingene begynner å feile... Foreløpig konklusjon er at siden garasjetemperaturen følger såpass godt på utetemperaturen (selv om det føles kaldt), så går det greit å blåse friskluft selv om det er 30+ grader ute. Jeg har kontrollert den antagelsen på en ganske analog måte: En flyttekasse med gamle artikler (papir) har stått åpen i garasjen over tid, uten at de har begynt å ta synlig skade. RF i garasjen er jevnt relativt høy, og har ikke vært under 60% (snitt over 6 timer) på over en måned...

m.nu fører ikke deler til så store gardiner, dessverre. Det var også det største problemet med tape - gardinene ble for tunge. Greit om vinteren, men når solen stod på begynte tapen å mykne. Dette er lystette 3x2.5 m gardiner. Hadde nok vært bedre med noen ringer ja

Sketchup + STL extension for å eksportere til STL.

Deg? Meg? Det er forøvrig din feil at jeg begynte med tapen i det hele tatt! Her er begge delene, passer til mine Kirsch-gardiner (35 mm indre radius på røret). rullegardin_hjul_innerst.stl rullegardin_hjul_ytterst_0.7cm_overheng.stl

"Har du kjøpt hva? 3D-printer?? OK... Hva i all verden skal vi med det?" - oppgitt kone, april 2018 Første prosjekt: Bytte ut tape-marerittet på mine Rolletrol-motorer! Printeren har allerede betalt seg (nesten). I alle fall vist sitt potensial for å betale seg) (nesten).

Har ingen varme på i garasjen. Når uteluften har tørkepotensiale gir det mening å lufte for å tørke. Spesielt når det er fuktkilder i garasjen (våte biler). I praksis vil nok dette kun skje om vinteren når det er kaldt. Om sommeren er det sannsynligvis ikke lurt å lufte.

Ja, den blir for spinkel. Det er en av de tingene jeg håper å få tallfestet nå ved måling over tid. Samme med bruk av ventilasjon når det blir varmere ute. Måtte bare få en kalibrering av fysikken Så først observere, så konkludere, og så (evt) utbedre. Data og teori i bånn er alltid greit.

Nei, det er kun ved inn/utkjøring. Så spesielt mye eksos er det ikke snakk om. Takk for erfaringer rundt f-tech. Enig i at den nok eliminerer behov for vifte. I teorien burde den kunne kobles rett på fordelingsrørene brukt av ventilasjon i dag.

Har litt lyst på dette beistet, men det er dyrt for en avfukter, så vil ha fakta på plass før jeg prøver å få med naboen på en slik https://www.f-tech.no/adsorpsjon-rotoravfuktere/f-dry-rotoravfuktere-aerial/f-dry300-adsorspsjonsavfukter-med-hygrostat

Nei, de to jobber fort mot hverandre... Hovedpoenget med viften er å trekke eksos ut, vil jeg tro. Så ideelt sett skulle både vifte og avfukter gått kun ved behov. Jeg er også spent på tallene når det blir litt varmere ute. Når det er kaldt vil uteluften kunne ha en viss avfuktende effekt, spesielt når våte biler tilfører mye fukt.

Er tilsvarende vifte vi har, men koblet direkte, ikke via støpsel. Dersom jeg klarer å utvide mesh-nettverket så langt, så lar det seg gjøre å automatisere den. En utfordring er at det er mange brukere (2 familier). Skal monitore over sommeren, så får vi forhåpentligvis et klarere bilde av om vi har et problem som krever mer enn det vi gjør i dag.

Jeg har omtrent akkurat samme avfukter som du har (denne), men den blir for liten. Garasjen er ca 180 m2. Det er selvsagt et viktig punkt, som jeg burde nevnt i første innlegg. Vi parkerer 4 biler der, ofte våte, og porten er opp/ned store deler av ettermiddagene. Avfuktere som er dimensjonert for slike volumer er store, og svindyre. Det er heller ikke avløp fra garasjen, og gulvet er flatt. Flatt gulv er OK i mange tilfeller, men det betyr også at vann som renner av bilene blir liggende. Så gulvet er konstant vått når det er regn ute. Vi vurderer å ta en spansk en, og borre hull i betongdekket på kritiske steder, for å få bort de verste dammene. Gulvet er ganske bra avrettet, men litt dypere noen steder, der det ville vært mulig å fått ut litt (flytende) vann. Det vil i så fall være ett at tiltakene vi evt gjør for å få tørket opp litt. Ift rust må det, som begge skriver, enten være minusgrader, eller være så varmt og tørt at bilene tørker kjapt. Nå ligger vi midt i mellom, egentlig der det er verst. Bilene tørker seint, men rusten vil trives godt. Ref bekymring #1

Nei, har ingen styring på viften. Deler den med naboen, så det er litt terskel for å sette på styring. Den bråker også relativt mye på full guffe, men det kan jo også løses dersom den smartifiseres bittelitt. Dette er en rørvifte montert i et standard alu ventilasjonsrør. Den er ganske tilgjengelig, og styres såvidt jeg kan se kun av spenningsregulering, så det skal være mulig rent teknisk (gitt at det er dekning for utstyret der osv, det er litt bunkers dette, med branndører og murer). Foreløpig har jeg en avfukter som heller ikke er smart i det hele tatt. Har lyst på en skikkelig dimensjonert diffusjonsavfukter som kan blåse ut damp, i stedet for å produsere vann i en tank, men de koster... Burde i det minste hatt en med hygrometer som kan slå inn på f.eks 75%. Nå setter jeg den på manuelt når jeg føler at det trengs. 60% kommer fra min magefølelse, og er ikke basert på noe som helst, så 75% kan godt være OK - spesielt siden temperaturen er ganske lav. Enig i at det blir spennende å se til sommeren. Når jeg har målinger over et år, får jeg forhåpentligvis et bedre bilde av hva som må til. Godt å høre at fysikken høres OK ut!

Vi har en relativt stor innebygget garasje, delt med naboen. Til sammen parkerer vi 4 biler der. Temperaturen ligger på rundt 10 grader, mer eller mindre konstant. Jeg har målt relativ luftfuktighet i garasjen en stund, og har blitt litt bekymret for dette. Ikke sjeldent at den ligger over 70%. Vi har mekanisk lufting i garasjen, som trekker ut luft (og dermed "blåses" det inn friskluft via ventiler). Kjøpte en avfukter og brukt den gjennom vinteren, men har problemer med å bli enig med meg selv om den faktisk har effekt, eller om den blir "drept" av luftingen. Samtidig, selv om jeg spot-måler høye RF-verdier, så virker det ikke å være et stort fuktproblem. Har pappkasser stående som ikke blir myke, osv. Så jeg bestemte meg for å logge målingene over tid, for å tallfeste elendigheten litt. Det ballet selvsagt på seg, som slike ting gjør. Nå er jeg bekymret for 3 ting: - Når det er fuktig i garasjen, og kaldt ute, dugger det kraftig på bilene når de kjøres inn. Det er ikke sunt for en våt bil (enten fra regnvær eller fra kondens) å bli parkert i 10 varmegrader. Ideelt for rust. - Når det er varmere ute enn i garasjen, er jeg redd for at den fuktige uteluften som kommer inn via ventilasjonen kondenserer når den kommer inn - Generell bekymring rundt høye målinger av RF Første steg er å få kontroll på fakta, så får vi evt gjøre noen tiltak når jeg har et godt tallgrunnlag. Har forsøkt å forankre dette litt i fysikken, og her håper jeg at andre vil være med å synse/nyansere/bekrefte det jeg gjør: Bekymring 1 - rust på biler pga kondens Jeg tenker som så at dersom bilene er kaldere enn duggpunktet i garasjen, vil det (teoretisk) dugge. I praksis tror jeg de må være litt kaldere enn som så, men tar utgangspunkt i dette. Da antar jeg at bilene har temperatur lik ute-temperaturen når de kjøres inn. Måler temperatur og RF i garasjen, og regner ut duggpunktet fra disse. Slik ser plottet ut: Selve plottet er utjevnede målinger over tid. Registrerer 1 gang i timen for alle sensorer, men det blir litt for høy frekvens for et oversiktlig plott, så de er her utjevnet ved å ta snittet over siste 6 timer. Der plottet er rødt, er ute-temperaturen aka biltemperaturen kaldere enn duggpunktet i garasjen. Min antagelse da er at det er som å ta et kaldt glass ut i solen - da dugger det. I praksis har jeg ikke sett noe dugg på bilene de siste ukene, som tilsier at det ikke inntreffer nøyaktig iht mine antagelser. Men jeg tror (!) fysikken skal være fornuftig her. Når jeg får kalibrert dette litt, vil det kunne gi en oversikt og en advarsel. Løsningen må da bli å tørke opp luften i garasjen. Plottet på høyre side viser siste verdi ("nå"), og reagerer på tilstanden. Rødt plott + melding betyr "problem". Grønt plott, ingen melding, betyr alt OK. Bekymring 2 - Uteluft kondenserer når den kommer inn Jeg antar da at dersom temperatur i garasjen er lavere enn duggpunktet ute, vil uteluften kondensere når den kommer inn. Jeg ser for meg at luften flyttes inn med de termodynamiske egenskapene den har ute, og dermed vil den slippe vann dersom den blir avkjølt nok. Det kan godt være at det ikke er fullt så rett-frem, jeg er litt på shaky grounds her, må jeg innrømme. For å få kontroll på dette, måler jeg ute-temperatur, og ute-RF, og regner ut ute-duggpunkt fra disse. Garasjetemperatur måles allerede, så da får jeg følgende plott: Plottet er lagt opp rundt antagelsen om at det er greit å lufte med friskluft når garasjetemperaturen er høyere enn duggpunktet til uteluften. Høyresiden indikerer nå-tilstand. Grønt betyr OK. Jeg forventer at dette plottet blir rødere mot sommeren med økende temperatur ute. Bekymring 3 - generell relativ luftfuktighet Dette er den originale bekymringen. Her måler jeg bare luftfuktighet i garasjen. Siden vi lufter med friskluft, er det min antagelse at relativ luftfuktighet i garasje skal korrelere ganske tett med RF ute. Plottet viser at, ja, det gjør forsåvidt det - kanskje med en liten tidsforskyvning, som også er forventet: Her har jeg fargelagt plottet over 60%, som føles som en grei grenseverdi for å si om RF er høy eller ikke. Det gir selvsagt liten mening når temperatur ikke tas med i betraktningen her, men OK... Det er omtrent ved 60% jeg begynner å tenke at "tja, nå var det litt høyt..". På sikt håper jeg at jeg skal kunne måle effekt av avfukting ved å finne akkurat samme omgivelsestilstand, men lavere RF i garasjen når avfukting er aktiv. Da får jeg et mer eller mindre håndfast mål på at avfukteren gjør jobben. Jeg vet at den er grovt underdimensjonert, og når vi kjører inn 4 våte biler, har den ikke en sjanse. Men jeg skulle likt å vite om den har effekt i det hele tatt, eller om den i praksis kun står og bruker strøm.. Noen hobby-meteorologer (eller andre) som har lyst å synse litt om mine antagelser her? Tar også gjerne imot tips til enkle måter å kunne vise disse plottene i garasjen, evt forenkle det ned til en eller annen form for indikator. Hadde vært litt artig å kunne satt opp noen LED's eller noe som indikerer om vi bør lufte, eller ikke, eller tørke, eller ikke. Det blir evt neste prosjekt. Plottene er laget i Python med matplotlib nå. Har også laget mer eller mindre samme plott med plot.ly/D3, så det skal være greit å vise dem frem f.eks. på et nettbrett. Men jeg er ikke helt der at jeg føler det er verdt et eget nettbrett i garasjen kun for å vise disse... Men vi får se, jeg har investert i dummere ting før. Mange ser kanskje også at plottene er inspirert blant annet av tråden til @berland.

Utstyret du kjøper i dag, vil ikke være det samme du bruker om 20 år. Dersom det er forventningen, så bør den justeres... Du kjøper ikke en mobiltelefon med forventninger om at den skal fungere om 20 år. Men du velger neppe å droppe mobiltelefon av den grunn. Samme prinsippet gjelder for smarthus. Konseptet om å automatisere huset vil derimot være en selvfølge om 20 år. Sannsynligvis om 10. Kanskje om 5. Mange ser vel på det også som en selvfølge i dag.