Solarman – brak danych dziennej produkcji prądu od 2 dni, migracja serwerów, logger Wi-Fi
Pytanie
Dlaczego nie mam od 2 dni danych o dziennej produkcji prądu w aplikacji solarman
Odpowiedź Sztucznej Inteligencji
Bezpośrednia odpowiedź na pytanie
- Najczęstsza przyczyna braku dziennych danych przez 2 dni to przerwa w łańcuchu komunikacji falownik → datalogger (stick/DTU) → Internet → chmura Solarman. Sama produkcja zwykle trwa, ale dane nie docierają lub nie są agregowane w wykres „Dzień”.
- Dobre wieści: loggery Solarman buforują pomiary i po przywróceniu łączności odsyłają je do chmury (zwykle do 1–2 miesięcy wstecz), więc szansa na „dogranie” tych 2 dni jest duża. (solarmanpv.com)
Kluczowe punkty:
- Sprawdź diody NET/COM/READY na loggerze i siłę 2.4 GHz Wi‑Fi przy falowniku; zresetuj logger (5 s) lub przywróć ustawienia (10 s). (manualslib.com)
- Jeżeli w ostatnich dniach zmieniałeś SSID/hasło lub router/mesh, logger mógł „odpaść”. To częsty przypadek. (reddit.com)
- Gdy wróci łączność, dane zwykle się dosyłają automatycznie (backfill). (solarmanpv.com)
Szczegółowa analiza problemu
-
Co typowo się dzieje
- Aplikacja Solarman pokazuje „dziury” w wykresie dziennym, mimo że falownik produkował (czasem nawet widać sumę dzienną, ale brak przebiegu lub raportu). To zwykle błąd agregacji po stronie chmury/aplikacji albo chwilowa utrata łączności loggera. (reddit.com)
- Sam logger komunikuje się lokalnie po TCP/8899 (protokół Solarman V5), a z chmurą według modelu — bywa TCP/10000 do serwerów „data*.solarmanpv.com” (np. w loggerach brandowanych przez Solis). W domu z NAT to zwykle działa bez wyjątków na firewallu, ale w sieciach z filtrowaniem ruchu wychodzącego port trzeba odblokować. (pysolarmanv5.readthedocs.io)
-
Gałąź A: problem z loggerem/internetem (najczęstszy)
- Diody statusowe (LSW‑3/LSW‑3‑C — najpopularniejszy stick):
- NET: off = brak połączenia z routerem; wolne miganie = ma Wi‑Fi; stałe świecenie = połączono z serwerem.
- COM: stałe = połączony z falownikiem; wolne miganie = wymiana danych; off = brak komunikacji po RS485/USB.
- READY: wolne miganie = praca OK; szybkie miganie = reset/factory reset. (manualslib.com)
- Jeśli NET nie świeci: sprawdź 2.4 GHz (logger nie obsługuje 5 GHz), zasięg, ewentualnie rozdzielenie SSID 2.4/5 GHz w mesh, stały adres DHCP. Wielu użytkowników potwierdza problemy stabilności na mesh i konieczność pracy wyłącznie w 2.4 GHz. (reddit.com)
- Jeśli COM jest zgaszona: sprawdź wtyk loggera, przewód/port RS485/USB i czy falownik nie zgłasza błędów.
-
Gałąź B: błąd aplikacji/raportu
- Zdarza się, że w Solarman znika sam wykres dzienny (report), podczas gdy licznik „Production Today” rośnie. To zwykle błąd po stronie aplikacji i po czasie sam się koryguje. Sprawdź także widok w przeglądarce (portal web) — jeżeli tam dane są, aplikacja ma błąd cache. (reddit.com)
- Aplikacja bywa opóźniona (minuty) — to normalne zachowanie w chmurowych systemach PV. (justuseapp.com)
-
Gałąź C: serwer/chmura
- Nie widać potwierdzonej, globalnej awarii Solarman w ostatnich 48 h (19–21 listopada 2025), ale istnieją rozproszone zgłoszenia użytkowników o problemach z logowaniem/opóźnieniach. Dlatego najpierw wyklucz lokalne łącze i logger. (justuseapp.com)
-
Gałąź D: reset/konfiguracja
- Miękki reset: przytrzymaj RESET ok. 5 s (restart).
- Reset fabryczny: 10 s (ponowna konfiguracja Wi‑Fi w aplikacji). Po re-konfiguracji odczekaj kilka minut i sprawdź, czy NET świeci ciągle. (manualslib.com)
- Jeżeli używasz firewalla „wychodzącego” (firmowy/zaawansowany): upewnij się, że nie blokujesz portów wykorzystywanych przez logger (lokalny dostęp 8899; do chmury bywa 10000 — zależnie od modelu/brandu). W domowych routerach zwykle nie wymaga to żadnych wyjątków. (pysolarmanv5.readthedocs.io)
-
Buforowanie i odzysk danych (ważne)
- Loggery Solarman wspierają „data resuming” i przechowują historię w pamięci lokalnej typowo 1–2 miesiące (zależnie od protokołu). Po powrocie łączności dane są dosyłane i dzienne wykresy zwykle się wypełniają. (solarmanpv.com)
Aktualne informacje i trendy
- Brak oznak szerokiej awarii Solarman w dniach 19–21.11.2025; pojawiają się natomiast incydentalne zgłoszenia użytkowników o kłopotach z logowaniem/opóźnieniach w ostatnich tygodniach. To wzmacnia hipotezę o lokalnym problemie łączności. (justuseapp.com)
- Coraz częściej stosuje się lokalny odczyt po porcie 8899 (Solarman V5) w integracjach (Home Assistant/openHAB), co pozwala uniezależnić się od chmury i mieć dane „real‑time”. (pysolarmanv5.readthedocs.io)
Wspierające wyjaśnienia i detale
- Diody i ich znaczenie (LSW‑3/LSW‑3‑C): NET/COM/READY — patrz tabela w instrukcji szybkiej. To najszybszy sposób lokalizacji źródła problemu (Wi‑Fi vs. komunikacja RS485/USB). (manualslib.com)
- Porty i ścieżki komunikacji:
Aspekty etyczne i prawne
- Nie otwieraj portów loggera (8899) na świat; to interfejs serwisowy do Twojej instalacji. Zachowaj standardy cyberbezpieczeństwa (sieć gościnna/IoT dla urządzeń, aktualizacje oprogramowania). Jeśli musisz coś „odblokować” na firewallu, rób to wyłącznie dla ruchu wychodzącego i minimalnym zakresem.
- Dane o produkcji to wrażliwe informacje o Twojej obecności/zużyciu; udostępniaj dostęp tylko zaufanym podmiotom.
Praktyczne wskazówki
- Kontrola na miejscu (5–10 min):
- Spójrz na diody loggera:
- NET: świeci ciągle? Jeśli nie — problem z Wi‑Fi (2.4 GHz, hasło, zasięg).
- COM: świeci/miga? Jeśli nie — sprawdź wpięcie loggera i port falownika.
- READY: wolne miganie = OK. (manualslib.com)
- Zrób miękki reset loggera (5 s), w razie potrzeby przywróć ustawienia (10 s) i skonfiguruj Wi‑Fi na nowo. (manualslib.com)
- Sieć:
- Upewnij się, że logger łączy się z pasmem 2.4 GHz (rozłącz SSID 2.4/5 GHz, jeśli masz mesh). Rozważ rezerwację adresu DHCP dla loggera. Jeśli są dropy, zmień kanał 2.4 GHz (czasem unikać 1 i 11). (reddit.com)
- Jeśli używasz zapory z regułami wyjściowymi, sprawdź, czy nie blokuje ruchu do chmury; w sieciach domowych zwykle nic nie trzeba zmieniać. (solis-service.solisinverters.com)
- Weryfikacja po stronie chmury/aplikacji:
- Zaloguj się przez portal web i porównaj z aplikacją — gdy web ma dane, a aplikacja nie, wyczyść cache aplikacji lub zainstaluj ją ponownie. (reddit.com)
- Daj systemowi czas do północy i kolejnego dnia — mechanizm backfill często „doszywa” brakujące słupki dzienne. (solarmanpv.com)
- Alternatywy/plan B:
- Jeśli często tracisz dane w chmurze, rozważ lokalną telemetrię (HA/openHAB) po 8899 — masz wtedy kopię danych u siebie i niezależność od serwera. (pysolarmanv5.readthedocs.io)
Ewentualne zastrzeżenia lub uwagi dodatkowe
- Część sticków Wi‑Fi bywa kapryśna na skrajnych warunkach radiowych (mesh, izolacja klientów, słaby RSSI). W trudnych lokalizacjach stabilniejsza bywa wersja Ethernet/4G albo bramka RF. (solarman.cn)
- Rzadko, ale zdarza się faktyczna wada loggera; jeśli po poprawnej konfiguracji diody nadal wskazują błąd, rozważ wymianę.
Sugestie dalszych badań
- Jeśli problem nie ustąpi, proszę podać:
- model loggera (np. LSW‑3/LS4G/LSE‑3), model falownika, status diod NET/COM/READY, czy w dniach ok. 19–21.11.2025 zmieniano coś w sieci domowej.
- Dla pogłębienia:
Krótkie podsumowanie
- Brak dziennych danych przez 2 dni najczęściej wynika z chwilowej utraty łączności loggera z Wi‑Fi/chmurą lub błędu agregacji w aplikacji. Sprawdź diody NET/COM/READY, odśwież konfigurację 2.4 GHz i zresetuj logger. Po powrocie łączności dane zwykle „dograją się” z bufora (do 1–2 miesięcy wstecz). (manualslib.com)
Czy mogę prosić o model loggera i opis stanu diod NET/COM/READY teraz, oraz informację, czy w dniach 19–21 listopada 2025 r. nastąpiły u Ciebie zmiany w sieci Wi‑Fi (SSID/hasło/router/mesh)? To pozwoli zawęzić diagnozę w kolejnym kroku.
Zastrzeżenie: Odpowiedzi udzielone przez sztuczną inteligencję (model językowy) mogą być niedokładne i wprowadzające w błąd. Elektroda nie ponosi odpowiedzialności za dokładność, rzetelność ani kompletność prezentowanych informacji. Wszystkie odpowiedzi powinny być zweryfikowane przez użytkownika.
Zadaj dodatkowe pytanie Sztucznej Inteligencji
