pablo

Nowa wersja w plikach. Jejski liczę na Ciebie! Parę uwag udało się uwzględnić. Jedna ważna rzecz do zrobienia w tej wersji programu - usuwanie czujników. Inne, to np więcej timerów. Potem już tylko poprawianie błędów i drobne poprawki funkcjonalności.

Dobrze mówisz Jeśli korzystasz z digitemp to uruchom go w konsoli: digitemp_DS9097 -i -s /dev/ttyS0 To zainicjuje plik konfiguracyjny. Powinny się wyświetlić adresy. Następnie: digitemp_DS9097 -a -q -o "%R %C" Dostaniesz odpowiedź w formie adres - temperatura (tak je łatwo rozróżnisz - różnicując wpierw temperatury czujników )

Nie ma biblioteki ow w systemie lub nie może połączyć się do owserver - odpowiedni log powinieneś dostać przy starcie programu. Właściwie utknąłem na usuwaniu czujników ( oj prowizorki mnie dopadły ) - chyba bez tego oddam kolejną wersję - być może jeszcze dziś (w weekend na pewno nie pchnę tego wózka do przodu) Generalnie decyzja jest taka - w obecnej formie nie będę rozwijał już dalej programu poza możliwością usuwania czujników. Oczywiście będę poprawiał zauważone błędy czy wprowadzał kosmetyczne poprawki. Kolejna wersja musi zostać bardzo przebudowana, by sprostała rosnącym oczekiwaniom

Tak na szybko. Adres i port serwera konfigurujesz w głównych ustawieniach programu, natomiast w ustawieniach czujnika podajesz sam adres.

To zostało wydatnie poprawione - liczone jest rzeczywiście z ostatniej minuty a nie z ostatnich pomiarów. OK! Napisz co czyta twoje czujniki co minutę i jak masz skonfigurowane czujniki w tclTM. Zalecam w obu przypadkach wykorzystywać owserver, który dokonuje odczuty czujników i buforuje je dla odczytu przez inne programy - to powinno zapobiec takim efektom jak u Ciebie. Znaczy "Wycisz alarm" Faktycznie kiepska nazwa Dlatego wszelkie sugestie mile widziane. Uwzględnię. To już jest - pliki *.dat Tego już nie będzie. Generalnie chcę przesunąć funkcjonalność programu w stronę nadzoru / logowania danych konkretnej warki - zacieranie, chmielenie, fermentacja, leżakowanie. I tam mogły by być statystyki ile czasu spędził zacier w konkretnej przerwie. Z drugiej strony to może się okazać nieprzydatne jeśli z góry będzie ustalony schemat zacierania i kontrolowany przez aplikację. Słuszna uwaga Dzięki. Przesada. Dobremu piwowarowi wystarczy kuchanka, łyżka i .. doświadczenie. A większość i tak zależy od innych czynników niż temperatura Kiedyś mozna zaprząc jakiegos grafika aby wybajerowć optycznie program. Jeśli ktoś chce się podzielić doświadczeniem w projektowaniu interfejsów użytkownika - zamieniam się w słuch. Dzieki niemu dowiedzialem sie jak ważne w moim przypadku bedzie zrobienie mieszadła, dla utrzymania temperatury. Tak, to miało być jedyne zastosowanie programu :D Tak więc Pawle liczę na conajmniej czesciowe uwzglednienie moich spostrzezen Oczywiście. Zachęcam do dalszego rozwijania wizji potrzeb. Każda sugestia mile widziana. Wszystkich użytkowników zachęcam do zgłaszania uwag, spostrzeżeń, propozycji. Przyspieszy to na pewno rozwój aplikacji w kierunku, który komukolwiek będzie potrzebny Pozdrowienia dla użytkowników tTM

RasPiBrew https://github.com/steve71/RasPiBrew UberFridge http://www.elcojacobs.com/uberfridge/ BrewPi http://brewpi.com/survey/index.php?sid=72293&lang=en Strony piwowarów: http://www.vandelogt.nl/index_uk.htm Zachęcam do rozszerzania spisu.

Można zmienić nazwę - tyle że nazwa okna i w menu Czujniki zmieni się po restarcie nie musisz. każda zmiana ustawień jest automatycznie zapisywana do pliku (którego ręcznie nie musisz ruszać) bo tak j.w. Takie było założenie i tak jest ok. To jest minutnik a nie stoper. wersja -a znaczy alfa (dużo pracy przede mną) Tego "dlaczego" jestem najbardziej ciekaw. Co masz w polu wartości pomiaru? To jest pewne i do konkretnej optymalizacji. Zrobione na szybko i w celach testowych w oparciu o gnuplot (muszę się dowiedzieć co konkretnie zajmuje tyle czasu).

Nie wiem Myślę, że Tobie skoro się tak poświęcasz Muszę przyznać, że nie planowałem tak rozbudowanego programu na początku Niedługo będzie jeszcze drobna aktualizacja a potem czas na gruntowne porządki i przebudowę.

