1. Zabezpieczenie po zerwaniu połączenia z biblioteką.
    (zgłoszone, obiecano poprawkę do oprogramowania sterownika)


2. Dzisiaj zauważyłem że gdy biblioteka jest połączona ze sterownikiem, to     poprzez esterownik nie mogę przełączyć się z trybu ręcznego na     automatyczny, przez sieć lokalną działa bez problemu.

Co do punktu 2 to coś u Ciebie nie działa ... 
U mnie działa prawidłowo Łączę się tylko przez ES

Hmm, może i tak.
W sumie przegladarka była otwarta parę godzin i się nieprzelogowywałem wiec mimo iż pokazywała pełny dostęp to moze taki nie był.
Sprawdzę jutro, teraz juz wszystko wyłaczyłem.


Co to za program w którym masz uruchomiony skrypt ?

Napisałem sobie, sukcesywnie przepisuję skrypt (jak czas pozwala) , na koniec jak już wsio będzie w .Net(c#) może się szarpnę na graficzny edytor algo spalania + lista algo albo tylko lista - zobaczymy co będzie działać w mono.




Szukam tanich siłowników do zaworów 3d termo 

Trzecia uwaga, to podczas sterowania z biblioteki dobrze by było gdyby działały programatory, CO, Podłogówki, pompy cyrkulacyjnej,


Mi one wprawdzie nie potrzebne, ale ktoś na pewno będzie zainteresowany.

Moim zdaniem bardzo dobrze że nie działają.
Idea jest taka że to Ty masz nimi sterować a ecoal/bruli to "pośrednik".
Można wtedy traktować CO/DOM jako jeden "organizm" i zawrzeć to w algo.


Tworzysz własny "programator" tygodniowy , tablicę temp zew i związaną z nią pracę cykliczną pomp , cokolwiek na co masz ochotę Możesz nawet SI zaprząc do pracy


Dla mnie lepszym rozwiązaniem było by dołożenie zabezpieczenia które w przypadku utraty połączenia przełączy sterownik w tryb automatyczny. Wtedy kocioł nie wygaśnie , nie wybuchnie itd.

Tak, to byłoby dobre rozwiązanie. Plus.

Już o tym pisałem, niestety ES zdecydowało że będzie tylko wyłączenie podajnika i dmuchawy.

Następna sprawa, wczoraj około 17 tej u trzech testujących nastąpiło rozłączenie ze sterem, oczywiście sterownik został na wykonywaniu ostatniego polecenia.
Ze względu na zbieżność w czasie podejrzewamy że były to jakieś czynności wykonywane przez serwer ES których biblioteka w pythonie nie "wytrzymała".
Tak więc prośba o sprawdzenie i ewentualną łatkę do biblioteki.

Te 3 osoby mają ustawione połączenie z ES ? 


Ja zauważyłem że przy aktywnym połączeniu z ES jest problem z połączeniem lokalnym, po wyłączeniu połączenia z ES w sterowniku , po localu nie ma problemu.


Spróbować można, głowy nie dam obciąć ale raczej to nie wina skryptu w pythonie tylko softu stera albo jego ograniczeń sprzętowych - ile zapytań jest w stanie przetworzyć jednocześnie ? Ktoś to sprawdzał ? Jak działa połączenie z ES - ES pobiera dane ze stera i udostępnia dalej czy tylko przekierowuje pytanie-odpowiedź między userem a sterem ... 


Jeśli to drugie to przy 3-4 (strzelam może być 1-2 albo 5-10 ) userach aktywnych "przeglądających" przez ES sterownik, próba wbicia się po localu może się nie udać

W tej chwili nie, ale wtedy mieli.

Sterownik może obsługiwać 4 połączenia na raz. Jedno jest zarezerwowane dla serwera (tylko jedno i jest stałe). Nie ma znaczenia ile osób przegląda sterownik od strony serwera, cały czas jest to 1 socket (zapytania są buforowane).

Druga sprawa to to że biblioteka nie może się rozłączyć ze sterownikiem bo nie utrzymuje z nim połączenia. Każde pytanie o status, zmianę parametru itd to jest łączenie wykonanie polecenie i rozłączenie.

Problemem może być fakt że równocześnie działa skrypt i przeglądarka www, która łączy się ze sterownikiem lokalnie. Przeglądarka zajmuje tylko socketów ile może.

Czyli radzisz żeby podczas działania skryptu nie używać przeglądarki w połączeniu lokalnym tylko przez ES ?

Może być. Z domu zawsze podglądam przez lokalną.
Nie wiem za to, jak tłumaczyć wywalenie się kotła w nocy, gdy żaden browser nie działał a jedynie niezbędny soft.
I dlaczego wczoraj, wywaliło (w mniej więcej tym samym czasie) więcej niż jeden. Może serwer statystyk ?

Odłącz na próbę od ES 

Tak właśnie zaraz zrobię, bo zalogowałem się via ES i wyleciałem i tak i tak.
Nerw mi się napina.

Co rozumiesz pod pojęciem wyleciałem ??? Pojawia się jakiś błąd czy co ?
Jak pisałem wyżej nie możesz stracić połączenia  bo go nie ma.

Nie wiem dlaczego się tak dzieje , i nie dzieje się tak codziennie (ciężko znaleźć zależność) ale kiedy sterownik jest połączony z ES to czasami nie da się wejść lokalnie.


Traci połączenie (lokalne) lub odświeża w nieskończoność. Tak było na sofcie wcześniejszym jak 0.3.1.16 , na tym nie testowałem bo mam dostęp tylko przez ES.


Tak jak pisałem wcześniej, po przełączeniu w sterowniku "Połączenie aktywne" na "NIE" rozwiązywało problem połączenia lokalnego.




Sprawdzałem wsio nawet patchcord`y (mam dość dobry tester w robocie) , adresy IP nie były z puli DHCP, nie było konfliktów ani nazw ani IP.

To może przerobić bibliotekę tak aby utrzymywała nawiązane połączenie.