Skocz do zawartości

Bobby

Użytkownicy
  • Zawartość

    2527
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    54

Wszystko napisane przez Bobby

  1. adam19_91, nie jest przypadkiem tak, że to napięcie zasilania silnika jest wprost proporcjonalne do jego prędkości obrotowej? Przy odpowiednio dużej częstotliwości PWM można uprościć, że jest to tak naprawdę zmienne napięcie. I co do regulatora dyskretnego/ciągłego - nie mogę poprzeć się stuprocentowo jakimś papierem, ale wydaje mi się, że jeśli wywołujesz regulator co jakiś stały okres czasu, robi się dyskretny. Czasu próbkowania nie trzeba uwzględniać, bo jest to stała, która została już wliczona we współczynniki: r_bot prawidłowo odczytujesz wykres Odpowiedź jednak nie zbiega do wartości sterowania, bo są podane w różnych jednostkach - PWM to wypełnienie od 0-100, a niebieski to ilość ticków enkodera w jednostkowym czasie (okresie próbkowania).
  2. To ja na 2. urodziny poproszę wersję responsywną! Nie no, a tak serio - gratulacje Treker, bo forbot naprawdę rozwija się w zacnym tempie
  3. Chumanista - właśnie. Ten dokument to bardziej application note niż datasheet. Tutaj analogiczny dokument dla BTM222klik! Zobacz - pomimo tego, że jest krótszy, znajdziesz w nim informacje takie jak schemat blokowy, informacje na temat samego radia, jego moc i czułość (nadajnik/odbiornik), progi poziomów logicznych - wszystkie podstawowe dane potrzebne do zrealizowania przemyślanej aplikacji. A jeśli chcesz poczytać więcej - dokumentacja bluecore4 używanego w BTMach: myk! Oczywiście, HC i BTMy to moduły do kompletnie różnych zastosowań - BTMa możesz ładować w komercyjny produkt, bo wiesz (powinieneś, nie wiadomo dlaczego go wycofują) co może się z nim dziać i jak się będzie zachowywał, o HC wiesz tyle, że jak podłączysz do Arduino to będzie działać Do hobbystycznych aplikacji jest super, bo jest tani. Podobnie jak ESP8266 jest tanim (flash często z odzysku), hobbystycznym modulikiem, tak np. WizFi250 jest sprzętem do bardziej profesjonalnych zastosowań (z pełną, solidną dokumentacją). Nie bez powodu chińskie moduły sa tak tanie - nie masz praktycznie żadnego supportu.
  4. Fakt faktem, że ten moduł był porządny - nie miałbym najmniejszych oporów ze wstawieniem go do jakiegoś dużego projektu w cięższym środowisku. Rdzeń też ma porządnego datasheeta, sam moduł również. Znajdźcie mi cokolwiek, co mogłoby zostać nazwane datasheetem do HC-05 Przepaść jakościowa pomiędzy tymi dwoma modułami jest kosmiczna - no i producent dał znać, że kończy produkcję, śmiem twierdzić, że HC by zniknął bez śladu. Chociaż w sumie, pojawiłoby się na jego miejscu 10 innych HC-06 HC-05c (c jak China) czy innych "blootueth modul".
  5. deshipu, nie podałeś żadnych liczb (oprócz z kosmosu wziętego 0.0001*), natomiast Chumanista pokazał przebiegi jak dla mnie jednoznacznie dyskwalifikujące ten moduł w roli bezpośredniego sterownika silników. IMO sensowność ładowania tam interpretowanego języka jest taka sama jak stawiać Linuxa na AVR, czyli nikła (pomijając aspekt edukacyjny).
  6. 1. Oczywiście - to był błąd (chociaż trochę szczęśliwy) - wykorzystałem taki sam procesor jak w F4Discovery, żeby można było bezpośrednio przenieść kod. Nie wiedziałem, że na STM wewnątrz rodziny (rodzin też) tak łatwo przenosić kod. Gdy ta płytka była robiona pisałem używając StdPeriph, teraz przerzuciłem się na HALa - mogłem od razu uczyć się tego pierwszego Teraz chcę dać coś w jak najmniejszej obudowie, najchętniej LQFP32. Zobaczymy, jak będzie wyglądała sprawa z GPIO, jeśli zacznie brakować pinów to zobaczę, czy ekspander nie ułatwi mi layoutu - lepiej pociągnąć 2 linie i2c przez płytkę, niż 8 makaronów. 2. W tej akurat płytce, kwarc SMD nijak mi nie pasował, HC49 w efekcie nie został też użyty, szło z wewnętrznego 8MHz RC. 3. Masz 100% racji. Gdy projektowałem tę płytkę, nie zdawałem sobie sprawy, że via nie jest tak dobra jak mi się wydawało, a wiele sygnałów na top wyglądało przyzwoicie. Nie oglądałem wtedy jeszcze EEVblog 4. Schemat jest w PDFie, ale jest to stara rewizja. W przyszłym tygodniu zaczynam nowy projekt PCB, to będę wrzucał już na świeżo drugą rewizję Jesteś w stanie polecić jakieś ekspandery (mogą być jednokierunkowe) GPIO, najlepiej na i2c w małych obudowach? Najbardziej pasowałaby mi dwurzędowa, nie jakieś QFNy bez nóżek
  7. Wszystko zależy tak naprawdę od licencji, na jakiej udostępniane są biblioteki. Generalnie GPL, to rodzaj licencji totalnie wolnej - General Public License: Na takiej licencji udostępniane jest np. stdlib. Najczęściej w pliku nagłówkowym, w komentarzu napisane jest na jakiej licencji udostępniany jest kod. Tutaj nagłówek wspomnianego stdlib (stdlib.h) jako przykład: Ale to tylko jedna, a jest cała masa innych, np. CC , MIT i inne. To z tych wolnych (wolnych jak w wolności), a są jeszcze płatne, o których wspomniał Mirek.
  8. ogólny render robota Witam wszystkich, po bardzo długim czasie od publikacji jakiegokolwiek ostatniego projektu, stwierdziłem, że przynajmniej udostępnię raport z budowy mojego ostatniego robota (który niestety nie został ukończony, a teraz czeka aż zaprojektuję nowe płytki do niego). Może ktoś działa teraz nad podobnym robotem i może ktoś podpatrzy jakieś rozwiązania. robot ze zdjętą pokrywą Raport w załączniku, za nową płytkę będę zabierał się w przyszłym tygodniu. Jeśli ktoś chce śledzić postępy i komentować na bieżąco - będę używał CircuitMakera, projekt nazywa się Flash rev2 i udostępniony jest publicznie, więc zapraszam do śledzenia (z tym, że ruszam z projektem jak wspominałem, dopiero w poniedziałek). płytka główna Kilka zmian, które chcę wprowadzić: - zmiana mikrokontrolera STM32F4 w LQFP100 na coś zdecydowanie mniejszego i tańszego - zdarzyło mi się go ubić 2 razy (w TB6612 ścieżka od PWM jest zaraz obok zasilania silników, nietrudno się domyślić co się dzieje w przypadku zwarcia tychże). Myślałem nawet o F030K6T6, jego obudowa ma raster 0.8mm, więc można zrobić PCB nawet markerem - hardware'owe zabezpieczenie przed włączeniem emiterów na dłużej niż 100us - diodki są drogie i niedostępne w sklepie "za rogiem", szczególnie w trakcie debuggingu można je łatwo stracić, - raczej zrezygnuję z enkoderów - mają zbyt małą rozdzielczość by móc z nich sensownie skorzystać. No chyba, że zostanie mi dużo miejsca na PCB. - koniecznie muszę przesunąć TBki (a może dam coś innego, np. VNH5050) bliżej środka płytki - teraz są na samej krawędzi, co praktycznie uniemożliwia ich wymianę (a płytka zablokowana jest w środku robota przez LEDy i fototranzystory). VNH mają chyba też większy raster niż TBki. Aktualnie nie mam zdjęć konstrukcji, ale postaram się jeszcze dzisiaj zrobić i wrzucić tutaj do tematu A teraz, zapraszam do komentowania i zgłaszania uwag - co więcej głów, to nie jedna. raport.pdf
  9. Zależy jakich prądów potrzebują Twoje silniki. Nie da się 'czegoś dołożyć' żeby zwiększyć wydajność prądową 293D (no, można go wykorzystać jako driver mosfetów w większym mostku, ale to mija się z celem, bo są specjalne scalaki do tego). Jeśli Twoje silniki mogą pobierać prąd większy niż dopuszczalny maksymalny dla 293 (sprawdź w dokumentacji), powinieneś użyć innego mostka.
  10. Teraz zacząłem bawić się w circuitmakerze, jest strasznie wygodny Chciałbym umieć KiCada, ale nie bardzo mam czas na nauczenie się go - CircuitMaker ma masę bibliotek (chyba te same co Altium) i jest darmowy także do zastosowań komercyjnych. Niestety, wszystkie projekty zapisywane są w chmurze i są dostępne dla wszystkich :/ za wyjątkiem 2 projektów "sandbox", które widoczne są wyłącznie dla Ciebie.
  11. Jeśli wyślesz opisówkę tak jak jest, z tymi zasłoniętymi padami, to będziesz mieć zasłonięte pady... Zrobiłem tak w Hornecie i musiałem drapać - nie polecam. W eaglu jednak wasrtwa opisowa jest na dwóch warstwach - jednej tej na samej górze i jednej głębiej, t/bdocu - sprawdź, czy te pady nie są w docu (ja tego nie sprawdzę niestety, bo zaprzestałem używania eagla : D ).
  12. Trochę nie to forum, ale już odpowiem, bo akurat z podobnym zagadnieniem mogą zmagać się inni użytkownicy (jak nie teraz, to kiedyś). Generalnie na takie prądy/napięcia (ponad 20A przy 48V) nie znajdziesz raczej gotowego układu scalonego, musisz mostek zbudować sam. Właśnie, z rozpędu napisałem mostek - potrzebujesz sterowania w dwóch kierunkach? Jeśli nie, to wystarczy duży MOSFET (a może IGBT? tu widziałbym posta Marka wyjaśniającego, co kiedy używać)+driver (aby móc szybko przeładować bramkę tranzystora), np. TC4427. TME i Farnell mają fajne interaktywne wyszukiwarki elementów. Potrzebowałbyś takiego min. 100V i 50A (x2 to taki minimalny współczynnik bezpieczeństwa) o jak najniższym RDSon* i Ciss**. Dobierz coś, to pokminimy dalej *RDSon to parametr mówiący o tym, jaką rezystancję ® między drenem (D) i źródłem (S) będzie miał tranzystor gdy będzie w pełni otwarty (ON). **Ciss - pojemność bramki, czyli pojemność, którą musisz przeładować aby tranzystor przeszedł z jednego stanu do drugiego.
  13. Tylko trzeba pamiętać, że w ten sposób przerobione serwo nie grzeszy momentem
  14. Daniel_Wit, co prawda późno odpowiadam, bo miesiąc po poście, ale... Pisząc "model" miałem na myśli wykonanie najpierw modelu matematycznego (wpływ wejść na wyjścia, zależności czasowe itp, wszystko wyliczone i umieszczone we wzorze-kobyłce) i sterowanie z użyciem niego, zamiast z dobieranych "na oko" pidów. Zdaję sobie jednak sprawę, że nie jest to zagadnienie trywialne i prawdopodobnie wykraczające poza zakres tematów poruszanych na Forbocie.
  15. Możesz ręcznie narysować (wyciąć) kółko z polygona
  16. Niekoniecznie Jeśli skleisz te dwie zębatki, które nałożone są na oś potencjometru i usuniesz te nadmiarowe, otrzymasz serwo o kilkukrotnie większej prędkości i takiej samej obudowie.
  17. Pokaż jakie błędy Ci wyskakują Bez tego nic nie jesteśmy w stanie podpowiedzieć.
  18. Treker, to jest tylko opcją przy openocd - w configu możesz sobie poustawiać, czy chcesz wymuszać reset czy tylko swclk i swdio
  19. Widzę podobny kłopot co z niektórymi moimi konstrukcjami - też czekają na okodzenie. W każdym razie, trzymam kciuki i do roboty Konstrukcja bardzo przyjemnie wygląda
  20. Google mówi, że ktoś miał : Zapewne masz zainstalowany toolchain w katalogu z nawiasami
  21. To może ja dorzucę się do krytyki CooCoxa - przestałęm używać ich środowiska, gdy robiłem na szybko linefollowera na zawody. Miałem wtedy też komputer świeżo po formacie, bez zainstalowanego IDE. Polutowałem robota (zostało powiedzmy z 24h do zawodów), udaję się na stronę CoIDE i co zastałem? Error 404. Na szybko od kogoś ogarnąłęm instalkę tego IDE, ale to był ten nowy CooCox z lipnym kreatorem projektów. W tym momencie podziękowałem już za to środowisko i zacząłem składać eclipsa. Ciężko bo ciężko, ale będzie dobre środowisko - stwierdziłem. Niestety, przerosło mnie to, ale pojawił się w międzyczasie już wspomniany wyżej OpenSTM32, co było dla mnie rozwiązaniem idealnym, bo wolne oprogramowanie i działa 'z pudełka'. Podziałałem na nim kilka tygodni, problem pojawił się gdy STM32CubeMX na win8 nie generował wszystkich headerów - opisywałem nawet ten problem jakiś czas temu na forum, ale nie udało mi się z nim poradzić, wróciłem do win7. Jednak to nie koniec problemów Robiłem robota balansującego na F3Discovery i chciałem wykorzystać gotowe biblioteki dostarczane wraz z Cubem - pomimo dodania plików w drzewie projektu, co wydawałoby się intuicyjnie warunkiem wystarczającym do poprawnej kompilacji i linkowania, kompilator nie kompilował tych dodanych plików. Długo kombinowałem, ale w końcu się poddałem i ściągnąłem Keila (aha, nie wspomniałem, że na samiutkim początku, jeszcze przed CooCoxem go próbowałem, ale nie podobało mi się to, że nie jest free software) - wszystkie problemy jak ręką odjął, wszystko działa po prostu intuicyjnie - nie dziwię się, że Keil ma chyba większość rynku IDE do ARMów pomimo okropnie wysokich cen (ale trzeba przyznać, że są uczciwe - to środowisko naprawdę jest tyle warte). Jeśli jednak wystarczą nam Cortexy-M0, Keil jest 'free' (ale nie free as in freedom niestety), chyba także do komercyjnych projektów.
  22. NUDEcnc, ja bym widział w tym openservo na każdy silnik (czyli osobny procek, który ma tylko 2 zadania - utrzymywać zadaną pozycję wykorzystując enkoder i komunikacja z jednostką nadrzędną). W ten sposób odpada to trudniejsze dla Ciebie kodzenie (regulatory, obsługa enkoderów) i pozostaje poskładanie klocków PS. Ciekawy projekt, trzymam kciuki i czekam na kolejne update'y
  23. Możliwe W każdym razie, to wszystko zależy od konkretnej uczelni, a jak na PW jest to nie wiem
×
×
  • Utwórz nowe...