Loggerforum - supportforum

Hej!

Fick för ett tag sen "Blåskärm" när internet låg nere några timmar. Lägger med en bild på vad som visades på skärmen.

mvh

/Peo

Hej!

Vad föranledde att internet låg nere, var det strömavbrott? Felmeddelandet tyder på att det varit problem att skriva till loggerns flashminne. Det brukar inträffa när flashminnet är trasigt, men det kan också vid sällsynta fall uppstå vid just strömavbrott, när nätspänningen är risig. (Enstaka skrivfel borde egentligen kunna ignoreras, ska klura på det.)

Det var bara en gissning att det berodde på att internet var nere. Det var många hushåll i kommunen som var utan internet några timmar den morgonen. Det var ju inget annat som märktes av att det skulle varit något problem med strömförsörjningen, allt annat snurrade på som vanlig.

Trasigt flashminne låter allvarligt, borde det inte märkts av på något sätt vid användandet av loggern eller vid någon uppdatering av programvaran? Självtesten visar ju inga fel och loggern jobbar ju på som vanligt, inga konstigheter.

Precis, hade flashminnet varit trasigt så hade det som du säger märkts. Nu spekulerar jag förstås, men om det inte var strömavbrott kan det ha varit nån väldigt kort störning på elnätet. Det förstås går aldrig att helt utesluta udda programfel heller. Men koden som lagrar data i minnet gör ingenting annorlunda beroende på om internet ligger nere eller ej.

Jag kollade lite till på detta här hemma om det går att återskapa en krasch på loggern och det gjorde det ganska lätt. Jag drog bara ur strömmen till fiberboxen som är nätägarens leveranspunkt, för att få ett nästan identiskt förhållande som vid förra gången det blev ”Blåskärm” när internet låg nere. Jag ville behålla mitt lokala nätverk igång och ansluten till loggern. Därför valde jag att inte bara rycka nätverkskabel på L3030.

Klockan var då 13:05 ungefär, för jag har för mig att jag det gick ungefär en halvtimme innan loggern kraschade förra gången.
Så blev det denna gång också, om man kollar på mätdata för en ute-givare vid den tidpunkten. Tiden mellan 13:36 och 14:22 då jag återstartade L3030.

Mätvärden
Tid   Utetemp
200704 13:30   19.99
200704 13:31   19.99
200704 13:32   20.00
200704 13:33   20.00
200704 13:34   19.99
200704 13:35   19.94
200704 13:36   19.95
200704 14:22   19.09
200704 14:23   19.11
200704 14:24   19.07
200704 14:25   19.06
200704 14:26   19.05
200704 14:27   19.00
200704 14:28   19.00
200704 14:29   19.00

Toppen, tack för bra info! Hoppas jag får fram det lika enkelt.

Så lätt var det dessvärre inte. Har 46 kanaler (ju fler kanaler desto tätare flashskrivning) och har kört först 4 timmar utan nät och sen 9 timmar utan nät utan problem. Så det måste vara något i din miljö som jag inte har. Kör du någon annan kommunikation mot loggern när du testar, som till exempel LoggerSoft eller nån m2m-historia?

Det som jag har är ju att en Raspberry skickar lite data till logger som visas på "OLED displayen" i köket.
Det som skickas till loggern med tio minuters mellanrum är detta:
"http://192.168.0.101?disp=Prognos%2012:00-15:00%0ATemp(13.6)%2015.9%20%B0C%0ARegn%200.13%20%20%20%0AVind%204(N)%20%20Moln%2038%25&dur=960&alt=1 -q -S -O - 2>&1"

om jag inte trycker på en trådlöst knappsats i köket, då skickas lite annat i meddelandet.

Men när jag testade så gjorde jag inget mer än att bryta internet in till huset.

Det finns ju ett larm för hög vattenförbrukning som är inställt på 30 min, men inget som aktiverades under denna tid.

Det jag inte har kollat är vad Raspberryn skickar när den inte kan hämta något från nätet men jag har för mig att den bara skickar något meddelande att den inte kan hämta någon prognosdata och det är det som visas på displayen. Om loggern får info via http som inte giltig så ska väl inget på verka loggen utan den ignorerar väl det meddelandet eller går det att få stopp på logger den vägen?  

