Profil użytkownika

Tak to wygląda u mnie:


root@raspberrypi:~# /4/ret4.py reload
 dmuchanie: 32%->36.0%
 postoj: 100s->60.0s
Nowa moc: 50%
Delta: 4 dmuchanie: 36.0% podawanie: 3.0s postoj: 60.0s
CO: 47.9°C.   Spaliny: 55.2°C. * PRACA *
Data: 2015.10.28  Czas: 21.51:53
 opoznienie: 0s->30s

 dmuchanie: 36.0%->35.0%
 postoj: 60.0s->70.0s
Nowa moc: 42%
Delta: 3 dmuchanie: 35.0% podawanie: 3.0s postoj: 70.0s
CO: 48.3°C.   Spaliny: 58.6°C. * PRACA *
Data: 2015.10.28  Czas: 21.55:54
 opoznienie: 30s->35s
 dmuchanie: 35.0%->34.0%
 postoj: 70.0s->80.0s
Nowa moc: 37%
Delta: 2 dmuchanie: 34.0% podawanie: 3.0s postoj: 80.0s
CO: 48.6°C.   Spaliny: 59.7°C. * PRACA *
Data: 2015.10.28  Czas: 21.57:05
 opoznienie: 35s->40s
 dmuchanie: 34.0%->33.0%
 postoj: 80.0s->90.0s
Nowa moc: 33%
Delta: 1 dmuchanie: 33.0% podawanie: 3.0s postoj: 90.0s
CO: 49.1°C.   Spaliny: 59.5°C. * PRACA *
Data: 2015.10.28  Czas: 21.59:05
 opoznienie: 40s->45s
 dmuchanie: 33.0%->32.0%
 postoj: 90.0s->100.0s
Nowa moc: 30%
Delta: 0 dmuchanie: 32.0% podawanie: 3.0s postoj: 100.0s
CO: 49.6°C.   Spaliny: 58.6°C. * PRACA *
Data: 2015.10.28  Czas: 22.00:35
 opoznienie: 45s->50s


Rano zobaczę na palnik. Mam nadzieję, że nie zastanę wypalonego krateru. Parametry dobrane intuicyjnie.
dodane 2015-10-28 22:08Jest jedna rzecz do sprawdzenia:
Po przełączeniu kotła w tryb pracy ręcznej i powrót do pracy automat retortowy ręczny skrypt nie podjął u mnie pracy. Pozostały ostatnie parametry pracy. Muszę to jeszcze przetestować, ale na teraz takie odniosłem wrażenie.
Pozostałe testy już jutro.
dodane 2015-10-28 22:12Dzięki piękne Bartek. To już jest patent na dobre ciągłe spalanie. 
Pozdrawiam,

Czy po spadku temp od zadanej czas przerwy nie powinien być skorygowany na (-) minus? Zamist skrócić czas przerwy to został czas przerwy wydłużony. Dmuchawa dostała korektę na (+) plus, czyli prawidłowo.
dodane 2015-10-28 21:22Nigdy nie próbowałem git-a. Poczytam i wrzucę na RPi.
dodane 2015-10-28 21:23Ok. dodałem (-) do korekty czasu postoju i teraz jest ok.

Zaraz sprawdzę.


Jestem za podwójnym NAT-em, więc w miarę bezpiecznie.

Bartek odnieś się proszę do mojego postu z danymi i logiem.

Nie przerzuciło Ci czasu oczekiwania na max"  postoj_max = 120  ?

Odebrane. Wrzucę wersję 2010, bo jest w miarę "mała". Wersja 2013 to już 1,6Gb instalka.
Na jakiej wersji pracujesz?


dodane 2015-10-28 18:20Stan - działa u Ciebie prawidłowo na eCoalu nowy aktualny skrypt ?

No to kicha.  Może na Bruli działa poprawnie, ale na eCoalu niestety nie działa prawidłowo.
dodane 2015-10-28 18:07Pierwsza wersja bez widełek działa OK.

uzi18 - nie wiem zupełnie o co chodzi w nowym skrypcie.
Moje ustawienia:

podawanie_min = 3
podawanie_max = 3
postoj_min = 35
postoj_max = 200
dmuchanie_min = 30
dmuchanie_max = 50

praca_ciagla = True
moc_100 = 1.0/10.0
zadana_co = 50

korekcja_podawania = 1.0
korekcja_postoju =  10.0
korekcja_dmuchania = 1.0

start_podawanie = 3
start_postoj = 120
start_dmuchawa = 31

Rozumiem , że dla zadana_co = 50 obowiązuje start_dmuchawa = 31, start_postuj = 120.
I co się dziej po odpaleniu skryptu:
Temp CO < zadana_co i wynosi 49,1oC.
Następuje podanie opału , zwiększenie mocy dmuchania z 31 do 32% i zmiana czasu start_postoj ze 120 na 200 - co automatycznie zamiast dogrzać to powoduje spadek tempCO.
Log:

root@raspberrypi:~# /4/ret3.py reload
 dmuchanie:31->32.0
 postoj:120->200
