BOINC@Poland

Gdy powstawał SKB@P nie było jeszcze PM-GPU, więc z automatu SKB@P liczył punktodajne projekty :). Teraz gdy mamy PM-GPU powstał dylemat, co ma liczyć SKB@P.
Czekamy na waszą opinię oraz propozycje do ankiety. Może jakoś rozdzielać moce SKB@P?
Propozycje do ankiety:
1. Nadal to co liczy, moo, distrRTgen.
2. GPU-PM w miarę możliwości + to co w 1pkt dla kart które nie dadzą rady z GPU-PM.
3. 50/50 podział. GPU-PM 50%, to co w 1pkt. 50%

Bo nikt jeszcze nie podjął tematu liczenia PM GPU na SKB@P. :)
Może jakaś ankieta?

Cytat: vivianek w 12 Lipiec 2012, 20:34
Czujka doszła :D ale podepnę ją dopiero w sobotę

Była u sąsiada? :]

:)

Sterownik nie jest wymagany, powinna być wykryta jak urządzenie HID.
Przypuszczalnie jest jakiś problem z połączeniem. Spróbuj na innym kablu, wyciągnij czujkę z obudowy ściągając zatyczki. spróbuj ją podłączyć bez obudowy. Możliwe, że wtyczka nie dochodziła do końca poprzez korek. Jeśli nadal będzie problem to jutro wyślę inną czujkę.

Cytat: andy101fah w 12 Lipiec 2012, 19:18
Niestety nie ma.

root@andy-P67A-UD3:/var/lib/boinc-client# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 003: ID 046d:c018 Logitech, Inc. Optical Wheel Mouse
Bus 002 Device 003: ID 058f:6362 Alcor Micro Corp. Flash Card Reader/Writer

w pliku /etc/udev/rules.d/53-radioactive.rules
jest
#RAD@Home
ATTR{idVendor}=="16c0", MODE="666", GROUP="plugdev"

Tak, ale kernel nie wykrył takiego urządzenia. lsusb go nie wyświetla, sprawdź na innym porcie, na innym kablu. Dociśnij wtyczkę USB do czujki, może nie dokońca weszła?

Cytat: andy101fah w 12 Lipiec 2012, 19:09
Wszystko jasne:
Could not find any of the devices listed in sensors.xml: The specified device was not found
a tutaj niby ok.
parse_file: reading '/etc/udev/rules.d/53-radioactive.rules' as rules file

Daj lsusb w konsoli z prawami roota, znalazło tam urządzenie 16c0:....?

Cytat: andy101fah w 12 Lipiec 2012, 18:42
Boinc manager 7.0.24 i ubuntu 12.04 64 bit. Niechaj ktoś pomoże, jak odpalić czujkę. postąpiłem wg porady z http://www.boincatpoland.org/smf/radioactivehome/uruchomienie-czujnika-w-systemie-linux/ i dalej postęp 0.0% . Czujka sobie "pika" i na bieżąco pokazuje dane. Jeżeli ma ktoś podpiętą czujkę do ubuntu i tego managera niechaj da znać.

W folderze /var/lib/boinc-client/slots/xx/ gdzie xx to liczba znajdź folder z plikiem radac_..... i zobacz co widać w stderr.

Sporo czujek już rozesłałem, dlaczego ich na mapie jeszcze nie ma? Warto je dodać na mapie!

Jednym z problemów 3.0 jest bardzo głośne pikanie w porównaniu z v2. Poprawię to w przyszłym oprogramowaniu.

Cytat: Martin Fox w 11 Lipiec 2012, 22:18
Głupie pytanie - tuba podpięta, w ustawieniach buzzer wyłączony - a to ciągle pika... da się coś z tym zrobić? :)

Jaki system operacyjny? Jeśli linux to koniecznie trzeba w udev coś wpisać, jest o tym wątek gdzieś :)

Dziś wyszło kolejne 7 czujek, osoby do których wysłałem paczki otrzymali ode mnie info na PW.

Dziś wysłałem część czujek, poinformuję za raz tych, co jutro mają się spodziewać przesyłki.
Na tą chwilę już nie ma wolnych czujek testowych.
[smg id=9636]

Jeszcze HDD Toshiba MK4026GAX biorę, na czarną godzinę.

raptora biorę.

Jeśli 40GB wystarczy, to takie mam, może jakaś 80GB by się znalazła, ale nie jestem pewien. Mam też 250Gb ale w stanie nieznanym, muszę go sprawdzić.

