Kanał - ATNEL tech-forum
Wszystkie działy
Najnowsze wątki



Teraz jest 22 gru 2024, o 16:20


Strefa czasowa: UTC + 1





Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 39 ]  Przejdź na stronę Poprzednia strona  1, 2
Autor Wiadomość
PostNapisane: 10 wrz 2014, o 09:33 

Pomógł: 0

AndreAs napisał(a):
Bo sam zestaw to nie wszystko , liczy się jeszcze wsparcie jakie dany zestaw posiada a z tym jest naprawdę cienko , ba nawet bardzo cienko .


Polemizował bym, do FRDM masz książkę, co prawda na środowisku CW, ale nowy KDS praktycznie to to samo, są szczegóły, ale autor obecny na tym forum (SunRiver) pomoże.

Książki z BTC może nie powalają, ale by zacząć są wystarczające. Dokumentacja do Kinetisa i STMa jest naprawdę przejrzyście napisana, nie ma problemu z zrozumieniem.
Przykładów na stronie STM32.eu, czy Kinetis.pl i wielu innych polskich stronach jest zatrzęsienie.

Jedynie na co można narzekać, to iż do zestawów nie dodają "chęci do nauki" w gratisie. Tu niestety trzeba samemu zadbać o systematyczność.
Nie ma co narzekać, kupić najtańszego FRDM, czy STMa i działać, migać diodą, odczytywać dane z accelerometru w zestawie by coś się działo. Do wszystkich komponentów są gotowe biblioteki.
Po za tym darmowe środowiska i debuger na pokładzie, czego więcej chcieć ?



Góra
  
cytowanie selektywne  Cytuj  
PostNapisane: 10 wrz 2014, o 18:32 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 04 paź 2011
Posty: 8589
Pomógł: 337

Cicho mi tu panowie , jest cienko cienko z dokumentacjami ...
dlaczego ??

1. Trzeba je przeczytać :)

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 10 wrz 2014, o 19:31 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 12 maja 2013
Posty: 568
Zbananowany użytkownik

Pomógł: 31

Ja nie narzekam, jak już zacząłem i pierwsze miganie diodami mam za sobą to samo idzie do przodu.
GPIO opanowałem, próbowałem z bibliotekami SPL i CMSIS, bardziej intuicyjne jest dla mnie pracowanie bezpośrednio na portach GPIO.
Teraz jestem na etapie testowania sprzętowego SPI z SSD1306.
Z książek nie korzystam, wystarczająco dużo jest materiałów w sieci.

_________________
Und schreien

Spring
Erlöse mich
Spring
...



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 10 wrz 2014, o 19:44 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 04 paź 2011
Posty: 8589
Pomógł: 337

kod zawarty w iniialize jest wstawiany po prostu podczas kompilacji we właściwe miejsce :)

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 10 wrz 2014, o 20:44 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 25 lis 2013
Posty: 108
Pomógł: 0

Jeżeli chodzi o zestaw to decyzję już pojąłem jakiś czas temu i ze względu na sunduino i kinetis.pl wybiorę jakiś kinetis , fajny jest FRDM-K64F , ale większość przykładów jest na FRDM-KL25Z i FRDM-KL46Z . Chyba że koledzy pomożecie mi pojąć decyzję za co byłbym bardzo wdzięczny. Pozdrowienia .



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 10 wrz 2014, o 20:53 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 04 paź 2011
Posty: 8589
Pomógł: 337

AndreAs napisał(a):
FRDM-KL25Z
jest bardzo fajnym zestawem ten mały Cortex-M0+ jest naprawdę porządny i warto od niego zacząć.

AndreAs napisał(a):
FRDM-K64F


Jej ekscelencja to potęga, powoli będzie o niej sporo na kinetis.pl i możliwe że i u mnie
niemniej na początek nie warto się rzucać na tego potworka. Bo możesz szybko się zniechęcić
Powoli małymi kroczkami zacznij od tańszego , prostszego i mniejszego rdzenia ale z pazurkiem , a w miarę jedzenia albo weźmiesz dokładkę , albo się nasycisz , a tak ... czeka cię roztrój żołądka z przejedzenia i wymioty :)

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 20 wrz 2014, o 17:24 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 12 maja 2013
Posty: 568
Zbananowany użytkownik

