
psv021
Medlemmer-
Innlegg
514 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
12
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av psv021
-
Ja... nei, da tror jeg også at formateringen er feil. Sendes det et "value"-felt? Har du noen mulighet for å se det som faktisk sendes over til InfluxDB?
-
Men hvordan ser det ut i Grafane når du forsøke å lage en query for et dashboard? + Create Dashboard Add query Select measurement Fikk ikke til å screenshotte det, men hos meg får jeg da opp en liste over alle devicer jeg eksporterer data for fra HS3. Når jeg velger en av dem, blir grafen synlig.
-
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
- 35 svar
-
- 1
-
-
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?
-
Flott, takk. Har enda ikke fått TibberSeer opp og gå siden forrige versjon jeg testet (0.0.0.9). Får denne i stedet for "OK" i plugin-oversikt: WARNING: Failed getting InterfaceStatus from TibberSeer - the interface was not found in the list of active interfaces, the list may need to be refreshed. Ser at den er nevnt tidligere. Har sikkert lagt inn noe feil i config, men nå får jeg ikke config opp. Skal forsøke å nøste opp i det en gang jeg har tålmodighet Loggen:
-
-
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...
- 26 svar
-
- 1
-
-
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!