>Czyli trafo 1:1?
a nie lepiej 230V na kilka V
kilka V łatwiej zmierzyć itp.
>Nie rozumiem czemu w brulim zastosowano czujnik CO z termikiem - ktory odcina 12V na przekaznik od zalaczania
>dmuchawy. Tak jakby chciano sie zabezpieczyc przy ewentualnym zwarciu na triaku
myślę że to jest zabezpieczenie "sprzętowe" jakby "programowi się porąbało " lub tak jak piszesz z triakiem lub pomiarem temp się coś podziało

Witam
SPP  załatwi sprawę-bez problemu - bez jakich kolwiek uzdrawiaczy
zdrówka

dodane 2014-09-06 21:44A WSZYSTKO -PO CO
dla użytkowników danego opału którego ma w razie W

dodane 2014-09-06 22:08MAM TAKI uzdrawiacz-NIE WIERZĘ MU
BO  ma kopę styków  eletronicznych
A MOŻNA W SPOSÓB PROSTY I LUDZKI  DAC UŻYTKOWNIKOWI  MOŻLIWOŚC KONFIGURACJI STEROWNIKOWI 
ale to tylko marzenie -które  najprowdopodobnie  się nie z iści

Tak chyba wlasnie programowy powod jest wazniejszy, a po co integracja termika w termometrze zasilania CO?

rajmund napisał » 2014-09-06 22:08

Witam
SPP  załatwi sprawę-bez problemu - bez jakich kolwiek uzdrawiaczy
zdrówka

SPP także ma sprzętowe zabezpieczenie, bo takie musi być dla naszego (userów) bezpieczeństwa. Zabezpieczenie sprzętowe jest wbudowane w czujnik pomiaru temp. CO.

Czy cos trzeba dodac jeszcze do sterownik.py ? Mam np. metode do pobierania czasu pracy podajnika, nie wiem czy to bedzie przydatne.

Zamiast trybu manual przydalby sie bardziej dodatkowy tryb - skrypt, z mozliwoscia powrotu w automat.

uzi18 napisał » 2014-09-10 17:17

Zamiast trybu manual przydalby sie bardziej dodatkowy tryb - skrypt, z mozliwoscia powrotu w automat.

ES taką właśnie funkcjonalność obiecało w kolejnej wersji softu do sterownika.
Tam ona ma sens, tzn po wykryciu utraty połączenia ze sterowaniem zewnętrznym przejście do ostatnio ustawionego trybu automatycznego.


Co do dodawania funkcji do skryptu sterownik.py to jeśli masz wiedzę i umiejętności żeby to zrobić to kombinuj bo nigdy nie wiadomo co może się przydać

Aktualnie rozkminiam automat grupowy na 8kW ale nie wiem czy dobre wykresy sa. Moze ktos zerknie? Teraz grzeje tylko CWU.

Grupowy uzywa moce posrednie czy tylko podana max i min?

Moim zdaniem przydały by się potwierdzenia stanu urządzeń, tzn np. status podajnika - pracuje czy stoi , itd.
Jeśli możesz to zrobić to byłoby przydatne.

To jest raczej proste zadanie. Zobacze co da sie zrobic. Mysle ze wrzuce skrypty na github, beda dostepne najaktualniejsze dla wszystkich, a forum nie jest wygodnym narzedziem do udostepniania kodu.

dodane 2014-09-12 14:24 Moze zrobilbym to na zasadzie ze mozna zdefiniowac ilosc prob wykonania polecenia, a pozniej kilkukrotny test do momentu potwierdzenia przez sterownik ze polecenie zostało w sterowniku wykonane?

Uwaga na panel WWW. Uzywa kilka polaczen na raz. W trakcie korzystania ze skryptów nie powinno sie z niego korzystac.

Jest tez ciekawy pomysl, mianowicie mamy mozliwosc zbudowac pełniejsze wykresy, zawierajace moc dmuchawy, prace podajnika itp. czego np. osobiscie mi brakuje na oryginalnych wykresach.

dodane 2014-09-14 15:29Nie ma sprzeciwów wiec tak to na razie zaprogramuje dla dmuchawy i podajnika (tu krytyczna kwestia). Kto chetny testować?

To będzie oddzielny skrypt , czy chcesz to zaszyć do TRK ?

Ok, odczyt temp. spalin. juz mam rozpisany.
Musze sie teraz wziąć za wątki do analizy trendów i moze cos sie z tego doda do TRK.

