Seit Wochen haben wir immer wieder Aussetzer in der Aufzeichnung.
http://www.solarlog-home0.de/ramascho/
Nicht jeden Tag und manchmal nur einmal aber oft auch mehrmals am Tag.

Es gab aber auch Aussetzer nur morgens zwischen 6 und 7 Uhr.

Zuletzt haben wir gedacht das unser Solarlog einen Defekt hat aber nun stellen wir fest das bei einer anderen Anlage das selbe Problem auftritt.
Auch der Umzug auf den home0 Server hat keine Änderung gebracht.

Bei einem andern in unserer nähe jetzt auch http://www.solarlog-home4.de/henning/

Ich habe seit einiger Zeit einen ähnliche Aussetzer auch bei mir beobachtet. Nicht immer, aber wenn, dann immer in den Morgenstunden.

http://www.solarlog-home.eu/extra/index.html?url=http://www.solarlog-home.de/wopperstrom

z.B. 14.05., 05.05., 01.05., 30.04., 26.04. u.s.w.

Im Ereignisprotokoll war nie was zu sehen.

Mit den Solarlog-Servern dürfte es nichts zu tun haben, denn man sieht die Aussetzer auch in der lokalen Visualisierung direkt am Solarlog.

Handbuch hat geschrieben:Mit den Solarlog-Servern dürfte es nichts zu tun haben, denn man sieht die Aussetzer auch in der lokalen Visualisierung direkt am Solarlog.

Hallo zusammen, doch es hat was mit den Servern zu tun. Die Home Server sind derzeit total überlastet und am Leistungsende, deshalb sucht ja SDS auch User die freiwillig auf das neue Solar-Log Web wechseln oder auf einen neuen Server umziehen, aber auch da scheint es derzeit noch Problem im Zugriff zugeben wie man ja an Tofta´s Anlage sieht.

sds-allgemein-ueber-solar-log-f38/benutzer-fuer-umzug-auf-neuen-solarlog-home-server-t62436.html

Ursache für den Fehler ist, dass sich bei der Übertragung der Server nicht meldet bzw. die Übertragung fehlerhaft ist und der SL immer wieder versucht die Daten ans Portal zu übertragen. Speziell tritt dieser Fehler am Morgen und am Abend auf, da dort die SL-Daten komplett auf das Portal übertragen werden, aber auch teilweise am Tag. Dadurch wird der SolarLog speziell die alten Modelle SL100e/400e stark in der Funktion ausgebremst, so dass die Messeinträge nicht sauber alle 5 Minuten eingetragen werden können und somit die Lückem entstehen. In der regel kann man in der solarlog_export.dat (SL100/400e) oder solarlog_backup.dat (SL200/500/800e/1000) diese Lücken unter der Detailansicht 2;0 auch gut erkennen, da hier entweder kein Eintrag vorhanden ist oder der Eintrag mit 2-3 Mintuen Verzögerung eingetragen wurde, so dass für die grafischen Aufbereitung der genau erforderliche Wert fehlt.

Beispiel:
2;0;05.10.10 07:45:00;3;4;0;0;9;0;4;0;5;0;9;15;232;0;0;12;98;13;99;1;7;2;12;4;0;5;2;6;0;4;16;13;19;13;17;9;18;10
2;0;05.10.10 07:50:00;3;4;0;0;9;0;4;0;5;0;9;15;230;0;14;12;301;13;307;1;26;2;27;4;1;5;7;6;0;4;16;17;19;0;17;9;18;10
2;0;05.10.10 07:55:00;3;4;0;68;9;0;4;4;5;0;9;15;231;0;38;12;347;13;344;1;41;2;40;4;4;5;7;6;0;4;16;22;19;15;17;9;18;10
2;0;05.10.10 08:00:00;3;4;0;96;9;1200;4;12;5;0;9;15;231;0;72;12;364;13;372;1;58;2;57;4;10;5;7;6;0;4;16;32;19;25;17;9;18;10
2;0;05.10.10 08:08:00;3;4;0;96;9;0;4;20;5;0;9;15;231;0;128;12;392;13;396;1;84;2;79;4;21;5;7;6;0;4;16;41;19;11;17;10;18;10
2;0;05.10.10 08:10:00;3;4;0;192;9;3600;4;36;5;0;9;15;231;0;167;12;384;13;402;1;105;2;101;4;35;5;7;6;0;4;16;49;19;8;17;10;18;11
2;0;05.10.10 08:15:00;3;4;0;192;9;5200;4;52;5;0;9;15;231;0;235;12;374;13;400;1;136;2;137;4;54;5;7;6;0;4;16;59;19;10;17;10;18;11