Det är vad jag kan komma på vad som är lite unikt. Hoppas det kan var något till hjälp

Tack. http-skrivningar till loggern borde verkligen inte påverka vad som skrivs till flash, men visst kan jag testa lite sådana också. Vilka klockslag sker rasberryns skickningar? Verkar de stämma med klockslagen för blåskärm?

Sen kan det tänkas vara givartyper också som är unikt för din miljö, jag kör mest tempgivare och sen ett par CO2-givare och nån ljusgivare till testloggern. Vilka givartyper har du igång?

Jag testade lite till på detta genom att bara ta bort närverkskabel till L3030, det blev samma resultat då som innan att L3030 kraschade efter ca 30 min. Så det är inte http-skrivningarna som är orsaken. Utan antingen är det väl något lurt med min logger eller om är det den typ/antal av givare som kanske kan vara orsaken.

Jag skickar med en bild som är tagen när loggern startar upp och visar antal anslutna givare. Ser ut som att display är suddig men det är bara på fotot som inte blev 100:a.

Moduler på s1 är två puls och en HTMIQ med en PT1000 givare, modulen på s2 är en HTIQ.
Direkt på loggen finns också två elmätarsensorer, två Qn 1.5 flödesmätare med pulsutgång och en IR för att tända display vid närvaro framför loggern. 

Förstår att det kan vara knepigt att återskapa ett fel som detta, men hoppas att infon ovan kan vara lite till hjälp.

Hej!
I samband med det planerade serverbytet så fick jag några blåskärmar, en stund efter det att server stängts ner. Så det problem jag har skrivit om innan i tråden blev ännu mer påtagligt nu i samband med serverbytet. I dag så såg jag att ingen tidigare data syntes i E-logger, gjorde då en omstart av min logger och då var all data synlig igen frånsett den data som gick förlorad vid serverbytet, men efter tag så kom det en ny programkrasch. Har server legat nere något i dag på morgonen? Eftersom logger kraschade en gång till.

Eftersom ingen annan verkar fått någon blåskärm så måste det vara någon kombination av de givare och inställningar som finns i min anläggning  som är problemet eller det är fel på loggern. Den funkar ju klockrent så länge den har kontakt med er server men inte utan den.
Finns det något mer man kan kolla för att se om det är hårdvarufel eller hur går jag vidare?

Det är ju lite tråkigt att få blåskärm när det inte finns någon kontakt med E-logger.

Vid varje omstart när man inte får kontakt med E-logger så verkar inte Loggern starta upp och börja logga och hantera lokala regler/styrningar man har i loggern. Nu har jag inga jätteviktiga styrningar genom loggern men om man haft en solstyrning så hade det inte varit så bra.
Är det så loggern fungerar, att den måste fått kontakt med E-logger för att starta helt så styrningar kan komma igång?

Jag lägger med en bild med en del olika blåskärmar för att se om det kommit med någon ny info om vad som hänt i samband med krascherna.  

Hej!

Tack för att du hör av dig igen. Vi måste se till att lösa detta.

Alla fel du fått handlar om problem av skrivning av loggade kanaler till flashminnet, men loggern skall inte skriva annorlunda beroende på om när nätet finns eller ej, kanalerna loggas likadant ändå.

Men hur får vi fram vad som orsakar felet? Jag undrar om detta är relaterat till någon speciell kanal? Vad du kanske kunde prova är att tillfälligt sluta logga hälften av dina kanaler och dra ut internetkabeln (efter ett par minuter) och se om felet försvinner. Och gör det inte det så återansluter du de losskopplade kanalerna och slutar istället logga andra hälften av dina kanaler och drar ut internetkabeln och ser om felet försvinner. Om felet försvinner skulle man kunna återansluta några kanaler i taget tills felet kommer tillbaka. (För att sluta logga kanaler: Anteckna först vilka givare alla kanaler har nu - enklast är väl att skriva ut eller ta en skärmdump på kanalsidan i e-logger, sen klickar du "Ändra" på hälften av kanalerna och klickar "Koppla loss" på dem. För att sen återansluta så klicka "Ändra" igen kanal för kanal och välj den givare som var inkopplad sist. Obs! Radera aldrig kanaler för då försvinner data, med "koppla loss" behålls all data.)

