BOINC@Poland

Autor tego wątku trochę się wkopał :P, ale dobrze że takie porównanie powstało.

Moduły GPS i modemy GPRS/3G mam na stanie, kiedyś mam się nimi zająć. Ale aktualnie chciałbym się skupić na najprostszej wersji bez dodatków, takiej nazwijmy to LITE. Jeśli uda się ją dopracować i wytestować to może uda się w miarę szybko uruchomić produkcję, tak aby zapewnić dostawy, bo samych chętnych jest naprawdę dużo. Wersja LITE z założenia nie ma wodotrysków, zasilania z baterii itp. ale dzięki temu szybciej uda się zabrać za produkcję, PCB będzie proste i tańsze. Myślę, że 80% chętnych na czujkę podłączy ją do USB i nic więcej nie będzie potrzebować, dla nich LITE jest idealna.

Wersja FULL raczej szybko nie uruchomimy, ale możemy już wstępnie zastanowić się nad funkcjonalnością. Myślę że
1. aku li-on to podstawa,
2. GPS do wersji mobilnej ok, stacjonarnie się nie sprawdzi, zasięg GPS w budynkach jest słaby.
3. Pamięć na dane, najprościej karta SD, pytanie czy ta funkcjonalność zapisu danych będzie jakoś z boinc się integrować?
Biblioteki microchip umożliwiają bardzo szybkie uruchomienie takiej funkcjonalności, są gotowe biblioteki SD, FAT.
4. Moduł 3G/GPRS, tylko do czego, dane można online wysyłać na serwer, ale już nie bardzo może to jako projekt boinc działać.
5. Wyświetlacz graficzny, wykresy itp :)
Są gotowe biblioteki microchip łącznie z obsługą ekranów dotykowych.

Myślę, że z czasem mogą też powstać wersje pośrednie.

ad3. Da się, choć trzeba zachować procedury bezpieczeństwa.
http://www.youtube.com/watch?v=_JqASvxF9xc

Proszę bardzo.

Na wyświetlaczu pełen debugging ;)

Jakiś czas temu powstał pomysł zaprojektowania alternatywnej czujki do projektu radioactive@home. Dotychczasowa sprawiała czasem drobne problemy, więc postanowiłem zmierzyć się z problemem i zaprojektować własne rozwiązanie. Niestety jestem ostatnio dość mocno zawalony robotą i pracę odbywały się małymi kroczkami wieczorami. Aktualnie prototyp jest już na etapie, w którym była możliwość podłączenia go pod projekt, więc najwyższa pora opublikować schematy i trochę opisać jego budowę.

1.   Analiza tematu
Bolączką dotychczasowej czujki jest USB, które realizowane jest softwarowo przy pomocy bibliotek vUSB na procesor AVR. Parę razy otarłem się o to rozwiązanie i sprawiało ono problemy przy niektórych bardziej wybrednych portach USB, dlatego chciałbym zaproponować zastosowanie mikrokontrolera, który ma wbudowany interfejs sprzętowy USB. Wybór padł na PIC18F14K50, który posiada taki interfejs USB. Jest to prosty mikrokontroler microchip'a którego cena nie jest wygórowana i zasoby ma całkiem przyzwoite, dodatkowo producent udostępnia biblioteki do obsługi USB wraz z przykładami.  Bazując na przykładach możemy bardzo szybko poradzić sobie z zbudowaniem układu, który detektowanym jest po USB jako HID, nie wymagające sterowników i umożliwia sterowanie LED z aplikacji na PC. Do tych przykładów mamy dobrze okomentowane kody, warto było to wykorzystać i nie pisać z palca obsługi USB.
Kolejnym problemem dotychczasowej czujki jest przetwornica, zastosowany układ MC34063 czasem zachowuje się bardzo dziwnie w takiej konfiguracji. Przeglądając dokumentację do wybranego mikrokontrolera wpadł mi do głowy pomysł, aby sam mikrokontroler sterował kluczem przetwornicy, próby wypadły bardzo obiecująco, dlatego dalej rozwijałem to rozwiązanie.

2.   Budowa