Schaut doch bitte mal in den Sicherungsdateien nach ob dies so bei Euch der Fall ist.

Es fehlen keine Daten und auch die Erträge werden richtig berechent, der Datensatz ist hat nur zum benötigten Zeitpunkt noch nicht vorhanden bzw. trägt den falschen Uhrzeitstempel.

Abhilfe:
- Abwarten bis sich das Homeportal durch die Umzieherei entlastet
- Die Datenübnertragung auf einmal täglich umstellen
- das neue Solar-Log WEB nutzen
oder
- die Daten auf einem eigenen Portal bereitstellen (Software stellt SDS kostenfrei zur Verfügung)

Viele Grüße
Wolfgang

@Wolfgang, vielen Dank für die Erklärung. Das habe ich nun verstanden.

Dann ist es doch nicht so schlimm wie befürchtet.

Vielen Dank Wolfgang.

Ich habe grad mal in der Wochensicherung für den 26.04. nachgeschaut. Da war der Aussetzer 6.55 Uhr. Der Wert fehlt. Zusammen mit Deiner Erklärung sieht das schlüssig aus.

2;0;26.04.11 07:20:00;2;9;15;2336;0;394;12;476;13;471;1;210;2;203;4;112;5;7;6;0;9;15;232;0;388;12;470;13;475;1;183;2;168;4;93;5;7;6;0
2;0;26.04.11 07:15:00;2;9;15;2341;0;242;12;447;13;448;1;146;2;113;4;81;5;7;6;0;9;15;233;0;235;12;462;13;447;1;117;2;82;4;61;5;7;6;0
2;0;26.04.11 07:10:00;2;9;15;2309;0;172;12;450;13;451;1;98;2;88;4;60;5;7;6;0;9;15;230;0;163;12;432;13;439;1;75;2;55;4;42;5;7;6;0
2;0;26.04.11 07:05:00;2;9;15;2319;0;149;12;443;13;441;1;88;2;83;4;46;5;7;6;0;9;15;230;0;144;12;420;13;445;1;63;2;48;4;29;5;7;6;0
2;0;26.04.11 07:00:00;2;9;15;2330;0;129;12;443;13;441;1;82;2;77;4;36;5;7;6;0;9;15;232;0;133;12;450;13;440;1;57;2;42;4;19;5;7;6;0
hier fehlt der Wert für 6.55
2;0;26.04.11 06:50:00;2;9;15;2341;0;76;12;429;13;426;1;52;2;47;4;17;5;7;6;0;9;15;233;0;0;12;526;13;526;1;0;2;0;4;0;5;2;6;0
2;0;26.04.11 06:45:00;2;9;15;2325;0;58;12;424;13;421;1;42;2;38;4;11;5;7;6;0;9;15;231;0;0;12;530;13;478;1;0;2;0;4;0;5;2;6;0
2;0;26.04.11 06:40:00;2;9;15;2331;0;49;12;421;13;417;1;36;2;32;4;6;5;7;6;0;9;15;232;0;0;12;525;13;525;1;0;2;0;4;0;5;2;6;0

Da Du Dich beim Solarlog sehr gut auszukennen scheinst, könntest Du mir vielleicht auch bei meinen anderen Problem helfen?

http://www.photovoltaikforum.com/sds-probleme-mit-solar-log-f39/solarlog-1000-tagesertraege-x-fache-zu-hoch-wer-ka-t61841.html

Wolfgang Neumann hat geschrieben:Ursache für den Fehler ist, dass sich bei der Übertragung der Server nicht meldet bzw. die Übertragung fehlerhaft ist und der SL immer wieder versucht die Daten ans Portal zu übertragen. Speziell tritt dieser Fehler am Morgen und am Abend auf, da dort die SL-Daten komplett auf das Portal übertragen werden, aber auch teilweise am Tag. Dadurch wird der SolarLog speziell die alten Modelle SL100e/400e stark in der Funktion ausgebremst, so dass die Messeinträge nicht sauber alle 5 Minuten eingetragen werden können und somit die Lückem entstehen.

