Profil użytkownika

Troszkę to zakręcone ... ok pompki spoko , ale dmuchawa ? Co z podajnikiem , myślę że ten pomysł zrodzi sporo problemów. Skicha się komunikacja między coalą a rPi i albo będzie wiało kiedy nie trzeba albo nie będzie wiało = wizyta w kotłowni ... 1 dziennie spoko ale np co 3 godziny - chce Ci się ?
Koszt płytki "prototypowej" to 70-80 + wysyłka - wygląda jak fabryczna , parę fantów i z rPi/BananaPi robi się pełnoprawny sterownik nie koniecznie na linuxie i wkoofiajacym pythonem 

Dodatkowo jak padnie (np burza i nie zabezpieczone gpio + eth) to za 140 podkładasz i gotowe ... praktycznie cały nowy ster

Tylko jak zmusić kocioł do pracy ciągłej na np 1,5-2kW ? Odbiór można dostosować (praca pompek)

moim zdaniem szkoda się bawić z przekaźniki ... maxik i po rs`ie można się połączyć


tu  jest ładnie opisane ->http://www.sawistowski.net/prywatnie/projekty/rpirs.htm

Chociaż lepiej wziąć smd - można zamknąć w wtyczce  


Albo gotowiec http://www.tme.eu/pl/details/mikroe-602/zestawy-uruchomieniowe-pozostale/mikroelektronika/max3232-board/  (Gotowe ale drogo)


Niedawno ktoś pytał po co się jeszcze montuje rs`y ...

To http://elinux.org/RPi_XRDP_Server też się może przydać

Nie wiem dlaczego się tak dzieje , i nie dzieje się tak codziennie (ciężko znaleźć zależność) ale kiedy sterownik jest połączony z ES to czasami nie da się wejść lokalnie.


Traci połączenie (lokalne) lub odświeża w nieskończoność. Tak było na sofcie wcześniejszym jak 0.3.1.16 , na tym nie testowałem bo mam dostęp tylko przez ES.


Tak jak pisałem wcześniej, po przełączeniu w sterowniku "Połączenie aktywne" na "NIE" rozwiązywało problem połączenia lokalnego.




Sprawdzałem wsio nawet patchcord`y (mam dość dobry tester w robocie) , adresy IP nie były z puli DHCP, nie było konfliktów ani nazw ani IP.

Odłącz na próbę od ES 

Te 3 osoby mają ustawione połączenie z ES ? 


Ja zauważyłem że przy aktywnym połączeniu z ES jest problem z połączeniem lokalnym, po wyłączeniu połączenia z ES w sterowniku , po localu nie ma problemu.


Spróbować można, głowy nie dam obciąć ale raczej to nie wina skryptu w pythonie tylko softu stera albo jego ograniczeń sprzętowych - ile zapytań jest w stanie przetworzyć jednocześnie ? Ktoś to sprawdzał ? Jak działa połączenie z ES - ES pobiera dane ze stera i udostępnia dalej czy tylko przekierowuje pytanie-odpowiedź między userem a sterem ... 


Jeśli to drugie to przy 3-4 (strzelam może być 1-2 albo 5-10 ) userach aktywnych "przeglądających" przez ES sterownik, próba wbicia się po localu może się nie udać

Dzięki za info szukałem go tam, ale było pusto, łączę się na razie tylko przez ES(łącze użyczone grzecznościowo - brak dostępu do routera).


Teraz już wiem dlaczego nic nie mam w /sync

Moim zdaniem bardzo dobrze że nie działają.
Idea jest taka że to Ty masz nimi sterować a ecoal/bruli to "pośrednik".
Można wtedy traktować CO/DOM jako jeden "organizm" i zawrzeć to w algo.


Tworzysz własny "programator" tygodniowy , tablicę temp zew i związaną z nią pracę cykliczną pomp , cokolwiek na co masz ochotę Możesz nawet SI zaprząc do pracy


Dla mnie lepszym rozwiązaniem było by dołożenie zabezpieczenia które w przypadku utraty połączenia przełączy sterownik w tryb automatyczny. Wtedy kocioł nie wygaśnie , nie wybuchnie itd.

jak poprosić sterownik o ten plik ?

Napisałem sobie, sukcesywnie przepisuję skrypt (jak czas pozwala) , na koniec jak już wsio będzie w .Net(c#) może się szarpnę na graficzny edytor algo spalania + lista algo albo tylko lista - zobaczymy co będzie działać w mono.




Szukam tanich siłowników do zaworów 3d termo 

Co do punktu 2 to coś u Ciebie nie działa ... 
U mnie działa prawidłowo Łączę się tylko przez ES

@Stan super pomysł. Na ścianę


Zrób fotki jak zmontujesz.

Switch,ecoal/bruli, raspb/bbb zasilane z jednej "fazy" , najlepiej z jednej listwy.


Obudowa może nie koniecznie wodoodporna ale "wilgocioodporna"

Wtedy wywala ex -"Najlepiej dopasowana metoda przeciążona metody „System.BitConverter.ToInt16(byte[], int)” zawiera niektóre nieprawidłowe argumenty." - dlatego zrobiłem na okrągło.


Problem pojawił się przez to :



gdyby było wszystko w c# - nie było by problemu



zdradzisz tajemnicę fuel.dat (struktura) ?


pozdrawiam
adkw

Dzięki ven  Stała się jasność


Docelowo chcę zmajstrować całość w c# , teraz użyłem pytona w c# przez "IronPython.Hosting" i do momentu temp ujemnych było ok , przy ujemnych wychodziły bzdury. 


byte[] data; data[0] = (byte)ster.s_statusdata[20]; data[1]= (byte)ster.s_statusdata[21];


(float)BitConverter.ToInt16(data, 0)/10.0f i jest dobrze




Czy w którymś pliku archiwum zapisuję się praca podajnika ? [dataczas,czas pracy(sek)] ?
Co znajduje się w pliku fuel.dat


Z góry dzięki za info.

Proszę o rozwianie wątpliwości dot zwracanej temp zew.:


Jeśli temp zewn jest dodatnia to poz22==0 i temp zew = (poz21-poz22)/10 -> (54-0)/10 
Jeśli temp zewn jest ujemna to poz22==255 i temp zew =  (poz21-poz22)/10  -> (217-255)/10


ujemna: 
[2,1,6,6,0,0,76,0,0,0,0,0,0,0,0,0,202,0,202,0,217,255,231,1,76,1,33,1,19,2,229,2,17,1,1,0,0,50,48,38,


dodatnia :
[2,1,6,6,0,0,76,0,0,0,0,0,0,0,0,0,202,0,202,0,54,0,231,1,9,1,23,1,22,2,19,3,5,1,1,0,0,50,48,38,0,0,2,2,1]


Tak ? Czy inaczej ?

Tu https://drive.google.com/file/d/0B_qzH0FjDyZdaV91cnJOMWF6Mmc/edit?usp=sharing jest programik wykorzystujący zmodyfikowany skrypcik przez kol DarekB



Dodałem temp podłogi. Działa na Windzie do uruchomienia wymagany .NET4 (http://www.microsoft.com/pl-pl/download/details.aspx?id=17851)






Proszę o info (jak się komuś uda uruchomić) czy temp zew jest prawidłowa ? 

Zawsze można to odpalić na rasbery pi lub beaglebone black - i po kłopocie ... biorą po 3-5W , przyklejić do obudowy ecoala , switch`a tylko trzeba Dodatkowo można dopiąć sporo czujników temp , wilgotności itd , sterować centralką wentylacyjną itd, dostęp przez net , co sprytniejsi mogą sobie zrobić swoje UI