Skocz do zawartości

FlyingDutch

Użytkownicy
 Wyświetl profil  Zobacz aktywność

  • Zawartość

    1000

  • Rejestracja

  • Ostatnio

  • Wygrane dni

    37

FlyingDutch zajął 1. miejsce w rankingu.
Data osiągnięcia: 17 października 2020.

Treści użytkownika FlyingDutch zdobyły tego dnia najwięcej polubień!

Reputacja

635 Mistrz

O FlyingDutch

  • Ranga
    7/10
  • Urodziny 28.05.1968

Informacje

  • Płeć
    Mężczyzna
  • Lokalizacja
    Bydgoszcz
  • Programuję w
    C/C++
  • Hobby
    informatyka
  • Zawód
    Programista

Ostatnio na profilu byli

Blok z ostatnio odwiedzającymi jest wyłączony i nie jest wyświetlany innym użytkownikom.

  1. FlyingDutch
    Natomiast seria G0 ma ciekawsze peryferia. W głębokim "standby mode" pobór prądu to 200 nA, nie sądzę aby to było więcej niż dla serii L. Nie ma większego znaczenia czy kolega wątkotwórca użyje STM32 serii G ,czy L bo to i tak jest duży postęp w stosunku do ATMegi (czy innych AVR). Mnie osobiście denerwuje, że da MCU AVR nie wystarczy wgrać do Flash'a binarnej wersji programu, ale trzeba też pamiętać jak ustwaić fuse-bity. Ale to tylko moje osobiste zdanie - ogólnie nie mam nic przeciwko stosowaniu AVR'ów w sprzęcie komercyjnym, natomiast osobiście wolę użyć STM'a bo ma większe możliwości.
  2. FlyingDutch zaczął obserwować DRV8835 - 4 silniki DC, po 2 silniki na kanał, Czym zastąpić Arduino w produkcie komercyjnym?, Plik na karcie SD zawierający program, który wykonuje Arduino. i 1 inny
  3. FlyingDutch
    Cześć, ja podobnie jak kolega @H1M4W4R1 poleciłbym prostego STM32 jednak z serii G0. Patrz te linki: https://www.st.com/en/microcontrollers-microprocessors/stm32g0-series.html https://www.st.com/content/ccc/resource/sales_and_marketing/presentation/product_presentation/group0/32/ea/db/8e/9e/1c/43/a7/STM32G0_marketing_pres/files/STM32G0_marketing_pres.pdf/jcr:content/translations/en.STM32G0_marketing_pres.pdf Np. model STM32G030F6Px w obudowie TSSOP20 (albo zbliżony w obudowie LQFP32). Patrz ten link: https://www.st.com/en/microcontrollers-microprocessors/stm32g030f6.ht
  4. FlyingDutch
    prąd płynący przez tubę SBM-20 jest mniejszy niż 1mA. Ale przyjmując nawet 3mA moc wydzielana na uzwojeniu wtórnym transformatora wynosi: 400v*3mA=1,2 wata. Przyjmując sprawność przetwornicy (transformator+powielacz) na poziomie 82 procent - moc na uzwojeniu pierwotnym wynosi 1,2 *(1/0.82) = 1,46 wata, co przy napięciu na uzwojeniu pierwotnym wynoszącym 10 V generator na bramkach daje prąd płynący przez uzwojenie pierwotne około 146,3 mA. W rzeczywistości ponieważ prąd płynący przez licznik (tubę) nie przekroczy nigdy 1 ma to prąd uzwojenia pierwotnego nie powinien być wyższy niż 48,7 mA.
  5. FlyingDutch
    Cześć, nie wiem, czy to zadziała, ale teoretycznie można znaleźć Bootloader, który jest w stanie załadować do pamięci Flash program w postaci binarnej (hex) z karty SD. Zobacz te linki: https://forum.arduino.cc/index.php?topic=505195.0 https://github.com/zevero/avr_boot Nie testowałem tego bootloadera'a - tak więc jeśli Cię to interesuje to musisz sam z nim poeksperymentować. Pozdrawiam
  6. FlyingDutch
    Cześć!, w tym linku z forum jest chyba najprostszy schemat licznika promieniowania jonizującego (łącznie z przetwornicą wysokiego napięcia): Niestety wymaga transformatora który z niskiego napięcia na bramkach logicznych(seria CMOS4000) robi około 100V na uzwojeniu wtórnym (potem powielacz napięcia 4x robi z tego 400V). Pozdrawiam
  7. FlyingDutch
    Cześć, kup sobie od razu coś z enkoderami bo silniki nigdy nie mają takich samych parametrów. Dzięki enkoderom można zapewnić, że wszystkie będą się obracały z taką samą prędkością (oczywiście program musi wtedy robić użytek z informacji z enkoderów). Z niedrogich silników z enkoderami (AliExpress) polecam takie tanie modele: https://pl.aliexpress.com/item/32843928518.html?spm=a2g0o.productlist.0.0.3b515af3SM05b3&algo_pvid=d8dcec71-4c62-4e1a-933a-baee8c8b752c&algo_expid=d8dcec71-4c62-4e1a-933a-baee8c8b752c-0&btsid=0b0a187b16178855921968504e34ce&ws_ab_test=searchw
  8. FlyingDutch
    Cześć, mam jeszcze prośbę do wszystkich użytkowników Forbot'a, czy moglibyście zrobić po kilka ujęć wind z których korzystacię (komórką) - spakować to zipem i wkleić do tego wątku. Byłbym bardzo wdzięczny (mam nadzieję, że nie jest to niezgodne z regulaminem forum). Pozdrawiam
  9. FlyingDutch
    Oczywiście nie włączy sterylizacji (lub przerwie aktualną). Dlatego miedzy innymi są dwa czujniki ruchu, gdy przez jakich czas (ustawiany jako parametr np. 20 minut) jeden z czujników daje pozytywne odczyty a drugi nie - system uznaje, że czujniki są uszkodzone i nigdy nie włączy już starylizacji (aż do wizyty serwisu i usunięcia awarii). Jest też test działania kamery w programie z OpenCV (czy obiektyw nie został np. zasłonięty) jeśli tak to kamera także nie włączy sterylizacji do czasu usunięcia awarii. Pozdrawiam
  10. FlyingDutch
    Hej @ethanak odnośnie wyłączania sterylizacji to wykrycie ruchu przez którykolwiek z czujników ruchu ( w dowolnym momencie) powoduje wyłączenie sterylizacji. Sprawdzałem nawet ruch poza bezpośerednim kierunkiem widzenia czujników ruchu (poza przeszkodą) i w większości przypadków odbite od ścian promieniowanir IR wystarcza, aby uruchomić czujnik ruchu. Wiesz, gdyby bać się wszystkiego to nigdy nie powstałyby np. autonomiczne pojazdy. Pozdrawiam
  11. FlyingDutch
    Hej @Elvis, ten wczoraj wyuczony algorytm (klasyfikator oparty o SVM) testowałem automatycznie na 1000 zdjęć innych niż użytych w treningu. Wśród nich byłó 588 zdjęć pozytywnych i reszta negatywnych (wszystkie poetykietowane). Puściłem automatyczny test na tej próbce i pozytywy wszystkie zostały wykryte (czyli na tej próbce zostały pozytywnie wykryte wszystkie przykłady), miałem za to sporo (około 80-dziesięciu) false-positive na przykładach negatywnych co stanowi około 20 procent przykładów negatywnych. Prawdopodobnie na większej próbce byłyby jakieś przypadki nie wykrycia pozytywów, dzi
  12. FlyingDutch
    Cześć @Elvis, myślałem o tym, ale uznałem, że nie jest to optymalny pomysł ponieważ windy mocno się różnią wymiarami oświetleniem itp. Np. w windach towarowych często pozostają jakieś duże pakunki zanim zostaną rozpakowane i usunięte (może to trwać po kilka godzin). Poza tym np. plamy z błota na podłodze powodowałyby, że winda nie byłaby steryllizowana przez dłuższy czas, co jest podstawowym celem tego urządzenia. Pozdrawiam
  13. FlyingDutch
    Właśnie przed takim przypadkiem ta kamera ma zabezpieczać, więc przygotowałem sporo zdjęć uczących dla takiego przypadku, gdzie w kadrze widać część sylwetki ciała (są nawet zdjęcia bez głowy), a człowiek leży na podłodze w różnych pozach. Gdy potem testuje takie przypadki - na innych zdjęciach niż te użyte do treningu wykrywa je bezbłędnie. Moim problemem są false-positive, czyli przypadki, gdzie nie ma człowieka na zdjęciu a algorytmowi wydaje się, że on tam jest. Poza tym trzeba pamiętać, że w urządzeniu są dwa dobrze działające czujniki ruchu, więc jeśli osoba leżąca na podłodze będzie się
  14. FlyingDutch
    Cześć, testowałem coś podobnego (oraz także zmianę pojemności pomieszczenia) i wyniki nie były zachęcające. Jeśi chodzi o Meksykanina pod kaktusem tp powinien rozpoznać, bo algorytm nie jest szkolony aby rozpoznawać tylko twarz, ale i inne części ciała. Pozdrawiam
  15. FlyingDutch
    1) Jest tak jak opisałeś - przepisy nie pozwalają na ingerencję w budowę windy. Rozwiązanie musi być małe, zwarte i wandalo-odporne (i może być instalowane wyłącznie na jednej ze ścian windy). 2) Nie - nie wiem dlatego prosta detekcja obiektów odpada. Wykrywane byłyby plamy np. po ketchupie na podłodze, czy ścianach, błoto na podłodze itp' Odnośnie wyników uczenia algorytmu SVM, które dzisiaj ćwiczyłem - chyba wiem co jest przyczyną częstych false-positive. Jak zaobserwowałem najwięcej false-positive jest dla długich pionowych linii na obrazie (np. ściany budynków, drzewa, pionowe kr
  16. FlyingDutch

    Malina nie wstaje

    FlyingDutch odpisał w temacie użytkownika busz • Raspberry Pi

    Mozliwe, że poszedł jakiś scalak CPU, Flash itp. i robi zwarcie na zasilaniu. W takim przypadku to jest już raczej po RPI. Pozdrawiam
×
×
  • Utwórz nowe...

Ważne informacje

Ta strona używa ciasteczek (cookies), dzięki którym może działać lepiej. Więcej na ten temat znajdziesz w Polityce Prywatności.

  Rozumiem