Aktualnie prototyp nie przewiduje innego źródła zasilania niż 5V z portu USB, z czasem zostanie dodana opcja zasilania bateryjnego. Napięcie 5V z portu USB poprzez filtry ferrytowe podawane jest na mikrokontroler VCC5CPU oraz na analogowy człon detekcji impulsów VCC5OP. Dodatkowo przez bezpiecznik polimerowy F1 napięcie 5V podane jest na człon klucza przetwornicy VCC5DCDC, bezpiecznik ten zabezpiecza nas przed przeciążeniem linii zasilnia portu USB w przypadku zablokowania się przetwornicy z włączonym kluczem, podczas pisania oprogramowania nie raz udawało mi się taką sytuację wygenerować  ;). Kondensatory C8 i C9 filtrują wewnętrzne zasilanie USB mikrokontrolera. Początkowo prototyp na zasilaniu nie posiadał filtrów ferrytowych, a kondensatory sprowadzały się do 10uF ceramika przy procku,  10u ceramika przy przetwornicy oraz 10uF przy wzmacniaczu operacyjnym, to działało stabilnie! Ale żeby nie przeginać umieściłem na schemacie trochę bardziej rozbudowane filtry.
Czujka posiada standardowy wyświetlacz LCD 2x16, oraz diodę LED, która zastąpiła brzęczyk, który robił się męczący z czasem. W kolejnym prototypie zostanie umieszczony brzęczyk. Podświetlanie LCD jest na stałe włączone, ale w kolejnej wersji pewnie pojawi się możliwość sterowania nim. Samo podłączenie tych elementów nie wymaga wyjaśnień, w kolejnej wersji aby zaoszczędzić wyprowadzenia mikrokontrolera wyświetlacz zostanie podłączony przy pomocy 74HCT595 lub podobnego rejestru przesuwnego.
Linie portu USB są podłączone standardowo wg dokumentacji, element D1 jest opcjonalny i zabezpiecza linie portu przed przepięciami. Trochę niefortunnie zastosowany mikrokontroler ma port USB współdzielony z liniami programowania ICSP, co trochę utrudniało testowanie USB. Do programowania mikrokontrolera możemy zatasować programatory ICD2, ICD3, PICkit2 lub jego klony, PICkit 3. Teoretycznie aktualizacja oprogramowania może się odbywać się poprzez port USB, ale nie testowałem tego, gdyż wymaga to umieszczenie w kodzie bootloadera, którego działanie nie jest dla mnie jeszcze jasne.

Czujka posiada przetwornicę DC/DC zbudowaną na mikrokontrolerze, wbudowany blok PWM steruje kluczem przetwornicy, wypełnienie PWM jest regulowane programowo na podstawie pomiaru napięcia wyjściowego, oczywiście napięcie 400V jest wcześniej zmniejszane dzielnikiem R4, R5, R6, C13 do wartości tolerowanych przez wejścia przetwornika ADC. Dodatkowo mierzone jest napięcie na rezystorze pomiarowym R18, oprogramowanie w ten sposób sprawdza prąd płynący przez klucz. Udało się też wykorzystać ciekawą funkcjonalność mikrokontrolera, ma on wbudowane komparatory, które mogą wyłączać wyjście PWM sprzętowo, jeśli napięcie przekroczy zadaną wartość. Jest to jeszcze jedno zabezpieczenie, które zabezpiecza nas przed za dużym prądem na kluczu.  Softwarowe sterowanie przetwornicą daje nam spore możliwości, można dowolnie dopieszczać algorytmy regulacji, w zależności od warunków i zastosowań. Przykładowo udało się stworzyć algorytm, który przy trochę większych tętnieniach zredukował średni prąd klucza do średnio 2,5-3mA! W kolejnej wersji, w której będzie możliwość zasilania z innego napięcia dodany będzie pomiar tego napięcia, wtedy algorytmy przetwornicy będą mogły dobierać maksymalny poziomy wypełnienia PWM, tak aby uniknąć nasycenia trafa oraz niestabilności. Pomiar 5V z USB też się przyda, gdyż będzie można będzie wykryć małą wydajność portu USB i zmienić sposób sterowania kluczem przetwornicy.
Człon detekcji impulsów jest kopią członu zastosowaną w oryginalnej czujce zwiększyłem tylko wartości C15, gdyż wydawała mi się za mała, rozbudowałem też filtr zasilania 400V. Impulsy po detekcji i uformowaniu kierowane są na wejście wewnętrznego licznika T1 mikrokontrolera.