Kto mówił, że wątki nie działają ?
$ python sterownik_watki.py
Start...
Status ... t.spal=75.9
Watek Trendy ... t.spal=75.8
Watek regulator CO... t.spal=75.8
Status ... t.spal=75.8
Status ... t.spal=75.8
Watek regulator CWU... t.spal=75.7
Watek regulator Spalania... t.spal=75.7
Watek regulator CO... t.spal=75.7
Watek Trendy ... t.spal=75.7
Status ... t.spal=75.7
Status ... t.spal=75.7
Watek regulator CO... t.spal=75.7
Watek Trendy ... t.spal=75.7
Status ... t.spal=75.7
Status ... t.spal=75.7
Watek regulator Spalania... t.spal=75.6
Watek regulator CO... t.spal=75.6
Watek regulator CWU... t.spal=75.6
Watek Trendy ... t.spal=75.6
Status ... t.spal=75.6
Status ... t.spal=75.6
Watek Trendy ... t.spal=75.5
Watek regulator CO... t.spal=75.5
Status ... t.spal=75.5
Status ... t.spal=75.5
Watek regulator Spalania... t.spal=75.4
Watek regulator CWU... t.spal=75.4
Watek Trendy ... t.spal=75.4
Watek regulator CO... t.spal=75.4
Status ... t.spal=75.4
Status ... t.spal=75.4
Watek Trendy ... t.spal=75.3
Watek regulator CO... t.spal=75.3
Status ... t.spal=75.3
Status ... t.spal=75.3
Watek regulator Spalania... t.spal=75.3
Watek regulator CWU... t.spal=75.3
Watek regulator CO... t.spal=75.3
Watek Trendy ... t.spal=75.3
Status ... t.spal=75.3
Status ... t.spal=75.3
Watek regulator CO... t.spal=75.2
Watek Trendy ... t.spal=75.2
Status ... t.spal=75.2
Status ... t.spal=75.2
Watek regulator Spalania... t.spal=75.1
Watek regulator CWU... t.spal=75.1
Watek Trendy ... t.spal=75.1
Watek regulator CO... t.spal=75.1
Status ... t.spal=75.1
Status ... t.spal=75.1
Watek regulator CO... t.spal=75.0
Watek Trendy ... t.spal=75.0
Status ... t.spal=75.0
Status ... t.spal=75.0
Watek regulator Spalania... t.spal=74.8
Watek regulator CWU... t.spal=74.8
Watek Trendy ... t.spal=74.8
Watek regulator CO... t.spal=74.8
Status ... t.spal=74.8
Status ... t.spal=74.8
Watek Trendy ... t.spal=74.8
Watek regulator CO... t.spal=74.8
Status ... t.spal=74.8
Status ... t.spal=74.8
Watek regulator Spalania... t.spal=74.7
Watek regulator CWU... t.spal=74.7
Watek Trendy ... t.spal=74.7
Watek regulator CO... t.spal=74.7
Status ... t.spal=74.7
Status ... t.spal=74.7
Watek regulator CO... t.spal=74.6
Watek Trendy ... t.spal=74.6
Status ... t.spal=74.6
Status ... t.spal=74.6
Watek regulator Spalania... t.spal=74.5
Watek regulator CWU... t.spal=74.5
Watek regulator CO... t.spal=74.5
Watek Trendy ... t.spal=74.5
Status ... t.spal=74.5
Status ... t.spal=74.5
Watek regulator CO... t.spal=74.4
Watek Trendy ... t.spal=74.4
Status ... t.spal=74.4
Status ... t.spal=74.4
Watek regulator Spalania... t.spal=74.3
Watek regulator CWU... t.spal=74.3
Watek regulator CO... t.spal=74.3
Watek Trendy ... t.spal=74.3
Status ... t.spal=74.3
Status ... t.spal=74.3
Watek Trendy ... t.spal=74.2
Watek regulator CO... t.spal=74.2
Status ... t.spal=74.2
Status ... t.spal=74.2
itd...


Wszystkie wątki pobierają status i drukują t.spal, nic sie nie wykrzacza smigaja aż miło.
Aby to poprawnie działało zmodyfikowałem tez ... sterownik.py poprzez dodanie 2 (słownie dwóch) linijek, cóż potęga pythona.

Super, dobrze że zabrał się do tego ktoś bardziej "kumaty" w zagadnieniu niż my

Teraz pora na podawanie opalu i dmuchanie w trybie podobnym do retortowy-reczny.
Stan, chyba ze o czyms zapomnialem?

Jak mial dzialac ten regulator nadmuchu?

Widzę światełko w tunelu.
Kurcze mocny jesteś w te klocki. Gratuluję i trzymam kciuki.

dodane 2014-10-01 10:43Stan mam pytanko: Czy u Ciebie po przełączeniu sterownika w tryb automatyczny i przy działającym skrypcie w RPi (u mnie nadal stabilny router) na wykresach u dołu masz tylko oznaczone parametry pracy kotła ze skryptu czy z e-coala w automacie (u mnie grupowy) ?
Przełączyłem kocioł rano na sterowanie grupowe (bo w skrypcie nie mam podawania i przedmuchów po upływie określonego czasu i braku spadku temperatury na kotle), a na wykresach nadal są tylko wpisy jakby kocioł działał na skrypcie.
Zobacz na moim sterze przez WWW.

