Profil użytkownika
| posty użytkownika | ||||
| Pierwsza stronaPoprzednia strona18 / 32Następna stronaOstatnia strona | ||||
|
|
||||
Stan
|
||||
|
|
||||
|
Stan
|
Mark3k tylko jeśli będziesz chciał tę wersję TRK uruchomić to pamiętaj że trzeba też pobrać i podmienić sterownik.py
dodane 2014-10-02 20:34Myślę że trzeba przenieść tę dyskusję do wątku o TRK, bo trochę tu śmiecimy. |
|||
|
|
||||
|
Stan
|
TRK u niego działa, ale dość mocno obciąża tego routerka, myślę że po tych poprawkach które masz zamiar nanieść to obciążenie dość mocno spadnie.
|
|||
|
|
||||
|
Stan
|
A to dziwne, używasz TRK ?
Nie powinno tak się dziać. |
|||
|
|
||||
|
Stan
|
Nie ma problemu, zmodyfikuj w/g swojego pomysłu i albo zamieść na forum albo przyślij mi i ja to zrobię.
|
|||
|
|
||||
|
Stan
|
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 ? |
|||
|
|
||||
|
Stan
|
Super, dobrze że zabrał się do tego ktoś bardziej "kumaty" w zagadnieniu niż my
|
|||
|
|
||||
|
Stan
|
Romku, a czy ja gdziekolwiek pisałem inaczej ? Wszędzie zaznaczałem że w tym konkretnym algorytmie spalania wykorzystałem Twój pomysł , a w TRK można wykorzystać niemal dowolny algorytm spalania np spalanie grupowe, bo moim pomysłem był algorytm komputerowy w którym można uruchomić różne scenariusze spalania.
|
|||
|
|
||||
|
Stan
|
VERB napisał » 2014-09-28 18:52 Idei TRK nie rozumiem... jak to to to, jak to to to.. ale życzę powodzenia. Hehe , Romku, najważniejsze że działa Kiedyś, w jakiś swoich rojeniach myślałem że połączymy swoje pomysły w jeden soft, ale życie napisało swój scenariusz, można by napisać nomen omen "program" |
|||
|
|
||||
|
Stan
|
To będzie oddzielny skrypt , czy chcesz to zaszyć do TRK ?
|
|||
|
|
||||
|
Stan
|
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. |
|||
|
|
||||
|
Stan
|
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ć |
|||
|
|
||||
|
Stan
|
A co tam konkretnie poprawiłeś (zmieniłeś) ?
|
|||
|
|
||||
|
Stan
|
uzi18 napisał » 2014-09-03 22:15 Kompa mam z linuxem wiec moge to testowac nawet na laptopie  Mam jakas koncowke miału do wypalenia i tak troszke przygasa ... co jakis czas. Komp do testów jest ok , ale do dłuższej pracy nie bardzo. Przygasa, może za mało dmuchasz, miał trzeba mocniej dmuchać niż groszek. |
|||
|
|
||||
|
Stan
|
No to teraz tylko podpiąć RPi i można szaleć
|
|||
|
|
||||
|
Stan
|
Mój pomysł był niewypałem więc nie chcę Cię niczym sugerować, może być PID.
Co do bezwładności to myślę że jednak większy wpływ ma czas rozdmuchania żaru i jego wyhamowanie. |
|||
|
|
||||
|
Stan
|
Chodzi o bezwładność układu, zwiększenie lub zmniejszenie nawiewu powoduje reakcję temperatury spalin po dłuższym czasie, algorytm musi umieć sobie z tym poradzić.
Celowo nie podaję przykładu jak chciałem to zrobić żeby Cię nie sugerować tym bardziej że to co zrobiłem dobrze nie działało. Nie ma czegoś takiego jak prawidłowa temperatura spalin, u jednego będzie to 60 stopni a u drugiego 260 stopni i obie mogą być dobre, zależy od pieca, instalacji kominowej i sposobu prowadzenia pieca. Z jednej strony im niżej tym mniejsza strata kominowa ale też tym większe ryzyko wody w kominie lub nawet w piecu. |
|||
|
|
||||
|
Stan
|
uzi18 napisał » 2014-08-31 18:56 Czy to normalne ze ciepło z pieca szło powrotem przez zawor 3D na zasilaniu. Jest to możliwe, daj schemat instalacji to się zastanowimy. dodane 2014-08-31 19:27 uzi18 napisał » 2014-08-31 18:56 Prosilbym o liste rzeczy do zrobienia  Sprawdzanie poprawnosci wpisanych danych na razie mozemy sobie darowac, bo z zalozenia skrypt uzywaja osoby ktore wiedza co robia. Jak masz ochotę to popracuj nad algorytmem pracy dmuchawy w zależności od temperatury spalin. Podstawowy problem to bezwładność i trzeba wymyślić jakiś dobry sposób na załatwienie tego. W skrócie ma to działać tak , zadajemy wartość temperatury spalin a algorytm tak steruje siłą nadmuchu aby ją utrzymać. W moim zamyśle w TRK ma to być moduł wywoływany w bloku zamiast (oczywiście o ile palacz tak zdecyduje podania sztywnej mocy nawiewu i ma być to jeden z elementów pewnej automatyzacji procesu spalania.Zanim przyszło lato nad tym własnie pracowałem. |
|||
|
|
||||
|
Stan
|
Czy awaryjnie, tzn na ruszcie awaryjnym ?
Jest specjalny algorytm do tego, zasypowy , ja nigdy go nie używałem ale w/g relacji kolegów którzy to robili sprawuje się bardzo dobrze. |
|||
|
|
||||
|
Stan
|
Uzi18 do puki nasze oprogramowanie to tylko algorytm spalania i to niekoniecznie dopracowany to układ że Coala czy Bruli pracują jako końcówki wykonawcze jest moim zdaniem idealny, gdyż można w razie "wywrotki" natychmiast uruchomić kocioł z niego. Dla tego moim zdaniem lepiej mieć niż nie mieć, ale Ty możesz mieć inne poglądy na ten temat. Gwarancja sterownika nie ma nic do sterowania za pomocą biblioteki w pythonie , tak więc ja brałbym coś co ma gwarancję .Jak tylko będę mógł to wypróbuję Twoje zmiany w TRK. dodane 2014-08-31 12:49 mark3k napisał » 2014-08-31 11:09 Witam. Sezon się zbliża i temat zaczyna być aktualny. Super. No oczywiście , ja go nie porzuciłem, musiałem tylko nieco przyhamować gdyż remont domu i wokół domu zbyt mnie zaabsorbował, po za tym lato i tak jest kiepskim czasem na testy
|
|||
| Pierwsza stronaPoprzednia strona18 / 32Następna stronaOstatnia strona | ||||