Trollu, w takim razie 3szt wysyłam do Ciebie, niestety jednak nie zjawię się we Wrocławiu.

Cytat: vivianek w 09 Lipiec 2012, 20:13

Cytat: ryszard.korczyk w 09 Lipiec 2012, 14:48
Osoby do których jeszcze nie mam namiarów do wysyłki:
Hubik
JaRa
mimeq
xelexin
patyczak
vivianek czy tą wysłać do Hyakinthos?

Kolega Hyakinthos był pierwszy niech zdecyduje

Tu pytałem, czy obie wysłać do Hyakinthos :). Czy osobo, a jeśli tak to proszę o adres, to pójdzie w drugiej turze, ale jeszcze w tym tygodniu. Tub mi zaczyna brakować :/

Osoby do których jeszcze nie mam namiarów do wysyłki:
Hubik
JaRa
mimeq
xelexin
patyczak
vivianek czy tą wysłać do Hyakinthos?

"W aucie gaźnikowym naciskam gaz i silnik wchodzi na obroty. W nowoczesnym, superekologicznym pojeździe na te obroty trzeba poczekać i to sporo. Czasem mam wrażenie, że tam pod maską siedzi taki typ z ołóweczkiem i liczy: ,,jeżeli odczyt z przepływomierza to 3,3 V, TPS to 50%, prędkość obrotowa 2348, a temperatura 22′C, to dawka paliwa będzie... czekaj... tu dwa, razy siedem, pięć w pamięci, czyli dwadzieścia cztery... plus dwanaście... razy... eee... DOBRA, SIEDEMNAŚCIE KOMA CZTERY! POLEWAJCIE, WTRYSKIWACZE!"."

Cytat: Troll81 w 05 Lipiec 2012, 21:46
rk przywiezie na zlot to mu pomożemy :D

Powycinane i oklejone.
[smg id=9634]
[smg id=9635]
Trafa nawinięte i sklejają się rdzenie.
[smg id=9633]

Terminów realizacji 3 serii jeszcze nie ustalaliśmy, ale części niektóre będą dopiero za 6-8tygodni. Więc uwzględniając czas na montaż i testy będzie to za trochę ponad 2 miesiące.
Seria prototypowa jest już zmontowana, kilkanaście szt jeszcze zostało, muszę tylko obudowy przygotować.

Cytat: luk.inc w 06 Lipiec 2012, 13:45
Jeśli zakupie czujkę to postaram się ją połączyć z raspberry pi, może dać ciekawe efekty ;) Próbował już ktoś na malinie odpalić?
pozdrawiam
Łukasz

http://www.boincatpoland.org/smf/radioactivehome/czujka-radioactivehome-i-arm-linux/
W tym wątku ktoś o tym pisał.

Cytat: vivianek w 05 Lipiec 2012, 20:32
Heh szczęściarz mi się już nie udało zapisać do testów  :(
Zapisana do listy na trzecią serię, pozostaje czekać

Nie obiecuje, ale może uda się jeszcze coś zorganizować.

RK musi powycinać do tego czasu obudowy :)

Kolejny projekt do 1mln dociągnięty, tym razem WCG.

Cytat: Tomasz R. Gwiazda w 03 Lipiec 2012, 21:39
takie pytanie do znawcow, czemu ten projek uzywa Javy ?
bo akurat w javie programowac umial tworca czy sa jakies inne przeslanki ku temu ?

DDM korzysta z RapidMiner, opensorcowego systemu do przetwarzania rozproszonego, ułatwia on tworzenie aplikacji analizy danych.
http://rapid-i.com/content/view/181/190/
Specyfika tego środowiska wymusza korzystanie z javy. (Tak mi się wydaje :))
Co do stabilności projektu, gdy był PM to trochę niedomagał, ale aktualnie jest dużo lepiej. Analizowane tematy też wyglądają ciekawie, bardzo dobrze opisane są problemy rozwiązywane przez projekt.
Ważna sprawa dla liczących na 64bitowych systemach, potrzebna jest java 64bitowa. W większość z nas w systemach 64bitowych ma javę 32bity, bo przeglądarka jest 32-bitowa i taką javę wymusza przy pobieraniu ze strony oracla :). Więc trzeba zadbać o wersję 64bitową, która działa niezależnie od 32bitowej. WU aktualnie się nie zwieszają.
edit:
Ostatnimi czasy dociągałem do 1mln w DDM i projekt działał na ponad 10 hostach bez problemów, ważna była 64bit java na komputerach z 64bitowym systemem, do ściągnięcia ze strony oracla.

