 Visa inlägg
|
|
Sidor: [1]
|
|
2
|
E-logger®, Logger 2020, Logger 3030, Logger 1010 & LoggerSoft / Nyheter / SV: Planerat avbrott tisdag 22/9 2020 17:00
|
skrivet: 2020-09-23 12:14
|
|
Tack, Andreas!
Tråkigt att höra. Är själv kodapa och en kollega till mig tappade för någon vecka sedan bort lite produktionsdata också efter en serie fel, så sådant händer. Man skulle kunna tänka sig att loggern har en cirkulär buffert med utgående data istället för att, gissningsvis, som nu radera den data som har sänts och bekräftats. Logger och webbtjänsten skulle då kunna prata om vilken den senaste datan den senare har och om loggern har minne nog så skulle den kunna skicka allt som behövs.
|
|
|
|
|
5
|
E-logger®, Logger 2020, Logger 3030, Logger 1010 & LoggerSoft / Övrigt / SV: Status efter 1 år...
|
skrivet: 2019-08-18 19:49
|
|
Kapar tråden genom att säga att jag har samma erfarenhet. Den enda gång min Logger 3030 startat om är när den blivit strömlös … i övrigt samma intryck av trådande givare (har också några elmätare): ingen tappad data, inga konstiga värden. Helt klart proffsklass och, i mitt tycke, rätt fokus. Fler flådiga funktioner är inte viktigare än en stabil grund, och vill man ha något annat kan man lätt bygga något ovanpå; jag loggar exempelvis via HTTP till en egen databas som sparar data med full upplösning och även denna integration har fungerat helt utan avbrott.
|
|
|
|
|
8
|
E-logger®, Logger 2020, Logger 3030, Logger 1010 & LoggerSoft / Önskemål / SV: Önskemål: ventilationsstyrning eller alternativ
|
skrivet: 2019-07-31 19:24
|
Ja, för den tredje punkten blir det kanske en uppsättning regler i prioritetsordning (evaluera till första matchande regeln). om (välj givare) (välj operator) (ange konstant eller möjligen annan givare) [under (tidsperiod)],
[sätt målvärde till konstant | öka/minska målvärde med <decimalvärde> per <vald givares enhet>] Så i mitt fall skulle jag säga något i stil med exempelvis: Målvärde: 700 (ppm) Min/max målvärde: 500 / 1500 Min/max varvtal: 10% / 90% Regel 1: om utetemp > 22 °C under 15 min, öka målvärde med 250 ppm per °C Regel 2: om utetemp > 18 °C under 15 min, minska målvärde med 100 ppm per °C Regel 3: om utetemp < −10 °C under 60 min, öka målvärde med 100 ppm per °C Som du ser förutsätter regel 3 att ”öka … per °C” alltså tar hänsyn till att vi valde operatorn ”<” och alltså går åt vänster på tallinjen. Med regel 1 når jag alltså maxnivån vid drygt 25 grader ute. Med regel 2 kör vi troligen på full fart upp till 22.0 grader ute (målvärdet nere i 500 ppm!) Med regel 3 så börjar anläggningen varva ner under tio minusgrader (ovanligt här) och tillåter potentiellt ohälsosamma nivåer av koldioxid under ungefär 13 grader (om 1000 ppm anses ohälsosamt). |
|
|
|
|
10
|
E-logger®, Logger 2020, Logger 3030, Logger 1010 & LoggerSoft / Önskemål / Önskemål: ventilationsstyrning eller alternativ
|
skrivet: 2019-07-31 09:30
|
Hallå! Jag har en Logger3030 och kommer under hösten att uppgradera vårt gamla (nästan obefintliga) självdrag till mekanisk frånluft. Det känns lite självklart för mig att ventilationen ska vara behovsstyrd; ingen mening att den står och drar massa luft genom huset när vi är borta i veckor, eller att den går på samma varv när jag är ensam hemma som när det är julbord. Det verkar som att man ofta använder CO₂-nivån som en proxy för inomhusluftens kvalitet. Det jag skulle vilja göra är att slänga in en CO₂-givare nära fläkten, där alla kanaler mynnar ut, och sedan varvtalsreglera fläkten efter behov, för att hålla ett någorlunda konstant värde. Vidare tänker jag att det ska finnas möjligheter att "parallellförskjuta" målvärdet baserat på exempelvis utetemperatur: under de allra kallaste nätterna och de allra varmaste dagarna skulle jag vilja minska ventilationen för att undvika att dra in kall respektive varm luft; när temperaturen är, säg 18–22 °C skulle jag vilja ha ett lägre målvärde, eftersom friskare luft alltid är trevligt. På en mycket övergripande nivå skulle man kunna säga att de funktioner jag är ute efter, i prioritetsordning, är: - Varvtalsreglering för att hålla ett uppmätt värde nära ett målvärde (exempelvis CO₂ ≈ 700 ppm)
- Min- och max-värden för varvtalsreglering (typ "alltid minst 10%, aldrig över 75%")
- Förändring av målvärdet baserat på en eller flera andra parametrar (exempelvis "om utomhustemperatur < −10 °C, öka målvärdet med 25 ppm per (negativ) grad; om utomhustemperatur 18–22 °C, minska målvärdet med 50 ppm per grad; om utomhustemperatur över 22 °C ... osv"
Om jag förstår det rätt kan jag göra detta med Logger3030 redan idag, eftersom jag kan styra utgångar via HTTP. Jag har redan en Raspberry Pi som pratar med min värmepump, och den skulle kunna ha en liten snurra som agerar PID-kontroller och med jämna mellanrum uppdaterar en utgång på Loggern som varvtalsreglerar fläkten. Det känns dock som att det skulle passa betydligt bättre att ha denna funktionalitet i själva Loggern, eftersom man då slipper problem med Hallonet, nätverket och alla andra otaliga saker som kan gå fel däremellan. Man kan tänka sig att detta realiseras antingen genom en specifik fläktstyrning, eller att det finns en generell styrning där man kan använda godtyckliga givare och matematiska uttryck för att bygga sin egen kontroller. Någon som har några åsikter om detta?  |
|
|
|
|
15
|
E-logger®, Logger 2020, Logger 3030, Logger 1010 & LoggerSoft / Nätverksinställningar / M2M: inga anrop görs av loggern?
|
skrivet: 2018-11-01 08:46
|
|
Hej! Har en Logger 3030 som just nu är inkopplad till bara en enda givare. Försöker få loggern att POSTa data till en godtycklig server, men verkar inte kunna få det att fungera. Detta har jag gjort/kollat:
— Sett till att servern lyssnar på ett publikt IP, på port 80, och trafik tillåts.
— Jag kan POSTa med curl från samma nätverk som Logger körs på.
— Jag har ställt in M2M med intervall 1 minut, och verifierat att serveradressen är korrekt.
— Under Settings > M2M på loggern ser jag följande:
-
1 minute
<endast hostname för server>
Eftersom detta är en publik server har jag redan fått en del konstiga requests från det vilda Internet, så den är helt klart öppen för trafik. Även om loggern fick något svar den inte gillade (den bör få en 200 OK tillbaka, dock) så ser jag inte ens att den skickar någon request. Tips emottages tacksamt!
|
|
|
|
|