Om inte det hjälper så vill jag nog skicka dig en annan logger som du får prova med för att utesluta  hårdvarufel.

Styrningar skall självklart starta upp korrekt även utan kontakt med E-logger, har du något exempel på när det inte fungerat? Har du kollat i utgångsloggen i loggern? (Men visst, är det något minnesproblem nånstans så fungerar inte styrningarna som de skall...)

Bra info, jag kollar på detta så fort jag hinner.

Hej

Kollade lite på detta med kanaler och kopplade givare. Men först så gjorde jag en test med att se om loggern fortfarande var i det läget att den kraschar när det inte finns internet till den och efter någon timme så kom det en krasch.
Startade sen om loggern.

Jag visste att det fanns några kanaler som inte var kopplade mot givare men övriga i översikten såg ut att vara kopplade till en givare så som det ska vara normalt sett.
Men jag hittade en kanal som såg ok. ut i översikten, att den hade en givare(nr48), men när jag klickade på ändra för den kanalen och kom till underliggande meny så var det inte någon givare kopplad till den kanalen.
Givare 48 fanns inte, så jag klickade på "Koppla loss" så den kanalen hamnade bland de längst ner i översikten som inte har någon givare kopplad till sig.

Efter detta gjorde jag  om testen med att rycka nätverkskabel till loggern och nu kraschar inte loggern längre som den gjorde innan. Testat flera gånger, med upp till 14 timmars avbrott men när väl nätverk-sladden sätts tillbaka så skickas data upp till server och allt ser normalt ut, inga avbrott i grafer.

Vanligtvis så protesterar väl loggern vid uppstart att den inte hittar alla givare och jag vet att jag inte har tagit bort några fysiska givare så jag undrade vad den saknade givaren hade tagit vägen men så kom jag på att jag för något år sedan använde i E-logger funktionen "Skapa ingång för utgång" i menyn "Ändra utgång". Tror jag testade Nexa brytare och testloggade lite på dessa.

Det verkar vara kodat så i e-logger att det inte ska gå att radera en utgång som har en givare skapad till sig utan att man måste först gå in i givarlistan och ta bort givaren där först, sen kan man radera utgången i avsedd meny.
Men genom att klicka runt lite här och där och också påbörja ändra namn på utgång och sen tillbaka att man kan komma i det läget att det går radera utgången men att givaren fortfarande finns kvar.
 
Såg också att när jag klickade på "Uppdatera givarlistan" att det fanns flera givare(49,50) som hämtades från loggger en och en, efter det att man raderat den föregående av dessa. Givare 48,49 och 50 har alla blivit skapade till samma Nexa utgång men de har aldrig synts samtidigt i översikten för givare så det känns som dessa givare fanns i bakgrunden på något vis utan att vara kopplade till någon känd utgång. Kanske kan bli så när man provocerar och medvetet gör så som det inte är tänkt. Dessa extragivare(49,50) har blivit skapade nu i helgen efter det att logger åter funkar normalt.
 
Normalt provocerar man nog inte så som jag gjort, man följer nog mer vad som står i menyer och gör sina val därefter. Men på något vis genom att göra så här och klicka runt lite få en kanal som har en givare som inte verkar finnas, i alla fall inte i gränssnittet för användaren.

Ber om ursäkt för luddig beskrivning och allt, men så här långt verkar det ju vara den kanalen som hade en givare som inte verkade finnas vara det som orsakade krascherna. Skulle vara intressant om du kan se något samband med detta när du kollar i koden.

/Peo

Hej!

Om jag förstår rätt så är det som kan hända alltså att det ibland går att radera utgången för "givare för utgångar" utan att givaren försvinner. Och att det i förlängningen kan göra hela loggern förvirrad när internet ligger nere. Har antecknat detta i bugglistan för påseende.

Tack så mycket för hjälpen och den utförliga rapporten!

Hej!

Fick igår och i natt blåskärm på L3030 igen. Även denna gång så hände det när internet låg nere, i alla fall när logger kraschade i går eftermiddag i natt vet jag inte.
Lägger med en bild på de båda blåskärmana.

