Forum eSterownik.pl Algorytm retortowy-Proporcjonalny - na podstawie pomyslu Janusza - python Subskrybuj | ||||
Pierwsza stronaPoprzednia strona9 / 38Następna stronaOstatnia strona | ||||
|
||||
mark3k
|
Kolega uzi dopisze w 5s. Ja wczoraj przesadziłem z podawanie i dzisiaj na palniku za duzy kopiec. Nie miałem czasu skorygować ustawień. Zrobię to po pracy. Przydałby sie dostęp do RPi, ale podwójny NAT skutecznie mnie blokuje.
|
|||
|
||||
uzi18
|
pytanie jak to najlepiej zrobic ... bo mozemy albo wchodzic w reczny i uruchamiac co trzeba albo chwilke przed osiagnieciem zadanej ustawic np. 1 podawania 200s. postoju i dmuchawe w % tła ... moze pojdzie
|
|||
|
||||
Stan
|
Może na początek lepiej sprawdzić jak będzie działało bez wchodzenia w ręczny.
|
|||
|
||||
uzi18
|
Najlepiej gdyby nie wchodzic w reczny ..., zeby to zrobic trzeba wykryc moment przed osiagnieciem zadanej ...
ile czasu tego dopalania potrzebujecie? Moze na czas dopalania podnosic zadana ... a pozniej oposzczac ...sam nie wiem |
|||
|
||||
mark3k
|
Najlepiej gdyby było dopalanie i tło. Czas regulowany (do wpisania w skrypcie - nie można tego precyzyjnie okreslić, bo mamy diametralnie różne węgle).
Jeszcze jedno: Tzw. kickstart nie działa prawidłowo. Opisuję: załączam skrypt, kocioł ma tempCO wyższa od zadanej. W putty wyświetla mi że załacza parametry roznpęd dmuchawa: rozped_podawanie= 4 rozped_postoj = 6 rozped_dmuchawa = 60 Oczywiście nie podaje i nie załacza czyli prawidłowo, zgodnie z info od Ciebie, że tak ma być. Następnie wyświetla że załacza spalanie: start_podawanie= 6 start_postoj =100 start_dmuchawa = 38 Oczywiście nadal nic sie nie dzieje, bo tempCO > zadanej. Temp na CO spada poniżej zadanej _ histereza (0,2oC). Nic się nie dzieje bo sterownik odlicza czas: start_postoj =100 Czas 100s upłynął i nie załącza się kickstart, a jedynie normalne parametry startowe spalania. Kickstart załącza sie jedynie w sytuacji, gdy załączamy skrypt, a temp. na kotle jest niższa od zadanej. Ależ się rozpędziłem..... |
|||
|
||||
Stan
|
uzi18 napisał » 2015-10-22 09:20 Najlepiej gdyby nie wchodzic w reczny ..., zeby to zrobic trzeba wykryc moment przed osiagnieciem zadanej ... ile czasu tego dopalania potrzebujecie? Moze na czas dopalania podnosic zadana ... a pozniej oposzczac ...sam nie wiem Może skoro łatwiej to zrobić w ręcznym, to tak zrób. Czyli po przejściu powyżej zadanej CO, przełączenie w tryb ręczny i parametry tła, a gdy temperatura CO spadnie do zadanej powrót do trybu automatycznego i niech skrypt dalej robi swoje. dodane 2015-10-22 19:48Testu ciąg dalszy i zmiana ustawień. zadana_co = 50 korekcja_podawania = 3.0 korekcja_postoju = 5.0 korekcja_dmuchania = 3.0 start_podawanie = 3 start_postoj = 30 start_dmuchawa = 39 |
|||
|
||||
uzi18
|
Dzis juz nic nie zmienie, pisalem posta na forum z aplikacji mobilnej i zapisal sie w jakims "niewidocznym" temacie, lipa straszna.
W takim wypadku musimy zaczac kontrolowac (monitorowac) co robi sterownik i od tego uzaleznic co robic dalej, wtedy czasy cyklu nie beda juz do niczego prawdopodobnie potrzebne. Czyli co 0,5-1s sprawdzac czy dziala dmuchawa/podajnik i podejmowac decyzje co dalej, innej opcji nie widze. To oczywiscie troszke skomplikuje skrypt ale z drugiej strony ulatwi inne rzeczy jak kontrola rozpedu(kickstartu) i moze tego nieszczesnego tla. |
|||
|
||||
mark3k
|
Widzę, że od wczoraj kociołek u kolegi Stan pali na nowym skrypcie. Masz termostaty i domek potrzebujący mało ciepła. Dość ładnie to wygląda. Ja poczekam na nowe sterowanie w wykonaniu Uzi18. Ten system sterowania u mnie się nie sprawdza i po wyłączeniu gwałtownym palnika mam kupę dymu i sadzy w komorze.
Jeszcze liczę na algorytm o którym pisałem lub wymiana sterownika. Dzisiaj analizowałem dość nowy sterownik: SKPZ-2F. Wygląda dość obiecująco i potrafi sensownie palić w sposób ciągły na małej mocy. |
|||
|
||||
Stan
|
Generalnie to w tej chwili nie widzę różnicy pomiędzy prostym dwustanem a tym skryptem i nie wiem czy to dobrze czy źle
Chociaż być może różnica jest, bo czas do opróżnienia zasobnika wydłużył się od wczoraj o ponad cztery godziny , ale to może być wpływ czego innego. |
|||
|
||||
uzi18
|
mark3k: darowalem sobie juz szukanie sterownika, ktory bedzie mi odpowiadal,
nie ma takiego w ktorym bede mogl zmienic co mi sie tylko zachce, pobawimy sie jeszcze tymi skryptami moze wypracujemy konkretny zadowalajacy algorytm i wrzucam to w procesor ... niestety dzis juz nie mam czasu na poprawki sprawdzcie mi prosze tylko jeszcze czy (bez dzialania skryptu) jesli podawanie bylo 1 postoj 200, to gdy zmienimy 200 na 30 to zanim doliczy do200 czy od razu poda 1 i poczeka 30? to samo z dmuchawa, zmieniamy z 40 na 39, to w ktorym momencie zmienia moc nadmuchu? przy spadku z t.zadanej o histereze uruchamia sie dmuchanie na czas postoju czy na 1/2 tego czasu, a pozniej jedzie juz normalnie? |
|||
|
||||
Stan
|
Mała zmiana ustawień
zadana_co = 50 korekcja_podawania = 3.0 korekcja_postoju = 5.0 korekcja_dmuchania = 3.0 start_podawanie = 3 start_postoj = 40 start_dmuchawa = 39 |
|||
|
||||
mark3k
|
Wiem. Idealnego sterownika spełniającego wszystkie oczekiwania i zachcianki nigdy gotowego nie będzie.
U nas czyli u mnie i u uzi18 są zamontowane zawory n-drożne, stąd pobieranie danych o temp powrotu może być niemiarodajne, wymuszenie odpowiedniego trendu zmian i reagowania z wyprzedzeniem może być mocno utrudnione lub wręcz niemożliwe. Sterowanie nadążne zawsze będzie powodowało prze regulowania tempCO , a dodatkowo regulator pogodowy z siłownikiem do zaworu n-drożnego dodatkowo potęguje tendencje do prze regulowań. Trudno będzie to wszystko pogodzić, choć nie mówię, że jest to niemożliwe. Szukam innych rozwiązań sprzętowych, bo nie mam tak dużej wiedzy i doświadczenia w programowaniu, aby samemu to napisać. Na teraz pali się w kociołku. Stan, u mnie dzisiaj także czas do zasypu się zwiększył o kilka godzin (może więcej jak kilka - nie notuję tych danych), jest to "wina" wzrostu temp. za oknem. |
|||
|
||||
konto usunięte
|
mark3k napisał » 2015-10-22 20:42 Nigdy nie mów nigdy Idealnego sterownika spełniającego wszystkie oczekiwania i zachcianki nigdy gotowego nie będzie. |
|||
|
||||
Stan
|
W trybie automatycznym w ecoalu (retorta ręczna) najkrótszy czas podawania to 3 sekundy, jeśli skrypt wysyła czas mniejszy niż 3 sekundy to w sterowniku pozostaje taki jaki był wcześniej ustawiony.
U mnie wcześniej było 5 sekund, widziałem że skrypt wysyłał 1 sekundę a pozostało 5 sekund w ustawieniach. Trzeba to uwzględnić w skrypcie. dodane 2015-10-22 21:15Tak więc w trybie automatycznym sterownik po otrzymaniu zestawu nowych nastaw przerywa wykonanie starych i zabiera się natychmiast za wykonanie tych nowych. |
|||
|
||||
mark3k
|
||||
|
||||
uzi18
|
ale po zejsciu pod histereze zachowuje sie inaczej ...
|
|||
|
||||
mark3k
|
Stan, faktycznie z tym czasem podawanie jest tak jak mówisz. Jakoś mi to uciekło. Gdy testowałem skrypt (krótko) miałem ustawiony czas podawania 2s i sterownik tego nie przyjął. Podawał groszek z zupełnie innym czasem i to wielokrotnie. Choć jednak o tym wspominałem, ale bez liczenia sekund i dogłębnej analizy.
|
|||
|
||||
uzi18
|
VERB jesli Twoj pomysl ogarnie moj sprzet to moje gratulacje.
mark3k wiem juz jak wyliczyc minimalne obciazenie ciagle ... nie ma tragedii z moim 4D, juz nie dlugo sie linijka wygladzi ... dodane 2015-10-22 21:46dlatego mialem te pytania wlasnie aby okreslic sytuacje ... |
|||
|
||||
Stan
|
To było pod histerezą w czasie opadania temperatury, w obrębie histerezy nie reagował w ogule .
Nie sprawdziłem w histerezie podczas wzrostu temperatury. |
|||
|
||||
uzi18
|
Mi sie wlasnie wydawalo ze najpierw dmucha
|
|||
Pierwsza stronaPoprzednia strona9 / 38Następna stronaOstatnia strona | ||||