Miesięcznik Murator ONLINE

koszyk dostęp od 4,99 zł
Skocz do zawartości

damianlisu

Użytkownicy
 Pokaż profil  Zobacz aktywność

  • Liczba zawartości

    257

  • Rejestracja

 Typ zawartości 

Zawartość dodana przez damianlisu

  1. damianlisu
    A to ciekawe ... Ale mniejsza o to, choć bardzo cenna informacja. Generalnie aplikacja jest testowana w sieci lokalnej gdzie transfery są b. duże oraz nie występują jakieś przekłamania. Na dzień dzisiejszy jestem w stanie udostępnić ten soft szerszemu gronu do testów. Jeśli ktoś miałby zewnętrzne IP, tak abym mógł potestować to w drugą stronę byłoby kapitalnie. Co jest potrzebne do podłączenia ? Ano nie za wiele. 1. Zbędny jakiś komp - może być trup 2. Przejściówka RS485 - RS232 Nie wiem czy ten soft będzie chodził na Cobrze z nowym menu, czy p. Włodek czegoś nie zmienił w komunikacji. Musiałby się sam "ojciec" wypowiedzieć w tej kwestii.
  2. damianlisu
    A więc jak powiedziałem wszystko jest "raczkujące" i w fazie testów. Nic nie jest stabilne w 100%-tach. Zwiększenie rozmiaru bufora ogólnie pomaga, ale przy wolniejszych łączach (lub obciążonych) może wywalać timeouty. Plusem natomiast jest skrócenie czasu i to nawet drastyczne do przesłania danych. Rozmiar bufora gra rolę tylko w dwóch przypadkach: 1. Odbiór z serwera archiwum 2. Wysłanie na serwer aktualizacji Natomiast w ogóle nie wpływa na dane prezentowane na ekranie o stanie kotła. Z ciekawości zapytam, na ile ten bufor ustawiłeś ? Bądź co działo się prędzej przed jego podniesieniem ?
  3. damianlisu
    test/test
  4. damianlisu
    Jest, tyle że nie pod stroną www, przez to wystawiłem linka do softu który obsługuje wizualizację pracy pumy. Cały pomysł jest "rozwojowy" a nawet rzekłbym raczkujący. Jest wiele do zrobienia a dzień 24`ro godzinny jest za krótki abym sam to wszystko zrobił w jakimś sensownym czasie, tak więc jest jak jest Czekam na nowy soft ze strony p. Włodka ... aby skończyć wrzucenie nastaw na sterownik.
  5. damianlisu
    No to nie zarzucaj że w Pumie czegoś nie ma ...
  6. damianlisu
    Wszystko jest rozwojowe i nie na wszystko starcza czasu. Jeśli chcesz pooglądać wykresy to pobierz to http://speedy.sh/GUwxg/KlientEM.rar, w ustawieniach połączenia podaj jako serwer pumapid.no-ip.biz Następnie z menu Archiwum kliknij Pobierz archiwum z serwera i masz o to co prosisz.
  7. damianlisu
    Ojj kolego, może i platforma nie powala na kolana, jeszcze, ale Puma jest pumapid.no-ip.biz
  8. damianlisu
    Jarek, praca, praca i jeszcze raz praca. Więc tak, w sumie mam zrobiony serwer oraz klienta. Serwer utrzymuje komunikację ze sterownikiem oraz aplikacją jako klient i wystawia te dane na świat (poprzez www również) Jest odczyt wszystkiego tego co sterownik wystawia na zewnątrz. Jest tworzenie archiwum na kompie, długość archiwum jest uzależniona od wielkości dysku, czyli bez ograniczeń. Czego jeszcze nie ma i trzeba zrobić. Ano nie ma wysłania nastaw, obecny soft do Pumy tego bajeru nie obsługuje więc czekam na ten "nowy". Strona www również jest do "rozwinięcia". Obecnie czysto tekstowo. Muszą pojawić się nastawy oraz dorzucić trochę grafiki do niej. Dla tych co chcą pooglądać to co wyprodukowałem: strona www - pumapid.no-ip.biz użytkownik/hasło - test/test klient - w ustawieniach proszę wpisać hosta pumapid.no-ip.biz oraz w oknie logowania test/test Do pobrania Klient - https://rapidshare.com/files/3519196005/KlientEM.rar
  9. damianlisu
    Jarek, ano prawda, coś płodzę. Na obecną chwilę to co jest zrobione: 1. Odczyt z sterownika, czyli to samo co siedzi w archiwum 2. Tworzenie archiwum na kompie, długość archiwum ograniczona do zasobów dyskowych 3. Pełne połączenie klient-serwer Co jest do zrobienia: 1. Przede wszystkim to nastawy, aby dało się je zrobić i wysłać z kompa na sterownik 2. To co po drodze przyjdzie mi jeszcze do głowy a będzie przydatne
  10. damianlisu
    Kolego Kolk teraz popatrz na siebie i swoje zachowanie. Dzwonisz do producenta z pytaniem o pracę sterownika, dostajesz odpowiedź która Tobie nie odpowiada a następnie zadajesz te same pytanie na forum. Jeśli dostałeś taką odpowiedź to tak jest. Histereza działa gdy wyłączysz PID, robisz wtedy sterownik dwustanowy załącz/wyłącz. Z PID przy nastawie 46' gdy zaczyna kocioł z małej mocy przy 55' znaczy to że algorytm przewiduje że jest duże zapotrzebowanie na ciepło. To jest po to aby nie dopuścić do dużego spadku poniżej temp zadanej. Nabierzesz doświadczenia przy sterowniku to pojmiesz jego zasadę działania.
  11. damianlisu
    andrew01 małe info poszło na maila
  12. damianlisu
    Art-e nie mam Cobry ale jeśli posiada RS485 to jest OK. Z drugiej strony patrząc RS485 musi mieć do podłączania Aligatorów i innych gadów.
  13. damianlisu
    Trochę mam, ale nie to co bym chciał
  14. damianlisu
    Andrew tak to wszystko jest w planach, pełna kontrola nad Pumą. Jeśli opanuje komunikację z Pumą z np temperaturą zadaną CO to reszta będzie bajka. Nie wiem ile nastaw można obecnie przez RS485 kontrolować na Pumie, ale będę chciał je wszystkie obsłużyć. Życie resztę zweryfikuje. Archiwum chciałbym tworzyć ciągłe np jeden plik na 1 rok. Można więcej ale może być problem z otwarciem takiego pliku i jego obróbką. Z zeszłego roku, czyli 2011, mam plik który waży 10.5 Mb i ma prawie 330 tyś próbek, spokojnie go otwieram a nie mam w 100% kompletnego tamtego roku, są dziury w datach. Pytasz o wizję softu. Tak myślałem nad tym bo to bardzo ważne. Dlatego również te przemyślenia przelałem tutaj zaczynając ten temat. Konsultowałem wczoraj popołudniu pewne sprawy z E-M i doszedłem na następującego wniosku i chyba tak będzie najłatwiej. Aplikacja w miarę prosta i łatwa, przede wszystkim czytelna. Na pierwszym planie (oknie) temp CO, CWU oraz może jakieś tam inne pierdółki. W pierwszych wersjach łączyć będzie się aplikacja<-->aplikacja, w następnych może być połączenie aplikacja<-->aplikacja lub aplikacja<-->web(przeglądarka). W ten sposób rozwój panelu przeglądarkowego nie zablokuje rozwoju i ukończenia samej aplikacji. Już wiem że pewne osoby będą ciągły kabel do domu z kotłowni do kompa dlatego taka struktura połączenia, czyli bezpośrednio z połączonego kompa z Pumą musi dać się wysterować sterownikiem. Co za tym idzie najłatwiej i najprościej zrobić połączenie na pierwszy rzut aplikacja<-->aplikacja (ta sama wersja, ten sam exek, będzie wybór w konfiguracji który soft jest z Pumą a który zdalny) Jarku, takowe konsultacje już były i jeszcze będą. Sam bez pewnych rzeczy powiedzmy nie jestem w stanie tego zrobić. Napisałem powiedzmy ponieważ mogę na piechotę bawić się w rozpracowywanie co po kablu lata do i z Pumy. Na to trzeba byłoby trochę czasu poświęcić. Identycznie powstała tylko i wyłącznie na moje potrzeby pierwsza wersja PumyCharts czyli 0.01. Robiłem ją całkiem na piechotę nie mając pojęcia co siedzi w archiwum. Nie konsultując tego i nie pytając o to p. Włodka jak i E-M. Działało to w 70-75%, nie mogłem rozpracować kilku nastaw oraz rozjeżdżały mi się daty. Gdy udało mi się uzgodnić co i jak z p. Włodkiem i E-M poszło jak z płatka i tak pojawiła oficjalna wersja 1.0.
  15. damianlisu
    Trzymam za to kciuki i jeśli faktycznie ruszy moja "prywatna" platforma będzie to swego rodzaju konkurencja (nie biznesowa) oczywiście.
  16. damianlisu
    Zabawy z dogadaniem się z Pumą na pewno będzie po pachy, tego nie ukrywam, wykresy, Andrew mam to w jednym palcu , nawet te pod web. Któraś z wczesnych wersji PumaCharts miała właśnie kontrolkę we flashu wyświetlającą wykresy, rzekłbym tą samą co na http://serwer.itask.pl/buranco Nie chcę dopytywać p. Włodka ani w E-M o detale, trochę to głupio wygląda. Z wcześniejszych rozmów z p. Włodkiem wiem o słabostkach pierwszych wersji, nie będę wdawał się w szczegóły jakie to, ale wyraźnie słyszałem że WiFi będzie pod ekranem i rozszerzenie WiFi nie będzie właśnie tych wersji dotyczyć. Być może pomysł na osobny moduł zrodził się później choć uważam i zostało to przeze mnie głośno powiedziane, że wszyscy użytkownicy powinni mieć możliwość poszerzenia możliwości swoich sterowników. Dlatego też jakoś urodził się pomysł z PC`tem przy Pumie. Panie Włodku, dzięki za wsparcie
  17. damianlisu
    Andrew, a czemu nie ? Przecież to my ludzie decydujemy jak będzie działać dana aplikacja. Ma być serwer www oraz obsługa Pumy to będzie, ma robić śniadanie o 8.00 to będzie robić
  18. damianlisu
    Nie to nie konkurencja, to hmmm realizacja własnych potrzeb i pomysłów i chyba co najważniejsze w biznesie NIE BĘDZIE SPRZEDAWANE !. Jest to prywatny pomysł oraz wykonanie, zresztą nie każdemu pasuje stawianie kompa koło kotła. Gro ludzi kupi Pumę w WiFi wtedy ten cały osprzęt będzie nie potrzebny. BTW, p. Włodek jest/będzie jak zawsze pośrednio zaangażowany w ten pomysł. Pośrednio dlatego że on jest "ojcem" oprogramowania do Pumy i wie co w trawie piszczy
  19. damianlisu
    Teoretycznie tak, praktycznie może być to jedna i ta sama aplikacja. Praktyka myślę że pokaże czy brnąć w dwie aplikację czy lepiej rozwijać jedną ale wspólną. No w sumie masz rację. Teraz tak na szybko myślę, jeśli jedna aplikacja jako klient/serwer to nie wieloplatformowa Ja jak wspomniałem mam trochę sprzętu który można reanimować, co będzie użyte, pełna dowolność. Ważne aby było w takim sprzęcie jedno wyjście USB lub RS232, ponieważ musi być przejściówka z RS485 (wyjście z Pumy) Wiem że dostęp przeglądarkowy daje "większe" możliwości ale potrzeba większego nakładu pracy aby to uruchomić. Oprogramować aplikację, czyli stworzyć serwer jest to średnio ciężkie zadanie. Nie potrzeba w tym wypadku wszystkich funkcji w prawdziwego serwera. Dodatkowym zadaniem staje się napisanie drugiego interfacu dla web`a. Czyli znów czas, nakład pracy itp. Mając to wszystko pod ręką w wersji serwerowej (pod warunkiem że jeden soft będzie robił za klienta/serwer) jest połowa roboty zrobiona. W tym wszystkim trzeba mieć na uwadze czas na rozkręcenie na tyle tego pomysłu aby zaczął działać(a jestem sam i trzeba ogarnąć dwustronną komunikację z Pumą oraz tysiąc innych spraw). Później można nanosić jakieś poprawki do softu bo będą jakieś doświadczenia, cos się sprawdzi lepiej a inne rozwiązanie może w ogóle.
  20. damianlisu
    Mam pewien plan, jako że jestem posiadaczem Pumy jednej z pierwszych wersji jakie pojawiły się w sprzedaży i raczej nie zapowiada się żebym wymienił ją na wersję z WiFi a więc wymyśliłem sobie takie coś: Sprzętu komputerowego u mnie ci pod dostatkiem, walają się po kątach prawie kompletne kompy w Duronem 1.3 GHz na pokładzie. Reanimować takie coś do życia, postawić na tym XP`eka (obawiam się że Win98 może już być niewystarczający) oraz podłączyć to cudo do Pumy. Co mi to da ? Ano da to że zepnę tego kompa z WiFi (obojętnie jak, wystarczy zwyczajny ethernet), z drugiej strony będzie połączenie z Pumą oraz skrobnę sofcik panujący nad tym wszystkim a co w całości da mi dostęp z zewnątrz do Pumy. Możliwości w takim rozwiązaniu są nieograniczone. Będzie to funkcjonalny w 100% dostęp z internetu bez platformy pośredniczącej jak w ecoalu/brulim do nastaw, podglądów, archiwum. Dostęp z internetu może być zrealizowany poprzez przeglądarkę lub mój sofcik. Tutaj jedna uwaga, jeśli dostęp miałby być również z internetu a nie tylko z sieci lokalnej potrzebne jest/będzie zewnętrzne IP. Teraz pytanie do zainteresowanych (jest jedyny moment na wybranie odpowiednich narzędzi) czy: - robić wersję x86/x64/WinCE ? Nie wiem co tam macie pochowane w szafkach za sprzęty/telefony/tablety. Wersja pod Symbiana raczej odpada, za dużo zabawy a nie można spłodzić jednej aplikacji chodzącej na wszystkich systemach. - realizować dostęp do nastaw poprzez stronę www ? Sugerowałbym połączenie aplikacja<-->aplikacja. O wiele łatwiej nad tym zapanować i nie trzeba tworzyć następnego interfejsu dla stron www w html`u. - no i czy byłby ktoś chętny do testów tego ? Sam projekt jest w fazie przemyśleń. Czas potrzebny na spłodzenie tego wszystkiego jest zależny od stopnia skomplikowania całości ale przybliżony czas to jakieś 3-4 miesiące +- 1 rok (żart)
  21. damianlisu
    Przemc, temp zadana jest podnoszona przez sam sterownik w momencie dogrzewania CWU. W trybie lato ładnie to widać jak temp zadana idzie do góry w czasie pogrzania CWU a następnie zostaje obniżona do minimum po nagrzaniu.
  22. damianlisu
    Ustaw czasy na powiedzmy 10:40, czyli 1:4, poobserwuj jak pracuje sterownik i jak dobiera moce blisko zadanej. Teraz ustaw 10:25, i ta sama obserwacja. Wniosek powinien nasunąć się sam. Czym więcej sypiesz na retortę groszku tym masz większy przyrost temp z zadanym czasie a to z kolei skutkuje pracą kotła na mniejszych mocach. Sprawdzone u mnie przez okres ostatnich dwóch sezonów. Hehe, chciałbym i Ty również aby takie cudo było. Mówię o wychładzaniu czy o powolnym dobijaniu do temp zadanej ze względu na odsłonięte kanały napowietrzające retortę. Też nie do końca miałem to na myśli. Jeśli masz ustawione podawanie na 10:40 i zmienisz na np 20:30 sterownik będzie jeszcze przeciągał przez jakiś okres. W późniejszym czasie powinien dobierać moce bardziej dokładnie.
  23. damianlisu
    Ale jesteście uparci. Wg algorytmu PID musi nastąpić jakiś wzrost temp w zadanym czasie. Jeśli ten wzrost jest znikomy (ze względu na wyśrubowane nastawy rzędu 1:5 lub więcej) sterownikowi wydaje się że jest duży odbiór ciepła i stara się nie dopuścić do znacznego spadku temp pod zadaną. Czasami tutaj również może wchodzić w rachubę brak kopczyka na retorcie i musi nastąpić kilka/kilkanaście cykli aby uzupełnić braki. W efekcie jedzie na 100% gdy jest ponad zadaną i następuje przeciągnięcie. Trzeba dodać ładnych parę sekund do podawania i dać kilkugodzinny czas aby algorytm zaadoptował się do nowych nastaw.
  24. damianlisu
    art-e a gdzie symbian, win ce ?
  25. damianlisu
    Kilka tygodni temu rozmawiałem z p. Włodkiem na ten temat. Stanowisko jego jest takie, nie ma sensu zrzucać nadmiaru energii na CWU. I racja. Ostatnia wersja 9.939 po moich zgłoszeniach zawiera w głównej mierze poprawki przed przegrzaniem. Przy przegrzaniu pompa CWU powinna ruszyć po przekroczeniu 85'
×
×
  • Dodaj nową pozycję...

Forum:

Grupa ZPR Media:

Grupa Murator:

Serwisy internetowe:

Miesięczniki:

© 2024 Grupa ZPR Media, hosting: Supermedia