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

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?

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

uzi18 sleep wstrzymuje wykonanie kodu na określony czas więc sterownika raczej sie nie czepiaj   
typ wartości przekazanej do sleep-a to może mieć wpływ
niech ci przed wykonaniem sleep-a wydrukuje aktualny czas
sleep()
i ponownie print aktualny czas
sprawdzisz jak długo stoi 

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

Ale przed sleep-em i po sleep-ie jak wyglądają czasy jaka jest różnica czasu

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.

a jak będziesz miał office to daj znać jaka wersja

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

Dodalem wiecej info na konsole i usunalem jakis tam blad.
mark3k jak cos to wklej log jak to aktualnie wyglada, powinno byc latwiej cokolwiek znalezc

dodane 2015-10-27 22:48u 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

dodane 2015-10-27 23:35poszlo troche nowosci do skryptu, jutro moze wrzuce cos jeszcze ciekawszego

dodane 2015-10-27 23:43Stan: przeciez masz parametr praca_ciagla mozesz go wylaczyc

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.

Janusz: mam Microsoft Office ale 2007.

mark3k: dodalem sporo informacji na konsole, teraz jest jasniej co sie zmienia,
dodalem tez zuzycie wegla ale jeszcze nie wrzycilem do repozytorium

janusz masz pomysł, jak softem zniwelować wpływ wzrostu ciągu kominowego na zawartość palnika ?
Twardy orzeszek mi się trafił...

VERB: w jaki sposob chcesz wykryc zmiane ciagu kominowego?

Ha ! To jest właśnie problem, bo nie widzę na ten czas zmiennych, wywołanych wzrostem ciągu... jedyne ruchy jakie wydają się mieć związek, są w obrębie temperatury spalin.
Kombinuję.

VERB: zmiany ciagu nie powoduja zmiany na czyjniku t.spalin, chyba ze to bardzo duze zmiany ciagu to jest to prawdopodobne, ale nie na tym czujniku.
Przyjda czesci to wam pokaze wykres ... z dolozonym innym czujnikiem t.spalin, efekt bedzie widoczny na pierwszy rzut oka, mozliwe ze na nim uda sie wykryc to co potrzebujesz.


dodane 2015-10-28 08:26

U mnie widać na średniej t.spalin.
Dobra..nieważne

VERB: zmiany ciągu widać też w mocy pobieranej przez dmuchawę, ale żeby je rejestrować niestety potrzebne jest dodatkowe opomiarowanie.

Zmiany ciągu same by się kompensowały, gdyby zmienić filozofię sterowania spalaniem i zamiast jakichś tam "procentów mocy" zadawać "ilość nadmuchu" co przekłada się mniej więcej na wydajność dmuchawy. Wymagałoby to dodatkowych pomiarów, żeby tę wydajność stabilizować, tak by była niezależna od ciągu i tego co dzieje się na palniku. Trudna sprawa... ale byłby to skok jakościowy w sterowaniu spalaniem.

Nie mam tego jak mierzyć, ale masz rację - ciąg prawdopodobnie wspomaga pracę dmuchawy.
Kompensowanie nadmiaru na pewno wprowadziłoby nową jakość w prowadzeniu palnika.
Istnieje sterownik, posiadający czujnik żaru - tam niezależnie od ciągu, utrzymywana jest w miarę jednakowa temperatura na palniku, to też dobre rozwiązanie.

chyba mozna to w miare latwo osiagnac - dodajac do dmuchawy czujnik obrotow (halla), wpa07 mozna z takim czujnikiem kupic zamontowanym fabrycznie
dodane 2015-10-28 11:26mialem te pisac o czujniku zaru, ale nie jest go prosto doinstalowac

To mogłoby zadziałać, trzeba byłoby zrobić programik sterujący dmuchawą kompensujący wzrost lub spadek obrotów spowodowany zmianami ciągu. Dzięki temu obroty byłyby zmienne ale suma (albo skrajnie różnicę)  ciągu naturalnego i wymuszonego przez dmuchawę byłaby stała.
dodane 2015-10-28 11:35

uzi18 napisał » 2015-10-27 23:43

dodane 2015-10-27 23:43Stan: przeciez masz parametr praca_ciagla mozesz go wylaczyc

W wersji którą używałem wczoraj nie było.