Cytat: p o r c z e k w 03 Lipiec 2012, 10:27
Agitacja udana :p_arr: Głos na Distributed Data Mining

Ja twardo od paru głosowań popieram DDM. Więc też agituje. :)

Cytat: Troll81 w 03 Lipiec 2012, 15:38
eee ty wysyłałeś czujki do wrocka w zeszłym tygodniu? bo wciaz nie dotarły.....

Nie wysłałem jeszcze.

W SKB@P3 mamy problem z wieszającymi się WU DistrRTgena, zatrzymuje się w pobliżu 100% i stoi. 2 razy dziennie tam zaglądam i co jakiś czas ubijam WU po 5-10h idące, jak normalnie po 9min się liczy. Sporo w ten sposób tracimy wydajności na tej HD7970, ktoś ma jakieś pomysły i mógłby się tym zająć? Ja przez weekend skupię się na SKB@P11 który nadal nie jest stabilny i zalicza zwisy.

Aby pokazać jak waży jest to problem patrzcie poniżej. W ciągu tygodnia 4dni liczenia bez punktów!
25114610    17034641    30 Jun 2012 | 13:00:15 UTC    2 Jul 2012 | 15:52:47 UTC    Aborted by user    85,375.85    9.67    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
25089862    16982901    30 Jun 2012 | 3:16:21 UTC    1 Jul 2012 | 15:40:24 UTC    Aborted by user    4,997.72    10.59    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
25005666    16992819    28 Jun 2012 | 13:14:53 UTC    30 Jun 2012 | 13:00:15 UTC    Aborted by user    42,773.47    9.95    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
24980955    16983866    28 Jun 2012 | 3:30:52 UTC    30 Jun 2012 | 3:16:21 UTC    Aborted by user    37,285.91    12.21    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
24959334    16907783    27 Jun 2012 | 17:52:48 UTC    29 Jun 2012 | 16:13:54 UTC    Aborted by user    59,704.00    12.79    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
24889982    16819640    26 Jun 2012 | 11:11:10 UTC    27 Jun 2012 | 17:52:48 UTC    Aborted by user    40,802.96    11.26    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
24757161    16898382    24 Jun 2012 | 4:29:41 UTC    26 Jun 2012 | 4:17:03 UTC    Aborted by user    39,931.06    10.39    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
24733419    16889494    23 Jun 2012 | 18:47:10 UTC    25 Jun 2012 | 4:41:36 UTC    Aborted by user    52,354.89    12.29    ---    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)
A tak powinno być:
25129610    17007577    30 Jun 2012 | 14:52:36 UTC    2 Jul 2012 | 23:57:57 UTC    Completed and validated    578.64    8.77    8,758.00    Distributed Rainbow Table Generator (distrrtgen) v3.52 (opencl_ati_101)

edit:
spróbuje teraz zaktualizować drivery, może pomoże.
edit:
12,6 zainstalowałem, zobaczymy co będzie.

Trzeba sprawdzić, ale kondensator 1F znów nie efektywnie będzie ładować się z ogniwa słonecznego. Ogniwo słoneczne jest dość podobne do źródła prądowego i najefektywniej jest pobierać z niego tyle prądu, dla którego napięcie na ogniwie jest optymalne, np. 16,8V dla ogniw do instalacji 12V. Jeśli napięcie będzie mniejsze to pracujemy w nieoptymalnym punkcie, przy za dużym napięciu prąd zaczyna uciekać złączami PN ogniwa.
Najlepszym rozwiązaniem byłby impulsowy regulator ładowania w konfiguracji step-down, który regulując prąd ładowania (przy pomocy PWM klucza) utrzymuje optymalne napięcie na ogniwie. W przypadku uzyskania napięcia 4,2V na ogniwie regulator powinien skupić się na utrzymaniu tego napięcie na tym poziomie (tu już nie wykorzystujemy całej mocy ogniwa) do momentu uzyskania prądu ładowania podanego w dokumentacji ogniwa, jako prąd przerywający ładowanie.
PS: Właśnie robię próby takiej ładowarki zasilanej z 10W baterii słonecznej, a ładuje pakiety 7,4V 10Ah.

Przy próbach zasilania z baterii słonecznej układ ładowarki zachowywał się dziwnie, czasem się blokował i zaświecał diodę error. Raczej nie jest przystosowany do niestabilnego zasilania. Tu trzebaby coś swojego zrobić, aby dostosować się do ładowania li-on.

zostałem zasypany pytaniami o nr konta i adresy wysyłek. Dziś mam dość pracowity dzień, ale do wieczora postaram się do wszystkich napisać w tej sprawie.

