Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Dom inteligentny (automatyka domowa) za 500 pln na Raspberry PI

vmrexor 10 Lut 2013 19:16 121359 111
  • #61 10 Lut 2013 19:16
    piterek-23
    Poziom 32  

    Mam takie pytanko, czy całe sterowanie, oprogramowanie, wizualizacja itp. itd jest na Raspberry PI? Czy jest jeszcze jakiś dodatkowy sprzęt?

  • #62 11 Lut 2013 11:29
    vmrexor
    Poziom 17  

    Logika, część sterująca, interfejs komend, modemu SMS, kamery są na Raspberry PI, natomiast wizualizację postawiłem na zewnętrznym serwerze WWW z którym RPI się komunikuje wysyłając zmiany stanów urządzeń i odbierając polecenia. Wszystko jak najbardziej mogłoby stać na RPI, ale ze względu na brak publicznego IP, nie miałbym w miarę prostej możliwości kontroli systemu spoza domu (bez dodatkowych VPN-ów itd.) .

    Z sytuacji bieżących - przebudowuję gruntownie kod logiki systemu pod kątem bezproblemowego wieloosobowego używania a także w kierunku inteligentnego domu, czyli logiki, która gromadząc dane statystyczne preferowanych ustawień będzie próbowała dostosować preferencje w zależności od pory dnia i dnia tygodnia.
    A z sprzętowych aspektów - jestem w trakcie konstrukcji czujnika poboru prądu (czyt. detektora, czy urządzenie jest faktycznie włączone). Wkrótce przedstawię wyniki swoich eksperymentów.

  • #63 11 Lut 2013 16:44
    piterek-23
    Poziom 32  

    Pytam, ponieważ od długiego już czasu zastanawiam się czy Raspberry PI dałby sobie radę u mnie w domu (niestety, ale nie mam od kogo pożyczyć takiego sprzętu)
    Strasznie podoba mi się niski pobór prądu przez ten komputerek.

    Może inaczej zapytam.
    W tej chwili mój domowy serwer (pod kontrolą Ubuntu Server) działa na płycie mATX MEDIONA-klon MSI z procesorem Intel Celeron 420, 1GB RAM i dwa dyski twarde 3,5" 750GB i 2,5" 500GB cała reszta sprzętu zintegrowana na płycie. Komputer ogólnie się nudzi.

    Czy Raspberry PI poradzi sobie z:
    -Apche, PHP (mam mini stronkę do sterowania i podglądu domu)
    -Motion (program do obsługi kamer-mam dwie od laptopa na USB)
    -Digitemp (program do odczytu temperatur-u mnie kilka DS1B20 przez RS232)
    -GNUPLOT (program, który rysuje mi wykresy temperatur raz na godzinę)
    -Gnokii (program dzięki, któremu steruję wszystkim poprzez SMS)
    -serwer MPD (słucham radia internetowego)
    -klient torrent (w tej chwili używam transmission)
    -udostępnianie plików przez NFS
    -proftpd (serwer FTP gdzie panuje bardzo malutki ruch i tylko czasem)

    Czy to w ogóle możliwe czy dać sobie spokój z Raspberry PI i zainteresować się jakimś terminalem?

    U mnie Internet ma zmienne IP, ale mam konto no-ip.com i router obsługuje no-ip.com czyli dostaje się po nazwie na swój komputer.

  • #64 11 Lut 2013 16:55
    p4trykx
    Poziom 16  

    piterek-23 napisał:
    -Motion (program do obsługi kamer-mam dwie od laptopa na USB)

    Z tym raczej będzie problem. Zależy jaką masz kamerę ale usb w Raspberry Pi trochę kuleje. Mi np. stara kamera Logitecha nie działa. Ponoć kamery ze sterownikami uvc(chyba) działają bardziej bezproblemowo. Tu jest lista "działających" kamer http://elinux.org/RPi_VerifiedPeripherals
    Z resztą rzeczy powinien sobie poradzić. Co do magistrali 1-wire to można to zrobić przy użyciu jednego gpio(kilka czujników pociągnie) albo lepiej jakiegoś konwertera i2c-1wire. Możesz też dołożyć tani czujnik DHT22.

  • #65 11 Lut 2013 17:09
    piterek-23
    Poziom 32  

    p4trykx napisał:
    piterek-23 napisał:
    -Motion (program do obsługi kamer-mam dwie od laptopa na USB)

    Z tym raczej będzie problem. Zależy jaką masz kamerę ale usb w Raspberry Pi trochę kuleje. Mi np. stara kamera Logitecha nie działa. Ponoć kamery ze sterownikami uvc(chyba) działają bardziej bezproblemowo. Tu jest lista "działających" kamer http://elinux.org/RPi_VerifiedPeripherals
    Z resztą rzeczy powinien sobie poradzić. Co do magistrali 1-wire to można to zrobić przy użyciu jednego gpio(kilka czujników pociągnie) albo lepiej jakiegoś konwertera i2c-1wire. Możesz też dołożyć tani czujnik DHT22.


    Myślałem, że jak kamery działają mi na Debian/Ubuntu to na Raspberry PI też będą...
    Co do czujników temperatury to mam ich 10, podłączone jak na TYM schemacie.

  • #66 11 Lut 2013 18:32
    p4trykx
    Poziom 16  

    Wydaje mi się, że kamery wysyłające obraz w formacie YUV12 czyli raczej te starsze mają problemy z działanie. Z tego co wyczytałem na forum raspberry problemy są przez to, że usb na Raspi jest nieprzystosowane go działania jako host usb i sterowniki muszą się nieźle napocić aby to obsłużyć. Dodatkowo chip odpowiedzialny za sieć LAN też jest podłączony przez usb i wew. huba. Co prawda od działanie sterownika ciągle się poprawia, np. można teza w miarę komfortowo korzystać z modemu 3G albo klawiatury bezprzewodowej ale nie jest to rozwiązanie idealne. Czytałem, też o planach przeniesienie sterownika tak aby działał na jednym z rdzeniu układu graficznego ale to jest bardzo skomplikowane zadanie i chyba się tego nie doczekamy.

    Wszystkie wy/we w tym port szeregowy mają napięcia 3V przy takim napięciu 1-wire może trochę słabo działać przy większych sieciach. Chyba najlepiej użyć np. DS2483-800 z konwerterem napięć albo DS2483. Planuję zrobić do tego płytkę na razie sprawdziłem działanie na płytce stykowej i wszystko działa. Można też użyć DS2480B czyli konwertera na port szeregowy.
    Jeśli chcemy mieć 5V na 1-wire to trzeba użyć konwertera napięć, można sklecić prosty układ z 2 mosfetów http://playground.arduino.cc/Main/I2CBi-directionalLevelShifter

    Kilka linków
    master 1-wire na i2c http://www.sheepwalkelectronics.co.uk/SWE1.shtml
    DHT22 http://learn.adafruit.com/dht-humidity-sensing-on-raspberry-pi-with-gdocs-logging

  • #67 11 Lut 2013 18:37
    piterek-23
    Poziom 32  

    Kolego p4trykx bardzo dziękuje za odpowiedzi na moje pytania.
    Chyba jednak sobie odpuszczę Raspberry PI i kupię terminal. Trochę większy apetyt na prąd, ale za to mniej rzeźby...

  • #68 11 Lut 2013 23:26
    mak327
    Poziom 2  

    piterek-23 napisał:


    Myślałem, że jak kamery działają mi na Debian/Ubuntu to na Raspberry PI też będą...
    Co do czujników temperatury to mam ich 10, podłączone jak na TYM schemacie.


    Czyli mam rozumieć że masz 10 potów COM czy udało ci się to wpakować do 1.

    Właśnie zaczynam zabawe z Raspbeery pi. Zakupiłem urządzenie do testów i dodatkowo 2 moduły po 8 przekaźników 5 V na optioizolacji.

    Jak skończę się tym bawić. Mam zamiar podłączyć wyświetlacz LCD z keypadem by dał mi możliwość zmiany ostawień (załączania świateł na początek) w późniejszych etapach będzie tego więcej jak rozgryzę jak do tego dojść.

  • #69 12 Lut 2013 00:03
    piterek-23
    Poziom 32  

    mak327 napisał:
    piterek-23 napisał:


    Myślałem, że jak kamery działają mi na Debian/Ubuntu to na Raspberry PI też będą...
    Co do czujników temperatury to mam ich 10, podłączone jak na TYM schemacie.


    Czyli mam rozumieć że masz 10 potów COM czy udało ci się to wpakować do 1.

    Właśnie zaczynam zabawe z Raspbeery pi. Zakupiłem urządzenie do testów i dodatkowo 2 moduły po 8 przekaźników 5 V na optioizolacji.

    Jak skończę się tym bawić. Mam zamiar podłączyć wyświetlacz LCD z keypadem by dał mi możliwość zmiany ostawień (załączania świateł na początek) w późniejszych etapach będzie tego więcej jak rozgryzę jak do tego dojść.


    Podałem linka, tam jest wszystko ładnie opisane. Używam jednego portu ;)

    Jakie moduły przekaźnikowe kupiłeś?

  • #72 13 Lut 2013 08:25
    mak327
    Poziom 2  

    vmrexor napisał:
    RPI niestety jest za słabe do aż takiego obciążenia, co już napisali przedmówcy. Teoretycznie lepiej nadawałby się taki komputerek (droższy od "malinki"):

    http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135341370451

    lecz nie wiem, czy nie ma w nim podobnego problemu z USB jak z RPI.


    Nie wiem czy on potrzebuje naprawdę takiej mocy żeby obsłużyć tyle wejść. Skoro można kupić karty rozszerzeń 32 wejścia dedykowane dla RPI. Ja myślę że to tylko kwestia napisanego softu który będzie zależny od częstotliwości odświeżania czujników. Jak wiadomo osoba która zamyka dom nie potrzebuje monitorować czujników wewnętrznych, tylko zewnętrzne. Poza twoim przypadkiem (zalaniem). Tak samo z czujnikami w czasie obecności. Skoro siedzimy cały czas w jednym pokoju powinien monitorować czujnik z pokoju i najbliższych pomieszczeń Kuchnia przedpokój (zależne od kształtu domu czy mieszkania). Dopiero po załączeniu czujnika z tych pomieszczeń winien monitorować kolejne.

  • #73 13 Lut 2013 09:12
    piterek-23
    Poziom 32  

    mak327 napisał:
    vmrexor napisał:
    RPI niestety jest za słabe do aż takiego obciążenia, co już napisali przedmówcy. Teoretycznie lepiej nadawałby się taki komputerek (droższy od "malinki"):

    http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G135341370451

    lecz nie wiem, czy nie ma w nim podobnego problemu z USB jak z RPI.


    Nie wiem czy on potrzebuje naprawdę takiej mocy żeby obsłużyć tyle wejść. Skoro można kupić karty rozszerzeń 32 wejścia dedykowane dla RPI. Ja myślę że to tylko kwestia napisanego softu który będzie zależny od częstotliwości odświeżania czujników. Jak wiadomo osoba która zamyka dom nie potrzebuje monitorować czujników wewnętrznych, tylko zewnętrzne. Poza twoim przypadkiem (zalaniem). Tak samo z czujnikami w czasie obecności. Skoro siedzimy cały czas w jednym pokoju powinien monitorować czujnik z pokoju i najbliższych pomieszczeń Kuchnia przedpokój (zależne od kształtu domu czy mieszkania). Dopiero po załączeniu czujnika z tych pomieszczeń winien monitorować kolejne.


    To się chyba tyczyło mnie i moich planów wobec RPI

    vmrexor napisał:
    Logika, część sterująca, interfejs komend, modemu SMS, kamery są na Raspberry PI, natomiast wizualizację postawiłem na zewnętrznym serwerze WWW z którym RPI się komunikuje wysyłając zmiany stanów urządzeń i odbierając polecenia.


    Możesz coś więcej powiedzieć jak masz to zorganizowane i jakich programów, skryptów używasz?

  • #75 24 Lut 2013 08:20
    mak327
    Poziom 2  

    RPI ma własnego sprzętowego watchdog-a działa wyśmienicie. nie trzeba robić zewnętrznego. Co 10 s sprawdza czy urządzenie odpowiada.

    modprobe bcm2708_wdog
    w /etc/modules dopisac bcm2708_wdog
    apt-get install watchdog chkconfig
    chkconfig watchdog on
    /etc/init.d/watchdog start
    w /etc/watchdog.conf włączyć linie watchdog-device = /dev/watchdog

    i tyle.
    nie trzeba nic więcej ustawiać.

  • #76 25 Lut 2013 08:13
    vmrexor
    Poziom 17  

    Dziękuję za informacje odnośnie sprzętowego watchdog'a. Zainstalowałem go dwa tygodnie temu, ale nie miałem okazji sprawdzić jak działa, bo teraz okazało się, że po zmianie koncepcji toru zasilania malinka stała się bardzo stabilna i jej uptime teraz wynosi prawie miesiąc. Moja hipoteza jest taka, że modem gsm przeciążał tor zasilania malinki (sprawdziłem amperomierzem przy okazji podłączania aktywnego huba - chwilowe pobory prądu sięgały 300 mA a z racji że amperomierz ma bezwładność, podejrzewam, że "szpilka" dochodziła do 500 mA lub więcej). Teraz modem jak i reszta urządzeń jest i tak podłączona przez hub aktywny - już nie pobieram zbyt dużo prądu od RPI.

    Niedługo zaprezentuję m.in. czujnik poboru prądu.

  • #77 25 Lut 2013 23:21
    Leszek1408
    Poziom 11  

    Bardzo ciekawy projekt !! Gratuluje !!

    Sam już długo myślę nad realizacja czegoś podobnego i tez przeszło mi przez myśl właśnie Rasberry Pi . A tak jeszcze wspomnę czytałem gdzieś o połączeniu malinki z siri, także w projekcie inteligentnego domu, co umożliwiało sterowanie głosowe wszystkimi funkcjami "domu" jeśli odkopie gdzieś ten artykuł to dorzucę do tematu.

  • #78 07 Mar 2013 22:48
    warp3r
    Poziom 9  

    Przy okazji pomiarowania w serwerowni, pomysłem na zbieranie danych z czujników temperatur Dallas(OneWire), impulsów z liczników energii OR-04Y, czujników otwarć drzwi w szafach oraz sterowania obwodami prądowymi pod kątem włączania-wyłączania obwodów urządzeń czy wentylatorów, uwagę skupiłem na RaspberyPI.
    Początkowo byłem zadowolony z rozwiązania, w miarę małej ilości danych...
    Dodanie MySQL jako miejsca przechowywania danych oraz Apache'a do prezentacji i sterowania było stosunkowo łatwe.
    Jednakże po dłuższym użytkowaniu RaspberryPI w taki rozwiązaniu, mogę już zaopiniować to urządzenie jako niezdatne do takich celów.
    Powodem głównym jest wyjątkowo mała szybkość działania, co niekorzystnie przekłada się na pracę z kontrolerami wykonawczymi.
    Fotografia poniżej z takiego właśnie rozwiązania:
    Dom inteligentny (automatyka domowa) za 500 pln na Raspberry PI

    Dlatego też, w kolejnej wersji pomiarowania i sterowania w serwerowni, zwróciłem się w stronę ciekawszego rozwiązania Arduino z modułem Ethernet Schield oraz serwerem na maszynie wirtualnej, gdzie oprócz MySQL i Apache'a, można śmiało uruchamiać Nagios'a wraz z NagVis'em do przechowywania danych oraz ich wizualizacji w postaci raportów.

    Doskonale nadaje się to do zabudowy na szynie mocowania urządzeń prądowych, w przeciwieństwie RaspberryPI, który mimo pozornie małych rozmiarów, gabarytowo (wraz z kartą SD) jest koszmarnie trudny do upchnięcia na takiej szynie, a o braku możliwości dokupienia odpowiedniej obudowy nie wspominając.

    Projekt wspólny dla RaspberryPI oraz Arduino znajduje się tutaj

  • #79 07 Mar 2013 23:00
    p4trykx
    Poziom 16  

    warp3r napisał:

    Początkowo byłem zadowolony z rozwiązania, w miarę małej ilości danych...
    [..]
    Powodem głównym jest wyjątkowo mała szybkość działania, co niekorzystnie przekłada się na pracę z kontrolerami wykonawczymi.

    Możesz to jakoś określić ile to jest "mało danych" a ile "dużo"

  • #80 07 Mar 2013 23:08
    warp3r
    Poziom 9  

    p4trykx napisał:
    (...)
    Możesz to jakoś określić ile to jest "mało danych" a ile "dużo"


    Kontroler przekazuje online pomiary do bazy danych, 16 wejść, 6 czujników temperatur oraz 16 wyjść. Połączony jest z RaspberryPI poprzez złącze GPIO.
    Przeglądanie danych z okresu doby (np. wykres) wymaga pobrania znacznej ilości danych z bazy MySQL. Niestety RaspberryPI bardzo słabo sobie radzi z dużymi porcjami danych posiadając ograniczoną ilość pamięci oraz słaby procesor.
    W tym czasie używa swap'a, co natychmiast przekłada się na wydajność.
    W ekstremalnych przypadkach np. pobierania danych z okresu tygodnia aby przygotować raport i zrobić z tego prezentacje w przeglądarce, RaspberryPI a raczej linux na jego pokładzie, nie jest w stanie sterować/odbierać kontrolerem w zakładanym czasie.

  • #81 07 Mar 2013 23:24
    p4trykx
    Poziom 16  

    Może rozważ zmianę MySqla na coś lżejszego np. RRDtool. Ja mam na słabiutkim routerze (32mb ramu) ~200MHz mam 15 czujników temperatury podłączonych pod 1-wire i co kilka minut generuję wykresy. Dodatkowo zapisuję pomiary co 2 minuty do pliku tekstowego tak na wszelki wypadek jakbym chciał jeszcze inaczej wykorzystać.
    Spróbuj może jakoś uśredniać temperatury np. raz na godzinę i zapisywać w dodatkowych tabelach w końcu nie potrzebujesz chyba tak dokładnych danych na wykresach. Można też zapisywać temperaturę jako liczbę całkowitą zamiast zmiennoprzecinkowych jakieś indeksy dodatkowe np. na datę.
    Nie chce mi się wierzyć, że Raspi nie może sobie poradzić za taką małą ilością danych.

  • #82 07 Mar 2013 23:37
    warp3r
    Poziom 9  

    Przy tak małej ilości danych o jakiej piszesz, cykliczne bazy danych jakimi są statyczne pliki RRD nadaje się doskonale, zważywszy ponadto, że nie potrzebne będą Ci precyzyjne dane historyczne "na żądanie" online.
    W projekcie, w którym użyłem RaspberryPI, jest 16 wejść dla liczników impulsowych z mierników energii. Impuls trwa ok 90ms a w średnio jest ich od 600 "w górę" na godzinę.
    Temperatury zapisywane są z w 1 minutowych odstępach czasu, gdyż kontroler programowy dbać ma o zachowanie właściwych temperatur w szafach ze sprzętem sterując wentylatorami.
    Próby użycia plików baz RRD w tym celu, przyniosły odwrotny skutek od spodziewanego, a o ogromnej ilości miejsca na karcie SD nie wspominając podczas generowania tych plików dla zachowania próbkowania 1:1 dla okresu zaledwie(!) 1go m-ca.
    A co do samej dokładności, niestety jest wymagana precyzyjna dokładność pomiarowania wszystkich wejść i wyjśc dla okresu min. 1 m-ca.

  • #83 07 Mar 2013 23:54
    p4trykx
    Poziom 16  

    warp3r napisał:
    A co do samej dokładności, niestety jest wymagana precyzyjna dokładność pomiarowania wszystkich wejść i wyjśc dla okresu min. 1 m-ca.

    Jeśli takie się wymagania to może choć ciężko mi sobie wyobrazić przydatność takich informacji. Np. że miesiąc temu pomiędzy 9:30,1 a 9:30,2 były np. 2 impulsy licznika energii.

  • #84 08 Mar 2013 07:44
    _sebs_
    Poziom 10  

    @warp3r: to raczej karta SD jest wąskim gardłem, ewentualnie Twoja wersja MySQL'a.
    Próbowałeś montować jakiś zewnętrzny system plików do Twojej malinki np. NFS i tam trzymać dane?

  • #85 08 Mar 2013 08:45
    squeze
    Poziom 12  

    warp3r napisał:

    Początkowo byłem zadowolony z rozwiązania, w miarę małej ilości danych...
    Dodanie MySQL jako miejsca przechowywania danych oraz Apache'a do prezentacji i sterowania było stosunkowo łatwe.
    Jednakże po dłuższym użytkowaniu RaspberryPI w taki rozwiązaniu, mogę już zaopiniować to urządzenie jako niezdatne do takich celów.


    Jeśli do "tych" celów stosujesz takie rozwiązania na takim hardware to nic dziwnego. To tak jak byś chciał startować maluchem w F1 i miał do niego pretensje że nie ma osiągów w porównaniu z konkurencją.

    Apache i MySQL to aplikacje serwerowe do obsługi dużego ruchu i dużej ilości danych ale do tego wymaga mocy obliczeniowej na odpowiednim poziomie. Nigdy nie rozumiem ludzi który nie używają swojego mózgu tylko myślą prostoliniowo typu: serwer www-apache,, baza SQL-MySQL a potem marudzą bo w dodatku zero optymalizacji tylko domyślana konfiguracja.

    Więc radzę nieco się wysilić i tak np. MySQL zastąpić choćby SQLight a apache na Nginx albo Lighttpd. Plus co najważniejsze optymalizacja do swojego środowiska.
    Jeśli masz tak dużą agregację danych to zmiana hardware, a nie strzelać do słonia z procy :)

    PS. z tego co czytam dane historyczne mają dla ciebie znaczenie. Wykonujesz też częste zapisy. Nijak ma się to do przechowywania tych danych na nośniku flash (karta SD) wydajność, bezpieczeństwo a przede wszystkim żywotność!
    Tym bardziej że ma to być jak by nie było rozwiązanie produkcyjne odpowiedzialne za temp. w serwerowni.
    Czasami ludzka pomysłowość mnie przeraża.

  • #86 08 Mar 2013 19:57
    warp3r
    Poziom 9  

    _sebs_ napisał:
    @warp3r: to raczej karta SD jest wąskim gardłem, ewentualnie Twoja wersja MySQL'a.
    Próbowałeś montować jakiś zewnętrzny system plików do Twojej malinki np. NFS i tam trzymać dane?


    Użyłem karty o najwyższej wydajności, wraz z "buforowaniem" zapytań do bazy jak i optymalizacji bazy pod kątem "wydajności" na tak skromnym sprzęcie.
    Użycie zewnętrznego źródła zapisu, niezależnie czy to będzie zewnętrzna baza czy też montowana przestrzeń dyskowa, mija się z celem zastosowania samego RaspberryPI.
    Do tego celu (szczegółowy zapis zdarzeń) znacznie wydajniejsze jest już użycie Arduino wraz z Ethernet Schield(ew. klony czy paperduino) i zapis danych na zewnętrznym systemie przechowującym i przetwarzającym dane.
    Ponadto jest to znacznie korzystniejsze cenowo.

    Dlatego też moja opinia dot. zastosowania RaspberryPI jako urządzenia "domowego" o niewygórowanych wymaganiach dot. danych jest pozytywna. Natomiast w przypadku gdy potrzebujemy znacznie większej szczegółowości danych i większej wydajności podczas ich obróbki uzyskanie kompromisu pomiędzy wydajnością a szczegółowością zapisu danych wydaje się być przynajmniej na chwilę obecną trudne, stąd też moja ocena RaspberryPI jest negatywna.

    Warto więc przemyśleć "za" i "przeciw" podejmując się konkretnego rozwiązania.

    ps.
    squeze napisał:
    @squeze: Czasami ludzka pomysłowość mnie przeraża.

    przerażająca jest tylko biernośc i głupota ludzka.
    RaspberryPI jak i Arduino to tak zwane zestawy eksperymentalne, gdzie użytkownik może podejmować się realizacji różnych rozwiązań, nawet najbardziej zwariowanych. Są to platformy rozwojowe, a Forum jest właściwym miejscem aby dzielić się tak zdobytymi doświadczeniami, by inni także mogli z tego korzystać.

  • #87 18 Mar 2013 06:14
    vmrexor
    Poziom 17  

    Co zostało dodane w ostatnim miesiącu:
    - czujnik poboru prądu
    - czujniki ruchu w łazience i przedpokoju
    - dodatkowe oświetlenie LED (przydatne kiedy część domowników już/jeszcze śpi)
    - sensor temperatury w dużym pokoju


    Link

  • #88 02 Maj 2013 20:04
    gzegzolek
    Poziom 9  

    warp3r napisał:
    _sebs_ napisał:
    @warp3r: to raczej karta SD jest wąskim gardłem, ewentualnie Twoja wersja MySQL'a.
    Próbowałeś montować jakiś zewnętrzny system plików do Twojej malinki np. NFS i tam trzymać dane?


    Użyłem karty o najwyższej wydajności, wraz z "buforowaniem" zapytań do bazy jak i optymalizacji bazy pod kątem "wydajności" na tak skromnym sprzęcie.
    Użycie zewnętrznego źródła zapisu, niezależnie czy to będzie zewnętrzna baza czy też montowana przestrzeń dyskowa, mija się z celem zastosowania samego RaspberryPI.
    Do tego celu (szczegółowy zapis zdarzeń) znacznie wydajniejsze jest już użycie Arduino wraz z Ethernet Schield(ew. klony czy paperduino) i zapis danych na zewnętrznym systemie przechowującym i przetwarzającym dane.
    Ponadto jest to znacznie korzystniejsze cenowo.

    Dlatego też moja opinia dot. zastosowania RaspberryPI jako urządzenia "domowego" o niewygórowanych wymaganiach dot. danych jest pozytywna. Natomiast w przypadku gdy potrzebujemy znacznie większej szczegółowości danych i większej wydajności podczas ich obróbki uzyskanie kompromisu pomiędzy wydajnością a szczegółowością zapisu danych wydaje się być przynajmniej na chwilę obecną trudne, stąd też moja ocena RaspberryPI jest negatywna.

    Warto więc przemyśleć "za" i "przeciw" podejmując się konkretnego rozwiązania.

    ps.
    squeze napisał:
    @squeze: Czasami ludzka pomysłowość mnie przeraża.

    przerażająca jest tylko biernośc i głupota ludzka.
    RaspberryPI jak i Arduino to tak zwane zestawy eksperymentalne, gdzie użytkownik może podejmować się realizacji różnych rozwiązań, nawet najbardziej zwariowanych. Są to platformy rozwojowe, a Forum jest właściwym miejscem aby dzielić się tak zdobytymi doświadczeniami, by inni także mogli z tego korzystać.


    Ja jednak uważam, że tutaj zdecydowanie przesadzono z LAMPem, RaspberryPi potrafi naprawdę zamulić na pakietach powszechnie stosowanych na x86. U mnie nginx SQLite i python radzą sobie w miarę dobrze (na razie nie mam jeszcze shielda do pomiarów) na danych spreparowanych (>1GB) które odpytuję raz na dobę QlikView celem dalszej obróbki i bangla. Myślę, że do takich zastosowań postawienie OpenWRT (widziałem gdzieś obraz dla malinki) + SQLite + nginx załatwi sprawę, a dodatkowo mikroskopijne zapotrzebowanie na zasoby (openWRT) da malince dodatkowego kopa. Ja tkwię przy raspbianie ze względu na lenistwo i potrzebę korzystania z pythona, a ten pięknie śmiga na tymże systemie.
    Tutaj tutek jak zrobić z tego w miarę sprawny serwerek: http://kmil.us/blog/2012/08/12/raspberry-pi-as-a-web-server/

  • #89 01 Cze 2013 16:57
    Artu
    Poziom 12  

    Witam,
    właśnie próbuję zrobić u siebie inteligentny dom na raspbery Pi, w zasadzie to dopiero zaczynam projekt i pewnie potrwa to długo.

    Mój pomysł na inteligentny dom:
    1. jednostka centralna Raspbery Pi z wyświetlaczem i interfejsem graficznym mieszkania
    2. sterowanie jednostki centralnej panel dotykowy na wyświetlaczu albo TouchPad oraz dostęp zdalny przez internet

    Jednostka centralna na początek steruje:
    1. oświetleniem w 5-7 pomieszczeniach
    2. sterowanie roletami 3-4 pomieszczenia
    3. pomiar temperatury 6 czujników w pomieszczeniach i 2 czujniki na zewnątrz budynku
    4. 3 czujniki zalania w krytycznych miejscach (łazienka, toaleta, kuchnia) i sterowanie elektrozaworami
    5. czujniki otwartych drzwi balkonowych i okien
    6. czujnik otwartych drzwi wejściowych i dwa czujniki w zamkach drzwi
    7. kamera pokazująca przestrzeń przed drzwiami wejściowymi
    8. czujnik PIR wykrywający ruch w przedpokoju
    9. kamera w przedpokoju zapisująca osoby wchodzące do mieszkania
    10. modem GSM wysyłający alerty SMS-em
    11. sterowanie gniazdkami elektrycznymi z pomiarem obciążenia ( np. czy żona nie zostawiła włączonego żelazka)

    Na razie to tyle pomysłów ale pewnie jeszcze coś wymyślę.

    Z elektroniką sobie poradzę ale największy problem sprawi mi część związana z oprogramowaniem ponieważ jestem początkujący to mam prośbę do was:
    - jaki język programowania wybrać (mile widziana pomoc w programowaniu ) - jak najłatwiejszy
    - jaki program do programowania - jak najłatwiejszy
    - jaką literaturę

    Więcej szczegółów odnośnie projektu - mam nadzieję że wkrótce.

  • #90 01 Cze 2013 17:45
    gzegzolek
    Poziom 9  

    Polecam Python (ma zaimplementowane biblioteki do computer vision - chociaz przy RPi to trochę za ciężkie). Pozwoli na oprogramowanie podstawowych funkcji i komunikację, co się nie da w pythonie, będzie można zaembeddować funkcje cecowe, które już sobie z tym poradzą. Jeśli jesteś zainteresowany literaturą wal na priv, coś w biblioteczce znajdę :)