Skocz do zawartości

Elvis

Użytkownicy
  • Zawartość

    2663
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    198

Wszystko napisane przez Elvis

  1. Zobacz na: https://www.forbot.pl/forum/topics38/schemat-poprawny-vt1633.htm?highlight=schemat
  2. Jeśli podłączysz 4,8V do stabilizatora 7805 to nie będzie działać. Na wejściu potrzeba co najmniej 7V. A w kwestii rezystora i kondensatora to już jest odpowiedź
  3. Musisz pamiętać, że 4.8V to tylko napięcie znamionowe. W pełni naładowany będzie miał więcej, wyładowany mniej. Do tego silniki mogą powodować skoki napięcia. Radziłbym zwiększyć napięcie i dać stabilizator. Poza tym brakuje przydałby się rezystor i kondensator przy pinie reset procesora.
  4. Co to za układ 788TV? nie mogę znaleźć datasheeta. Domyślam się, że stabilizator, ale na jakie napięcie? Musisz pamiętać, że na każdym stabilizatorze następuje spadek napięcia, np. 7805 musi być zasilany ok. 7V, żeby dawał 5V na wyjściu. Jeśli jest to układ LDO, to mniejszy jest spadek, ale nadal jest. Akumulatory mają tylko 4,8V, więc zastanawiam się ile ma być na wyjściu? Kolejna sprawa - 4,8V to jest napięcie znamionowe, będzie mniejsze jeśli się częściowo rozładują, poza tym mniejsze jeśli obciążysz je silnikami. Jednym słowem - chyba za małe dajesz napięcie. Co do procesora to możes
  5. Wpisz w google "boost converter" lub "step-up converter"
  6. Z programatorem jest jeden problem - napięcie 3.3V. Nie można go podłączyć do 5V bo można procek upalić. Na schemacie jest 3.3V, ale moduł nie wystawia nigdzie 3.3, w dodatku musi być zasilany z 5V. Więc taki programator wymagałby własnego zasilania, albo projektując płytkę pod moduł trzeba uwzględnić 2 stabilizatory 5V i 3.3V. Ogólnie pomysł jest dobry, chociaż nie taki prosty. Ale chyba wybiorę moduł kakami zamiast propoxa. Tyle że lpc2148, nie 2142. [ Dodano: 19 Sie 09 06:29 ] Może nie będzie tak źle. Wygląda na to, że piny potrzebne do programowania tolerują 5V. Więc można zastosować
  7. Moduł w propox jest jeszcze nieco tańszy - 79zł + vat. Co prawda LPC2138 zamiast 2148, i nie ma baterii dla RTC. Planowałem następny artykuł o takiej wersji. Konieczny jest konwerter RS232 - 3.3V. Można dodać jeszcze resetowanie procka przez RS, łatwiej wtedy wgrywać. Ogólnie to LPC2000 Flash Utility nie jest już rozwijany i bywają z nim problemy. Lepiej użyć FlashMagic.
  8. Tak, będą przykładowe programy. Kompilatory jak najbardziej są. Nawet CrossStudio bazuje na darmowym gcc. Problem z darmowymi kompilatorami to skonfigurowanie środowiska - wcale nie takie łatwe na początek. CrossStudio daje ten komfort, że w 1 dzień można mieć działający program na ARM. Natomiast uruchomienie eclipse + yagarto trochę zajmuje (długo czytałem dokumentację zanim połączyłem się z prockiem). Planuję napisać 2 artykuły: * pierwszy, jak szybko zacząć przygodę z arm-ami * drugi jak tanio zacząć Niestety tanio znaczy trudniej
  9. Tutaj powstaje artykuł o programowaniu LPC21xx: https://www.forbot.pl/forum/topics20/jak-rozpoczac-przygode-z-arm-ami-wersja-szybka-choc-droga-vt2258.htm#17383
  10. Na początek potrzebujemy procesor. W przypadku AVR-ów było łatwo. Kupowaliśmy układ w obudowie DIP i mogliśmy pracować. Niestety ARM-y w takich obudowach nie występują. Jesteśmy więc skazani na zaprojektowanie własnej płytki i wlutowanie układu, albo kupienie płytki z układem już wlutowanym. Ja proponuję to drugie rozwiązanie. Wybór modułu z procesorem W dalszej części będę opisywał pracę z układem LPC-2148. Wykorzystywany moduł to: http://www.shop.kristech.eu/product_info.php?cPath=21_26&products_id=87 Jeśli jego cena jest za wysoka można skorzystać z innego, np.: http://www.sh
  11. Radiowa transmisja danych, czyli robot zdalnie sterowany cz.4 (moduły RFM12B/868D) Ostatnie z testowanych modułów to para RFM12B. Oba pracują na częstotliwości 868MHz. Wyższa częstotliwość zmniejsza nieco zasięg komunikacji, ale w zamian anteny mogą być dwa razy krótsze. Moduły łączą się z procesorem za pomocą interfejsu SPI. Dzięki temu łatwo jest oprogramować komunikację, czy to z wykorzystaniem sprzętowego interfejsu, czy programowego. Moduły RFM12B produkowane są przez tego samego producenta co HM-T868S. Dodatkowe informacje o modułach oraz przykładowe kody dostępnie są na stroni
  12. Dołączyłem do artykułu kod w C. U mnie działa.
  13. W EP był cały cykl o programowaniu STM32. Jednak chodziło mi o artykuł dla osób które chcą zacząć. Czyli opisać co jest potrzebne, jak zainstalować środowisko, jak skompilować i uruchomić prosty program. Dalej każdy sobie poradzi To co widziałem w EP było bardziej o kolejnych funkcjach biblioteki do STM32. Nie lubię tej biblioteki, nie dość, ze jest brzydka, to jeszcze działa wolniej, niż bezpośrednie pisanie do rejestrów. [ Dodano: 18 Sie 09 09:18 ] Widzę, że chociaż niewielkie, ale zainteresowanie jednak jest. To teraz kolejny problem: Czy lepszy artykuł o tym jak najtaniej poznać
  14. Co jakiś czas pojawiają się na forum głosy o programowaniu ARM-ów. Zastanawiam, się ile osób byłoby zainteresowanych tematem i czy warto taki kurs przygotować. Ja od dość dawna programuję LPC21xx, ale coraz bardziej interesują mnie Cortex-y. Myślałem, czy nie opisać jak rozpocząć przygodę w świecie ARM.
  15. Zamiast samemu robić płytkę eval można też zamówić coś gotowego. Propox ma moduł dla STM32 http://www.propox.com/products/t_174.html Pod adresem: http://www.shop.kristech.eu/index.php?cPath=68 są płytki olimexa. Ja mam http://www.shop.kristech.eu/product_info.php?cPath=68&products_id=142 - całkiem sympatyczna, żeby procesor lepiej poznać. A co do dyskusji, który procesor lepszy, to LPC21xx nie polecam początkującym Wszystko wskazuje na to, że ARM7 to już przeżytek, teraz świat podbija Cortex. Więc STM32 to dobry pomysł, chyba że ktoś jest miłośnikiem NXP i woli LP17xx. A przy okaz
  16. Ja chętnie na takie zawody Co prawda jeszcze nie mam na nie robota, ale jak termin będzie odpowiedni, to coś powinienem mieć. Może jeszcze jednego kumpla namówię, żeby tego typu robota skonstruował.
  17. Elvis

    Timer0 w atmega16 - matma.

    Dobrze rozumiesz z OCR0 i TCNT0, co prawda powinno być chyba 250-1, ale to bez większego znaczenia. Jakiego używasz procesora? Bo na atmedze16 ten kod daje dzielnik /64, ale na m128 /32. [ Dodano: 16 Sie 09 10:49 ] dla atmegi128 u mnie działa poprawnie: TCCR0=_BV(WGM01)|_BV(CS02); OCR0= 250-1; //count to 250 pulses (0,001s) [ Dodano: 16 Sie 09 11:41 ] Uruchomiłem na m16. Jedyna różnica u mnie to zegar 8Mhz, więc do OCR wpisałem 124. Działa bardzo ładnie, poszukaj czy poza tym kodem który przysłałeś nie ma błędu.
  18. Elvis

    [Bascom] Obrotomierz + rgb

    Ja bym proponował zostawić zliczanie na Timer1. Pozostaje problem jak sterować 2 diodami przez jedno wyście Timer2. W kodzie, który zaproponował Zuk druga dioda zawsze dostaje 255-jasność_diody_1, więc możesz na wyjściu Timer2 zrobić następująco: 1) sterowanie diodą blue bezpośrednio 2) sterowanie diodą red przez negator (np. 74hc04)
  19. Radiowa transmisja danych, czyli robot zdalnie sterowany cz.3 (moduł CC1000PP-433) Kolejny testowany moduł oparty jest na układzie CC1000. Opisywany moduł oraz więcej informacji o nim dostępne jest pod adresem http://www.shop.kristech.eu/product_info.php?cPath=55&products_id=93. Polecam również przeczytać informację o zestawie uruchomieniowym do modułu: http://www.shop.kristech.eu/product_info.php?cPath=55&products_id=203. Do testowania transmisji niezbędne są dwa moduły. Oba podłączone zostały do płytek opisywanych poprzednio. Jako anteny wystarczają przewody o długości 16 cm.
  20. Elvis

    Układ całkujący

    Co dokładnie chcesz zrobić? Nie wystarczy zwykły ADC?
  21. Army nie są takie straszne. Przy najmniej ARM7. Jeśli chcesz ARM9 to zainstaluj linuxa Teraz to chyba najlepiej wybrac Cortex-m3, do STM32 są dobre biblioteki producenta. Ale to i tak trochę bardziej skomplikowane niż AVR. Poza tym 3.3V. Jakby co to o ARM7 mogę coś pomóc.
  22. O ile rozumiem: Call Myszka(&B00010001 , X) - czyta z 0x11 Call Myszka(&B00010010 , Y) - z 0x12 Na stronie, którą podałeś jest: x=pan_read(0x17); y=pan_read(0x18); Więc to co i u mnie
  23. Widzę, że te układy są prawie identyczne. Ja miałem problemy z odczytem z rejestrów 0x02, 0x03, więc czytam z 0x17 i 0x18 - tam już działa poprawnie. Jesteś pewien, że te układy są zgodne z I2C? Ja ręcznie napisałem procedury komunikacji i działają. Przy i2c wyjścia są OC, a nie wiem, czy ten układ ma wbudowane podciągi. Jak już coś odczytasz, to chyba jeszcze jeden błąd - rejestry Delta_X, Delta_Y zawierają przesunięcie od poprzedniego odczytu, więc trzeba ich wartości dodawać do większej zmiennej X i Y (większej niż 8 bitów). Poza tym Delta_ to 8-bitowe liczby ze znakiem. W C wystarczy rzu
  24. Nie wiem czy czytasz z dobrych rejestrów. Mam tylko datasheet do PAN301 i tam były inne numery rejestrów, dlatego pytałem o linka do dokumentacji. W tym co znalazłem rejestr Delta_X ma adres 0x03, a Delta_Y 0x04. O ile rozumiem czytasz rejestry 0x11 i 0x12.
  25. Mogłbyś podać linka do datasheetu tego układu? Znalazłem tylko do PAN301A, do PAN3103 jakoś nie moge. Program zupełnie nic nie wyświetla, czy czasem coś się pojawia przy ruszaniu myszą? [ Dodano: 09 Sie 09 07:00 ] Bascoma nie znam, ale zobacz czy parametr Zapis nie powinen być przekazywany przez referencję? Sub Myszka(byval Address As Byte , Byval Zapis As Byte)
×
×
  • 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.