Hallo Wolfgang,

der Fehler tritt auch auf, wenn die Homepage auf einem performaten externen Webserver gehostet wird, also die Daten dorthin per FTP übertragen werden. Ich vermute eher ein Problem mit der Firmware oder sogar dem Netzwerk des Anwenders. Wie reagiert der Solarlog auf Broadcasts im Netzwerk des Anwender, z.B. durch HD-IPTV? Mit einem T-Home-VDSL-HD-Stream kann man W-LAN Geräte oder Netzwerkports außer gefecht setzen, wenn im Netzwerk keine IP-TV fähigen Switches zum Einsatz kommen und aus dem Multicast ein Broadcast wird.

http://forum.digitalfernsehen.de/forum/ ... icast.html

Das würde auch das vermehrte Auftreten morgens und abends erklären, den tagsüber läuft der TV wegen Abwesenheit i.d.R. nicht.

Viele Grüße,
Stephan

"For a switch to properly forward multicast, it needs to monitor the flow of IGMP packets. It needs to determine where the router is, so it can send everything to the router. And it needs to watch the responses so that it can put the proper multicast addresses into the forwarding table. An unfortuate design decision in IGMP specified that the reply packets are sent to the group address the host is interested in. This made sense in the pre-switch days, but the result is that the switch needs to be capable of analyzing all multicast traffic flowing thru the switch so it can check if they are IGMP join packets.If you are sending many megabits of multicast, that can incur a significant load on the switch. Most high end switches nowadays have the horsepower in the CPU, or dedicated hardware for the task. Older switches and low-end switches can't handle it, so they just flood the packets."
http://arstechnica.com/civis/viewtopic. ... 0&t=673120

Man kann das Problem lösen, indem man "empfindliche" Netzwerkgeräte nicht am gleichen lowcost Switch betreibt wie auch die IP-TV-Settop-Box. Am besten sollte an einem Port des T-Home-Routers die Settop-Box allein laufen und die anderen freien Ports für die übrige Netzwerkgeräte (dort gehen dann auch lowcost Switches).

Also zumindest ich kann Themen wie IP-TV bei mir ausschließen. Außerdem hängt der Router an einem Gbit-Switch, der direkt am Draytek 2820 hängt (Dual-WAN, WAN 1: Kabeldeutschland 32 Mbit, WAN 2: Acor 6 Mbit). Bei mir hängt auch tagsüber wesentlich mehr Last auf dem Router, da hier rund 10 VPN-Verbindungen drauf laufen.

Handbuch hat geschrieben:Also zumindest ich kann Themen wie IP-TV bei mir ausschließen. Außerdem hängt der Router an einem Gbit-Switch, der direkt am Draytek 2820 hängt (Dual-WAN, WAN 1: Kabeldeutschland 32 Mbit, WAN 2: Acor 6 Mbit). Bei mir hängt auch tagsüber wesentlich mehr Last auf dem Router, da hier rund 10 VPN-Verbindungen drauf laufen.

Es geht nicht direkt um IP-TV, sondern um Multicasts (Multicasts könenn z.B. auch von einem Medien-Server im lokalen Netz kommen...), die von den meisten Switches in Broadcasts "umgewandelt" werden und somit das Netzwerk mit Daten flutet und das dann manche Netzwerkgeräte stört.

Etwas ähnliches ist z.B.:
http://de.wikipedia.org/wiki/Broadcast-Sturm


Was man mal ausprobieren könnte: Den Solar-Log ganz allein am Router betreiben und das restliche Netzwerk abstöpseln und schauen, ob es dann immernoch Aussetzer gibt.

Medien-Server gibt es bei mir im Netz auch nicht. Ich habe lediglich einen Popcorn C200 im Netz, der ist aber morgens, wenn die Probleme bei mir auftauchen aus. Um diese Ursache endgültig auszuschließen, werde ich den Solarlog mal direkt in den Router stecken und über QoS eine Mindestbandbreite zuordnen. Aber wie gesagt, ich glaube nicht, dass dies die Ursache ist.