Skocz do zawartości

FlyingDutch

Użytkownicy
  • Zawartość

    655
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    30

Wszystko napisane przez FlyingDutch

  1. Cześć, przecież w instrukcji jest wyraźnie napisane jaki jest format ramki i co należy przesłać: Format ramki: 128, C1, C2, ..., 132 , 130 (opcjonalnie) gdzie: C1, C2, ... kody kolejnych znaków . Nie musisz tworzyć żadnego konwertera - kody znaków wysyłasz w ASCII. Pozdrawiam .
  2. Cześć, kontroler (elektronika) jest oparta na ESP32. Mam on obsługę Bluetooth i WiFI (wbudowany pełny stos TCP/IP). Komunikacja pomiędzy kontrolerem i smartfonem jest dokonywana za pomocą Bluetooth lub WiFi. W przypadku mojej aplikacji wystarczy komunikacja w jednym kierunku: od smartfona do kontrolera. Całość daje się oprogramować w Javie (dla Androida). Zaskoczyła mnie tylko zmiana w IDE "Android Studio", kiedyś było oparte o Eclipse a teraz jest oparte na "IntelliJ IDEA". Pozdrawiam
  3. Cześć, jeśli chodzi o ilość sprawdzonych przykładów to masz pełną rację Pozdrawiam
  4. Cześć Elvis, często mamy podobne punkty widzenia na wiele spraw, ale teraz troszeczkę nie rozumiem dlaczego odradzasz tą wersję zoptymalizowaną pod kątem ESP32. Małe różnice występują w stosunku do oryginału, ale jest na stronie projektu dość dobra dokumentacja i opis API. Pozdrawiam
  5. Cześć, pisałeś, że znasz dobrze Javascript. Jeśli tak to masz opcję żeby zaprogramować ESP32 lub ESP8266 w Node.js. Jest trochę odchudzona wersja Node.js na mikro-kontrolery nazywa się low.js . Tutaj link do niej: https://www.lowjs.org Kup sobie tanią płytkę z ESP32 (32-bitowy CPU taktowany 260 MHz z Bluettoth i WiFi). Np. jedną z takich: https://www.banggood.com/ESP32-Development-Board-WiFibluetooth-Ultra-Low-Power-Consumption-Dual-Cores-ESP-32-ESP-32S-Board-p-1109512.html?rmmds=search&cur_warehouse=CN https://www.banggood.com/Wemos-ESP32-OLED-Module-For-Arduino-ESP32-OLED-WiFi-Modules-Bluetooth-Dual-ESP-32-p-1181297.html?rmmds=search&cur_warehouse=CN Tutaj masz czujniki siły nacisku - dobierz sobie coś w zakresie w którym chcesz mierzyć: https://botland.com.pl/pl/191-czujniki-nacisku Pozdrawiam BTW: tutaj masz link do "Hello World" w low.js: https://techtutorialsx.com/2019/01/28/esp32-low-js-hello-world/
  6. Marku, jeszcze raz dziękuję za odpowiedzi. W najbliższych dniach będę pracował (po pracy oczywiście) nad systemem zasilania z zabezpieczeniem dla tego akumulatora Li-Fe. Jak coś już wymyślę to dopiszę do tego postu. Pozdrawiam
  7. Cześć, mierzyłem ten pasek: https://www.banggood.com/1M-WS2812B-5050-RGB-Changeable-LED-Strip-Light-144-Leds-Non-waterproof-Individual-Addressable-5V-p-1016394.html?rmmds=search&ID=518492&cur_warehouse=CN z podanej mocy 43.2 wychodzi maksymalny prąd 8,64 A,a mierzony 4,46 A max (zasilanie 5V R=G=B=255). Na początku myślałem, że może to źle pomierzyłem, ale powtarzałem ten pomiar i wychodzi to samo. Nawet zastanawiałem się czy pasek nie jest uszkodzony, czy ma oszukane parametry np. mniejszy strumień świetlny (ale ten parametr nie jest podany). Subiektywnie diody świecą jasno. Średni prąd podczas pracy wynosi około 1,4 do 1,8 A przy kolorach innych od białego (na maxa.) i dla takiego użycia chciałbym, aby czas podtrzymania był około 5 h. jeśli będzie trochę krótszy to też jest do przyjęcia. Na początku myślałem, że włączyło mi się w zasilaczu ograniczenie prądowe (ustawiane od 200 mA do 6A) na 5-ciu woltach, ale sprawdzałem i nie włączało się. Nie wiem skąd takie rozbieżności w parametrach, też wydawało mi się to dziwne. Pozdrawiam
  8. Mierzyłem płynące prądy przy wysterowaniu wszystkich diod na biało (R=G=B = 255) i w rzeczywistości prądy są mniejsze niż w danych katalogowych. Nie wiem z czego to wynika, ale w pomiarach są znacząco niższe (ograniczenie prądowe w zasilaczu ustawione 5A, napięcie 5V). Pozdrawiam
  9. Cześć Rafał, zmian jest bardzo dużo poczynając od budowy podstawowych komórek logicznych czyt bloków DSP po prędkości pracy poszczególnych modułów FPGA. Nie mogłem znaleźć jakiegoś bezpośredniego porównania Spartan3 z Spartan6 opisującego wszystkie zmiany, więc najlepiej po prostu korzystać z kart katalogowych dla obu rodzin układów FPGA. Niemniej istnieje dokument firmy Xilinx dotyczący problemów związanych z przejściem od starszych modeli FPGA na Spartan6. Jego tytuł to: Targeting and Retargeting Guide for Spartan-6 FPGAs Tutaj link do tego dokumentu: https://www.xilinx.com/support/documentation/white_papers/wp309.pdf Pozdrawiam
  10. Cześć Marek, chciałbym użyć tego akumulatora jako rezerwowego zasilania dla 1-go metra paska adresowalnych diód RGB (144 diody na metr). Mam już kontroler który zbudowałem w oparciu o ESP32. Można używać Bluetooth lub WiFi do połączenia się z kontrolerem paska LED RGB. Teraz jestem w trakcie przygotowania aplikacji dla smartfonów z Androidem do sterowania paskiem diod RGB za pomocą Bluetooth i WIfI. Ten akumulator miałby posłużyć jako zapasowe źródło zasilania dla tego urządzenia, które będzie odłączane do ładowania. Ma zapewnić podtrzymanie pracy paska LED RGB na co najmniej 5 godzin. Będą potrzebne dwie przetwornice jedna 3,3V dla zasilnia ESP32 i druga step-Up na 5V do zasilania paska LEDów. Tak jak napisałeś chciałbym też mieć podstawowy układ kontroli pracy tego akumulatora Li-FePO4 odcinający akumulator od układu przy za dużym rozładowaniu. Marku miałbym jeszcze jedno pytanie. Czy ten model ładowarki byłby odpowiedni do ładowania tego typu akumulatora (jeden z podanych przez Ciebie): https://www.sonarsklep.pl/ladowarka-isdt-sc-608-150w-8a-p-2032.ht Dziękuję za odpowiedź i pozdrawiam
  11. Cześć, zainstalowałem sobie najnowsze "Android studio" 3.4.1 Windows 64-bit i się rozczarowałem. Powody rozczarowania: 1) Kiedyś IDE było oparte na Eclipse (które to IDE znam dobrze). Teraz jest oparte na: "IntelliJ IDEA 2018.3.4", którego nie znam 2) Nie działa mi emulator telefonów ponieważ mam procesor AMD PhenomII, i nie mam zestawu instrukcji do virtualizacji z CPU Intela Ogólnie IDE wydaje mi się mało czytelne i przekombinowane, poza tym działa bardzo wolno na moim kompie. Pozdrawiam
  12. Cześć, potrzebuję do urządzenia przenośnego dużego akumulatora (max. prąd pobierany przez urządzenie około 1,5A). Przeszukując tme.eu natrafiłem na taki model akumulatora: https://www.tme.eu/pl/details/accu-3.2v-15ah/akumulatory/ Parametry wyglądają na fajne, problem w tym, że dotychczas nigdy nie korzystałem z tego typu akumulatora i chciałbym się poradzić kolegów, którzy używali takich akumulatorów czy warto o tym myśleć. Jak to się ładuje (w karcie katalogowej pisze prąd ładowania 5A przez 2 h), czy są jakieś dedykowane ładowarki? Jakie są zalety i wady akumulatorów Li-FePO4? https://pclab.pl/art48537-8.html Z tego co dotychczas wyczytałem to zaletami są większa gęstość mocy i bardzo duża żywotność (duża liczba cykli ładowania/rozładowania). Pozdrawiam
  13. Cześć, ja używałem "ATtiny Core": https://github.com/SpenceKonde/ATTinyCore z Attiny85 i działało poprawnie. BTW: korzystałem z pętli PLL dla zegara 16 MHz, aby wygenerować przebieg PWM o częstotliwości 20 KHz. Miałem małe przeboje z przetwornikiem ADC - analogRead ()nie działał i musiałem oprogramować ADC na rejestrach, wtedy ADC działał poprawnie Pozdrawiam
  14. Bardziej mi wygląda na klingoński, niż na chiński Pozdrawiam Connais-tu le proverbe Klingon sur la vengeance... qui est un plat qu'on mange froid ?
  15. Cześć Matthew11, dzięki za odpowiedź. C++ brzmi kusząco. Niestety nie znam Qt, a trochę mało czasu, aby się uczyć. Chyba zdecyduję się na Xamarin'a - wtedy będę miał jedne źródła dla Androida i iOS w C#. Dla Androida Xamarin jest darmowy (przynajmniej w podstawowym zakresie). Dla iOS chyba będę musiał zapłacić za konto programisty w Apple. Albo aplikację dla Androida napiszę w Javie w "Android Studio" a o napisanie wersji dla iOS poproszę kolegę, który jest w tym biegły i ma konto developerskie Apple. Na razie jeszcze nie zdecydowałem, którą wersję wybrać. Pozdrawiam
  16. Cześć Marek, fajnie byłoby gdyby teraz Chiny udostępniły jako open-source swój alternatywny system operacyjny dla smartfonów (z odpowiednikami usług Google), tak, aby niezależni programiści mogli go rozwijać. Ale pewnie tak się nie stanie. Pozdrawiam Cześć SOYER, akurat z tą tezą zgadzam się tylko częściowo.Gdzie byli CEO wielkich amerykańskich koncernów 20 (lub 15) lat temu, gdy z chęci zysku przenosili nie tylko oddziały produkcyjne ale i Centra R&D (Research & Development) do Chin. Przecież można było przewidzieć dalszy rozwój wydarzeń. To krótkowzroczność z tamtych lat zawiniła (USA bardzo wtedy korzystały z globalizacji). Teraz jest już za późno. Podejrzewam, że powiedzenie: "co Cię nie zabije, to Cię wzmocni" ma zastosowanie do tej wojny handlowej. Pozdrawiam
  17. Cześć, nie jest to dla mnie specjalna nowość, ponad trzy lata pracowałem dla dużej amerykańskiej korporacji telekomunikacyjnej (przy rozwoju produktu na rynek amerykański: AT&T i Verizon). Ale powiem szczerze, ze na takim poziomie jak z Huawei postąpili amerykanie to się nie spodziewałem. Nie zdziwiłbym się gdyby amerykanie zakazali rozwoju sieci 5G w USA firmie Huawei, ale, że pójdą na taką wojnę "na wyniszczenie" to się nie spodziewałem. Myślę, że to otworzy oczy biznesmenom na całym świecie, że nie można opierać rozwoju firmy bazując na usługach firm Google i Microsoft. Osobiście nie mam nic do Amerykanów jako szefowie w firmie byli OK, ale wystarczy jedna osoba na urzędzie prezydenta USA aby rozpętać wojnę handlową i technologiczną na taką skalę. Pozdrawiam
  18. Cześć, sorry, że tak "ciągnę" ten temat, ale według mnie jest ważny - bo to samo może z dnia nadzień spotkać każdą inna firmę na Świecie (wystarczy, że okaże się bardzo konkurencyjna na dużym rynku). Huawei ma coraz większe kłopoty - klienci indywidualni nie mogąc mieć pewności do do dostępności usług Google na ich smartfonach rezygnują z zakupów telefonów tej firmy. Według mnie wszyscy przedsiębiorcy na Świecie powinni z tej "chińskiej lekcji" wyciągnąć takie wnioski, że mogą być "z dnia na dzień" pozbawieni dostępu do usług firm Google i Microsoft. Według mnie to jest najwyższy czas, aby zacząć prace nad odpowiednikami usług Google "open-source" (może z pomocą jakichś dużych firm, które chciałyby w to wejść i wesprzeć).. Wiem, że jest to wielkie wyzwanie technologiczne, ale niezależni programiści już od jakiegoś czasu udowadniają, że stać ich na wiele (szczególnie jeśli wsparło by je jakieś konsorcjum dużych firm). Może macie całkiem odmienne zdanie, ale ja nie mogę się otrząsnąć z szoku, że coś takiego co przydarzyło się Huawei jest w ogóle możliwe. Pozdrawiam
  19. Cześć, ja miałem to samo co Ty i Elvis. Sytuacja jest poważna, ale można to naprawić, w najgorszym przypadku przecinając jedną ścieżkę i wgrywając poprawny projekt. Patrz ten post: Pozdrawiam
  20. Cześć, nie mam zbyt dużego doświadczenia w pisaniu aplikacji na smartfony. Gdzieś około 2012-tego roku napisałem małą aplikację na smartfony z Androidem 2.2 w "Android Studio" (Java). Teraz chciałbym napisać aplikację, która z telefonu komunikuje się za pomocą Bluetooth z mikro-kontrolerem ESP32 i wysyła mu pewne dane (zależne od działań w aplikacji). W przypadku, gdyby bluetooth byłby niedostępny aplikacja przestawiała by się na komunikację Wi-Fi i wysyłałją te same dane. Aplikacja ma działać ze smartfonami z Androidem oraz na iPhone (iOS). Zastanawiam, się jakich narzędzi użyć do jej napisania (IDE, kompilator, symulator). Dla wersji dla Androida mógłbym znów użyć "Android Studio" (Java), ale wtedy musiałbym użyć innego języka i kompilatora dla iPhone, wtedy miałbym dwie wersje źródeł aplikacji, czego chciałbym uniknąć. Zastanawiam się nad "Xamarinem" Microsoftu (moduł Visual Studio), wtedy miałbym jedną wersję źródeł w C# i mógłbym zbudować aplikację dla Androida i iOS'a. Z tego co pamiętam to Xamarin dla Androida jest darmowy, sytuacja jednak wygląda odmiennie dla IOS (iPhone). Dla iPhone trzeba utworzyć konto programisty w serwisie Apple za około 200 US $. Czy nadal to tak wygląda (opłata za konto programisty Apple)? Może moglibyście polecić jakiś software do pisania aplikacji zarówno na Androida jak i IOS'a (te same źródła dla dwóch wersji aplikacji). Preferuję języki C/C++, Java, C# w ostateczności JavaScript. Pozdrawiam
  21. Cześć, podobno firma ARM ma zamiar wstrzymać licencjonowanie procesorów dla Huawei. Chińskie procesory Kirin stosowane w smartfonach Huawei są oparte na rdzeniu ARM i wymagają licencji tej firmy. Snapdragony także nie będą sprzedawane Chińczykom. Zapowiadają się ciekawe czasy. Nie zdziwiłbym się gdybyśmy niedługo znaleźli w chińskich smartfonach procesory oparte na liście rozkazów "RISC-V" Co sądzicie o wywołanej przez USA wojnie handlowej z Chinami? Amerykanie według was mają rację oskarżając Huawei o szpiegowanie na rzecz chińskiego rządu, czy to tylko "nieczyste" zagranie na bardzo konkurencyjnym rynku telekomunikacyjnym (nie zapominajmy że Huawei to nie tylko dostawca smartfonów ale też jeden z najpoważniejszych graczy jeśli chodzi o sieci komórkowe 5G)? Pozdrawiam
  22. Cześć, muszę to sprawdzić, ale raczej nie - sprawdzałem to doświadczalnie. Przy podaniu RGB kolor jest chociaż trochę podobny do tego który powinien być, natomiast przy podaniu w kolejności GRB nie przypomina nawet trochę prawidłowego koloru. Jutro jeszcze to sprawdzę, nie mam teraz tego kodu pod ręką. Dzięki za sugestię Pozdrawiam
  23. Cześć, zgadzam się całkowicie z kolegą @ethanak, lepiej przejść na ESP32. Jest tylko jeden problem - z bibliotekami nie wszystkie muszą poprawnie działać z ESP32. Ja np. trochę się "nawalczyłem" z biblioteką do czujnika BMP280 (nie wiadomo jak jest z innymi bibliotekami). Pozdrawiam
  24. Cześć, albo możesz użyć Arduino Mega 2560: https://store.arduino.cc/mega-2560-r3 Ma 4 razy więcej pamięci RAM i dużo więcej Flash'a (pamięci programu). Pozdrawiam
  25. Hej, coś podobnego do tego na stronie: https://digitalsputnik.com/pages/voyager Obejrzyj film video na tej stronie. Potrzebuję czegoś podobnego do instalacji artystycznej. Pozdrawiam
×
×
  • Utwórz nowe...