Skocz do zawartości

mirekk36

Użytkownicy
  • Zawartość

    18
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    6

mirekk36 wygrał w ostatnim dniu 2 lipca 2011

mirekk36 ma najbardziej lubianą zawartość!

Reputacja

35 Bardzo dobra

O mirekk36

  • Ranga
    2/10

Informacje

  • Płeć
    Mężczyzna
  • Lokalizacja
    Szczecin

Ostatnio na profilu byli

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

  1. mirekk36

    Prośba o wytlumaczenie tego zjawiska

    Szczerze polecam ten artykuł: http://mirekk36.blogspot.com/2012/10/drgania-stykow-to-bajki-wiec-jak-to.html który obala powielaną wszędzie błędną opinię na temat rzekomych efektów drgań styków oraz metod ich eliminacji. Myślę że po przeczytaniu tego - wszystko się wyjaśni.
  2. Topornie? nie zgodzę się w porównaniu do USBASP programator na FT232 działa dokładnie tak samo szybko. Pewnie że są szybsze programatory .... ale jak mówię porównałem czasy programowania pełnym wsadem dwóch procków za pomocą dwóch programatorów: FT232R oraz USBASP oto wyniki ATmega32 ---> USBASP czas 17s, ---->FT232R czas 18s ATmega644 ---> USBASP czas 29s, ---> FT232R czas 27s więc gdzie tutaj oporność działania ?
  3. mirekk36

    Robo BLUE

    Bardzo prosta sprawa - po prostu gdy BT jest nie używany to mikrokontroler odłącza mu zasilanie za pomocą tranzystorka sterowanego z jednego z pinów - ot wszystko.
  4. Spis treści oraz fragmenty książki są oczywiście dostępne tutaj: www.atnel.pl/wydawnictwo
  5. mirekk36

    Robo BLUE

    Przepraszam, że tak późno tu zajrzałem. KD93 --> tym programem jest oczywiście Adobe Photoshop, którego jestem szczęśliwym posiadaczem w starej już ale jarej wersji CS sa12sasuke12 --> budowa robocika zajęła mi jak się zawziąłem (łącznie z oprogramowaniem) jakieś 2-3 dni. Pozdrawiam
  6. Amistar --> żeby mieć "aż" takie przygody z uruchamianiem BTM'ów a przy tym palenie żywym ogniem stabilizatorów - to trzeba się na prawdę postarać i mieć ku temu zdolności ... toż te moduły praktycznie w ogóle nie wymagają jakiegokolwiek uruchamiania czy ustawiania. Co najwyżej dorobienia bufora i prostego jak drut zasilania 3,3V i od razu działają. Można więc podejrzewać że na kolejnej płytce do której podłączasz BTM masz podobne problemy i stąd całość wciąż ci nie działa. Zrób to jeszcze raz na spokojnie. A nogę RESET można pozostawić najspokojniej w świecie wiszącą w powietrzu bez żadnego podciągania i wyprowadzania jej sygnału na zewnątrz. Ona NIGDY się nie przyda a jak ktoś mówi, że te ukłdy się zawieszają i trzeba je resetować to po prostu nie do końca jeszcze je zna i opowiada niestety jakby bajki.
  7. Kolorki to mogą być dowolne ja sam robiłem to dałem inne - no ale to mało istotne. W takim razie widać, że masz zestawione prawidłowo połączenie . jesli więc procek czegoś nie odbiera albo nie potrafi wysłać do terminala to znaczy tylko jedna, że problem leży tylko w tym programie w procku a nie w driverach do BT czy samym BT Zrób jak ci proponowałem wcześniej - uruchom ten swój program najpierw na zwykłych kabelkach - bez BT - i jeśli wszystko będzie ci działać to wtedy poprostu zamień kabelk na BT - wtedy też będzie działać
  8. electrik_eye --> ciężko mi powiedzieć co i jak w tym przypadku. Musisz niestety wgryzać się w dokumentację tego blu-kociego-solejla. Mogę tylko na pewno stwierdzić, że nie ma takich opcji zeby moduł BT nadawał na jednym porcie a odbierał na drugim. Tu może chodzić raczej o kierunek połączeń radiowych BT. Tzn, że gdy połączenie jest inicjowane przez PC - to powinno działać na porcie COM wychodzącym. A inaczej będzie gdy to druga strona jako master zechce nawiązać połączenie z kompem przez BT. Wtedy komunikacja właśnie powinna się odbywać po tym porcie przychodzącym. A poza tym to co wg ciebie znaczy, że moduł pokazje prawidłowo że połączenie nawiązane ??? że w terminalu Bascoma pojawia się Connected ? jak to możliwe? jak ty to łączysz. Powinno być tak, że to ty terminalem na PC inicjujesz połączenie jako MASTER przez cirtualny port COM na BT - i jeśli procek podłączony jest do fizycznych nówg Rx oraz Tx modułu BTM - to właśnie do procka przylatuje teskt "CONNECTED 535353..." a nie odwrotnie. Zobacz sobie na jedną z moich fotek powyżej. Widzisz tam na płytce testowej wyświetlacz LCD. Procek po prostu odbiera dane z terminala na PC właśnie przez moduł BTM i wyświetla je bezpośrednio na LCD. I to na LCD widzisz tam chyba DISCONNECTED bo się akurat odłączyłem Ale oczywiście jeśli nastąpi już CONNECTED - to co ???? jak ty rozpoznajesz że ci nie chce działać ???? może że polecenia AT nie działają po połączeniu??? - no pewnie, że nie działają bo mają nie działać ... można wtedy już spokojnie traktować to jak połączenie kablowe i wysyłać z procka do modułu BTM jakiekolwiek dane i one powinny dopiero przylecieć ci na terminal w Windows. Chyba że ty jakoś hmmm nie wiem jak to sobie popodłączałeś.
  9. electrik_eye -> jak chcesz mieć na 1000000% pewność, że wszystko na blutucie będzie ci działało to koniecznie poszukaj przejściówki konkretnie tej. Dlink, symbol: DBT-122 Masz ją nawet na allegro. Ceny w zależności od sprzedającego od ok 40zł do 60zł więc wcale nie tak dużo. A ja gwarantuję za nią głową. Sam kupiłem i sprzedałem różnym moim klientom już chyba kilkaset takich przejściówek. Działa zawsze pięknie i ma super drivery pod Windows XP. Natomiast zaskoczyło mnie bardzo miło gdy przeszedłem na Windows 7 i okazało się, że nawet bez driverów winda sama wszystko ładnie wykrywa i można równie pięknie działać wtedy na driverach microsofcicznych. Zdecydowanie polecam PS.. o proszę, np: http://allegro.pl/item1184210279_adapter_blutetooth_2_0_edr_d_link_dbt_122.html
  10. electrik_eye --> no to się cieszę, że się coś udało dalej. Odnośnie połączenia BT przez port - to może być problem w prawidłowym zainstalowaniu samych driverów do BT na komputrzez PC. Napisz jakiej przejściówki USB/BT używasz i co ważniejsze jakich driverów: - microsofta (te wbudowane w windows) - to powinno być ok - firmy Widcom - the best - powinno być zawsze łatwo szybko i dobrze - czy bluesoleil - najbardziej kocie drivery BT na PC. Do kitu na maxa i bardzo często powodują różne problemy Pozdrówka
  11. electrik_eye --> akurat jak przeczytałem twojego maila o pomoc w tym temacie to właśnie bezpośrednio po tym jak uruchomiłem i sprawdziłem 2 kolejne swoje płytki z modułami BTM-222 http://www.elektroda.pl/rtvforum/viewtopic.php?t=1414894&highlight= Gwarantuję ci i daję sobie głowę obciąć za moduły BTM-222, są na pewno w 100% dobre i sprawne tylko kolega coś do ich testowania podchodzi "nieteges" testuję zwykle wszystko na swoich płyteczkach: http://www.elektroda.pl/rtvforum/viewtopic.php?t=1619301&highlight= OK - po pierwsze tak opisałeś i zagmatwałeś swój problem, że ja przyznaję bez bicia i szczerze, że nic a nic nie rozumiem. Pomimo to po raz kolejny podpowiem jak się testuje takie moduły i jak się je za pierwszym razem uruchamia o ile chcemy mieć inne ustawienia niż fabryczne. Domyślnie BTM-y ustawione są na prędkość 19200 - mam nadzieję, że to wiesz ??? i jeśli jej nie zmieniałeś to - mam nadzieję, że taką prędkość ustawiasz w terminalu bądź procku! (bo z twojego opisu problemu ani z kawałka niby kodu programu do procka w ogóle to nie wynika - czy wiesz o tym czy nie - a to podstawa. Więc jak się ma jakiś problem to przede wszystkim opisuje się dokładnie w 2 zdaniach w jakich warunkach prowadzi się swoje testy) zatem jeśli nie zmieniałeś prędkości to żeby sprawdzić czy moduł jest OK-jos - podłączasz go do jakiegoś portu COM w komputerze - najlepiej przez jakąś przejściówkę USB/RS232 która ma wyjście w standardzie TTL (0-5V) - a ten twój moduł z kamami ma własny konwerter zasilania i sygnałów więc będzie spokojnie pracował. Gdy podłączysz się terminalem (prędkość 19200, 8, n 1) z komputera możesz sprawdzić czy działa tzn czy odpowiada na polecenia AT, wydajesz np polecenie: AT w odpowiedzi powinieneś dostać OK wydajesz np polecenie ATN? w odpowiedzi powinieneś dostać nazwę modułu jaką ma przypisaną fabrycznie czyli zdaje się Serial adapter i inne jeśli tak jest to oznaka że wszystko działa i moduł jest w NAJLEPSZYM porządku. WARTO podać mu jednak polecenie ATE0 które to polecenie wyłącza echo, przez co gdy się później pisze w terminalu polecenie to już nie widać znaczków, które się wklepuje tylko po naciśnięciu ENTER pojawia się ładnie sama odpowiedź. To włączone echo może później trochę mieszać w transmisji jeśli nie do końca jeszcze zdajesz sobie sprawę z tego co to jest, jak działa i do czego służy. OK - mamy za sobą test komunikacji z modułem poprzez terminal i bezpośrednie podłączenie się do jego linii RX oraz TX. Teraz wypadałoby sprawdzić czy działa łączność radiowa. W tym celu NIE wyłączasz tego terminala, który właśnie masz włączony !!!! tylko odpalasz drugi terminal (kolejne okno w Windows) i w nim łączysz się z modułem BTM ale już przez inny port COM - ten Virtualny utworzony przez twoje sterowniki Bluetooth w kompie. Podobnie ustawiasz prędkość 19200 i gdy tylko terminal się podłączy do modułu, w tym pierwszym okienku terminala pojawi się napis: CONNECTED 3CF00AD3F... oczywiście zmyśliłem trochę te znaki po napisie connected ale stanowią one MAC ADRES urządzenia, które właśnie się podłączyło do naszego modułu BTM-222 Gdy teraz zamkniesz to okienko terminala, to w tym pierwszym pojawi się z kolei napis: DISCONNECTED 3CF00AD3F... NO I TERAZ już wiesz na 100000% że modulik działa pięknie i sprawnie - żadnych problemów. Dlaczego to piszę ???? bo jak widać to co ty opisujesz to problemy niestety z programowaniem procka do transmisji typu RS232 niestety. I w zasadzie powinieneś pan założyć całkiem nowy wątek pytając ludzi jak sobie poradzić z komunikacją przez RS232. Reasumując polecam ci najpierw odłączyć moduł BTM-222 i podłączyć procka zwykłym kablem RS232 albo przejściówką USB/RS232 do kompa i sprawdzić czy to twoje oprogramowanie działa ..... jeśli zadziała to dopiero wtedy wymienisz zwykły "sznurek" (kabel RS232) na "sznurek radiowy" czyli BTM-222 i wszystko BEZ ŻADNEJ RÓŻNICY POWINNO CI TAK SAMO ZADZIAŁAĆ. Mam nadzieję, że wytłumaczyłem i już wiesz jaką drogą sobie testować i w jakiej kolejności swój modulik BTM A nawiasem mówiąc są to super świetne moduliki i ja je BAAARDZO często stosuję w najróżniejszych swoich rozwiązaniach/ukladach Jak coś jeszcze nie tak to śmiało pytaj Pozdrówka
  12. mirekk36

    Robo BLUE

    Jeden timer procesora przeznaczyłem na programową obsługę tego właśnie serwa - choć mógłbym swobodnie sterować kilka a może nawet kilkanaście serwomechanizmów tą metodą - co nie omieszkam wykorzystać w jakiejś następnej konstrukcji. Ale tenże sam timer jak pisałem jest zaprzęgnięty jeszcze do innych prac ... m.inn programowego PWM'a do płynnego sterowania jasnością SZPERACZ'a a także do odmierzania podstawy czasu dla programowych timerów w pętli głównej programu.
  13. mirekk36

    Robo BLUE

    No niestety ale tu mam dla ciebie przykrą wiadomość, nie da rady tak podłączyć jak myślisz, w ogóle nie da rady. Tu wszstkim zarządza mikroprocesor ATmega32. To on odbiera kody z pilota, dokonuje ich analizy i na podstawie odpowiednich kodów klawiszy steruje robotem poprzez podawanie opdowiednich stanów na 4 wejścia L293D a do tego steruje mechanizmem PWM prędkością obracania się silników. Więc to nie jest aż takie proste - trzeba do tego jeszcze napisać program do procesora.
  14. mirekk36

    Robo BLUE

    ridzi --> pewnie, że sterowanie w podczerwieni jest najtańsze .... dlatego ja prawie nigdy już nie używam switchy do procków tylko wykorzystuję jako klawiaturkę zawsze pilota. Nie wiem czy twój pilot by się nadawał bo te oznaczenia często są mylące, ja używam zawsze takich najtańszych pilotów RC5 z allegro za 4-5zł więc też tanio jak barszcz http://allegro.pl/item929147371_pilot_rc5_lp_do_telewizorow_elemis_trilux_tanio.html Ale nie rozumiem o co ci chodzi w tym bezpośrednim podłączeniu do L293D - ale czego podłączeniu ?
  15. mirekk36

    Robo BLUE

    BoBBy --> o mapowaniu poczytałem sobie dopiero niedawno pierwszy raz dzięki postowi wyżej kolegi Treker. To mój pierwszy robot i dopiero poznaję różne ich rodzaje , zawody itp. Przyznam, że bardzo to wciągające a szczególnie sposoby mapowania itp Ale to dopiero przedemną jeśli starczy czasu. ridzi --> W przypadku tego wsadu , który udostępniłem to musi być koniecznie pilot typu RC5 chociaż wiadomo - nie koniecznie firmy Philips. Dowolnej firmy byle by pracował w standardzie RC5. Ale równie dobrze mogę przestawiając jeden parametr przy kompilacji spowodować żeby robot działał z pilotem SONY, JVC czy Samsung to żaden problem. Co jest potrzebne do odbioru kodów z pilota? Na schemacie masz zanzaczony na kolorowo taki wydzielony fragment "Infrared Remote Receiver" i tam widać że do odbioru służy popularny odbiorniczek TFMS5360 plus 2 rezystorki i kondek
×