Ämne: Logger 2020

[Rickard]

Visst fungerar det. Men vid vissa tekniskaförutsättningar går det inte. Det har inte att göra med dåliga produkter.

Jag har vid upprepade tillfällen meddelat dig att vi kommer att lösa prolemen som gör att det inte fungerar med t.ex. dynamiska IP-adresser.
Vad i detta har du problem att förstå?

Och varför, om du måste svara på alla inlägg, informerar du inte om att det kanske inte fungerar för alla, för tillfället, men att det är en Betaprodukt, som fortfarande utvecklas?

Sen är det naturligvis så att vi kanske inte kan komma att bygga en lösning som fungerar oavsett vilken teknik man använder för att ansluta till internet, vårt absoluta mål är dock att lösa det mesta.

Pson:s inlägg verifierar än en gång att de allra flesta som köpt loggern inte har några större problem utan tvärt om är nöjda, trots att loggern ännu befinner sig i betastadium.

[Butcherswe]

Så där då har elmätaren kommit på plats, nu är det bara posten att vänta på Thumbsup kopplar nog upp loggern till helgen här
Mvh Magnus

[MGKea]

När inställningarna i routern är gjorda, starta om loggern, när den kan ansluta till internet så startar den som den ska.
Om du tänkt logga via Loggersoft skall du inte aktivera "Internet" i logger, utan köra den i RS232-läge.

Jag har gjort så. Via dator och RS232 funkar webtjänsten. Via "Internet" får den en ip och port sedan händer inget mer. Startar jag om så tilldelas den ett nytt ip och port. Ingen annan enhet i mitt nätverk har prolem att få behålla IP. Dessutom framgår det ingenstans att man skall starta om loggern ...

Har kommit fram till att loggern inte gillar min DHCP. Loggern får hela tiden ett nytt IP. Därför går det inte ens att lura routern. Skall sägas att det är en Cisco-Linksys där inga av mina 9st övriga inkopplade enheter har problem att få behålla sina DHCP tilldelade IP-nummer ens vid ett par dagars strömavbrott.

