Profil użytkownika
| posty użytkownika | ||||
| Pierwsza stronaPoprzednia strona21 / 32Następna stronaOstatnia strona | ||||
|
|
||||
Stan
|
Przecenisz (i to mocno) ten dobry kontakt
 Coś takiego mam w TRK a dzisiaj będę testował bloki uruchamiane jeden raz w cyklu grzania, właśnie z myślą o dopalaniu na różnych etapach. Wpadł mi też pomysł na dopalanie (tylko dopalanie) regulowane od temperatury spalin, jak się wyrobię to dzisiaj jakąś wstępną wersję przetestuję. |
|||
|
|
||||
|
Stan
|
Energooszczędny
)) , dobre - muszę to "sprzedać" swojej małżonce.
|
|||
|
|
||||
|
Stan
|
janusz napisał » 2014-04-08 13:01 Jak zrobią poprawkę to można myśleć o własnym procesie sterowania Na chwilę obecną ja nie podejmę takiego ryzyka Jak przerwie połączenie gdy załączę podajnik to dla mnie dramat wywali cały zasobnik do pieca Janusz Ps Mam połączenie na kablu a i tak zdarza się że gubię połączenie Myślałem że jak jesteś w trybie automatycznym to nie ma takiej możliwości ? Przed taką możliwością bronię się przekaźnikiem czasowym umieszczonym na sterowaniu podajnikiem. Samo umieszczenie RPi i podłączenie bezpośrednie do sterownika (przez switch umieszczony w kotłowni i wszystko na wspólnym zasilaniu) powoduje że nawet jak się wywali cała reszta sieci domowej to kocioł działa. |
|||
|
|
||||
|
Stan
|
janusz napisał » 2014-04-08 10:54 Stan napisał » 2014-04-07 21:34 Chyba łapię, czyli wystarczy że w naszych skryptach podmienimy polecenia symboliczne na te nazwijmy to "kody maszynowe" i powinno działać. Już blisko np wysłanie do sterownika polecenia self._getRequest("02010005000B0100018403 ") załączy dmuchawę (w trybie ręcznym) self._getRequest("02010002002802003900E603") ustawi temp Co na wartość 57 deg (w trybie auto) self._getRequest("02010002000F02001E003703") ustawi moc dmuchawy na wartość 37 % (w trybie auto) self._getRequest("020100020023020046003E03") ustawi czas postoju podajnika na 70 sek (w trybie auto) itd.... Każdej zmianie wartości odpowiada inne polecenie To po prostu nic innego jak zmiana dokonana za pomocą panela www zmieniasz wartość panel wysyła do sterownika odpowiednie polecenie Napisałeś fajną funkcję sprawdzającą temp.CO i to już jest początek Ja też mam taką funkcje którą to cyklicznie (kontrolka timer) sprawdzam temp Co i na tej podstawie ustalam ( zmienna typu logicznego o nazwie "Wzrost") stan temp Co (TCO) Jeżeli TCO wzrasta w porównaniu do poprzedniego odczytu zmienna Wzrost otrzymuje wartość true Następny odczyt if Wzrost=true i TCO zbliża się do temp żądanej nakazuję sterownikowi aby zakończył tryb pracy Natomiast przy spadku jeżeli Wzrost = false if TCO w spadku zbliża się do temp żądanej nakazuję sterownikowi wznowienie pracy Takich if-ow jest więcej bo przy spadkach temp koryguję moc palnika skracając np czas postoju podajnika podnosząc moc dmuchawy itp... tak skrótowo by to wyglądało Czy u was można to wykonać podejrzewam że tak Janusz Jasne, i odbywa się to wszystko bez pośrednictwa biblioteki sterownik. Dokończę to co robię teraz i chyba spróbuję zrobić to samo po Twojemu, no chyba że w międzyczasie ES udostępni poprawkę z "bezpiecznikiem" do sterownika. Dzisiaj zrobiłem parę zmian w swoim skrypcie, muszę je wypróbować i udostępnię nową wersję. |
|||
|
|
||||
|
Stan
|
Chyba łapię, czyli wystarczy że w naszych skryptach podmienimy polecenia symboliczne na te nazwijmy to "kody maszynowe" i powinno działać.
A ja to się ma do instrukcji będących już wpisanych wewnątrz sterownika, nie kłócą się ze sobą ? My wysyłamy polecenie włącz i skrypt sam odmierza czas po czym wysyła wyłącz itd. |
|||
|
|
||||
|
Stan
|
janusz napisał » 2014-04-07 19:29 Verb napisał : "Interesujące, jak możesz i chcesz to otwórz nowy wątek i napisz coś więcej." Problem w tym czy w takim wątku dotyczącym " VB " będą chętni do rozmowy Martwy wątek nie ma sensu ale przyznam że bardzo chętnie bym wymienił sie doświadczeniami z osobą piszącą w VB Pytasz jak to zrobiłem? Łącze sie ze sterownikiem za pomocą biblioteki WinHttp pewnie podobna w działaniu do tej jakiej używacie " #conn = httplib" u mnie to proste definiuję obiekt Set MyRequest = CreateObject("WinHttp.WinHttpRequest.5.1") otwieram połączenie MyRequest.Open "GET", str_Url & "/?com=02010005000B0100018403" Uruchamia dmuchawę trybie ręcznym MyRequest.SetCredentials NazwaUsera, Password, 0 MyRequest.Send i poszło dmuchawa załączona mogę programowo zmienić chyba wszystko w sterowniku Lecz nie namawiam Cię na naukę nowego języka Ale jak byś chciał ..... Piszesz że Twój skrypt coś nie działa ? Zapodaj może fragment kodu (skryptu ) lub cały gdzie ma startować dmuchawa może dam radę przerobić żeby zatrybiło Jak za duże na forum prześlij na priv odpowiem Janusz To akurat ja pisałem Ale nie istotne. Ja zrozumiałem że Twój sterownik jest w trybie automatycznym a Ty możesz mu wysłać kolejne zestawy poleceń do wykonania. Gdyby tak było to byłoby to bardzo interesujące gdyż utrata komunikacji powodowałaby tylko pracę z ostatnimi parametrami. Może inaczej, rozumiem to tak wysyłasz polecenie włącz podajnik na 3 sekundy, włącz dmuchawę na 30 sekund z mocą 39% i sterownik w trybie automatyczny to robi, w razie utraty połączenia wykonuje dalej te sekwencję. Tak to zrozumiałem, i myślę że Verb też , ale teraz piszesz o trybie ręcznym więc nie wiem? |
|||
|
|
||||
|
Stan
|
janusz napisał » 2014-04-05 22:06  Nie zabierałem głosu bo nie piszę w Pythonie a wątek tego języka dotyczy Moja wiedza pozwala mi na wykonanie tego zadania ale w Visual Basic i taki programik do sterowania sobie wyskrobałem Biorąc pod uwagę wasze opinie że tryb ręczny jest niepewny postanowiłem "sterować" inaczej czyli wprowadzam korekty do pracy automatycznej Jak raz w nocy straciłem połączenie ze sterownikiem (reset kompa po aktualizacji ) to nie wielka strata do rana pracował na ustawieniach jakie ostatnio zostały zadane Jaki osiągnąłem efekt ? Wyprostowałem na wykresach linię temp Co prawie do ideału Na palniku zmian brak jak było ok tak jest Ale zużycie spadło i to wcale nie mało Więc może dobierzcie sie do korekty pracy automatycznej Interesujące, jak możesz i chcesz to otwórz nowy wątek i napisz coś więcej. |
|||
|
|
||||
|
Stan
|
Aktualizacja do 0.3.5
Zmieniono czułość wykrywania przejścia przez granice temperatur. Dodano parametr korekta grupowa. Korekta grupowa umożliwia korygowanie o zadaną wielkość parametru dla całego cyklu w każdym bloku. dzięki temu można dobrze działający algorytm przesuwać w "mocy" bez konieczności wprowadzania poprawek w każdym bloku z osobna. Ostrożnie z wprowadzaniem ujemnych wartości, nie ma zabezpieczenia przed skorygowanie parametru głównego do zera czy nawet na minus. |
|||
|
|
||||
|
Stan
|
W pierwszym poście aktualizacja do wersji 0.3.4
Poprawiony błąd licznika czasu (oszukiwał o jedną sekundę), dzięki za zgłoszenie Edred . |
|||
|
|
||||
|
Stan
|
Dla Raspberry Pi mogę umieścić w sieci obraz swojej karty SD, to odpadnie konfiguracja.
Tylko wgrać na kartę włożyć do RPi i działa. |
|||
|
|
||||
|
Stan
|
Na OpenWRT też na pewno pójdzie , zmiana oprogramowania w routerze jest prosta ale nieco więcej zachodu będzie przy konfiguracji żeby to poszło.
W necie jest dużo poradników, potrzeba tylko trochę samozaparcia i dużo wolnego czasu ))
|
|||
|
|
||||
|
Stan
|
Dokładnie, lub np tak jak ja to robię na Raspberry Pi czyli takim mikrokomputerze albo na routerze z OpenWRT jak mark3k itp.
|
|||
|
|
||||
|
Stan
|
Oczywiście że mam, działa u mnie w tej chwili. Piszę tak gdyż w mojej opinii jak na razie za dużo parametrów musi ustawiać użytkownik. Trzeba umieć w trybie ręcznym ustawić te trzy moce pomiędzy którymi ten "automat" ma działać. A druga sprawa to testy, testy i jeszcze raz testy, i jak to działa to wyjdzie w boju dopiero w następnym sezonie. PS: Ach, teraz skapowałem, to nie jest automat Verba. Nie ośmieliłbym się go tak nazwać, to jest moja produkcja
|
|||
|
|
||||
|
Stan
|
W trakcie testów skrypt mocno zmieniłem, musiałem wywalić tymczasowo "zbędne bajery", teraz będę stopniowo je przywracał.
Tak więc, co ten skrypt umożliwia. Ułożenie algorytmu spalania w nieograniczonej praktycznie liczbie kroków, ogranicza nas tu tylko rozsądek. W każdym kroku (bloku) można ustawić niezależne czasy podawania, przerwy, czas nawiewu i jego siłę, oraz określić jeden z trzech momentów jego uruchomienia, przed widełkami temperatury CO, w ich obrębie i po. Co to daje ? Możliwość ustawienia dowolnej kombinacji podań, przedmuchów z podaniami paliwa lub bez, dodmuchów itp. i wszystko to jest możliwe do uruchomienia w kontekście tych trzech przedziałów temperaturowych. Przykładowy algorytm przedmuchów Verba i Rajmunda bez problemu tutaj ustawimy. Ciekawą opcją jest swego rodzaju pseudo-automat operujący na trzech maksymalnie mocach. W zasadzie ogranicza nas tylko wyobraźnia. A tak to ustawiamy, ponieważ przewiduję wykonanie GUI graficznego dane będą umieszczone w listach i słownikach i częściowo tak już jest. Ważne aby podczas wpisywania swoich ustawień uważać na przecinki, apostrofy itp. bo one są ważne  |
|||
|
|
||||
|
Stan
|
W pierwszym poście jest aktualna wersja pliku do testowania.
Wieczorem jak znajdę chwilę czasu to napiszę krótką instrukcję. |
|||
|
|
||||
|
Stan
|
Zabezpieczenie sprzętowe uruchomione, mogę spać spokojniej nieco
 Wracam do dłubania w algorytmie. |
