W nowym sofcie do sterowników PELLO dodaliśmy obsługę BUFORA. Więcej informacji na forum lub w tym pliku
Forum  eSterownik.pl  TRK czyli mój sposób na tryb ręczny. Subskrybuj
Pierwsza stronaPoprzednia strona18 / 21Następna stronaOstatnia strona
2014-12-06 08:59
  mark3k Posty: 484 Ostrzeżenie: 0
Nazwy ,histereza, w skrypcie rakze nie mam.  
Sory za polskie literki, ale leze sobie jeszcze i pisze z tabletu.  
2014-12-06 10:53
  lancer2000 Posty: 86 Ostrzeżenie: 0
Drugi raz u mnie zawiesił się skrypt


Niestety sterownik zostaje wtedy w trybie ręcznym i kocioł wygasł
2014-12-06 18:35
  Stan Posty: 2564 Ostrzeżenie: 0
A na czym go odpalasz ? Skrypt jako taki nie zawiesił mi się nigdy, moze winne jest urzadzenie na którym go uruchamiasz.
dodane 2014-12-06 17:35W ciagu ostatnich dwóch tygodni kilka razy zadziałało u mnie zabezpieczenie przed przewęgleniem , tak więc byla utrata komunikacji akurat podczas podawania węgla.
Taka informacja dla użytkowników TRK, że jednak połączenie po TCPIP jest zawodne.
2014-12-08 20:37
  uzi18 Posty: 1346 Ostrzeżenie: 0
lancer2000 napisał » 2014-12-06 09:53
Drugi raz u mnie zawiesił się skrypt


Niestety sterownik zostaje wtedy w trybie ręcznym i kocioł wygasł


Wyglada na to że faktycznie masz jakies problemy z polaczeniem ... i skrypt nie pobiera statusu w odpowiednim momencie.

dodane 2014-12-08 19:37Wyslalem poprawki zwiazane z wsparciem dla konfiguracji bez t_min i t_max + mala zmiana w sterowaniu dmuchawa w dopalaniu
2014-12-08 21:41
  Stan Posty: 2564 Ostrzeżenie: 0
No cóż, po kilku dniach testów można powiedzieć że TRK po wstępnym ułożeniu parametrów pracuje jak automat.
Moim zdaniem jeśli chodzi o algorytm nic nie trzeba już zmieniać, nie myślę tu o poprawkach błędów jak się znajdą itd.
2014-12-08 23:25
  uzi18 Posty: 1346 Ostrzeżenie: 0
Stan, pokaz swoj najnowszy konfig
2014-12-09 07:20
  Stan Posty: 2564 Ostrzeżenie: 0
Teraz nie da rady, jak wrócę z pracy.
2014-12-09 19:21
  uzi18 Posty: 1346 Ostrzeżenie: 0
brakuje mi tylko jeszcze jednej rzeczy - reakcji dla dodawania i zdejmowania mocy ...
moze zamiast start/normal/stop powinno byc up/normal/down lub cos w tym stylu?

dodane 2014-12-09 18:21chyba dorobie takie kwalifikatory cos jak z histereza ... '>', '=', '<', bedzie mozna wybrac czy blok ma
sie uruchomic dla rosnacej lub opadajacej temp. i w tym rozwiazaniu nie popsuje sie nic z tego co bylo zrobione ...

od 16 jade u siebie na TRK, jest calkiem nie zle
2014-12-09 19:31
  Stan Posty: 2564 Ostrzeżenie: 0
Tak, ale raczej jako włączalna opcja, gdzie zdefiniowalibyśmy reakcję na deltę CO.
To co jest w tej chwili działa naprawdę dobrze i odpowiednio rozpisując bloki można uzyskać podobny efekt, tak więc tego lepiej nie psujmy.
W celu uproszczenia obsługi można dorobić to o czym mówisz.
dodane 2014-12-09 18:28
uzi18 napisał » 2014-12-09 18:21


od 16 jade u siebie na TRK, jest calkiem nie zle



W Twojej instalacji największym problemem jest olbrzymie wahanie temperatury CO.
dodane 2014-12-09 18:29
uzi18 napisał » 2014-12-09 18:21


dodane 2014-12-09 18:21chyba dorobie takie kwalifikatory cos jak z histereza ... '>', '=', '<', bedzie mozna wybrac czy blok ma
sie uruchomic dla rosnacej lub opadajacej temp. i w tym rozwiazaniu nie popsuje sie nic z tego co bylo zrobione ...





To jest niezły pomysł.
dodane 2014-12-09 18:31Czyli rozumiem że jak = to jest jak było, a odpowiednio < i > dla rosnącej i opadającej temperatury CO ?
2014-12-09 20:07
  uzi18 Posty: 1346 Ostrzeżenie: 0
Mysle ze '=' na razie mozna by bylo pominac, wazniejsze jest czy spada CO czy rosnie.
wazniejsze jest co jaki czas temp. co porownywac aby wziac ja do kwalifikacji bloku?

mysle ze mozna to na tyle uproscic ze np. od momentu jak tco zacznie spadac od zadanej to uruchamiamy bloki '<'
jak zacznie rosnac to do momentu uzyskania t.zadanej uruchamiamy bloki '>'

'=' moze byc efektem ewentualnie uzyskanej temp. zadanej ale z tym wolalbym sie jeszcze wstrzymac
2014-12-09 22:15
  mark3k Posty: 484 Ostrzeżenie: 0
