Jo din räknare gick igång när jag initierade om din logger.

Tror orsaken till det hela skall vara åtgärdat nu, det blev ibland fel i en definition på pulskanalerna. För vissa kan dock problemet kvarstå så länge det finns kvar gammal definition, säg i så fall till så kan jag initiera om.

Nej det går tyvärr inte påverka symbolerna i systembilden men det skulle kunna ordnas i framtiden genom att var och en själv fick ladda upp animerade småbilder som sen fälldes in på lämpliga koordinater beroende på läget hos olika signaler.

Fast ett problem är att bildformatet .png som används för systembilden idag inte klarar animeringar. Det finns visserligen tydligen ett format som heter .apng "Animated Portable Network Graphics" men det stöds för närvarande bara i webbläsarna Firefox och Opera, inte i Internet Explorer och det känns ju som ett krav att det skall fungera med IE.

Fast man skulle i och för sig inte behöva baka ihop allt till en enda bild, man skulle kunna lägga animerade .gif ovanpå .png-bilden med javascript. Fast nackdelen med flera separata bilder och script osv. gör att det blir svårare visa bilden på en extern hemsida.

Enklast är nog ändå att lägga till alternativet systembild i .gif. Hmm får fundera på detta.

Tror inte du gjort nåt fel, däremot är det nåt fel i bakgrunden nånstans, av nån anledning står räknarna helt stilla för just ditt konto. Gör ingenting utan låt bara loggern gå så ska jag försöka ta reda på vad det kan vara, återkommer med besked.

Tack själva, trevligt med lite positiv respons! Och räkna med att det kommer mer saker, det finns hur mycket som helst att göra.

Bra! Svårt gissa vad det beror på att det inte fungerade först, men jag har varit med om att det ibland är routern som spökar och att det kan gå till sig om man resetar routern eller bara väntar ett tag så att öppna förbindelser stängs ner.

Vad gäller givarna så hade du nog otur. E-logger ska inte vara känsligare för givarfel, det är i grunden samma kod i Logger 2020 som hanterar givarna oavsett om man kör LoggerSoft eller E-logger. Just kabelglapp av olika slag är väl annars det vanligaste problemet folk har, men som tur är brukar de uppstå vid omkopplingar, när loggern får gå i fred är det sällan problem.

Trist att det trasslar för dig.

Först och främst måste vi se till att du får in nyare mjukvara i din logger. Vad exakt får du för felmeddelande när du försöker uppgradera? Visar loggerdisplayen något meddelande om uppgradering?

Till givaringång två och +12V dvs. polskruv 4, 5 och 6 på Logger 2020. Se även manualen för expansionsmodulerna.

Man kan alltid ha två elmätare inkopplade på elmätaringångarna (polskruv 8 och 9) i själva Logger 2020, så för tre elmätare behöver man en extern pulsmodul.

Man skall aldrig montera pullupmotstånd, Logger 2020 driver det som behövs oavsett kabellängd.

Aux är i dagsläget inget du kan styra själv. Utgången används i solfångarversionen av Logger 2020 då den styr laddpumpsreläet. Andra användningsområden kanske kommer.

Nej, som jag försökte förklara ovan, det går inte att starta två LoggerSoft på samma PC. Vad du möjligen kan göra är att skapa en virtuell dator i datorn genom att köra Vmware eller Virtual pc. Med programvarorna Vmware/Virtual pc kan man köra en till dator med ett eget operativsystem i ett fönster i sin vanliga dator. Då har du alltså två datorer i en borde kunna köra en LoggerSoft i varje.

Tyvärr klarar LoggerSoft i dagsläget bara av en ansluten Logger 2020 åt gången.

Det är heller inte möjligt att starta två instanser av LoggerSoft samtidigt på samma dator.

Vad du möjligen kan göra är att köra ett andra LoggerSoft i Vmware eller Virtual pc.

Den 15-sekunders medelvärdesberäkning som sker påverkas inte nämnvärt* av antalet anslutna givare. Logger 2020 läser av alla givare en gång i sekunden* och mätdata för alla givare skickas till LoggerSoft en gång i sekunden.

LoggerSoft har testats med 40-50 temperaturgivare, minns inte exakt antal. Logger 2020 är testad med 70 temperaturgivare som mest (sedan dess har gränsen för maximalt antal samtidigt anslutna givare dragits ner till 50 för att få plats med annat). Vad som sen är möjligt i varje enskilt fall beror på hur kablaget ser ut och om man har expansionsmoduler anslutna eller ej.

*) Med många givare tar avläsningen ibland två sekunder.

Hej Lennart, välkommen till forumet!

Bra fråga, tyvärr är det ju lite tunt med dokumentation för LoggerSoft (men på vissa ställen i inställningsmenyn visas en en liten popup-hjälptext om du håller muspekaren ovanför).

I inställningsdialogen på fliken "Generella inställningar" står "Medel: 1" (där ettan inte går att ändra) vilket betyder medel av en avläsning, det vill säga inget medel. "Väntetid: x" i samma dialog betyder alltså precis som du är inne på tid mellan momentana värden. Fast helt momentant är det ändå trots allt inte, det sker en medelvärdesbildning av jag tror det är 15 avläsningar (sekunder).

Om tidsupplösningen är 60 sekunder blir det per kanal på en dag 24*60 = 1440 värden och på en månad 1440*30 = 43200 värden. Med 10 kanaler 432 000 värden.

Data sparas som klartext ASCII. Ett typiskt mätvärde ser ut så här "24,68" och motsvarar alltså 5 tecken. Mellan varje värde finns ett tab-tecken. Så låt oss anta att varje värde tar upp 6 bytes. Då blir den okomprimerade datafilen för 10 kanaler under en månad 432000*6 = 2 592 000 bytes.

Kanske ingen annnan som ser nyttan med just att ha månadsexport, eller?

Jag tycker inte riktigt du har lyckats förklara vad du menar att man skulle tjäna på att data skickas en gång i månaden istället för varje dag...? Själv tycker jag det känns tryggare att datafilerna levereras varje dag än att de kommer varje månad. För om något skulle bli fel med exporten om den bara sker en gång i månaden så riskerar man att tappa mycket data om data hinner försvinna från servern innan man upptäcker det. Om något å andra sidan går fel med exporten när det sker varje dag så har man många dagar på sig att upptäcka det.