Nowa moc: 15%
Delta:1 dmuchanie:32.0 podawanie:3 postoj:200
 opoznienie: 0->100

Janusz - mam Offiice 2010 i 2013. i to na tym samym kompie .

uzi18: "u mnie na kropkach nie pokazuje sie wiecej zmian niz w konsoli ...
takie rzeczy dzieja sie tylko jesli przerywasz i uruchamiasz skrypt to wielokrotnie sie zmieniaja wartosci w danej minucie"
W tym samym czasie nie robiłem absolutnie żadnych zmian. Tak wygląda zapis "kropkowy" na WWW, a w konsoli absolutnie żadnej informacji. Jeśli poprawki nie wystarczą to dorzucę czas realny w odpowiednich linijkach skryptu.
Wieczorek dopiero przetestuję, bo dzisiaj ma wielkie "golenie" wisterii na pergoli o wymiarach 5 x 6mb. Obawiam się, że dzisiaj tego nie ogarnę na 100%. Multum pracy.

Ok. Jutro się odezwę. Prawdopodobnie v 2011.

Wyłączyłem skrypt, bo mi temCO spadała.
Chyba coś Uzi stworzył nowego.
Na noc nie zostawię kotła bez obserwacji co się dzieje na palniku.

Mam wrzucony print aktualnego czasu i czas wykonania sekwencji jest dokładnie taki jak zadany w:  int(nowe_postoj+nowe_podawanie + 2)

janusz napisał » 2015-10-27 21:14

Jak byś miał w domu i piec w sieci to bym dał narzędzie do odczytu zmian dokonanych w sterowniku
moje zdjęcie przedstawia fragment arkusza
klikam w przycisk i już po sek mam co sie zmieniało

To się da "załatwić", ale już nie dzisiaj. Płytka jest w firmie.
dodane 2015-10-27 21:27

uzi18 napisał » 2015-10-27 21:16

mark3k: ustaw to na 0 i zobacz czy tak samo sie zachowuje:
podawanie_min = 3
podawanie_max = 3

dodane 2015-10-27 21:16libreoffice obsluguje chyba wlasnie VBA

Miałem tak ustawione i nie działa.
Poprawka: miałem , zmieniłem na różne wartości i ponownie mam  ustawione te same wartości
dodane 2015-10-27 21:30

uzi18 napisał » 2015-10-27 21:17

mark3k: podejrzewam ze problem jest czesciowo w sterowniku, czesciowo przy konwersji i porownaniu liczby typu integer i float

Integer raczej nie stanowi problemu. Zawsze we wszystkich skryptach działał poprawnie. W poprzednik skrypcie bez widełek działał poprawnie. 
Może float nie funguje poprawnie?

janusz napisał » 2015-10-27 20:56

Pracujecie na kopach z Winzgrozą i czy macie pakiet Office Ms
chodzi o excela ?

W pracy ma MS Office, w domy tylko openOffice. 
W hacie na dwóch kompach winda, na jedny Debian i na RPi Raspbian.

Dobrze, że podpowiadasz, bo coś zawsze z tego wyniknie.
W skrypcie jest jakiś błąd, który powoduje taką sytuację
"Z zapisu "kropkowego" na www wynika, że w tym samym czasie następuje zmiana czasu z 180 na 150s i natychmiast powrót do wartości 180s."
W konsoli PuTTY nawet tego nie widać. Zmiana jest zbyt szybka.
dodane 2015-10-27 20:48Zmieniłem na 5plus. bo mi tempCO spada.
dodane 2015-10-27 20:49

uzi18 napisał » 2015-10-27 20:46

mark3k: ok to jakis trop, czyli 2x sie zmiania wartosc ... hmm

Zobacz na ster na stroniw WWW. W jednej kropce i tym samym czasie mam 4 zmiany.

Także w sekundach.

Z zapisu "kropkowego" na www wynika, że w tym samym czasie następuje zmiana czasu z 180 na 150s i natychmiast powrót do wartości 180s.

Tutaj jest w sekundach ( przy taki zapisie). a int() także daje wartość liczby całkowitej.
dodane 2015-10-27 20:42Acha. po zmianie nadal  nie działa korekta postoju.
Chyba poczekam na pomysł uziego. Brakło mi już własnych pomysłów

Ok. Ja tego nie pisałem. Skrypt w oryginale uzi18.
Zaraz to zmienię i zobaczymy.

Zmieniłem na:

 poprzednia_co = c.getTempCO()
  opoznienie = int(nowe_postoj+nowe_podawanie+2)
  if (opoznienie <= 0):
    opoznienie = 1
  time.sleep(opoznienie)

ale niestety nie ma efektu obniżenia czasu postoju.


root@raspberrypi:~# /4/ret1.py reload
NOWE   Delta:2 dmuchanie:33.0 podawanie:3.0 postoj:180
Nowa moc: 1%
NOWE   Delta:2 dmuchanie:33.0 podawanie:3.0 postoj:180