Är detta samma sak?
http://e-logger.se/forum/index.php?topic=464.msg2948#msg2948

Ja.

Man bör nog se hur många mätvärden som är möjliga att presentera över ett år. 1 per dygn tycker jag är för klent, men en varannan timma eller möjligen var 4:e timma?

Fast varför vill du ha högre upplösning än dagar på ett årsdiagram? Det handlar ju ändå om exponeringstid och om då delar av dagar under året ligger för högt, är det så intressant?

Gör sig inte timupplösning bättre i samma diagram men då man istället för att visa ett helt år till exempel visar en månad?

Bristen i presentationssättet är att exponeringstiden inte finns med. Detta kan man möjligen kika på framledes, men då börjar det bli lite komplext.

Har du någon tanke om hur detta skulle kunna göras?

En bonusfunktion skulle kunna vara att utöver varje mätprick presentera månadsmedelvärden. . .

Det lät som en bra idé!

Vill någon resonera kring detta per telefon går det bra att kontakta mig via ett privat meddelande först.

Tack, det låter trevligt, vi får se om det behövs framöver när det börjar bli skarpt läge.

Tack, då är jag med. Dyker förhoppningsvis upp en beräknad kanal för procent inom några veckor.

Ah så det kan alltså för vissa pumpar finnas fall när pumpen "tänker" och elpatronen går istället. Nåja, det borde väl vara mycket sällsynt?

Min bedömning är att minst 95% bör kunna få till en funktion som fungerar bra.

Det låter acceptabelt. Då spinner vi vidare på spåret att göra detta via elmätare istället för IO-modul.

Ytterligare något jag skulle vilja ha svar på är hur mycket en värmepump förbrukar när varken kompressor eller elpatron är igång? Dvs. vad kan styrelektronik, cirkpumpar och ev. annat dra tillsammans? Kan det vara stor skillnad mellan olika vp-fabrikat?

Jag måste erkänna att jag inte är säker på nomenklaturen. Personligen kallar jag det för isopletter och söker jag på diagram + isoplet på google, verkar jag inte helt ensam.

Om jag söker isopleth graph i googles bildsökning ser jag bara sammanbundna kurvor typ höjdkurvor..?

När det gäller förbrukningen tycker jag att det finns en poäng i att presentera olika år med olika färg, symbol etc så som jag gjort i mitt exempel.

Ja det missade jag att skriva, det skall självfallet gå att ange tidsgrupperingar med olika färger/symboler.

Vad gäller mögel

Få se nu om jag förstår dig rätt: Du önskar alltså ett diagram med temperatur på x-axeln och luftfuktighet på y-axeln med en punkt för varje dygn. (Hur många dygn?) I diagrammet skall även finns inritat en temp-fukt-kurva som anger gräns för mögeltillväxt?

Nu bör det vara åtgärdat.

Så du menar att felet, när det blir fel, handlar om 1 timme i månaden max? Det vill säga förutom legionellakörningen kan det inte inträffa något driftläge när elpatronen går utan att kompressorn också går?

(Antar förresten att ytterligare ett sånt driftläge kan vara om kompressorn rent lägger av. Visserligen ovanligt men nog så intressant att detektera när det sker.)

Jag skulle i vilket fall vilja ha svar på frågan hur vanligt det är med pumpar där det kan bli fel, dvs. pumpar där effekt hos kompressor och patron kan överlappa.

1) Hur stor procent av alla värmepumpar har kompressoreffekt på 2,9 kW eller mer? (Det behövs marginal för att säkert kunna skilja från 3 kW patron.)

2) Finns det pumpar som har patroneffekt under 3 kW och hur vanligt är det i så fall?

3) Finns det pumpar som inte kör on/off på patronen utan istället steglöst?

Jo det blir lite tokigt ibland, det finns i fellistan men har inte högsta prio. (Sammanfogade din tråd med besläktad.)

24 timmar bakåt från vad klockan är nu? Blir inte det väldigt skrymmande? Var tänkte du att den skulle visas?

(Flyttade ditt inlägg från tråden "Rapport för Årsförbrukning / Månadsförbrukning" eftersom det inte stämde med rubriken.)

Det skulle kunna ordnas. Men jag antar att du menar kompressor skiljt från elpatron?

I så fall behöver vi kunna skilja på när kompressor respektive när elpatron går, detta diskuteras i ämnet Logga driftstid på värmepumpen. Och då skulle jag behöva hjälp med svar på frågorna jag ställer i inlägg #14 i den tråden för att komma vidare.

Jag har faktiskt börjat titta lite mer i detalj på hur "förbrukningsisopletter" kan läggas in i webbtjänsten och det är nog inte så hemskt många veckor bort. Tanken är att det skall hamna i det vanliga grafgränssnittet med fält för kanal för x respektive y, tidsperiod och varje punkts tidsomfång.