A właśnie że działa

No problem A zainstalowałeś gnuplot? Jeśli nie to ściągasz instalkę Wskazujesz w ustawieniach ścieżkę do pliku gnuplot.exe i powinno śmigać Edit1. Ściągasz i instalujesz - żeby nie było że jakieś skróty stosuję

Mój błąd. Otwórz za pomocą tclsh. Prawy przycisk myszy -> Otwórz za pomocą -> Tclsh Edit: jeśli nie zadziała to w konsoli przetransportuj się do katalogu programu i wpisz (u mnie): C:\Tcl\bin\tclsh85.exe "main.tcl"

Nie wiem czy to wystarczy cygwin1.zip

Jest on automatycznie tworzony. (ale dobrze że przypomniałeś, bo to jakaś pozostałość )

Na windows, aby wskazać port com1 należy podać /dev/ttyS0 . Mam jakieś wirtualne porty od bluetooth w systemie widoczny jako com17 i gdy podałem ścieżkę /dev/ttyS16 digitemp nie wyrzucił błędu, że port nie istniej. Inna sprawa czy będzie działać. Jejski, spróbuj odpalić program z linii komend. Uruchom... -> cmd przejdź do katalogu gdzie jest program: cd .... wpisz polecenie digitemp_DS9097.exe -a -s /dev/ttyS0 Daj wynik.

Jejski, sam program powinien działać nawet na macos, ponieważ Tcl jest multiplatformowy. Problem jest tylko w tym by działał np digitemp czy owfs. Czekam na kolejne wieści z frontu

Od 8.5 trzeba doinstalować snack ręcznie. Ściągnij plik. Rozpakuj. Skopiuj pliki z folderu "snack2210-tcl.zip\bin\windows" do dalatlogu "\lib\snack2.2.10" (w lokalizacji którą podałeś przy instalacji ActiveTCL - u mnie C:\Tcl) To już jest. Najpierw dane logowane są do plików sensor{n}.dat a potem z nich dane rysowane są na wykresie. Powinno działać. Co pokazuje się w polu wartości temperatury gdy korzystasz z owservera?. Podajesz tylko adres bez ścieżki w polu "Adres".

Dziwne, może najpierw było trzeba sprawę wyjaśnić.. Wyjaśnię jeszcze raz jedną różnicę - rozdzielczość a dokładność. Rozdzielczość w DS18B20 może być i 0,001°C - taką zmianę temperatury teoretycznie zauważa czujnik. Dokładność natomiast w zakresie -10 do +85°C wynosi +-0,5°C. Czyli jeśli wskazuje 20°C to rzeczywista temperatura zawiera się w przedziale 19,5 do 20,5 °C. Chyba jednak to byłoby za proste. Jeszcze jakąś histerezę trzeba ustawić, lub jakiś regulator grupowy zaimplementować .... Będzie.

A jakiś konkret? linux czy winda. Inny komp niż przy warzeniu? To powinno rozwiązać problem: sudo apt-get install snack

Nie ma rzeczy niemożliwych Odpowiem trochę nie w prost, bo opiszę jaki mam plan rozwoju. Docelowo program w moim (i może nie tylko) browarku będzie sterował i monitorował proces warzenia i fermentacji piwa. Do sterowania wykorzystam układ DS2408 do układu podobnego jak tu, tyle że do sterowania grzałek dam SSRy. Wszystko posadzę na raspberryPi. W ostatnie j fazie program zyska interfejs WWW do bieżącego podglądu stanu i konfiguracji.

Ależ oczywiście Ściągasz program digitemp - link Rozpakowujesz Wejdź do katalogu digitemp-3.6.0\win Skopiuj pliki z tego katalogu do katalogu gdzie jet main.tcl (ktory uruchamiasz) Ustaw nazwę programu Digitemp w ustawieniach: digitemp_DS9097.exe Przetestuj i daj znać. Dzięki!

Dokładnie! Yhy Poproszę Ależ proszę

Nowa wersja w plikach. Dla tych którzy chcieliby odpalić program pod Windows. Program działa na Windows. Trzeba ściągnąć i zainstalować paczkę ActiveTCL. I potem uruchomić za pomocą tclsh85.exe Digitemp jest kompilowany pod Windows. Trzeba ściągnąć paczkę z programem i rozpakować. Potem przekopiować pliki z folderu win do katalogu programu (z racji wygody tylko), wpisać nazwę programu w ustawieniach i ... dać znać czy działa (nie mam jak tego przetestować)

Dzięki wszystkim za spotkanie. Warto było dojechać i spędzić tak dobrze czas. Pozdrawiam współuczestników i do zobaczenia! wena - serdeczne dzięki za organizację

Tak, a dokładniej z jego noty katalogowej. Ehhh, niepoprawny optymista W jednym zdaniu zadowolenie i obawa

Problem wynikał ze złej wersji tcl i tk. Kolejne wersje dokładnie to sprecyzują