|||
|
|
||||
|
Stan
|
Nie chodzi o to że nikłe tylko nie do końca pewne bo przy takim odbiorze ciepła i tak popiół się znacząco poprawia.
Tzn. widzę że jest lepiej i to dużo , ale ile z tego należy złożyć na tryb pracy a ile na zmianę warunków ? |
|||
|
|
||||
|
Stan
|
Zainteresowanie jest takie na jakie należy liczyć o tej porze roku (sezonu grzewczego)
))Jesienią trochę się to zmieni. A i nasze testy są mało wiarygodne gdyż nie walczymy o ilość a o jakość popiołu a przy tak małym zapotrzebowaniu na ciepło ta jakość sama z siebie się poprawia. Ja generalnie to chcę doprowadzić i siebie do sprawnego niezawodnego systemu, który na jesień będę mógł używać (testować). |
|||
|
|
||||
|
Stan
|
Chyba nie do końca masz rację.
Puki co nie znamy stabilności połączenia po RS, po za tym do zerwania połączenia może też dojść z powodu "powieszenia" systemu, awarii zasilania komputera itp. Tak na prawdę jest to samodzielna decyzja każdego z nas, i w/g swojej oceny to zrobi lub nie. |
|||
|
|
||||
|
Stan
|
Adkwapniewski , skasowałeś swój post zanim zdążyłem odpowiedzieć
RS testuje Verb, tak więc zobaczymy, on miał po RJ45 kilka razy zerwane połączenie, ja tylko raz przy ciągłej pracy. Nie wykluczam dorobienia do RPi połączenia RS, ale wymaga to wykonania przejściówki dopasowującej poziomy napięć, w sumie prosta sprawa ale potrzebne elementy muszę kupić a toto wszystko miałem i mam 100% pewności co do skuteczności zabezpieczenia. |
|||
| Pierwsza stronaPoprzednia strona21 / 32Następna stronaOstatnia strona | ||||