In which menu point can you find this option, just to help @mmmmmm to find it?
Thx Guys.
I only have this:
So… do I have this Han option available but it’s not activated or it’s not available at all?
Jeśli opcja jest dostępna (a na zdroworozsądkową logikę - zapewne tylko jeśli twój licznik ma odpowiedni osprzęt}, to masz możliwość samodzielnej aktywacji, jednak jak praktyka wielu użytkowników pokazała zdalne włączanie w wielu licznikach (mimo obecności w portalu klienta) po prostu nie działa i wtedy jest konieczna reklamacja i wizyta technika na miejscu.
Wrzuć zdjęcie licznika to ktoś oceni czy ma on moduł wbmus czy nie (to bezpośrednio wynika z tego w jakiej fabrycznej konfiguracji sprzętowej jest licznik i informacje o tym są zamieszczone na obudowie, tylko zamaluj numery seryjne i kody kreskowe)
Ten licznik nie ma wmbus, a zdjęcie gdzieś chyba widziałem 
tylko nie zajarzyłem, że to twoje.
Nie słyszałem aby Tauron udostępniał połączenie HAN w innych technologiach niż wmbus.
Natomiast chyba (powiedziałbym, że na 100%) żaden operator w PL nie udostępnia użytkownikom optycznego DLMS.
Istnieją jeszcze 2 rozwiązania stosowane u innych i oba są opisane gdzieś na forum (P1 który niektórym działa oraz DLMS wyprowadzony na USB, co swoją drogą jest ciosem poniżej pasa, bo póki co nie istnieje żaden odbiornik dedykowany do USB, a przynajmniej o takim nie słyszałem choć ta technologia ma już dobre kilkanaście lat “na karku”).
Jeśli ktoś kiedyś znajdzie tabelkę producenta umożliwiającą identyfikację modeli liczników, to może będzie możliwe rozszyfrowanie modelu (który raczej też zamalowałeś powinien być nad oznaczeniem CE), ale to chyba zależy od dobrej woli producenta.
ok. dzięki. po prostu oleje temat i kupię Shelly 3EM i założe na kable.
1 polubienie
Od Taurona dwa lata temu miałem ZPA ZE314 z “normalnym” portem optycznym. Bardzo przyjemnie się go odczytywało - koszt głowicy IR (samoróbka) do ESP32 ~20PLN.
Czyli może jednak kwestia jest do dogadania z operatorem.
(Jeśli port daje się uruchomić w trybie zgodności z IEC 62056-21)
@_Szczepan, let me point to this regulation, it is mandatory to have encryption on the local communication:
Wymagania dla licznika zdalnego odczytu w celu skomunikowania go z urządzeniami odbiorcy energii elektrycznej w gospodarstwie domowym
§ 18.
W celu skomunikowania licznika zdalnego odczytu z urządzeniami odbiorcy energii elektrycznej w gospodarstwie domowym licznik zdalnego odczytu wyposaża się w interfejs komunikacyjny do komunikacji lokalnej spełniający wymagania określone w pkt 7.3.2 załącznika nr 1 do rozporządzenia.
Interfejs komunikacyjny licznika zdalnego odczytu do komunikacji lokalnej zapewnia ochronę przesyłanych danych pomiarowych do urządzeń odbiorcy w gospodarstwie domowym przez zastosowanie algorytmów szyfrowanej komunikacji.
https://sip.lex.pl/akty-prawne/dzu-dziennik-ustaw/system-pomiarowy-19228182
1 polubienie
Jak dla mnie jest to kolejna prawna głupota na takim samym poziomie jak pomieszane pojęcia związane z falownikiem, panelami, magazynem energii, stroną AD, stroną DC, …
This is not Polish made, it is coming from the EU directive. The main reason for encryption is privacy.
https://eur-lex.europa.eu/legal-content/PL/TXT/HTML/?uri=CELEX:32012H0148&from=EN
Bezpieczeństwo danych
Państwa członkowskie powinny dopilnować, aby bezpieczeństwo danych osobowych zostało uwzględnione na wczesnym etapie projektowania jako część architektury sieci, w ramach procesu ochrony danych od fazy projektowania. Powyższe powinno obejmować środki mające na celu ochronę danych osobowych przed przypadkowym lub niezgodnym z prawem zniszczeniem lub przypadkową utratą oraz zapobieżenie jakimkolwiek niezgodnym z prawem formom przetwarzania, ze szczególnym uwzględnieniem nieuprawnionego ujawnienia, rozpowszechniania, dostępu do danych osobowych lub ich modyfikacji.
Zaleca się stosowanie zakodowanych kanałów, ponieważ stanowią one jeden z najbardziej skutecznych środków technicznych przeciwko nadużyciom.
Państwa członkowskie powinny uwzględnić, że wszystkie obecne i przyszłe elementy inteligentnych sieci mają zapewniać zgodność ze wszystkimi normami odnoszącymi się do bezpieczeństwa opracowanymi przez europejskie organizacje normalizacyjne, w tym z obowiązkowymi wymogami dotyczącymi bezpieczeństwa informacji inteligentnych sieci objętymi upoważnieniem normalizacyjnym Komisji M/490. Należy również uwzględnić międzynarodowe normy bezpieczeństwa, szczególnie serię norm ISO/IEC 27000 (grupa norm ISMS).
Państwa członkowskie powinny dopilnować, aby operatorzy sieci określali zagrożenia dla bezpieczeństwa i odpowiednie środki bezpieczeństwa w celu zapewnienia właściwych poziomów bezpieczeństwa i odporności inteligentnych systemów pomiarowych. W związku z powyższym operatorzy sieci, współpracując z właściwymi organami krajowymi i organizacjami społeczeństwa obywatelskiego, powinni stosować obowiązujące normy, wytyczne i systemy, a w razie ich braku opracowywać nowe. Należy również uwzględnić odpowiednie wytyczne Europejskiej Agencji ds. Bezpieczeństwa Sieci i Informacji (ENISA).
Państwa członkowskie powinny dopilnować, aby zgodnie z art. 4 dyrektywy 2002/58/WE, w przypadku naruszenia danych osobowych administrator danych informował bez nieuzasadnionego opóźnienia (najlepiej w ciągu 24 godzin od stwierdzenia naruszenia) organ nadzorczy i osobę, której dotyczą dane, jeśli naruszenie może mieć negatywny wpływ na ochronę jej danych osobowych.
Wspólne minimalne wymogi funkcjonalne
Każdy inteligentny system pomiarowy energii elektrycznej powinien zapewniać co najmniej wszystkie wymienione poniżej funkcje:
W odniesieniu do bezpieczeństwa i ochrony danych:
h)
Zapewnienie bezpiecznego przesyłania danych. Ta funkcja dotyczy zarówno strony popytowej, jak i strony podażowej. Wysokie poziomy bezpieczeństwa są nieodzowne dla wszystkich procesów przesyłu pomiędzy licznikiem i operatorem. Dotyczy to zarówno komunikacji bezpośredniej z licznikiem, jak i wszelkich wiadomości przekazywanych poprzez licznik do lub od wszelkich urządzeń lub systemów kontroli w lokalu konsumenta. Na potrzeby komunikacji lokalnej w obrębie lokalu konsumenta potrzebna jest ochrona prywatności i danych.
i)
Zapobieganie oszustwom i ich wykrywanie. Ta funkcja dotyczy strony podażowej: ochrony i bezpieczeństwa w wypadku dostępu. Istnieje zdecydowana zgoda co do wagi tej funkcji. Niezbędna jest ochrona konsumenta, np. przed bezprawnym dostępem, nie tylko w celu uniemożliwienia oszustw.
1 polubienie
Wiem że odpływamy od tematu …
Rozumiem idee wprowadzenia takiego prawa, niestety w PL jest to zrobione źle.
Do you mean patching up a decades old law (Energy), and giving a regulation on smart metering to the Ministry of Climate, who sets outs a requirement to 2031? Meanwhile the country likely will build its first nuclear reactor and multiple windfarm, but end clients cannot read their smart meters locally…
I truly understand what you mean.
End of off-topic.
Szanowni,
podsumowując - czy ktoś zechce się podzielić kompletną, działającą konfiguracją .yaml obsługującą licznik Otus3? Łącznie z przypisaniem GPIO… esp32 + cc1101. Żeby nie szukać po różnych wątkach rozwiązań dla każdego kawałka konfiguracji.
I tak MUSISZ dostosować konfigurację do płytki prototypowej, którą posiadasz (na rynku jest tego od groma i są to różne konstrukcje), a na platformie sprzętowej ESP32 GPIO są w miarę dość dowolne (wszystkie ESP32xx mają zaawansowaną krosownicę GPIO, więc jeśli pominiesz zabronione piny…)
UWAGA (info ważne dla początkujących - mimo podobnej nazwy ESP32-S2, ESP32-S3, ESP32-C3 itd. to są zupełnie INNE konstrukcje niż ESP32 i dla każdej są inne pin-outy).
Gdzieś na forum był YAML do V4.
tak, tak. Właśnie z tym mam problem, bo nie wiem czy dobrze dobrałem piny. Mój esp32 ma tak wyprowadzone:
Natomiast w logach widać, że coś nie bardzo…
[19:33:13][C][wmbus:338]: wM-Bus v4.1.4-1.17.1-b8f4a945:
[19:33:13][C][wmbus:340]: Clients:
[19:33:13][C][wmbus:347]: otus3: 192.18.1.122:7227 TCP [rtl-wmbus]
[19:33:13][C][wmbus:356]: Chip ID: A8B0771F8A3C
[19:33:13][C][wmbus:358]: CC1101 frequency: 868.950 MHz
[19:33:13][C][wmbus:359]: CC1101 SPI bus:
[19:33:13][E][wmbus:361]: Check connection to CC1101!
[19:33:13][C][wmbus:363]: MOSI Pin: GPIO23
[19:33:13][C][wmbus:364]: MISO Pin: GPIO19
[19:33:13][C][wmbus:365]: CLK Pin: GPIO18
[19:33:13][C][wmbus:366]: CS Pin: GPIO5
[19:33:13][C][wmbus:367]: GDO0 Pin: GPIO21
[19:33:13][C][wmbus:368]: GDO2 Pin: GPIO22
[19:33:13][C][wmbus:374]: Available drivers: wme5, weh_07, watertech, waterstarm, vario451mid, vario451, vario411, unknown, unismart, ultrimis, ultraheat, tsd2, topaseskr, supercom587, sontex868, sharky774, sharky, sensostar, rfmtx1, rfmamb, qwater, qualcosonic, qsmoke, qheat_55_us, qheat, qcaloric, q400, pollucomf, piigth, omnipower, nemo, munia, multical21, mkradio4a, mkradio4, mkradio3, minomess, microclima, lse_08, lse_07_17, lansenth, lansensm, lansenrp, lansenpu, lansendw, kampress, kamheat, izar, iwm
[19:33:13][E][component:082]: Component wmbus is marked FAILED
[19:33:13][D][api:103]: Accepted 192.168.1.106
Te piny są w porządku, na tej płytce nie należy używać tych skreślonych oraz bodajże GPIO2 (nie chce mi się szukać jej schematu, ale na GPIO2 jest na jakieś 99% kontrolka LED)
albo masz uszkodzony CC1101 (to bardzo częsty przypadek jeśli chodzi o te najtańsze płytki) albo podpiąłeś inaczej niż skonfigurowałeś (schematy podłączeń najbardziej typowych chińskich płytek są w wątkach dotyczących najstarszych wersji komponentu); częsty błąd to zamienione GDO0 z GDO2
Jakbyś jeszcze wrzucił YAMLa to można spojrzeć czy jest OK.
Na komunikat “Check connection to CC1101!” ma wpływ tylko podłączenie SPI. Czyli piny GDO nie mają wpływu na poprawne wykrycie CC1101. Zamiana miejscami GDO ma wpływ na odbiór danych.
Więc albo masz pozamieniane/źle ustawione piny od SPI albo CC1101 jest uszkodzony/zle przylutowany itp.
2 polubienia
Dziękuję za podpowiedzi, okazały się trafne - kabelkologia zawiodła. Wrzucę może jeszcze tutaj opis pinów dla modułu CC1101 868mhz, może komuś przyda się w jednym wątku. Poszło na konfiguracji i podłączeniu pinów, które potwierdziliście powyżej, że są prawidłowe.
Proszę jeszcze o podpowiedź: żeby odbierać telegramy czegokolwiek, co jest w zasięgu, należy konfigurować sensory? Czy wystarczy poniższe, żeby w logach pojawiły si odbierane dane:
wmbus:
all_drivers: True
log_all: True
frequency: 868.xx0 - gdzie xx, różne częstotliwości
sync_mode: True