Kanske det är något lurt med min logger eller vad tror du?

Hälsningar Peo

Hej!

Det är samma "fwb"-fel som förut, dvs problem med skrivning av loggade kanaler till flashminnet. Det är osannolikt att det är hårdvarurelaterat om det är internetberoende på det viset som det verkar.

Det är bara internet som legat nere, aldrig strömavbrott samtidigt?

I inlägg #13 här tidigare i tråden skriver du om dolda kanaler, du har inte upplevt det problemet något mer sen dess? Hur många kanaler har du i dagsläget?

Hej!


Antalet kanaler är 28 som har givare till sig och 4 som jag inte har några givare till, givarna är borttagna sen tidigare.

I inlägg #13 så trodde jag det ev. kunde ha något med de dolda givare som var kopplad till en kanal, för efter radering av den givaren så gick det inte få logger att krasch igen så som den gjorde innan. Men det verkar inte ha varit det eftersom krasch kom nu igen.

Det var inget avbrott på elen när logger kraschade, jag kollade hur det var med L2020 som ligger på mitt skrivbord sen UDP testen. L2020 har ju skickat in all data till E-logger som förväntat, utan att det fattas någon data för den tiden som internet låg nere.

Jag skulle kunna ta bort de kanaler om inte har givare till sig men min tanke var ju inte ändra på något innan man har testat ev. en ny programvara.

Hej!

Tack. Med den mängden kanaler borde det inte vara problem. Kanalerna som saknar givare borde inte heller ställa till det.

Jag skulle vilja hitta nån förklaring till att det bara är du som upplever detta med krascher när internet går ner. Kan något ligga på gränsen och tippa över när ethernetnivåerna förändras?
1) Bor du så till att du har strömavbrott eller spikar på elnätet ofta?
2) Har du provat byta nätagg till loggern?
3) Har du provat köra loggern på annan fas på elnätet?
4) Kan det vara något fel i ditt nätverk som gör att det rycker i nätverkskabeln?
5) Använder du skärmad nätverkskabel?

Hej!

Jag har kollat lite på de punkter som är listade.

Har testa att använda skärmad nätverkskabel, ett annat nätaggregat och även anslutit till en annan fas. Men detta gör ingen skillnad, logger kraschar efter 25 till 30 minuter om den inte har kontakt med internet.

Jag har ju tidigare kollat att ta bort nätverkskabel och får samma resultat så det borde inte vara något den vägen som är orsaken.

Om det är någon spik eller störning på elnätet är ju svårt att kontrollera, elavbrott är det ytterst sällan. Jag funderar bara på om det är en yttre spik/störning som gör att logger kraschar? Jag bara tänker så, en spik eller störning kan ju komma när som, men kraschen på loggern kommer ju efter samma tid om nätverket är nere, bara en fundering.

Nu vid de senaste testerna så har jag inte ryckt någon kabel vid loggen utan svartlistat loggern i routen och på det viset nekat loggern tillgång till internet.

Mvh Peo

Hej!

Tack för att du testar och utesluter. Toppen det där med svartlistningen i routern då går det helt utesluta det här med ethernetnivåer. Vad gäller frågan om skärm på nätverkskabel tänkte jag att det kanske var problem om du körde med en skärmad kabel för då kan det bli jordslingor, men då du hade oskärmad så kan inte det problemet uppstå.

Jag skall titta mer på din konfiguration och se om jag kan göra lite tester. Dock kommer jag inte hinna närmaste tiden då jag måste bli klar med ett par saker först. Men återkommer.

Blir bra det, ta det när du hinner någon gång. Allt funkar ju bra så det är inget akut. Det är ju inte ofta internet ligger nere men visst lite tråkigt är det ju när det väl händer.
Vi får se vad du kommer fram till.

Tackar så länge..

Hej!

Försöker få fram din typ av problem på en testlogger här, men det lyckas inte, den tickar på lika glatt långa perioder utan nätverkskabel.

Har du möjligtvis ett SD-kort i loggern?

Hej!

Nej, jag har inget SD-kort i loggern. Nu i helgen när E-logger låg nere så kraschade loggern. Startade om den några gånger men den kraschade efter ett tag igen.