(Kallas detta verkligen isopletter? Är det inte snarare ett sambandsdiagram?)

Vad gäller mögelrisk får ni gärna utveckla mer i detalj hur ni önskar att en sån funktion skulle fungera. Gärna med skiss på hur det skulle se ut. Sannolikheten för att det skall bli av är mycket högre om ni hjälper till.

Tack för många bra synpunkter!

En produkt som inte har en lokal mjukvara är helt ointressant för mig

Frågan är om inte det börjar bli en gammaldags uppfattning i en värld som håller på att bli alltmer uppkopplad?

nu springer onekligen e-logger ifrån den lokala mjukvaran och produkten tappar ur min synvinkel sin styrka.

Fast somligt passar bättre att göra i en webbtjänst och somligt bättre i ett pc-program. Och som jag skrev i en annan tråd, LoggerSoft-användare är inte speciellt aktiva här i forumet. Hur mycket resurser ska vi då lägga på LoggerSoft? Något som diskuterats är att ta fram en mer utvecklad variant och då ta betalt för programmet, hade du varit intresserad att betala säg en femhundralapp för ett "LoggerSoft Plus"?

Ett alternativ skulle kunna vara en snyggt förpackad lösning med alla nödvändiga komponenter för köra webbtjänsterna på en egen server. Men det genererar ju oerhört mycket arbete och fler problem.

Exakt.

Varför utvecklingskostnaden skulle öka med lokal mjukvara förstår jag inte. Det är väl knappast varken dyrare eller mer tidskrävande att skriva ett exekverbart program, än att skapa ett webbgränssnitt

Som jag skrev, de flesta vill ha åtkomst via nätet, alltså måste ett webbgränssnitt alltid tas fram.

Att sen lägga exakt in samma funktonalitet i ett pc-program innebär dubblerad arbetstid. Och vilka fördelar får användaren rent användarmässigt i jämförelse med webbgränssnittet?

som måste skrivas om varje gång det släpps en ny webbläsare?

Det är sällan ändrigar behövs när det kommer en ny webbläsare. Skulle det vara något räcker det oftast med ändring på ett enda ställe om man sett till att jobba modulärt.

Är det trådlösa sändare direkt på kortet? Vad har de för räckvidd?

Sändare/mottagare direkt på kortet ja. 50 meter fri sikt, fungerar bra i ett trevåningshus med källare och en bit utanför om man monterar centralt.

Utgångar är trådlösa brytare av olika fabrikat, upp till 16A. För att styra trådbundet behövs en IO-modul ansluten till loggern.

Alla insignaler tas via loggern. För att få in digitala eller analoga signaler från larm, ljussensorer, tryckgivare osv. behövs en IO-modul. Det går även styra efter och logga signaler från trådlösa brytare, termometrar och väderstationer.

Styrfunktionen är bara utvecklad för webbtjänsten. Eftersom de flesta vill kunna styra via nätet varhelst man befinier sig är det naturligt. Visst skulle det gå att lägga till stöd för styrning i LoggerSoft/nytt pc-program också, men då stiger utvecklingskostnaden och du blir beroende av tillgång till pc. Hur ofta är det mer praktiskt att kunna göra inställningar i ett pc-program istället för i en webbläsare, och hur många hundra extra är folk beredda att betala för pc-stödet? Ytterligare en tänkbar variant hade varit att bygga in webbgränssnittet för styrning i Logger 2020 (dvs. man skriver in loggerns ip-adress i webbläsaren), men det faller då loggern inte klarar av att husera ett tillräckligt bra webbgränssnitt. Dessutom vore ett gränssnitt i loggern än mer arbetskrävande och kostsamt att lägga in än ett i ett pc-program.

Du har helt rätt i att det kan kännas osäkert att ha en styrfunktion som är beroende av gränssnitt i en nättjänst. Även fast den grundläggande styrningen är helt självgående i Logger 2020, och även om vi skulle garantera drift av nättjänsten 20 år framåt med gratis inloggning för styrning, går det inte att komma ifrån att det blir driftavbrott både på internet och på servrar. Detta är, näst efter ekonomin, det starkare skälet att tveka med att lansera detta.

Ja det finns en hel som skulle kunna förbättras i LoggerSoft...

Men jag är osäker på hur stor efterfrågan egentligen är, LoggerSoftanvändare är inte speciell aktiva här i forumet.

Nej det är inte alls otänkbart men det är svårt att få täckning för utvecklingskostnaderna för en styrfunktion bara för dem.

Med fler utgångar skulle man förutom att styra motorvärmare även kunna styre ytterbelysning med astronomiskt tidur/nattdämpning, slå av och på bastun, starta kaffebryggare, höja och sänka värmen i huset osv...

Ja precis det kan man göra med denna produkt. 10 utgångar. Styrs via timer och/eller utifrån loggerns givarvärden. Inställningar via E-logger.