Nie mam dostępu do routera z zewnątrz (podwójny nat) i sterowanie parametrami kotła poprzez zmiany w skrypcie są niemożliwe poza własna siecią LAN w domku, stąd sterowanie kociołkiem przy wykorzystaniu skryptu zawsze będzie protezą. Jedyna nadzieja, że wymyślimy taki sposób płynnego (automatycznego) sterowania mocą kotła przy dobrym bezdymnym spalaniu, aby nie trzebabyło ingerować w program (skrypt) z poziomu np, putty, czy winSCP.
pozdrawiam

Prawda jest taka ze python-a juz kilka lat nie widzialem na oczy, kiedys probowalem sie go nauczyc.

Prawdopodobnie wywolania nadal sa logowane ale nie maja skutku przez wlaczony trybie auto.
Zła kolejność w programie sterownika, skoro te wywołania nie sa efektywne to nie powinny byc logowane.

O jakim skrypcie mowisz?

uzi18 napisał » 2014-10-01 09:31

Teraz pora na podawanie opalu i dmuchanie w trybie podobnym do retortowy-reczny.

W TRK ustawiamy ilość kroków na 1, zostawiamy po jednym parametrze i zostawiamy tryb normal, i kocioł chodzi na retorta ręczny.


dodane 2014-10-01 12:10

mark3k napisał » 2014-10-01 10:43

dodane 2014-10-01 10:43Stan mam pytanko: Czy u Ciebie po przełączeniu sterownika w tryb automatyczny i przy działającym skrypcie w RPi (u mnie nadal stabilny router) na wykresach u dołu masz tylko oznaczone parametry pracy kotła ze skryptu czy z e-coala w automacie (u mnie grupowy) ?
Przełączyłem kocioł rano na sterowanie grupowe (bo w skrypcie nie mam podawania i przedmuchów po upływie określonego czasu i braku spadku temperatury na kotle), a na wykresach nadal są tylko wpisy jakby kocioł działał na skrypcie.
Zobacz na moim sterze przez WWW.

Nie mam dostępu do routera z zewnątrz (podwójny nat) i sterowanie parametrami kotła poprzez zmiany w skrypcie są niemożliwe poza własna siecią LAN w domku, stąd sterowanie kociołkiem przy wykorzystaniu skryptu zawsze będzie protezą. Jedyna nadzieja, że wymyślimy taki sposób płynnego (automatycznego) sterowania mocą kotła przy dobrym bezdymnym spalaniu, aby nie trzebabyło ingerować w program (skrypt) z poziomu np, putty, czy winSCP.
pozdrawiam

Rozumiem że chodzi o sytuację że sterownik został przełączony w tryb auto, a Twój router dalej wysyła polecenia bo skrypt ciągle pracuje i sterownik to rejestruje albo i nawet reaguje na te polecenia, (to nie wiadomo) - czy tak ?

W sumie racja z tym TRK, tylko funkcje pracaPieca zrobilbym ladnie na watkach aby nie blokowac programu w czasie.
zamiast:
        c.setDmuchawa(True);
        c.setDmuchawaMoc(moNaw);
        while a <= b:
            time.sleep(1)
            a += 1
            if czPod < a:
                c.setPodajnik(False);
            if czNaw < a:
                c.setDmuchawa(False);


        c.setDmuchawa(True);
        c.setDmuchawaMoc(moNaw);
        watekDmuchawaStop.start(czNaw)
        watekPodajnikStop.start(czPod)

a gdzies tam:
def watekDmuchawaStop.start(czNaw):
    c.setDmuchawa(False);

Nie ma problemu, zmodyfikuj w/g swojego pomysłu i albo zamieść na forum albo przyślij mi i ja to zrobię.

Stan napisał » 2014-10-01 12:10

Rozumiem że chodzi o sytuację że sterownik został przełączony w tryb auto, a Twój router dalej wysyła polecenia bo skrypt ciągle pracuje i sterownik to rejestruje albo i nawet reaguje na te polecenia, (to nie wiadomo) - czy tak ?

Dokładna tak jak jak napisałeś.
Kocioł w automacie, a ster rejestruje jedynie żądania i polecenia ze skryptu.
polecenia ze skryptu są ignorowane przez sterownik, ale już rejestracja nie jest ignorowana.
Trochę śmiesznie to wygląda. Zapisy sobie, a sterowanie to już inny kociołek...

Spadam do domku, na dzisiaj dość pracy w firmie.

Najlepiej wyeksportuje na serwer zewnetrzny.

Stan jak to ma dzialac bo chcialem to zakodowac a niechcialbym sie za to 2x brac