3.   Oprogramowanie
Oprogramowanie LCD, przetwornicy nie nastręczało problemów, schody zaczęły się przy USB.  Na początku temat komunikacji po USB nie wydawał się skomplikowany, z przykładów korzystając bardzo szybko powstała wersja, która przy pomocy aplikacji okienkowej wyświetlała pomiary na PC. Problemy zaczęły się, gdy postanowiłem zrobić czujkę zgodną z dotychczasową. Przykłady microchipa wykorzystywały dodatkowe endpointy do komunikacji, a czujka projektu działała na raportach endpointa EP0. Okazało się, że bez zapoznania się ze specyfikacją USB nie uda się to zrobić. Po paru wieczorach z pomocą TJM udało się to uruchomić, ale kod bibliotek USB znam na pamięć  :). Uzyskanie zgodności z dotychczasową czujką było niezłym wyzwaniem, taki trochę ,,reverse engineering" , gdyż musiałem poznać kod czujki v2.01 na AVR, oraz aplikacji projektu.

4.   Co dalej
Czujka jest w fazie mocno prototypowej, działa już 2 dobę stabilnie z projektem. Na dniach postaram się zaprojektować PCB i zlecić wykonanie kilku lub kilkunastu płytek, prototypy rozdam do testowania. Po udanych testach warto będzie się zająć tematem VID/PID gdyż teraz czujka zgłasza się na takich jak oryginalana, a docelowo nie może na nich działać, temat ten krzyszp obiecał pociągnąć. W przyszłości postaram się też podjąć temat bardziej wypasionych wersji.

Mam nadzieję, że w miarę wyjaśniłem budowę czujki. Jeśli są jakieś pytania pytajcie śmiało.
PS: nie chciałbym, aby ten wątek nie został źle odebrany przez twórców oryginalnej czujki radioactive@home. Moim zamiarem jest zmierzyć się z projektem i nie chcę aby był odbierany jako próbę pokazania, że oryginalna czujka jest gorsza. Naprawdę jestem pod wrażeniem waszej pracy i wkładu z projekt, wiem ile czasu Was to kosztowało.

jak narazie brak próbek, włączyłem na laptopie u siebie i nic.

Dołączam jednym hostem na początek.

Wow!

Witamy kolejnego elektronika w zespole. :)

2 zasilacze mamy z wymiany za serwis zasilacza 1000W z SKB@P1.

n100 miał też genetycznie problem z blokiem zasilań, objawia się to co raz częstszym wyłączaniem lub restartowaniem. Niezależnie od temperatury, obciążenia. Opis tego wyłączania u Ciebie pasuje mi do objawów które spotkałem w n100. Może jak poruszałeś nim trochę i mu przeszło na jakiś czas.

GTX 275 - zrobione
GTX 260 core 216 - zrobione
GTS 450 - zrobione

Jak wygenerować takiego loga? :)

2szt dla mnie, dopisałem się do listy

 :parrrty:
Nieźle, czołówka indywidualna też niezła.

Trochę offtopic się zrobił.

Już przewaga kilkanaście tyś. Mam nadzieje, że nie trzymają nic w buforach na koniec ;). Swoją drogą aktualna przewaga to nie dużo, bo jeden lekko fanatyczny boincowiec może wszystko zmienić, w 2 dni 16tyś dołożyłem w wyścigu. Więc nie odpuszczamy i ciśniemy do końca!

Proponuje dwa słabsze.

Widać już niedługo łykniemy Francuzów.

Na parę dni dołączą moje ix'y. Ale raczej Francuzów nie łykniemy.

Wyścig tak jak w tytule. Startujemy? Ciekawe, czy będą próbki.

http://pl.boincstats.com/bam/challengeChat.php?chid=183

U mnie są dwa dyski 2,5 SKB@P, ale też już też w stanie trochę słabym, spróbuje zrobić na nich partycję tak, aby obszary "słabe" wyeliminować, do czwartku jestem całkowicie poza zasięgiem, myślę, że w piątek się tym zajmę.
Mam też dysk 3,5 IDE 40GB z SKB@P3, teraz jest w nim dysk SATA 40Gb ode mnie. Gdyby coś brakowało, mam odłożone parę szt 40GB SATA i jakieś ATA się znajdzie.

Cytat: Rysiu w 28 Styczeń 2012, 22:52

Cytat: ryszard.korczyk w 28 Styczeń 2012, 22:03
GTX 260 core 216, GTX 275, GTX 280. Na tym mogę przetestować, ale po wtorku dopiero.

Może być po wtorku. Masz na tych PC Linuxa i nvcc?

