Skocz do zawartości

Kuba_k

Użytkownicy
  • Zawartość

    21
  • Rejestracja

  • Ostatnio

Posty napisane przez Kuba_k


  1. Dnia 24.10.2019 o 11:51, RFM napisał:

    Pierwotnie wykorzystałem https://thingspeak.com/ Wiedziałem, ze demon szybkości to nie jest ale jakież było moje zdziwienie gdy dane wysłałem na serwer lokalny i w Internecie.

    Thingspeak w wersji darmowej ma ograniczenie odbierania danych na 15000 ms, dlatego masz masz takie opóźnienia. Zauważyłem, że dają też chwilowego bana jeśli puścisz za często pakiety danych.


  2. Cześć,

    Mam spory problem z gotowym projektem, który chciałem odtworzyć. Dokładnie jest to urządzenie do malowania światłem LED Light painter. Projekt opiera się na rozwiązaniu Adafruit z Neopixel-ami, natomiast ma dodatkowo wyświetlacz lcd i guziki do sterowania plikami.

    No i tutaj zaczyna się komplikacja dla mnie. Jeśli chodzi o połączenia to wszystko zrobiłem dobrze, przetestowałem na innych prostych programach i teoretycznie powinno wszystko działać (led podpięty i działa, wyświetlacz lcd też, karta sd nie bo nawet nie wiem jak to przetestować). Zaznaczam, że jestem straszną pierdołą w tych sprawach, a projekt jest bardziej fotograficzny niż elektroniczny dlatego nieoceniona będzie Wasza pomoc.

    Po wgraniu szkicu z Arduino IDE nie dzieje się nic, zapala się tylko podświetlenie w lcd i to wszystko. Natomiast podczas kompilacji wyświetlają mi się błędy:

    C:\Users\ThinkPad\Desktop\student\led\ArduinoUNO\Light-painter-master\Light-painter-master\Light_painter\Light_painter.ino:510:7: warning: extra tokens at end of #else directive
    
     #else if CONSISTENT
    
           ^
    
    C:\Users\ThinkPad\Desktop\student\led\ArduinoUNO\Light-painter-master\Light-painter-master\Light_painter\Light_painter.ino: In function 'void getFileName(char*, uint8_t, uint8_t)':
    
    C:\Users\ThinkPad\Desktop\student\led\ArduinoUNO\Light-painter-master\Light-painter-master\Light_painter\Light_painter.ino:610:64: warning: default argument given for parameter 3 of 'void getFileName(char*, uint8_t, uint8_t)' [-fpermissive]
    
     void getFileName(char* fileName, uint8_t index, uint8_t ext = 0) {
    
                                                                    ^
    
    C:\Users\ThinkPad\Desktop\student\led\ArduinoUNO\Light-painter-master\Light-painter-master\Light_painter\Light_painter.ino:110:6: note: previous specification in 'void getFileName(char*, uint8_t, uint8_t)' here
    
     void getFileName(char* fileName, uint8_t index, uint8_t ext = 0);
    
          ^
    
    Szkic używa 22240 bajtów (68%) pamięci programu. Maksimum to 32256 bajtów.
    Zmienne globalne używają 1420 bajtów (69%) pamięci dynamicznej, pozostawiając 628 bajtów dla zmiennych lokalnych. Maksimum to 2048 bajtów.

     

    Ja tego niestety nie rozumiem i nie mam czasu zrozumieć, gdyż deadline mnie goni bardzo. Zadałem już pytanie do autora na githubie ale mam nadzieję, że ktoś z Was może wiedzieć o co chodzi. Będę bardzo wdzięczny.


  3. 14 minut temu, Chumanista napisał:

    Nie. Po pierwsze dokładność wynosząca 5 µg/m3 to około 10% naszej normy, czyli dosyć sporo. Oczywiście wykorzystując przetwornik 16 bitowy czułość by wzrosła ale równie dobrze można wtedy kupić droższy czujnik cyfrowy.

    Dodatkowo czytałem, że jest problem z powtarzalnością wyników i każdy z tych czujników podaje inne wyniki. Akurat temu się nie dziwię biorąc pod uwagę jego konstrukcję. Niestety w takim przypadku musisz dokonać kalibracji z miarodajnym źródłem, a to nie jest jest już takie proste.

    • Lubię! 2

  4. Dnia 1.11.2019 o 13:07, crbjsfso napisał:

    @Chumanista Tak, spokojnie. Po jednym czujniku na raz, zaczynałem od samego pomiaru temperatury, później doszła wilgotność, itd. Właśnie czekam na GP2Y1010AU0F i kilka innych z serii MQ. Następnie planuje zabrać się za serię PMS*, czujniki radonu, dozymetry, ect. Właściwie to wszystkie moje konstrukcje są w ciągłej fazie rozwojowej. Niestety mam dosyć mało czasu na swoje hobby dlatego może się wydawać, że idzie mi to bardzo opornie.

    Czujniki MQ to tak z mojego doświadczenia bardziej nadają się jako sygnalizatory występowania gazu (lub gazów bo niektóre reagują na kilka) niż jako mierniki stężenia. Tym bardziej MQ135 jest bardzo zawodny w przypadku określania jakości powietrza, gdyż jego odczyty są bardzo zależne od temperatury, wilgotności i zapylenia, co nie do końca przenosi się to na sama jakość powietrza. Próbowałem na tym zrobić sobie automatyczny sygnalizator tego czy sąsiedzi z dołu palą papierosy (niestety cały dym zaciąga do mojego mieszkania) i nie dało się tego odpowiednio skalibrować. Znalazłem gdzieś w necie pracę naukową gdzie napisali równanie kalibrujące wskazania w zależności od warunków atmosferycznych ale zawierał się chyba w 3 liniach na kartce A4 😉

    • Lubię! 2

  5. Dnia 20.09.2019 o 15:29, Kuba_k napisał:
    Dnia 20.09.2019 o 12:53, lukaszd82 napisał:

    ale nie jest to też 0-0.3V bo przy 1400ppm mam już napięcie ok. 1V co mierzyłem.

    Sprawdzę u siebie. Mam takie 3 z różnych źródeł (każdy pokazuje różny wynik). Jak kupowałem to pamiętam, że to było napisane w specyfikacji ale przy zakupach u chińczyków to różnie bywa 😉

    Mój błąd, rzeczywiście zaufałem specyfikacji z aliexpress. Natomiast max jaki da się z niego wyciągnąć to 4V

    3 godziny temu, lukaszd82 napisał:
    Dnia 20.09.2019 o 15:29, Kuba_k napisał:

    Nie rozumiem

    Sprawdzę u siebie. Mam takie 3 z różnych źródeł (każdy pokazuje różny wynik). Jak kupowałem to pamiętam, że to było napisane w specyfikacji ale przy zakupach u chińczyków to różnie bywa 😉

     

    Wskaźnik - wartość traktowana jest jako informacja o "jakości" powietrza. Nie zwracam uwagi na dokładne wartości "pomiaru". Zdaję cobie sprawę z ograniczonych możliwości MQ135, ale miałem 2 takie układy i postanowiłem gdzieś je umieścić.

    "Pomiar" jest traktowany jako informacja o konieczności wietrzenia w pomieszczeniu. wiadomo,. iż wysoka wartość - wietrzenie wskazane.

    Ok, teraz ogarniam. Napisane miałeś na ekranie poziom CO2, co jest niemożliwe do zmierzenia tym czujnikiem, dlatego było to mylące.


  6. 1 godzinę temu, lukaszd82 napisał:

    Adafruit ADS1115 - sam jeden element to 85zł. Ttymczasem ja zastosowałbym ESP32  za 49zł. Tym samym 70zł zostaje w kieszeni a masz 12- kanałowy przetwornik ADC i pomiarów można dodać jeszcze kilka a cena spada. Dodatkowo projekt się upraszcza delikatnie.

    Mogłem wziąć też 3x D1 Mini, byłoby jeszcze taniej 😉 Albo po prostu na Arduino + ESP01, kombinacji jest nieskończona ilość. 

    • Lubię! 1

  7. 2 godziny temu, lukaszd82 napisał:

    MQ135 służy jako "wskaźnik" a nie miernik.

    Nie rozumiem

    2 godziny temu, lukaszd82 napisał:

    ale nie jest to też 0-0.3V bo przy 1400ppm mam już napięcie ok. 1V co mierzyłem.

    Sprawdzę u siebie. Mam takie 3 z różnych źródeł (każdy pokazuje różny wynik). Jak kupowałem to pamiętam, że to było napisane w specyfikacji ale przy zakupach u chińczyków to różnie bywa 😉

     


  8. Dnia 11.01.2019 o 10:25, lukaszd82 napisał:

    Brak dzielnika napięcia na A0 (ESP ma pomiar 0-1V, MQ135 może dać do 5 V przy 5000 ppm), jednak zakładam, że nie będę miał stężenia ponad 1000ppm w domu.
    Później przetnę ścieżkę na PCB i dam dzielnik na analogu (co niestety zmniejszy dokładność pomiarów) lub zabezpieczę wejście analogowe diodą zenera.

    Wyjściowa Mq-135 jest od 0V do 0,3V, dlatego musisz sobie przeskalować wyniki 😉

    Imo ten czujnik nie nadaje się do wskazywania poziomu CO2, ponieważ oprócz tego jest czuły na wiele innych substancji oraz samo zanieczyszczenie powietrza (smog) wpływa na jego odczyty. Również temperatura i wilgotność powietrza ma spory wpływ na odczyty. 

    Dnia 11.01.2019 o 10:25, lukaszd82 napisał:

    . Gotowe oprogramowanie z wieloma wadami, w planach zmiana na własny soft i wysyłanie informacji na Cayenne IOT.

    Akurat soft możesz edytować do woli, a co do Cayenne: https://www.letscontrolit.com/forum/viewtopic.php?t=3722

    Powodzenia!

    • Lubię! 1

  9. 44 minuty temu, Gieneq napisał:

    To też mnie zaciekawiło. MQTT na RPi to fajna sprawa jak chcesz mieć więcej urządzeń, które mają ze sobą "czatować". Idea jest naprawdę podobna do pokojów/czatów w komunikatorach. W moim pierwotnym planie "super-ultra Iot" każda doniczka miała mieć własny kontroler z rurką wody i zasilaniem, wszystko spięte w mesh WiFi, ze serwerem MQTT na RPi i inne wodotryski. Niestety metodyka "Keep-it-Simple" znowu mnie dopadła i zrezygnowałem.

    Ja korzystam z Domoticza. Spina mi wszystkie zabawki ze sobą, dodatkowo możesz za pośrednictwem niego (ma apkę na androida) sterować urządzeniami ze sterowaniem przez http. 

    • Lubię! 1
×
×
  • Utwórz nowe...