Pomógł: 31

Trafiłem na mały problemik, nie wiem z której strony ugryźć ;)
Korzystam CMSIS i mam problem z niektórymi plikami.
Obrazek
Jak użyć te przekreślone?

Strukturę programu mam taką:
W pliku main.c jest #include "stm32f4xx_hal.h"
W pliku stm32f4xx_hal.h jest #include "stm32f4xx_hal_conf.h"
Natomiast w stm32f4xx_hal_conf.h jest
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.


Wszystkie są ENABLED, pliki nagłówkowe dołączone, natomiast przy próbie kompilacji mam "undefined reference"
Pliki ".c" są ale środowisko ich nie kompiluje i nie linkuje, jak te pliki odblokować?

_________________
Und schreien

Spring
Erlöse mich
Spring
...



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 22 wrz 2014, o 20:28 
Offline
Uzytkownik zasłużony dla forum.atnel.pl
Avatar użytkownika

Dołączył(a): 16 lip 2012
Posty: 2088
Lokalizacja: Leżajsk / Kraków
Pomógł: 411

Kliknij prawym klawiszem na przekreślonym pliku i wybierz Resource Configurations - > Exclude from Build... i odznacz ptaszka.


Autor postu otrzymał pochwałę

_________________
Dragonus Cracovus: Biomagia



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
PostNapisane: 24 wrz 2014, o 22:41 
Offline
Użytkownik
Avatar użytkownika

Dołączył(a): 18 maja 2014
Posty: 126
Pomógł: 12

Jado napisał(a):
Ja u siebie mam w tym miejscu zestaw makr np. takich:
Składnia: [ Pobierz ] [ Ukryj ]
język c

#define m_GPIOH_PIN_SET(pin) GPIOH->BSRRL = (1 << (pin))
#define m_GPIOH_PIN_CLR(pin) GPIOH->BSRRH = (1 << (pin))

a potem:

#define VS1053_xCS 10 // numer pinu do ktorego bedzie podlaczony pin xCS VS1053
#define VS1053_xCS_PIN_LOW m_GPIOH_PIN_CLR(VS1053_xCS) // uklad VS1053 wybrany (SPI)
#define VS1053_xCS_PIN_HIGH m_GPIOH_PIN_SET(VS1053_xCS) // uklad VS1053 zwolniony (SPI)

GeSHi


Przy czym pod te makra można sobie podpinać "wszelkie rodzaje odwołań", które pozwalają używać tego samego kodu przy różnych rodzajach i rodzinach procków (np. ARM i PIC32) - podmienia się tylko w odp. pliku lokalnym makro odwołujące się do konkretnych rejestrów.
Warstwa wyższa pozostaje ta sama.


Zrobiłem coś takiego (wkleiłem akurat dla avr ale to nieważne):

Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.

i teraz jakie już zdefiniowane symbole mogę wykorzystać, żeby automatycznie dołączać fragment odpowiedni dla danego procesora/architektury przy pomocy
Składnia: [ Pobierz ] [ Ukryj ]
język c
Musisz się zalogować, aby zobaczyć kod źródłowy. Tylko zalogowani użytkownicy mogą widzieć kod.
? Dla avr wydaje mi się, że będzie to "__AVR__", co np z STM32?

_________________
Pozdrawiam, Adrian.



Góra
 Zobacz profil  
cytowanie selektywne  Cytuj  
Wyświetl posty nie starsze niż:  Sortuj wg  
Utwórz nowy wątek Odpowiedz w wątku  [ Posty: 39 ]  Przejdź na stronę Poprzednia strona  1, 2

Strefa czasowa: UTC + 1


Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników i 1 gość


Nie możesz rozpoczynać nowych wątków
Nie możesz odpowiadać w wątkach
Nie możesz edytować swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Skocz do:  
Sitemap
Technologię dostarcza phpBB® Forum Software © phpBB Group phpBB3.PL
phpBB SEO