Skocz do zawartości

kubov

Użytkownicy
  • Zawartość

    13
  • Rejestracja

  • Ostatnio

Reputacja

0 Neutralna

O kubov

  • Ranga
    2/10

Informacje

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

Ostatnio na profilu byli

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

  1. Witam, będę pisał krótko bo z telefonu a to strasznie niewygodne. Szukam dobrego i taniego sklepu z elktroniką (komponenty) w Poznaniu najlepiej w centrum.
  2. Witam, Posiadam odbiornik GPS FGPMMOPA4 (datasheet). Podłączyłem linie OUTPUT (pin 4) do linii RX mikrokontrolera ARM LPC1343, i debugowałem najprostszy program testowy do UARTU, który odbiera znaki z RX i przesyła je z powrotem, z tym, że ja zmieniłem wysyłanie z powrotem przez UART na wyświetlanie do konsoli jtag (printf). Rzecz w tym, że do LPC1343 nie trafiają ŻADNE dane. Na linii OUTPUT układu GPS, pojawiają się różne stany od 1.8 do 3V, układ zasilany oczywiście z 3.3V. #include "LPC13xx.h" #include "uart.h" #include <stdio.h> extern volatile uint32_t UARTCount; extern volatile uint8_t UARTBuffer[BUFSIZE]; int main (void) { /* Basic chip initialization is taken care of in SystemInit() called * from the startup code. SystemInit() and chip settings are defined * in the CMSIS system_<part family>.c file. */ /* NVIC is installed inside UARTInit file. */ UARTInit(9600); while (1) { /* Loop forever */ if ( UARTCount != 0 ) { LPC_UART->IER = IER_THRE | IER_RLS; /* Disable RBR */ printf("%s\n",UARTBuffer); UARTCount = 0; LPC_UART->IER = IER_THRE | IER_RLS | IER_RBR; /* Re-enable RBR */ } } } Obsługą odbierania danych zajmuje się przerwanie, które wrzuca ilość odebranych danych i je same pod adresu zmiennych kolejno, UARTCount oraz UARTBuffer. Oczywiście obie masy układu są podłączone, nie ma żadnej zewnętrznej anteny, czy miał ktoś podobny problem? Jak go rozwiązać?
  3. no więc Panowie i Panie, problem rozwiązany już dawno temu, ale dopiero teraz mi się przypominało o tym temacie a więc, jak usłyszycie to spadniecie z krzeseł...podawałem sygnał na masę a nie na kabel sygnałowy. Wiem że to bardzo trywialne lecz niestety w błąd wprowadził mnie sprzedawca który to źle opisał kable. // zbędne usunąłem // treker
  4. $regfile = "m8def.dat" $crystal = 10000000 Config Portd = Output Config Servos = 1 , Servo1 = Portd.1 , Reload = 10 Enable Interrupts Do Servo(1) = 255 Wait 1 Servo(1) = 0 wait 1 Loop End End nadal nic, nowa płytka, tak samo jak wcześniej programy ze zwykłą zmianą stanu portu np po 1 sekundzie działają bez zarzutu, a przy tym brak jakiegokolwiek sygnału na wyjściu.
  5. jeżeli chodzi Ci o difference at 000xx, to z tym uporał sie restart płytki. Postaram się szybko to przetestowac
  6. kod jest dobry ponieważ to jest portD.1 (przepisane z książki pana Marcina Wiązania), problem leży w płytce, ale dzięki za zainteresowanie
  7. no więc tak, doczytałem of fusach, niby ustawione lecimy dalej PWM prze lutowany na nóżkę PD.1 $regfile = "m8def.dat" $crystal = 10000000 Config Port1 = Output Config Servos = 1 , Servo1 = Portd.1 , Reload = 10 Do Servo(1) = 255 Servo(1) = 1 Loop program ten daje około 3,8V na nóżce serwo się nie kręci, programy z waitms działają. screen z ustawień: //teraz nie wiem dlaczego przy kompilacji obojętnie czego daje komunikat difference at 000xx
  8. w programie brak pozycji 1110 //ustawiłem tak nie zablokował się, ale nie wiem czy pracuje na 10Mhz ($crystal 10000000) $regfile = "m8def.dat" $crystal = 10000000 Config Portc = Output Portc = &B11111111 Do Portc.5 = 0 Wait 1 Portc.5 = 1 Loop End Program tego typu też nie działa, a mianowicie na pinc 5 cały czas 0, program do sterowania serwami (taki najprostszy) też zachowuje się tak samo. jakieś pomysły?
  9. okazuje się, że to nie zasilacz był winny tylko ja. Nie ustawiłem fusebitów na uC i szczerze mówiąc nie wiem jak to zrobić, mam kwarc 10Mhz, program bascom avr czy może mi ktoś wyjaśnić którą opcje wybrać?
  10. Atmega8, program przepisany z książki, działa, sprawdzone miernikiem końcówki PWM (skacze od 1 do 3V etc.) przypadkowo atmege zablokowałem więc na wszelkie pytania dotyczące oprogramowania odpowiem w poniedziałek, ale załóżmy z góry że program działa dobrze. kwarc 10Mhz, reload = 10, próbowałem też z 6,5 i 20
  11. podłączyłem zasilanie z zasilacza komputerowego no i problem taki że serwo nie działa, jak je chwycić to czuć że niby lekko skacze ale nic z tego nie ma. Na Wikipedii możemy przeczytać nt. zasilacza impulsowego jakim jest zasilacz komputerowy, że: Czy to może być przyczyną nie działania serwa (HX12K - nowe)? P.S ubiegając pytania, tak - to jest słabej jakości zasilacz marki Codegen
  12. Witam Jakiego zasilacza użyć do zasilania serwomechanizmu, czy zasilacz komputerowy będzie dobrym rozwiązaniem (będzie to ramie więc nie ma potrzeby przemieszczania się)?
  13. Witam Muszę wykonać sterowanie mikro kontrolerem za pomocą komputera. Postanowiłem w tym celu wykorzystać transmisje przez port RS232. Zainteresowałem się komponentem ComPort w wersji 4.0 BETA dla delphi7, chcę nadmienić że jest to moje pierwsze starcie z delphi, a programować potrafię więc jako tako szybko się w temacie zorientuje, jednak mam spory problem. Po (jak mi się wydaje) poprawnej kompilacji komponentu (najpierw kompilacja CPortLib47.dpk potem DsgnCPort7.dpk i instalacja, skopiowanie plików bibliotek .../lib/) nie mogę kompilować przykładowych programów, udaję się jedynie kompilacja 'MiniTerm.dpr' a przy innych: [Fatal Error] ComExample.dpr(5): Could not compile used unit 'ComMainForm.pas' wygląda mi to na brak klasy ale jak już mówiłem to moje pierwsze starcie z delphi, proszę o pomoc. link komponent:http://sourceforge.net/projects/comport/ EDIT:Zmiana paczki na z 4.0 na 3.0 rozwiązała problem.
×
×
  • Utwórz nowe...