Elvis

regrom, miał rację. Pomogło wygaszanie przed przełączeniem do kolejnej cyfry. Nie jest prawdą, że: W programie najpierw przełączasz na kolejny segment: WYSW_PORT&=akt_wysw[5]; co powoduje, że na bardzo krótko, ale zawsze zapalasz na nim cyfrę z poprzedniego. Dopiero później wykonujesz: LED_PORT=wysw_znak(godziny/10); co ustawia poprawną wartość. Takie przełączanie jest krótkie, ale jak sam zaobserwowałeś widoczne. Pomysł 3) wcale nie jest zły - efekt byłby o wiele mniej widoczny, gdyby tranzystor przełączał się szybciej.

A co program wyświetla? [ Dodano: 14 Lut 10 10:34 ] Próbowałeś w case 2: wyświetlać inne cyfry? [ Dodano: 14 Lut 10 10:34 ] Możesz jeszcze dodać volatile do deklaracji zmiennych, czyli volatile unsigned int godziny, minuty, sekundy,dziesiatki,jednosci;

nes86, mam małą prośbę. Wykonałem układ wg. Twojego schematu, niestety mam problemy z uruchomieniem. Oscylogram mam daleki od tego co podałeś. Użyłem czujnika BPU-1640TOAH12, na pinach sygnał nadawania jest jak powinien. Nie bardzo natomiast mogę zobaczyć odpowiedź. Chyba tylko dzwonienie widzę na oscyloskopie. Mam taką prośbę, mógłbyś podać dokładniejszy opis, gdzie i jaki sygnał powinien się pojawić?

Wydaje mi się, że tc4424 nie służy do sterowania silnikami. To sterownik mosfet-ów, więc dopiero do niego trzeba podłączyć tranzystory sterujące silnikiem. Te 3A to tylko parametr dla peak, czyli bardzo krótkiego impulsu. Chodzi o znaczne prądy przy przełączaniu tranzystora MOSFET.

Tak jak na schemacie to próbuj. Uszkodzisz akumulator, a możesz nawet spowodować pożar lub eksplozję. Poszukaj na youtube jak wyglądają przeładowane akumulatory. Akumulatory NiMH oraz Li-Pol wymagają ładowarki - kontroli temperatury i prądu ładowania. Jedyne co można łatwo ładować to zabytkowe już dzisiaj Ni-Cd - wystarczy rezystor ograniczający prąd i dioda, ale też nie wolno bezpośrednio podłączać do 5V. Tak czy inaczej nie polecam takiego rozwiązania. LTC3553 to tylko przykład, możesz otworzyć datasheeta, i na podstawie opisu układu poszukać innego. Teraz jest tego pełno bo dużo urządzeń ładuje akumulatory przez USB. Co do ceny, to znalazłem LTC3559 w farnel-u. Cena 5.58 euro. Jakiego typu są akumulatory, masz w tym padzie? [ Dodano: 11 Lut 10 08:57 ] Co do MAX1811, który zaproponował GruX, to jest dostępny w TME i chyba ma wszystko co potrzeba. Pod warunkiem użycia 1 ogniwa li-pol.

