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

Stacja pogodowa - dla osoby niewidomej.

08 Gru 2016 22:24 996 23
  • Poziom 14  
    Witam.

    Mam kolegę, który jest niewidomy. Chciał bym mu zrobić prezent w postaci stacji pogodowej. Dzięki temu zanim zaplanuje wyjście z domu ( mieszka sam) miał by informacje dotyczące panujących warunków zewnętrznych.

    Na czym taką wykonać? Co proponujecie?
    Planuje ją zamontować w jego mieszkaniu na pierwszym piętrze za oknem na parapecie. Łączność najlepiej po wifi. Obowiązkowo głośniczek na parapecie okiennym wewnątrz mieszkania. Sterowanie głosem lub dzwiękiem, np. klaśniecie raz - odczyt temperatury
    dwa - ciśnienia, etc.
    max trzecia opcja - prędkość wiatru. Więcej nie trzeba.
    Jakie rozwiązania dla mnie tutaj widzicie ?

    Dziękuje z góry za wszelką pomoc.
    Pozdrawiam
  • Pomocny post
    Użytkownik usunął konto  
  • Poziom 33  
    Nie umiem niestety pomoc w takim projekcie na procesorze ale do glowy przyszly mi dosc duze przyciski, z wypuklymi symbolami uruchamiajace odpowiednie odczyty przekazywane glosowo. Ale jak to zrealizowac programowo, to nie mam pojecia.
    Mozna tez kupic takie stacje pogodowe dla osob starszych i niewidomych.
  • Poziom 16  
    Cytat:
    ...odczyt temperatury
    dwa - ciśnienia, etc. max trzecia opcja - prędkość wiatru. Więcej nie trzeba.


    Myślę, że jednym z ważniejszych parametrów to opady. Pomiar siły wiatru w stacji umieszczonej za oknem będzie obarczony dużym błędem (chociaż taki pomiar byłby wskazany).
    Realizacja tego projektu to ogromne wyzwanie dla amatora ze słabą znajomością elektroniki i programowania uc i trzeba o tym pamiętać.
    Komunikaty głosowe muszą uwzględniać informacje o szybkim lub wolnym spadku czy wzroście ciśnienia (sama wartość ciśnienia nie mówi o tendencjach pogodowych).
    Do wywołania jednego, pełnego komunikatu można użyć pojedynczego klaśnięcia (zwykły "klaskacz" tu wystarczy), Nie ma sensu klaskać jak na premierze w teatrze (jeśli komunikat wywoła przypadkowy dźwięk to przecież nie tragedia).
  • Użytkownik usunął konto  
  • Moderator Mikrokontrolery Projektowanie
    Piotrus_999 napisał:
    Na pewno duży procek stm. Nagrane na karcie sd komunikaty. Najłatwiej myślę gotowe typu :"temperatura 20 stopni." Itd. Trzeba by zobaczyć jak rozpoznawać klasniecia - tu będziesz musiał poeksperymentować poczytać o rozpoznawaniu dzwiekow. Clap recognition - jest parę wyników w Google, na pewno coś dostosujesz. Reszta to jak zwykła stacja pigodowa


    A po co ten duży procek STM? Żeby zwiększyć koszty i skomplikować układ? Tu nawet mały ATTiny wystarczy, komunikaty i tak trzeba będzie trzymać w wewnętrznej pamięci FLASH/EEPROM, bo będziemy potrzebować sporo pamięci.
    Z kolei zamiast klaśnięć można się pokusić o rozpoznawanie mowy. Są gotowe scalaki do tego, nie pamiętam symbolu ale w razie czego mogę podesłać. Problemem będzie raczej zbieranie danych - trzeba zrobić stację meteo i to przemyśleć. Chociaż przypuszczam, że prościej byłoby zrobić apkę na telefon, która odczyta prognozę z jakiegoś serwisu. Ale to zależy ile kasy chce wydać autor i na ine zna elektronikę/mikrokontrolery.
  • Użytkownik usunął konto  
  • Moderator Mikrokontrolery Projektowanie
    Piotrus_999 napisał:
    tmf napisał:
    FLASH/EEPROM, bo będziemy potrzebować sporo pamięci.
    flash może nie wystarczyć, szczególnie po Polsku, gdzie gramatyka jest złożona. Raczej karta pamięci.

    Attiny do dajacych sie zrozumiec komunikatów głosowych - chciałbym to zobaczyc. Cortex bo kosztuje tyle co atmega a ma wszystkie wymagane mechanizmy i peryferia


    Przy dostępnych obecnie pamięciach mających 16 i więcej MB, spokojnie można zmieścić wszystkie komunikaty. Jakość - niby dlaczego miałaby być gorsza niż na ARM? O jakości decyduje głównie rozdzieczość PWM, czyli też taktowanie zegara. W wielu ATTiny mamy niezłe PLL i dzięki temu wysokie taktowanie. Nie ma powodu, dla którego jakość miałaby być gorsza. Swoją drogą, byłem zaskoczony jak dobrą jakość można uzyskać nawet przy 8-bitowym kodowaniu. Ba, nawet prymitywne kodowanie uLaw daje całkiem niezłe rezultaty.
  • Użytkownik usunął konto  
  • Użytkownik usunął konto  
  • Użytkownik usunął konto  
  • Poziom 12  
    Jako źródło danych możesz wykorzystać depesze METAR, o ile w pobliżu jest lotnisko. Odpada problem z czujnikami, składnia stała, prosta, znana od lat, dostępne w necie, uaktualniane co godzinę.
  • Poziom 18  
    Piotrus_999 napisał:
    flash może nie wystarczyć, szczególnie po Polsku, gdzie gramatyka jest złożona.
    Można zastosować ISD17240. Komunikaty powinny się zmieścić.
  • Moderator Mikrokontrolery Projektowanie
    Piotrus_999 napisał:
    Pytanie tylko po co jak taniej kupi płytkę z STM plus czytnik kart SD
    tmf napisał:
    Jakość - niby dlaczego miałaby być gorsza niż na ARM? O jakości decyduje głównie rozdzieczość PWM, czyli też taktowanie zegara.
    No rzeczywiście PWM z tiny będzie lepiej grać niż 12 bitowy DAC na powiedzmy 48000 samplach / s. Myślę że teza ta będzie bardzo trudna do udowodnienia.


    Sprowadzasz dyskusję do absurdów. Jeśli komuś zależy na 48 kHz samplerate, to nie wrzuci tam marnego 12-bitowego DACa, tylko za grosze kupi np. VS1003b, czy coś podobnego i będzie miał mp3, porządne stero DAC itd. A pomiędzy 12-bitowym PWM, a 12-bitowym DAC dla niższych samplerate za bardzo różnic na małym głośniczku nie usłyszysz. W każdym razie bawiłem się tym i jak dla mnie 12-bit, 8 kHz, to aż nadto do odtwarzania mowy, tym bardziej, że mowa to częstotliwości do kilku kHz, więc pasmo 8 kHz to aż nadto.
    I naprawdę powiewa mi na czym ktoś sobie to zrobi, może wrzucić nawet Quad-core, natomiast drażni mnie jeśli ktoś pisze, że do tak prostego zadania potrzebny jest zaraz jakiś superprocesor.
    BTW, płytki z STM wcale nie wyjdą taniej niż ATTiny + slot SD.
  • Moderator Mikrokontrolery Projektowanie
    Link załączony przez niveasoft wystarczająco rozwiewa wątpliwości ja dołączę ATtiny:


    Link
  • Moderator Mikrokontrolery Projektowanie
    Wspominałem o module do rozpoznawania mowy - symbol LD3320. Można kupić za rozsądne pieniądze. Oczywiście zapewne można to zaimplementować bezpośrednio w MCU, kwestia tylko doświadczenia autora.
  • Moderator na urlopie...
    Co do wykonania całości - można na AVR balansując z zasobami, można z zapasem na ARM. Ceny układów będą porównywalne, ARM ma tę zaletę, że ma wiele sprzętowych systemów, które pozwolą na automatyzację wielu proponowanych procesów (DAC, DMA).

    Ja zamiast systemu metar bym stację wyposażył w łączność z internetem i pobieranie pogody z internetu dodatkowo i jej odczytywanie. Wtedy można by podawać informacje co jest za oknem uzupełnione o bogatsze informacje czy prognozy z sieci (to na pewno lepsze niż podanie: ciśnienie spada - zgadnij co się stanie).

    Co do przycisków - z tego co wiem osoby niewidome dosyć dobrze znają swój dom, więc to nie byłoby problemem.

    Tak się tez zastanawiam - czy jest sens robić całe urządzenie od 0? Stosować scalaki do rozpoznawania mowy, etc?

    Ja bym sugerował (skoro to nie produkt komercyjny, a pomoc koledze) zastosowanie:
    1. Bezprzewodowa (możne być WiFi) stacja z czujnikami: temperatura, wilgotność, ciśnienie, nasłonecznienie, opcjonalnie wiatr
    2. Tablet/smartfon podpięty na stałe do zasilania z odpowiednim oprogramowaniem, który byłby sterowany głosowo / przyciskiem i podawał informacje z czujnika, ich trendy oraz dane z internetu i prognozy. Pod Androida na pewno będzie więcej bibliotek i gotowców dot. rozpoznawania mowy, jej syntezy.

    No chyba, że chcesz się nauczyć, to ja mimo wszystko bym wtedy nauczył się STM. I spróbował to zrobić bez dodatkowych scalaków.
  • Moderator na urlopie...
    Można, tylko kwestia tego czy producent udostępnia API, żeby można się dostać do danych z czujnika. Oraz czy dane, które dostarcza czujnik są wystarczające.
  • Poziom 14  
    piotrva napisał:
    Można, tylko kwestia tego czy producent udostępnia API, żeby można się dostać do danych z czujnika. Oraz czy dane, które dostarcza czujnik są wystarczające.

    Ok. Rozumiem. A jak się sprawy mają jeśli chciałbym zrobić to na raspberry pi? Najtańsza wersja tego mikrokomputera spełniała by wszystkie potrzeby?
  • Użytkownik usunął konto  
  • Moderator na urlopie...
    No chyba, że przyciski, to w zależności od modelu R-PI albo nic dodatkowo, albo jakiś DAC.

    A czujniki wiadomo - cyfrowe. W ogóle chyba wg. założenia mają być na zewnątrz bezprzewodowo.