Skocz do zawartości

Dżony

Użytkownicy
  • Zawartość

    137
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    6

Wszystko napisane przez Dżony

  1. Cześć, od kilku dni męczę się by poprawnie skonfigurować i coś odebrać za pomocą I2C z MCP9808(czujnik temp) w stm32f3 (Discovery). Przeszukałem już chyba wszystkie strony w internecie i nie mogę znaleźć informacji jak to poprawnie rozwiązać. Ciężko wzorować się na przykładach z f1, f4 bo mają inne funkcje. Starałem się już przerobić nawet kod z obsługi lsm303. Znalazłem takie info. w necie bo też mi program się wiesza w tym miejscu: while(I2C_GetFlagStatus(MCP9808_I2C, I2C_ISR_TXIS) == RESET) { if((MCP9808_Timeout--) == 0) USART_SendBuff("2"); } link ale nic to nie dało. Tak wygląda część kodu do odczytu: uint16_t MCP9808_Read(uint8_t DeviceAddr, uint8_t RegAddr, uint8_t* pBuffer, uint16_t NumByteToRead) { /* Test on BUSY Flag */ uint32_t MCP9808_Timeout = MCP9808_LONG_TIMEOUT; while(I2C_GetFlagStatus(MCP9808_I2C, I2C_ISR_BUSY) != RESET) { if((MCP9808_Timeout--) == 0) USART_SendBuff("1"); } /* Configure slave address, nbytes, reload, end mode and start or stop generation */ I2C_TransferHandling(MCP9808_I2C, DeviceAddr, 1, I2C_SoftEnd_Mode, I2C_GenerateF) == RESET) { if((MCP9808_Timeout--) == 0) USART_SendBuff("5"); } /* Clear STOPF flag */ I2C_ClearFlag(MCP9808_I2C, I2C_ICR_STOPCF); /* If all operations OK */ return 0; } Ustawienia RCC: RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA,ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1,ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1,ENABLE); Ustawienia GPIO: GPIO_InitTypeDef GPIO_InitStructure; /*--------------------------I2C----------------------------------------*/ GPIO_PinAFConfig(GPIOB, GPIO_PinSource8, GPIO_AF_4); GPIO_PinAFConfig(GPIOB, GPIO_PinSource9, GPIO_AF_4); GPIO_InitStructure.GPIO_Pin=GPIO_Pin_8|GPIO_Pin_9; GPIO_InitStructure.GPIO_Speed=GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode=GPIO_Mode_AF; GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_UP; GPIO_InitStructure.GPIO_OType=GPIO_OType_OD; GPIO_Init(GPIOB, &GPIO_InitStructure); /*---------------------------UART--------------------------------------*/ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9 | GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF; GPIO_InitStructure.GPIO_OType = GPIO_OType_PP; GPIO_InitStructure.GPIO_PuPd = GPIO_PuPd_NOPULL; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_PinAFConfig(GPIOA, GPIO_PinSource9, GPIO_AF_7); // USART1_TX GPIO_PinAFConfig(GPIOA, GPIO_PinSource10, GPIO_AF_7); // USART1_RX I2C Init: void I2C_Config(void) { I2C_InitTypeDef I2C_InitStructure; I2C_InitStructure.I2C_Mode = I2C_Mode_I2C; I2C_InitStructure.I2C_AnalogFilter = I2C_AnalogFilter_Enable; I2C_InitStructure.I2C_DigitalFilter = 0x00; I2C_InitStructure.I2C_OwnAddress1 = 0x00; I2C_InitStructure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit; I2C_InitStructure.I2C_Timing = 0x2000090E; I2C_Init(I2C1, &I2C_InitStructure); I2C_Cmd(I2C1, ENABLE); } Będę wdzięczny za każdą pomoc bo to do projektu na studia i terminy gonią
  2. Dzięki za pomoc, bo Twoje uwagi są naprawdę trafione i dają do myślenia ( co poprawić, żeby było jeszcze lepiej) Moduł BT już mam gotowy i działa z diodkami LED informującym o stanie modułu. To on będzie podłączony do UART1. Jutro wezmę się dalej za poprawianie schematu i wyprowadzenia wolnych pinów
  3. marek1707, chcę zostać przy programowaniu procesora z USB za pośrednictwem FT232RL-to rozwiązanie jest używane w zestawach uruchomieniowych i nawet przy dużych programach nie zauważyłem żeby było to wolne, wręcz przeciwnie. Poza tym jest bardzo proste i nieskomplikowane. BT wykorzystam tak jak już wcześniej pisałem do sterowania kopterkiem za pomocą komputera i kto wie może do jakiś danych zwrotnych. Tu fragment tego co z rana było źle:
  4. marek1707, potem wrzucę już cały poprawiony schemat jak już ten fragment będzie poprawny, czy tak jest dobrze(pomijając już zasilania, tylko czy sam sposób jest poprawny)?
  5. marek1707, po pierwsze dzięki za tak dogłębne przeanalizowanie schematu! Do dyskusji wcale nie za późno, cały czas sobie jeszcze różne rzeczy sprawdzam na PCB, które nie jest już wstanie się wzbić w powietrze . Bardzo mnie zainteresował drugi akapit Twojej wypowiedzi odnośnie bus-powered. Faktycznie dobrze by było kontrolować takie rzeczy. Zajrzałem do noty FT232RL i właśnie myślę jak można by pogodzić uruchomienie na pinie CBUS3 sygnał #PWREN zarówno z ładowarką, która jest na 5V i resztą układu, który jest na 3.3V? Niestety żaden konkret mi nie przychodzi do głowy... Obecna wersja działa bez problemu ale lepiej by było żeby quadzik był bardziej profesjonalnie wykonany. Programikiem FT_Prog do ustawiania rożnych rzeczy już się bawiłem Odnośnie trzeciego akapitu domyślam się w tej kwesti nie jestem w stanie niczego poprawić, skoro self-powered jest od 4V? Tak, będę korzystał z UART1, bo nie mam już miejsca zbytnie na kolejny scalak przełączający UART z ISP. A oporniki na bramkach jeszcze się zmieszczą więc je dodam i miejsce na kwarc również się znajdzie. Co do sterowania to zamierzam kontrolować go BT-112 za pomcą komputera, tak że jakieś dodatkowe rzeczy do startowania go myślę nie będą potrzebne, ale jakieś wolne piny wyprowadzę.
  6. No i fajnie z pomocą KD93, udało się już większość rzeczy uruchomić teraz już tylko dostać się do procka.. [ Dodano: 13-07-2013, 15:08 ] Pragnę poinformować, że już wszystkie błędy wyeliminowałem Za uwagi i sugestie dziękuję
  7. Harnas, spoko każdy może mieć inne podejście, ja jednak postaram się spróbować. Do schematu jakieś uwagi ktoś jeszcze ma, czy raczej wszystko wgląda w porządku?
  8. Bez obrazy, ale jak dla mnie ma to sens- budowanie od nowa. Za każdym razem gdy planuję robota stawiam sobie jakieś wyzwania, według mnie jest to świetny sposób na rozwijanie swoich umiejętności elektroniczno-programistycznych. Więc proszę mnie tu nie zniechęcać, tylko wspierać
  9. MirekCz, no miejsca jest naprawdę mało, ale dzięki za te uwagi postaram się dodać kondensatorki. A procesor taki bo potrzebne mi są 4 kanały PWM do sterowania silniczkami DC (chyba, że jest jakiś mniejszy a go przeoczyłem? )
  10. Tak, będą silniki DC i mieści się w dłoni A sam projekt na pewno będę rozwijał, mam dużo pomysłów. Z racji tego, że pierwsze PCB tego coptera mam już za sobą bo były błędy przy drugiej chciałbym uniknąć przykrych sytuacji (oberwanie kondensatorem w twarz ) Ten schemat już jest względnie poprawiony ale może koledzy widzą jakieś błędy? Jakieś sugestie?
  11. Cześć, ostatnio pracuję nad własny mini quadrocopterem. Widzę, że ostatnio była dyskusja czy można pisać czy nie na ich temat, więc odważę się wrzucić taki temat Wracając do tematu proszę o sprawdzenie poprawność schematu, czy rzucają Wam się jakieś błędy. Połączenia USB->FT232RL->ATmega128, USB->MCP73831 itp. Copter jest zasilany z jedno celowego lipola (3.7V 20C 210mAh), który może być ładowany prądem 500mA. Będę wdzięczny za wszelkie wskazówki Schemat jest w pliku pdf. Płyta_główna.pdf
  12. Firma z której usług korzystałem kilka razy i korzystać pewnie jeszcze będę to WOSZYM polecam
  13. A nie lepiej kupić po prostu silnik z przekładnią np. z Pololu, wybór jest spory
  14. Dzięki za słowa otuchy mam nadzieję, że jakoś to będzie. Na razie pozostaje czekać do 29 czerwca-> wtedy wszystko się okaże jedyne co, to niezadowolony jestem z matury z fizyki, kosmos, czysta teoria... mam nadzieję, że tym nie tylko mnie uwalili...
  15. Czyli że rekrutacja to bujda na PWR też?
  16. Z racji, że temat już jest mam pytanie odnośnie PWR i wydziału elektronicznego: czy ciężko się dostać na Automatykę i Robotykę? Pytanie może dość ogólne, ale prosiłbym o jakąś odpowiedź- maturzysta się stresuje czy się dostanie Wiem, że są progi punktowe, ale czy podczas rekrutacji biorą pod uwagę także takie rzeczy jak udział w RoboticArena?
  17. maletaoist, na zwodach się spisały. Pomimo, że kilka razy robot z drugim robotem "tańczyły" w jednym miejscu nie skopciły się, więc jestem zadowolony
  18. soban, na pewno w kolejnym robocie to uwzględnię a graficznych chętnie nauczę się obsługiwać, zna ktoś jakąś dobrą stronę na ten temat? hungrydevil, ja jednak wychodzę z założenia, że można zbudować dobrego i ładnego robota po co zwiększać koszty budowy kolejną obudową.
  19. small-man, ja miałem farta bo wycenę zrobili mi stosunkowo wcześnie, a potem zmieniły się ceny więc ja miałem za 70zł płytka w 5 dni od zamówienia w merkarze 100zł za super express. KD93, KTIR tylne nie, niestety w projekcie było małe przesunięcie i nie mogłem ich użyć Robot wysoki bo pod wyświetlaczem jest aku, a co do mocowań to cię przerażę silniki trzymają się tylko na jednej śrubce z białego mocowania, bo spiłowałem jeden uchwyt żeby koła były niżej Bobby, Zdecydowanie merkar (już nigdzie indziej nie będę robił), po porównaniu cynowania z satlandu i merkaru wybieram ten drugi, zdecydowanie merkar lepszy. A o obniżeniu będę myśleć czemu ja twoje uwagi znam na pamięć
  20. Treker, ta czerwona płytka jest czwarta, pierwsze dwie lutowałem sam no i nie wyszło, ale przypadkowo na trafiłem na tą firmę z Katowic (więc blisko mnie) i mi przelutowali szybko sprawne elementy. Potem okazało się, że był błąd na płytce i było trzeba na szybko zrobić nową i też mi pomogli. A lutować sam po prostu nie chciałem, żeby nie ryzykować, bo za drogie są te elementy. Obudowa chyba około 150zł + 100zł lakiernik Simo, koła z pololu (pewnie nie wiele się różnią) ja do poprawy przyczepności przykleiłem im gumy z kół z solarbotics (bodajże), ale i tak nie wiele to dało. Będę szukał innego materiału następnym razem
  21. Infinitum to trzeci robot w mojej karierze i najlepszy jaki udało mi się zbudować do tej pory. Robot powstawał stosunkowo długo (ponieważ w tym roku matura), jednak najwięcej do zrobienia było przed RoboticArena 2011, gdy na PCB wkradł się błąd, który oczywiście został usunięty. Robot powstawał przy współpracy z firmą Woszym , która zajmuje się montażem obwodów drukowanych. Również pomogli w krytycznej sytuacji. Elektronika: Standardowo użyłem mikrokontrolera firmy atmel- Atmega16, mostki to dwa TB6612, stabilizator L7805 wersji SMD, za oczy robią cyfrowe Sharpy GP2Y0D340K, komparator LM339D oraz KTIR0711S plus pozostałe drobne elementy. Robota wyposażyłem w LCD 8x2- jednym się ten pomysł podobał, innym nie, ale ja jestem zadowolony bo spełnił swoją funkcję- można sprawdzić aktualny stan aku, ustawić PWM jak i zobaczyć, za ile zacznie się walka Program: Program powstał w środowisku eclipse, napisany został w C, którego się dopiero zacząłem uczyć, więc jest to pierwszy mój program w tym języku. Nie wiedziałem, że jest taki fajny. W robocie jest przewijane menu, które obsługuje się trzema przyciskami - jeden enter, a dwa pozostałem służą do przewijania. Żeby wyjść do głównego menu trzeba przytrzymać te dwa przyciski do przewijania przez 3s. Mechanika: Obudowa Infinitum została wcięta z aluminium i profesjonalnie polakierowana przez lakiernika. Po walkach odprysków praktycznie nie ma więc się postarał . Silniki to HP 50:1 z pololu. Robot na zawodach ważył około 375g. Podsumowanie: Jak wspominałem jestem z niego bardzo zadowolony-udało się wyjść z grupy na RA11! Dla ciekawych nazwa wzięła się stąd, że były roboty Inferno i Mefisto to stwierdziłem, że musi być coś anty(w Google translator można sprawdzić ). Konstrukcja ma tylko 3 minusy: przyczepność, ilość śrubek i umiejscowienie włącznika – przy następnych konstrukcjach zwrócę na to większą uwagę . Filmiki: Znajdują się tu niektóre z wygranych walk https://www.youtube.com/watch?v=uGfYsFS2aMw
  22. Teraz, jak się przyjrzałem bardziej dokładnie zdjęciom, zainteresował mnie Twój sposób łączenia obudowy-pcb robota śrubkami M2. Czy jak je przylutujesz to mocno się trzymają? Wytrzymują te łącznia podczas walk?
  23. Faktycznie super robot!!! i ta dokumentacja i precyzja podczas projektowania!!! długo Cię na forum nie było, ale powrót jest wielki Gratuluję!!!
  24. Dość nie typowo wygląda jak na LF z początku myślałem że to MicroMouse Chętnie zobaczyłbym jakiś filmik robota w akcji
  25. Cześć, ja też może podzielę się opinią na temat zawodów No więc, jak dla mnie, były jak najbardziej udane (w prawdzie nie było mnie na finale więc z tej części się nie wypowiem) to eliminacje i ćwierć finał minisumo były bardzo fajnie przeprowadzone-brak zastrzeżeń jedyne co można uznać by za minus to to, że były trochę przesunięcia czasowe, ale wszystko było napisane na ekranach informacyjnych więc problemu z tym nie było. Zabezpieczanie stołów też duży plus, koszulki fajne, sprawna rejestracja i pomiary. Jednym słowem fajnie było Zdjęcia jakieś mam więc jak się ogarnę to wrzucę, ale więcej mam filmików (właściwie z każdej walki Infinitum) jak je obrobię to może wrzucę
×
×
  • Utwórz nowe...