Skocz do zawartości

MC2Systems

Użytkownicy
  • Zawartość

    20
  • Rejestracja

  • Ostatnio

Reputacja

5 Neutralna

O MC2Systems

  • Ranga
    2/10

Informacje

  • Płeć
    Mężczyzna

Ostatnio na profilu byli

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

  1. No to się ambitnie zapowiada ale może i przez to bardziej stabilne efekty będą niż na Arduino czy ESP8266. Arduino akurat traktuję bardziej jako przypomnienie elektroniki ze studiów gdzie były zabawy np. z Altera EMax itp.
  2. @Treker Czyli wynika z tego, że "przesiadka" z Arduino na STM32 pod względem funkcjonalności to droga przez mękę... Pod względem elektronicznym to zapewne nie stanowi wielkiego problemu. Zawsze można niezgodności logiczne skorygować. Jednak np. oprogramowanie takiego STH35 może być już nie lada wyzwaniem, albo osiągalne dla osoby która zna zarówno biegle język jak i wszelkie zasady działania czy to danych peryferiów czy samego mikrokontrolera... a to już spore wyzwanie.
  3. OK problem rozwiązany. Najnowsza wersja środowiska + uruchomienie przez terminal "xattr -c /Applications/STM32CubeIDE.app" podziałało. Natomiast mam takie pytanie nie do końca związane z tym odcinkiem kursu... Jak wygląda możliwość współpracy platformy STM32L4 z rozszerzeniami do Arduino Uno? Jak tu wygląda wykorzystanie np. bibliotek dla choćby czujników temperatury SHT35 itp.?
  4. No na VM w Parallelsach chodzi poprawnie, ale to jednak konieczność instalacji na VM Windowsa...:/ Jakoś do tego systemu mam awersję - toleruję ale nie przepadam.
  5. Na codzień pracuję na MacOS (11.4) i... niestety IDE (1.6.1) nie daje się uruchomić w tym systemie. Instalacja przebiega prawidłowo, ale już uruchomienie zgłasza błąd że program jest uszkodzony. Z tego co czytam na forach STM to od kilku lat z tym nic nie zrobili, widać marginalizują użytkowników MacOS. Czyli chcą mnie zmusić do przesiadki na linuxa (a nie ma pewności czy na linuxie działa) albo na Win. Szkoda. Czy jest jakaś warta uwagi alternatywa, która na MacOS by pracowała poprawnie?
  6. O... świetnie. @ethanak Gotowiec to ostateczność, wolę się trochę nauczyć czegoś nowego, ale dobrze wiedzieć gdzie szukać i czego. @_LM_ świetny przegląd. Miałem też z EP artykuł na ten temat ale z 2006 roku i większość układów już niedostępna była. No nic trzeba będzie poczytać. Dzięki.
  7. Szukam rozwiązania, ale nie w postaci gotowca, do kupienia a raczej schematu do wykonania i rozkmieninia tematu. Mam kilkanaście diod PowerLED 50W (12V, 3,8A), chcę mieć możliwość sterowania ich jasnością za pomocą ESP8266 (PWM). W perspektywie ma to być oświetlenie, które ma uzupełnić światło słoneczne w pochmurne dni, czyli układ uzupełniony o czujnik światła słonecznego i po odpowiednich przeliczeniach dostarczający do oświetlanego obiektu zawsze tę samą ilość światła. Na pierwszy rzut zatem idzie zasilanie diody. Na początek układ ma obsługiwać pojedynczą diodę. W razie czego powieli się
  8. Rozwiązanie wydaje się być dość ciekawe, zważywszy że może wprowadzić sporo porządku na biurku i uprościć podstawową diagnostykę i komunikację. Ale... trzeba poczekać na to jak w praktyce się będzie sprawować. Na pierwsze faktyczne testy i opinie użytkowników. Cena jak za gadżet nie mała, ale jak na faktyczny multitool do zaakceptowania. Tak że wiele zależy od tego jakie problemy będzie w stanie rozwiązać faktycznie a nie tylko deklaratywnie. I jak wypadnie w takim przypadku na tle rozwiązań oferowanych przez konkurencję.
  9. Od pewnego czasu próbuję "pożenić" dwa elementy ze sobą, płytkę do sterowania przekaźnikami z UNO https://botland.com.pl/pl/arduino-shield-ekspandery-wyprowadzen/2731-dfrobot-relay-shield-przekazniki-dla-arduino-v21.html i WiFiXBee https://botland.com.pl/pl/moduly-glowne-xbee/8606-dfrobot-wifibee-mt7681-modul-wifi-xbee.html Ten zestaw ma działać jako samodzielny układ nadzorujący środowisko (sterowanie grzałkami, wentylatorami) z użyciem sensorów (np. DHT21), ale też ma wysyłać dane o środowisku na serwer baz danych InfluxDB, oraz podgląd stanu na zbiorczy "komputer" w postaci alb
  10. No właśnie chodzi o to że nie może być zapisu względnego, czyli czy to informacji o offsecie itp. Dla każdego punktu musimy mieć pełne dane: czyli pełne współrzędne, czas, temperaturę i inne elementy. Dane będą przetwarzane przez różne programy i nie może być tutaj możliwości przekłamań. Taki wymóg "odgórny" niestety. Lot raczej będzie wolny, choć powierzchnia spora. Prędkość będzie uzależniona od bezwładności pomiaru no i dokładności pokrycia terenu. Ale to raczej będzie doświadczalnie dobrane, bo też na obecną chwilę nie wiadomo jakich zmian temperatury się spodziewać. Czy będzie to n
  11. Bo takie mam dostępne. Mam ESP8266 NodeMCU v3 i Wemos z 32MB na pokładzie. Kolejnym argumentem jest to, że tutaj układ prawie gotowy. Inne trzeba by zaprojektować od podstaw. Kolejna sprawa czy uda się go tak zaprojektować by był realnie mniejszy niż ESP? Pewnie to kwestia budżetu. Minimalizować będę później, jak sam pomysł wypali = da wymierne efekty. Póki co, chcę złożyć układ z dostępnych klocków. Kolejnym argumentem jest to, że nie wiadomo czy na pomiarze temperatury się skończy. To projekt badawczy więc profesory mają różne pomysły i nieograniczoną fantazję i motywację do uzyskiwani
  12. Mam do opracowania "latający" możliwie precyzyjny termometr. W założeniu ma to być możliwie najmniejszych gabarytów rozwiązanie, które będzie badało temperaturę na konkretnej wysokości i w konkretnym miejscu. Latanie czujnika rozwiążę dronem więc tu nie problem. Czujnik działał by zupełnie oddzielnie, byłby tylko podwieszany. Natomiast problemem są dane... Przyglądam się 2 rozwiązaniom: 1. Jakiś mikrokotroler pokroju UNO z podpiętym czujnikiem temperatury i wilgotności SHT35 + GPS - L76X. Ewentualnie jeszcze jakiś barometr. To zestaw generujący dane. Zapis na karcie SD? Tylko czy wart
  13. Czy da się z użyciem QT stworzyć takie interfejsy jak np. ten pod linkiem? https://pl.pinterest.com/pin/372532200422210254/ Zastanawiam się na ile zaawansowane interfejsy da się wygenerować z wykorzystaniem Rpi z panelem dotykowym 7".
  14. @ethanak No właśnie mam problem z przełożeniem tego co pojawia się np. na ekranie komputera gdy piszę program, a z tym co wyświetla port szeregowy. Gdy piszę w np. php print('coś tam'); otrzymuję pojedynczy wiersz na wyjściu z tym tekstem i tyle. Gdy piszę w ArduinoC Serial.print("Klawisz"); Serial.println(nowy); w porcie szeregowym mam efekt przewijania się wielu wierszy Klawisz i sporadycznie gdy wduszę jakiś klawisz to wyświetli się jaki. I to nie jest to co chcę uzyskać. Efekt który chcę uzyskać to coś podobne do tego co mam w php. Wyświetli się aktualny klawisz i nie m
  15. Słuszna uwaga Późna pora też mi się udzieliła. To co zamieściłem to była ewolucja z użycia nieskutecznego innych pętli... w efekcie faktycznie switch jest niepotrzebny. Skrócenie kodu zaowocowało też zmniejszeniem zajętości pamięci... Same plusy Ok, to teraz już chyba poprawnie. Docelowo wysyłki na monitor portu szeregowego mają być zastąpione wyświetlaczem LCD, ale czekam na ekspander. Przydało by się jeszcze by po każdym wciśnięciu klawisza został wysłany na LCD podgląd, a po sekundzie nadpisany *. #include <Keypad.h> const byte ROWS = 4; // ile wierszy const byte CO
×
×
  • 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.