Men när väl E-logger var uppe igen så funkade loggern som förväntat, frånsett loggdatan som var borta för tiden E-logger låg nere.

Går det att helt utesluta att det är något fel på just denna enhet? Tycker det borde varit någon mer som fått samma bekymmer nu i helgen när E-logger låg nere om det varit något med mjukvaran.

Jag har ju kört den inbyggda självtesten några gånger men den visar ju inga konstigheter.

Hej!

Ja det är illa. Har gjort diverse ytterligare tester men lyckas fortfarande inte få min testlogger att krascha.

Har nu gjort ett utökat minnestest/självtest som repeteras i det oändliga tills det avbryts. Om du har möjlighet att uppdatera loggern till 210702 och köra testet i ett par timmar så vore det tacksamt. (Testet startas via inställningsmenyn i loggern, välj självtest och peka på skärmen en ytterligare gång.)

Hej!

Inga problem, jag kan testa..

Hej!

Jag uppdaterade loggern i fredags och körde sen den utökade minnestesten i två timmer i fredags kväll. Testen visade inga konstigheter utan den rullade på tills jag stoppade den.
 
Så hårdvaran är nog ok. Nästa steg är väl att göra en återställning av loggern och även minska antalet anslutna givare för att se om den beter sig annorlunda.

Min tanke var väl för att inte förstöra "lätt att återskapa", var att vänta lite med att göra en förändring ifall det hade varit något i mjukvaran i kombination med det som är anslutet till loggern.  

Hej! Tack för att du körde minnestestet. Har du hunnit prova något mer med att sluta logga hälften av kanalerna och sen andra hälften så som jag beskrev i inlägg #11?

Hej!

Jag har gjort lite tester med att koppla loss givare från kanaler så som du ville jag skulle testa.

Innan jag gjorde testen nedan så såg jag att det fanns en ”icke existerande givare” på en testkanal, kopplade bort den i kanalmenyn. Det var en givare som var skapad för en utgång, Nexa-utgång.

Började med att koppla loss 10 givare och svartlistade sen loggern  men den snurrade på utan några krascher. La sen tillbaka alla 10 givare som var loss-kopplade från sina loggkanaler och hade så i cirka 15 timmar utan att det blev någon krasch. När jag sen tillät att logger fick komma åt nätet igen så skickades data upp till E-logger som förväntat.

Det känns som att det spåret som jag var inne på i inlägg #13 är inblandat i problemet med att loggern kraschar.

Om jag skapar en givare för en utgång, i mitt fall en Nexa-utgång och sen kopplar den till en ledig kanal, låter lite data komma in. Sen tar jag bort den givaren med hjälp av avsedd knapp för att ta bort givare. Men jag gör inget i inställningsmenyn för kanalen. Det vill säga att ”Knapp” för att koppla loss givare är synlig men det finns igen giltig givare. När jag är i det läget så gör jag samma test som innan dvs. att svartlista loggern så den inte har åtkomst till nätet. Då kraschar loggern efter cirka 30 minuter.

Har upprepat detta flera gånger med samma resultat. Gör jag sen så att jag går in på den kanalen(Nexa) och kopplar loss den givare som inte finns, dvs. göra så att ”koppla loss” knappen försvinner. Efter detta så funkar loggern som förväntat även om det inte finns någon kontakt med E-logger.

Kört loggern i 20 timmar nu, som svartlistad i router. Inga krascher, funkar som den ska och loggdata sparas som förväntat.

Det verkar ju som att det har något att göra med att Nexa-kanalen har en givare kopplad till sig men att den givaren är borttagen i givarlistan.

Hej! Tack så mycket! Jättebra att det är precis samma problem som tidigare, så det inte är något nytt eller något som gör loggern instabil normalt. Har tittat lite snabbt på koden för men ser ingen omedelbar förklaring, men så är det ju sällan. Ska rota mer i detta så fort jag får mer tid.

Hej!

Ja, vi får se om det finns något i koden när du kollar.

Det vore ju intressant och se om en annan logger kraschar om man tar bort en "Givare för utgång" och sen rycker nätverkskabeln till den, borde hända samma på den känns det som.

Men vi får se, nu verkar ju det funka här hos mig.