Wszystkie wpisy, których autorem jest goofyx

GG@Home : CPU i NCI

Założyłem i wstępnie skonfigurowałem oba projekty boincowe dla GoofyxGrid@Home…

Teraz czeka mnie istna przeprawa przez mękę, a mianowicie jak zrobić aby jak najwięcej części webowej była wspólna…

Share Button

GoofyxGrid CPU

Przez ostatnie 4-5 dni mam postawiony serwer boinc dla GoofyxGrid@Home CPU na Odroid-XU4, a najważniejsze katalogi mam mapowane ze swojego NAS’a Synology <- niestety już przy jednej aplikacji serwer nie wydala i wysypuje się co chwile. Problemem jest zapewne bardzo mała ilość pamięci RAM jak dla serwera czyli 2GB RAM.

 

Po za tym zaciekawiła i zmartwiła mnie jeszcze jedna rzecz. Jak dobrze wiadomo aplikacje Monkeys opierają się na operacjach losowaniach. W przypadku aplikacji NCI jest to 3600 słów po 9 znaków i to daje radę…. niestety w przypadku aplikacji CPU w której mam 3,600,000 słów po 9 znaków, która trwa na procesorze i7-4790 ok.10-15sekund na Odroid-XU4 trwa nawet ponad godzinę i to po zainstalowaniu bibliotek rzekomo poprawiających wydajność z losowaniem…. masakra…. strasznie się zawiodłem. Plan był taki, aby jeszcze w tym miesiącu posiadać 120  rdzeni odroidowych (co daje 15 sztuk Odroid-XU4) celem pracy nad Monkeys, jednak w tej chwili nie ma to żadnego sensu, ponieważ jeden procesor i7-4790  (gdzie 5-6 wątków pracuje z małpami) jest w stanie zrobić więcej niż te 120 rdzeni XU4 …. 🙁 Spróbuję jeszcze poszperać u wujka Google w tym temacie.

Share Button

C++: sterownik silnikiem

Po ostrych walkach z python3 i moimi układami do sterowania napędem pojazdu chciałem się poddać… potrafiłem bez problemu przesyłać komendy do układu Pololu Simple Motor Controler (w trakcie przesyłu diodka danych mrugała 😉 ) jednak nie otrzymywałem żadnych odpowiedzi…

Okazało się , że raz skompilowany i zainstalowany sterownik/biblioteka pythona dla układów BitBang  przestaje obsługiwać zwykłe układy symulujące port COM. Wszystko wyszło na jaw kiedy w momencie chęci porzucenia prób nie spróbowałem napisać programiku do komunikacji w C++, który zadziałał do strzału 🙂

Muszę jeszcze spróbować zrobić sterowanie kartą przekaźników za pomocą c++, jeśli i to będzie lepsze i łatwiejsze to na razie zrezygnuje z pythona.

Share Button

Python3: Karta z przekaźnikami

Karta przekaźników rozpracowana z jednym małym ale…

Jako, że obie karty używają czipa FTDI do konwersji sygnałów USB<->RS i niestety pracują w różnych trybach:

To specjalnie kompilowane sterowniki FTDI dla debiana na RaspBerry Pi powodują, że i owszem o wiele łatwiej używa się tych urządzeń z poziomu np.: pythona, ale blokują się one nawzajem w systemie. Oznacza to, że podłączeniu obu urządzeń, żadne nie działa prawidłowo… co jest kolejną niemiłą niespodzianką. Po podłączeniu dwóch multi-termometrów nie ma takiego problemu i mam dostęp do 16 termometrów (2 układy po 8 termometrów).

Jako, że problemy są po to aby je rozwiązywać to najprawdopodobniej będę musiał sprawić sobie jakiegoś mini-komputera do obsługi tylko i wyłącznie jednej karty przekaźników <- bo na szczęście tylko tyle ich na razie kupiłem. Przy następnym układzie z przekaźnikami zastanowię się czy nie kupić dedykowanej płytki dla np.: raspBerry pi itp

Share Button

Python3: monitor temperatury

Skrypt odczytujący temperaturę z AVT 5330 i zapisujący dane do bazy zrobiony i działa na Raspberry PI,  który twierdzi, że zużywa 80% jego CPU do działania 🙂

Wychodzi  na to, że tabela od temperatur będzie rosła o ok.42tyś rekordów i 3,3 megabajta <- czyli średniorocznie  15,3 miliona rekordów i 1,2 gigabajta…

Są to wielkości niezauważalne jak dla mnie i dobrze bo to pierwsze z 15 różnych sprzętów korzystających z bazy danych.

Share Button