Przygotuje się, normalnie windowsa mam.

GTX 260 core 216, GTX 275, GTX 280. Na tym mogę przetestować, ale po wtorku dopiero.

Jednak się nie udało. Ale to tylko dlatego, że w połowie wyścigu dołączyłem.

Tobas, dogonię Cię, może uda się. :)

Mam rozumieć, że WU dla tego projektu mają stałą długość jeśli chodzi o ilość operacji GFLOPS? Czy WU są dobierane pod CPU?

Mała kalkulacja wydajności w CPU w tym projekcie:

CPU	Czas CPU	pkt	pkt/h 1 rdzeń	pkt/h CPU	kpkt/dobę CPU	moc W
i5-2500 3,3GHz 4 rdzenie	1367	27,3	71,89	287,58	6,901	75
i7-2600 @3,9GHz 8 rdzeni HT	2400	59,1	88,65	709,20	17,020	111
i3-550 3,2GHz 4 rdzenie HT	3164	51,36	58,44	233,75	5,609	42
Celeron g540 2,5GHz  2 rdzenie	1948	28,4	52,48	104,97	2,519	24
i7 940 2,93GHz 8rdzeni HT	3290	49,95	54,66	437,25	10,494	101
athlon 2x 5000+ 2,6GHz 2 rdzenie	4140	30,5	26,52	53,04	1,273	64
i5-480M 2,66GHz 4 rdzenie HT	3822	44,2	41,63	166,53	3,996	24

Widać, że projekt jest optymalizowany pod HT i i5-2500 bez HT dość słabo wypada w porównaniu z i3-550 który ma 2x mniej rdzeni. Pomiar mocy był robiony amperomierzem cęgowym na liniach zasilania 12V CPU lub w przypadku ostatniego przy pomocy programu narzędziowego.

Dołączyłem do wyścigu na koniec, bo wcześniej wyścig WCG liczyłem i już tak wysoko. A gdzie wielcy liczydłowi naszego zespołu? :)

Nie wejdzie. Nietypowy układ wszystkiego.

w dc7600 jest nietypowy zasilacz i płyta.

Ten dysk miałem na serwisie, miał UNC sektory, ale po niskim formacie wyglądał ok. Choć trzeba być uważnym przy nim i nie trzymać cennych danych na nim.

Już nowa 560Ti liczy w moim komputerze na konto SKB@P.

Wyścig WCG ma się ku końcowi. Co następnie ma liczyć SKB@P? Wyścig PG? PM? Czekam na propozycję.

560Ti do SKB@P będzie jutro u mnie, od razu ją gdzieś wsadzę i będzie liczyć na rzecz SKB@P, do czasu jak znów pojadę do Krakowa i tam ją zainstaluje.

Cytat: Szopler w 24 Styczeń 2012, 17:15
Pytanko podstawowe - ile ciągnie powera?
Bo ja bym wziął jakiś a w zamian oddał swojego AMD Athlon 64 3500+ 2.21GHz + 3GB RAM ;)
Szczególnie jeśli jest nalepka WinXP...

To jest P4, więc może ponad 100W przy liczeniu spokojnie łyknąć.

Sam komputer bardzo przyjemny, sprzedałem ich z ponad setkę i nie było zwrotów. Na tą chwilę warty z 300zł

I to lubię w wyścigach, rywalizacja. Niestety to już 100% moich możliwości i więcej nie zdziałam.

Cytat: armarB@P] link=topic=6727.msg174545#msg174545 date=1327336379]

Cytat: ryszard.korczyk w 23 Styczeń 2012, 14:58
Ja już też pełną mocą, ale nie odpuszczę, może będzie 1 miejsce wśród B@P

Może...  8)

Widzę, że 2 ścigaczy się do mnie dobiera, nic, czas pogodzić się z 3 miejscem.

Narazie odpuszczam, ale jak WCG się skończy to dołączę. Szkoda mi miejsca na pudle w WCG.

W samą okolicę Porąbki jeździ komunikacja miejska z Kęt i PKS z Bielska-Białej, a do bielska Białej spokojnie pociągiem z każdego kierunku można dojechać, PKS też jeździ. Może jutro zgadam się z kolegą, co pracuje na elektrowni i mieszka pod Żarem, jaki by nocleg polecił. Pytanie, ilu by nas było.

Na Hrobaczą to tylko piechotą z Porąbki :) Uwielbiałem na rowerze wyjeżdżać na nią.