Självklart var det ID-nummret som skulle anges från Loggern. Använde det ID som loggersoft lämnade...
Ber så mycket om ursäkt till alla berörda.  :-[
/Magnus

Men! Så fort jag startar om loggern får den ett nytt ip och portnummer.

[Rdx]

Minska adress-poolen tillfälligt i routern så den bara har en ledig ip att dela ut?

[MGKea]

Minska adress-poolen tillfälligt i routern så den bara har en ledig ip att dela ut?

Jo det har jag gjort. Och det fungerar. Men måste hålla några + de jag redan har.

Jag kommer att inte bryta strömmen till loggern under ett par dagar. Sedan kommer loggern att få ett annat jobb på annan ort och där är det andra förutsättningar.

Nu funkar det. Hade antagit att ID namnet var samma hela tiden.

[zigge59]

Tack o lov för Logger2020  studs, graferna är underbara att ha när man skall förklara för installatören att den nya Optima 1100 inte funkar som den borde. Svart på vitt temperaturer och tider, argumentationen blir enkel    :,v(

/Zigge

[MGKea]

Nu finns det en förklaring av konstruktören Andreas på hans forum om varför han inte vill göra ändring på loggerns pratande med webservern..  http://e-logger.se/forum/index.php?topic=37.30

[Rdx]

Jag kommenterar i den här tråden, så kan Rikard själv avgöra vad han vill ta intryck av.  Känner att jag mest skulle reta upp Andreas om jag började kommentera i det forumet där.

Många IP-telefonilösningar och chat-lösningar är ju ett utmärkta exempel på där man verkligen har ansträngt sig att lösa det UTAN att öppna för inkommande portar, just för att man har insett att krav på öppna inkommande portar kraftigt skulle begränsa användarmöjligheten.  Tänk dig 1000-tals anställda på Ericsson som ber IT-avdelningen öppna upp en port åt dem för att kunna köra Messenger.  Det är inte realistiskt, du får aldrig någon IT-avdelning på något större företag att öppna upp portar i routern till enskilda individer.

Därför har man ju lagt ner stor möda på att arbeta med lösningar för att komma runt just detta behov för inkommande trafik, vilket ju är både större och mer tidskritiskt i telefoni och chat-lösningar än det är i logger-fallet.

Det finns många olika sätt att lösa detta på, varav pollning bara är ett sätt.  Du kan ju t.ex. alltid ha en förbindelse öppen till loggern, så behöver du inte polla (se t.ex. http server push).

Vet inte om du inte också överdriver problemet med pollning lite grann.  Ibland underskattar man den processor och trafik-kapacitet som man har.  Hur mycket trafik kräver en TCP-session etablering med minimal trafik (=ingen, eftersom du får IP-nummer vid etableringen så du direkt kan stänga sessionen om du inte är intresserad av att prata med denna klient)?  Väldigt lite, om jag har räknat rätt så är det 180 bytes från klienten och 168 bytes till klienten (SYN, SYN-ACK, ACK, FIN, FIN-ACK, ACK)?  Säg att du har 1,000 klienter som skickar en poll var 10-sekund.  Då har du som server upstream-trafik på 0,13Mbps och downstream-trafik på 0,14Mbps.  Även med 10,0000 klienter så kommer du inte upp i mer än 1.5mbps (och med 10,000 klienter så har du råd!).  Tittar man på den enskilda individen så skulle trafiken komma upp till 87 Mb per månad för pollning var 10:e sekund.  Själv betalar jag 39:- för 1000 Mbyte/månad på 3G-telefonen, så 86 Mb på en månad skulle inte vara något problem, även om jag själv inte skulle reagera för om det tog 1 minut för namnen att dyka upp i loggerns display.  Då skulle helt plötsligt trafiken bli 1/6-del.  Jag skulle inte ens reagera om det tog upp till 1 dygn för detta, då namngivning av givare är något man gör ungefär 1 gång (och då skulle trafiken bli nästan 1/10000-del av ovanstående värden).

En annan möjlighet vore ju att Logger2020 som standard använder sig av pollning och servern med jämna mellanrum (1 gång/dygn t.ex, förslagsvis vid första pollningen) försöker göra en anslutning till Logger2020 och om det lyckas, så inaktiverar den pollningen i Logger2020 (till nästa omstart av Logger2020 t.ex., så återgår Logger2020 automatiskt till "säkert läge" om man flyttar den).  Då skulle ju alla som kan och vill öppna upp portar i routern få den funktion som finns idag, medan de som inte vill eller kan öppna portar i routern ändå fungerar tillfredsställande.  Detta förfarande har också den fördelen att du inte behöver ha något problem med dynamiska IP-adresser och liknande.  Du får ju klientens IP-adress i poll-anropet och kan sedan göra ett anslutningsförsök till just det IP-numret.  Användaren kommer överhuvudtaget inte behöva konfigurera sin egen IP-adress (som de ju ofta inte känner till).

Men som jag redan skrivit, så finns det ju även andra lösningar, t.ex. att konfigurationen sker via WEB-interface i Logger2020 och sedan propageras upp till servern, så pollning är egentligen inte nödvändigt.  Vill bara visa att det inte är så oerhört krävande.

[Rickard]

Jag/vi har noterat att det finns ett missnöje med nuvarande lösning.
Jag har tagit åt mig av kritiken, men för tillfället bedömer jag att eventuella ändringar vad avser kommunikationen med webtjänsten inte är högsta prioritet även om jag liksom er gärna skulle se en annan lösning, mer användarvänligt, och som gör logger 2020 enklare flyttbar mellan olika datorer och nätverk.
Det är fortfarande rätt mycket hårdvara som är i utvecklingsskedet och som jag anser vara viktigare att prioritera i dagsläget, kommunikationen med webtjänsten kan man bygga om när som helst när det lugnar ned sig med den övriga utvecklingen.

[MGKea]

Vad kan det vara för hårdvara?

[Rickard]

Då jag valde att släppa logger i betastadium så är kommande hårdvara av naturliga skäl konfidentiella i detta skede.

[MGKea]

Då jag valde att släppa logger i betastadium så är kommande hårdvara av naturliga skäl konfidentiella i detta skede.

Alltså tilläggsmoduler till Logger 2020?

[Rickard]

Mmm, både logger och buss kommer att utrustas med mer pryttlar.

[MGKea]

Mmm, både logger och buss kommer att utrustas med mer pryttlar.

Förstår jag det rätt att ni kommer göra om betaloggern som den är idag? Eller bara kompletera med kringutrustning?

[Rickard]

Som jag tidigare sagt kommer loggerns mjukvara att utvecklas i mån av tid, och när behov finns, om det kan försvaras rent ekonomiskt.
För tillfället löser vi akuta buggar, och noterar övriga önskemål som finns.
Uppgraderingar av mjukvaran kommer antagligen framöver att göras kanske 1 gång/år eller nåt sånt, för att få det så billigt som möjligt.
För tillfället är det alltså akuta buggfixar och färdigställande av hårdvaran som är prio 1.

Loggern som sådan kommer inte att göras om i nån större omfattning.