Jeśli ten tryb reakcji dobrania mocy ze względu na przyrost lub spadek temp CO rozpiszesz to będzie dokładnie to co próbuję zrobić - niestety bez pozytywnego rezultatu. Poddałem się. 
Jeśli jeszcze trochę odchudzisz skrypt, to już będzie pełnia szczęścia.
Skrypt generuje opóźnienie w trybie podawania groszku ok. 0,5 s, a w dmuchaniu +/- 1 s.
2014-12-09 23:49
  uzi18 Posty: 1346 Ostrzeżenie: 0
Możliwe ze zamiast '>', '=', '<', uzyje -1,0,1 czyli spadek, poziom i wzrost, latwiej bedzie je wpisac w tabelki i mniej to bedzie powodowac bledow.
I wtedy tak jak pisal Stan, 0 to bedzie standardowe dzialanie bloku

mark3k: dlatego prosilem abys przetestowal TRK w aktualnej wersji bede wiedzial w jakim kierunku isc, jak widzisz uaktualniam skrypt ale nie zawsze testuje zmiany, zwykle powinno wszystko dzialac

Stan: zerknij na wykresy, pod koniec juz mi sie udalo troszke splaszczyc tCO im mniejsza moc tym mniejszy nawiew uzylem i to troche pomoglo ..., dodalem jeszcze jedna moc

Pracuje jeszcze nad moja idea konfigu na serwerze gist w serwisie github.
Probowaliscie juz dodac tam wasze konfiguracje?


2014-12-10 07:31
  Stan Posty: 2564 Ostrzeżenie: 0
uzi18 napisał » 2014-12-09 22:49


Stan: zerknij na wykresy, pod koniec juz mi sie udalo troszke splaszczyc tCO im mniejsza moc tym mniejszy nawiew uzylem i to troche pomoglo ..., dodalem jeszcze jedna moc

Pracuje jeszcze nad moja idea konfigu na serwerze gist w serwisie github.
Probowaliscie juz dodac tam wasze konfiguracje?





No rzeczywiście, ale czy pozytywny efekt przenosi się również na zużycie to dopiero po kilku dniach można by powiedzieć.


Co do konfigu na githubie to musiałbyś chyba zrobić jakieś małe how to.
2014-12-10 09:17
  uzi18 Posty: 1346 Ostrzeżenie: 0
Musimy sie zalogowac na github a pozniej:
wchodzimy tu: https://gist.github.com/
wpisujemy zamiast "Name this file ..." konf_TRK.py
zamiast text wybieramy python
ponizej wklejamy zawartosc pliku konfiguracyjnego
pozostaje tylko kliknac "Create Public Gist"
i po robocie
Pozniej sobie go tylko edytujemy
a serwer pamieta wszystkie zmiany ...
2014-12-29 12:25
  mark3k Posty: 484 Ostrzeżenie: 0
Uzi18 - napisz, proszę jak powiązać plik: konf_TRK.py na serwerku GitHub-a z plikiem konfigu na RPi , aby jakakolwiek zmiana na w pliku konfig_TRK.py na GitHub miała odzwierciedlenie w pliku na RPi i odwrotnie.
Mógłbym zdalnie zmienić parametry pracy palnika np. będąc w pracy. Oczywiście gdy uporam się z automatycznym restartem pliku TRK.py po wykryciu zmiany  w pliku konfiguracji. Na "mojej " wersji "TRK" u mnie nie działa autorestart.
Niestety nie mam dostępu do RPi z zewnątrz, gdyz podwójny, a nawet obecnie potrójny NAT blokuje mi dostęp.
Ps: ktoś na GitHub zajął mi konto o nazwie mojego nicka z forum
2014-12-29 20:46
  Stan Posty: 2564 Ostrzeżenie: 0
To zdaje się jest dopiero koncepcja, i wykonania jeszcze nie ma.
dodane 2014-12-29 19:46Ale pewnosci nie mam bo juz dawno nie rozmawiałem z Uzim.
2014-12-30 19:39
  mark3k Posty: 484 Ostrzeżenie: 0
Poczekamy.
Uzi18 chyba czmychnął gdzieś na Święta i Sylwestra, bo nic się nie odzywa na forum.

Szczęśliwego Nowego 2015 roku.
Oby wszystkim, wszystko co wrzucą do kociołka się pięknie paliło. 
2014-12-30 23:41
  Magmarjo Posty: 138 Ostrzeżenie: 0
@ mark3k
2014-12-31 09:08
  Stan Posty: 2564 Ostrzeżenie: 0
Ano , pięknie, równo i tanio  przez cały następny rok  
2015-01-13 18:05
  uzi18 Posty: 1346 Ostrzeżenie: 0
Mialem troche przebojow i ogolny brak czasu w ostatnim okresie, tak gist to jak na razie idea.
Chcialem to wykonac jako online edycje konfiguracji, niestety w domu sie priorytety zmienily.
Do tego goscie, goscie i goscie
Temat pewnie sie ruszy ... sam w domu jestem za 2 firewalami

Wszystkiego dobrego w 2015.

dodane 2015-01-13 17:05Jakos tak wyszlo ze nawet nie mialem czasu na forum poczytac co sie dzieje, nie wiem czy teraz nadrobie ...
Czy dostalismy na mikolaja update softu do sterownika ?
Pierwsza stronaPoprzednia strona18 / 21Następna stronaOstatnia strona
Użytkownicy online: ALFA159, bynio2222, Dan123, Klozo83, mario-speedway, mark53, Mirek23, Szido