Cytat: Hyakinthos w 02 Lipiec 2012, 12:54
Witam serdecznie,
Znalazlem siebie na arkuszu, ale dla pewnosci chcialem napisac, ze jestem bardzo chetny na sprawdzona lub prototypowa czujke. Jakakolwiek bedziecie miec, to wezme i dolacze w koncu do tego projektu:). Pozdrawiam serdecznie

Jesteś na liście testerów, oczekuj przesyłki.
http://www.boincatpoland.org/smf/radioactivehome/alternatywna-czujka-radioactivehome/msg194560/#msg194560

Tu mamy akumulatory Li-on, dużo lżejsze, bo założeniem było nie przekroczenie wagi 250g. Na Ni-MH ciężko byłoby coś zdziałać z taką masa i pojemnością. Przedstawiony tu układ działa tylko z Li-On! Jeśli trzeba będzie to pracuje ładowarkę Ni-MH z USB na 3 aku :).

Cytat: Morys0856 w 01 Lipiec 2012, 22:31
Pojawił się u mnie problem. Boinc nie pobiera próbek Milki tylko dostałem wiadomość od serwera "GPU lacks necessary double precision extension". Chodzi i mojego GeForce GTS 250.  Rozumiem, że ta karta czegoś nie posiada. Czy da się coś z tym zrobić, czy nie policzę sobie na niej tego projektu?

niestety GTX260 dopiero posiada DP, niestety na GTS 250 nie policzysz.

Kolega prosił mnie o zaprojektowanie przenośnego akumulatora, który stanowiłby awaryjne źródło zasilania do ładowania urządzeń takich jak komórki, GPSy itp.. Akumulator ładowałoby się typową ładowarką USB, a w razie potrzeby można z niego naładować urządzenie. Urządzenie takie potrzebuje na najbliższą wyprawę:
http://www.transkarpatia.pl/
Co nie znaczy, że może on stanowiąc świetne źródło zasilania dla czujek, odpowiednie połączenia umożliwią też wspomaganie zasilania czujki podłączonej do telefonu z Android.

Na początek zastosowane komponenty:
1. Akumulator, tu zastosowałem dwa ogniwa Li-on w najbardziej typowej obudowie 18650 o pojemności 2,2hA (dostępne są nawet 3Ah) i napięciu 3,6V, ogniwa połączone są równolegle, co podwaja pojemność do 4,4Ah. Akumulatory takie wymagają specjalnych układów zabezpieczeń (PCM) i nie powinno się ich używać bez tych układów. Jest to bardzo niebezpieczne! PCM zapewnia nam zabezpieczenie przed przeładowaniem, za głębokim rozładowaniem. Jako PCM zastosowałem gotowy koszyk z PCM na dwa akumulatory 18650 w konfiguracji równoległej.
2. Układ ładowania. Tu zastosowałem MCP73861, jest to przyjemny układ ładowarki li-on. Zastosowałem typowy układ aplikacyjny z pewnymi modyfikacjami. Nogę PROG podłączyłem przez rezystor 1,5k do masy, co zmniejsza prąd ładowania do 500mA. Kondnesator na nodze TIMER zwiększyłem do 0,47uF, aby układy zabezpieczeń dopasować do zastosowanych ogniw.
[smg id=9621]
3. Układ wyjściowy przetwornicy 5V. Tu zastosowałem MCP1652, dzięki wysokiej częstotliwości pracy tej przetwornicy step-up można zastosować małą cewkę i małe wartości kondensatorów. Tu też typowa aplikacja układu, nogę SHDN połączyłem z VIN, aby układ cały czas pracował.
[smg id=9622]
4. Przełączanie funkcji. Tu zwykły przełącznik przełącza akumulator między ładowarką i przetwornicą.
5. Obudowa. Tu zastosowałem gotową obudowę aluminiową AKG-55-24-100-ME firmy FISCHER ELEKTRONIK.
Całość prezentuje się tak.
[smg id=9623]
[smg id=9624]
[smg id=9625]
[smg id=9626]
[smg id=9627]
[smg id=9628]

W przyszłości dopiszę tu więcej informacji o urządzeniu, testy oraz schematy.
Całość waży 200g i teoretycznie daje nam 6h ładowania urządzeń (500mA) lub 70h pracy czujki 3.0.

SKB@P już na aktualny PM przestawiony.

SKB@P przestawiłem na nowy PM, WCG doliczy to co było w buforze.

[smg id=9616 type=av]
Aktualny schemat czujki.