Są do tego gotowe układy. Na szybko znalazłem coś takiego LTC3553 (http://cds.linear.com/docs/Datasheet/3553f.pdf). Ma w sobie wszystko co potrzeba, stabilizator i jeszcze ładowarkę dla akumulatora.

Ja stosuję nieco łatwiejszą opcję niż precyzyjne ustawianie potencjometru. Dla ruchu w jedną i drugą stronę generuję impulsy z dużym zapasem (daleko od obszaru zatrzymania) - wtedy dokładność rezystorów/ustawienia potencjometru nie ma dużego znaczenia. Aby zatrzymać serwo przestaję generować impulsy - jest to dużo pewniejsze niż ustalenie szerokości impulsu przy którym serwo jest zatrzymane.

Zgadzam się z sobal44, najprościej użyć układów z mobot-u. Po stronie sterowania podłączyć laptopa i moduł po usb. Do sterowania silnikiem wykorzystać gotowy moduł. Takie moduły najczęściej wymagają tylko dwóch sygnałów: kierunku i impulsu generującego ruch. Wystarcz wiec jakikolwiek mały procesorek, np. atmega8. Uart spiąć z modułem mobota, sterownik silnika krokowego podpiąć pod dowolne piny IO i napisać program.

Nie wiem jak to wygląda w bascomie, ale w C można używać tylko wybranych pinów do odczytu ADC. Więc prawdopodobnie bascom ma taką samą możliwość. Ogólnie nikt nie każe używać wszystkich portów przypisanych do ADC. Spokojnie można używać np. tylko jednego pinu. Pozostałe mogą być wejściami, a nawet wyjściami.

Spróbuj hyperterminalem spod windowsa. Jeśli nie pomoże to jeszcze wykonaj kabel null-modem: http://pl.wikipedia.org/wiki/Nullmodem Chodzi o połączenie RTS+CTS (po stronie PC). Czasem to pomaga.

Coś tu nie tak, wg. datasheet-a PIC16F84A ma 1K pamięci Flash, naświetlać nie ma czego.

To dziwne. U mnie działa nawet bez podłączonego uC. Jakie masz parametry portu COM? Wybrałeś brak sterowania przepływem?

Terminal wyświetla to co odbiera, nie wyświetla wysyłanych danych. Dlatego jeśli zwierasz TXD i RXD pojawiają się dane - po prostu to co wysyłasz na TXD wraca na RXD i jest wyświetlane. Żeby uzyskać taki efekt z podłączonym uC, w programie dodaj odsyłanie otrzymanego bajtu. Nie wiem jak to w Bascomie uzyskać, ale jeśli udało się przesyłać dane uC->PC to powinno działać.

TWI to tylko inna nazwa I2C. Jeśli wykorzystasz sprzętowe TWI czy I2C, musisz dostosować się do możliwości procesora. Jeśli chcesz programowo implementować komunikację, nie ma różnicy jak to nazwać TWI/I2C.

Wyczytałem, że w starych klawiaturach używany był mikrokontroler 8048 lub 8049. Tutaj jest patent z opisem podłączenia: http://www.freepatentsonline.com/EP0427364.html Moim zdaniem najlepiej samemu taki sterownik zrobić. Wykorzystać procesor AVR, zrobić skanowanie klawiatury matrycowej, a wyniki w wysyłać na PS/2.

Tak 1n4148 w zupełności wystarczają. Ale jeśli ma być ps/2 to raczej diody nie będą potrzebne. Jak chodzi o PS/2, to wpisz w google "protokół ps/2", sporo jest informacji, np: http://pl.wikipedia.org/wiki/Z%C5%82%C4%85cze_PS/2 http://www.computer-engineering.org/ps2protocol/ http://www.beyondlogic.org/keyboard/keybrd.htm

Obsługa klawiatury matrycowej nie jest wcale taka skomplikowana. Można ją spokojnie obsłużyć bezpośrednio przez mikrokontroler, o ile oczywiście wystarczy wolnych pinów. Radzę tylko na wyjściach procesora zamiast rezystorów dać diody. Inaczej mogą być problemy przy naciśnięciu dwóch przycisków jednocześnie.

Cała zabawa polega na tym, żeby samemu zbudować robota. Jeśli podchodzisz do sprawy jak wynika z twoich postów, po prostu zamów robota w firmie. Zleć wykonanie obudowy, mechaniki, elektroniki i najlepiej oprogramowania. 20 tys. może być mało, ale jak poszukasz, ktoś za ciebie projekt wykona. Tylko czy o to chodzi?

Turgon, ty coś chyba oczekujesz, że wszyscy na forum powiedzą ci jak zrobić robota, a ty tylko za niego zapłacisz, a później pojedziesz na zawody. Jakoś dziwnie w 5min udało mi się wygooglować sklep Maxona: https://shop.maxonmotor.com/ishop/app Pewnie inne można równie łatwo odszukać. Tylko trzeba chcieć, a nie co chwila wołać pomocy.

Zamień podłączenia pinów 2 i 3 gniazda RS_232.

Jak chodzi o łatwe rozwiązania, to na pewno nie polecam RFM12. Jest on dość skomplikowany do obsługi, poza tym ma infterfejs SPI, więc bezpośrednie podłączenie do RS232 w PC odpada. Najprościej jest kupić moduły mobot-a: http://www.mobot.pl/index.php?site=products&type=853&details=7770 oraz http://www.mobot.pl/index.php?site=products&type=853&details=7771. Pierwszy moduł podłączamy bezpośrednio do PC, przez zwykłe USB. W systemie moduł działa jako port COM, więc można użyć nawet hyperterminala do obsługi. Po stronie AVR podłączamy drugi moduł. Ma on wyjścia TTL więc możemy podłączyć bezpośrednio do mikrokontrolera. Nie potrzeba MAX232, ani skomplikowanego oprogramowania.

Co do akumulatorów na płycie głównej to będę bronił rafalz_32. Obecnie rzadko się to spotyka, ale dawno dawno temu często były montowane. Na 100% widziałem akumulator w płycie 486... Później już się nie przyglądałem. Jak chodzi o prąd to po pierwsze od niego zależy jasność świecenia diody. Więc jeśli damy np. 5mA to może świecić, ale bardzo słabo. Są jeszcze diody niskoprądowe. Na szybko znalazłem http://www.semics.pl/oferta/publiczny/optoelementy/diody_led_niskopradowe_info.pdf Jest tam dioda, której do świecenia wystarczy 2mA. A ogólnie to chłopaki, dajcie sobie na wstrzymanie i przestańcie się kłócić. Bo nie warto.

Spróbuj podłączyć serwo do wyjścia PWM. Będziesz miał większą stabilność sygnału. Przeglądałem trochę informacji w necie i wygląda na to, że TG9 ma sterowanie jak każde inne serwo...

Czyli piny wejścia-wyjścia są ustawiane na logiczne jedynki, gdy na RST podamy stan wysoki. Na schemacie masz 12MHz kwarc, jeden cykl maszynowy to 12 cykli oscylatora, czyli cykl maszynowy trwa 1us. Czyli na pinie reset stan wysoki musi trwać co najmniej 2us, aby wywołać reset procesora. Racja, przyzwyczajenie z AVR

Tak, C9 i R12 tworzą układ całkujący. Jeśli podłączałeś układ przed R12, czyli tam gdzie jest dioda, mogły być zmienne odczyty.