Witam, czy aby wykorzystać projekt Freddiego stm32f4_blink_led dla procesora STM32F429IIT6 wystarczy przerobić plik STM32F4xxxG_rom.ld? A może ktoś posiada już ten projekt przerobiony i mógłby udostępnić? Byłbym bardzo wdzięczny. Oraz czy po podłączeniu z płytki F4 Discovery sygnałów T_JTCK,...

Na wszystko Tak. Jest drobna różnica w RCC.

Wstępem. Moje wektory przerwań. Stan prawie aktualny. (brak 3 dla najnowszych F0). Kompatybilne z CubeMX

Dzięki za szybką odpowiedź. Napisałeś na wszystko tak, ale kodu nie udostępniłeś Hehe, żartuje, przerobię ten kod i wrzucę jakbyście mogli sprawdzić to byłbym bardzo wdzięczny:)

Kod mam uruchomiłem. Ale wraz z moimi nowymi rozwiązaniami, za wiele pracy by go przerzucać.

Zmiany wprowadziłem tylko w tym fragmencie: Kod: C / C++Zaloguj się, aby zobaczyć kod Reszta bez zmian. Czy to jest poprawnie zrobione?

To tak, żadna filozofia. RCC sprawdź, i porównaj.

A i jeszcze jedno. Czy macie jakieś pomocne rady na bezproblemowe programowanie. Strasznie dużo znalazłem postów na elektrodzie o tym jak to nie chce współpracować STlink z Discovery z zewnętrznym układem. Jedni polecają podłączyć sygnał NRST inni znowu nie. Jeszcze znalazłem coś takiego, że ważne jest napięcie zasilania. Ja będę miał Discovery z USB zasilane, czyli 3V, a układ do programowania będzie z zewnętrznego stabilizatora 3.3V? Czy może mi to przysporzyć jakichś dziwnych problemów? Jutro będę to robił, ale chciałbym się już jakoś przygotować. Pozdrawiam

NRST obowiązkowo. Zasilanie mocne (względnie), etap programowania to spory naddatek prądu. Nigdy nie miałem większych problemów, a bawię się trybami uśpienia, wszystko chodzi jak ta lala. Na życzenie mogę udostępnić najświeższa wersję OpenOCD.

Dzięki, dobrze wiedzieć, jak coś to zgłoszę się do Ciebie po najnowsze OpenOCD. Na razie spróbuje na tym starociu co mam - 0.6.1. Przeglądnąłem sekcję RCC. Znalazłem tam jakieś różnice w rejestrach do włączania zegarów dla poszczególnych peryferiów i ich resetowania. Co do samego ustawiania SYS_CLK nie znalazłem różnic, czyli wszystkie funkcje w projekcie Freddiego (pll_start, flash_latency, fpu_enable) powinny działać bez zmian? Jedynie taktowanie zwiększę na min 180MHz:) Jak coś będzie nie tak to zawsze mogę wykorzystać SystemInit() od ST dla tego proca.

To openocd pewnie nie wspiera tych procków.

W takim razie czy byłbyś tak uprzejmy i udostępnił mi najnowszą wersję? Wystarczy, że tego usunę, nowego przekopiuję w miejsce starego i poprawię ścieżki do nowej lokalizacji w eclipse?

Tak Udostępnię za dłuższa chwilę. puszcze kompilację. Trwa o zgrozo 15 minut ;p

REKLAMA

Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[STM32F429IIT6][C] - Programowanie zewnętrznego procesora STM32F429

A.T. 02 Lut 2015 18:22 1041 16

REKLAMA

Zgłoś naruszenie prawa

Odpowiedz | Nowy temat

#1 14395791 02 Lut 2015 18:22

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu

Post #1
14395791 02 Lut 2015 18:22

Witam,
czy aby wykorzystać projekt Freddiego stm32f4_blink_led dla procesora STM32F429IIT6 wystarczy przerobić plik STM32F4xxxG_rom.ld? A może ktoś posiada już ten projekt przerobiony i mógłby udostępnić? Byłbym bardzo wdzięczny.
Oraz czy po podłączeniu z płytki F4 Discovery sygnałów T_JTCK, T_JTMS, T_NRST, T_SWO i GND oraz rozłączeniu na niej dwóch zworek będzie można programować takiego proca jakby to było Discovery pod Eclipse + OpenOCD wraz z możliwością debugowania?
REKLAMA
Pomocny post

#2 14395803 02 Lut 2015 18:24

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (+1)

Pomocny post
Post #2
14395803 02 Lut 2015 18:24

A.T. napisał:
Witam,
czy aby wykorzystać projekt Freddiego stm32f4_blink_led dla procesora STM32F429IIT6 wystarczy przerobić plik STM32F4xxxG_rom.ld? A może ktoś posiada już ten projekt przerobiony i mógłby udostępnić? Byłbym bardzo wdzięczny.
Oraz czy po podłączeniu z płytki F4 Discovery sygnałów T_JTCK, T_JTMS, T_NRST, T_SWO i GND oraz rozłączeniu na niej dwóch zworek będzie można programować takiego proca jakby to było Discovery pod Eclipse + OpenOCD wraz z możliwością debugowania?

Na wszystko Tak. Jest drobna różnica w RCC.
#3 14395861 02 Lut 2015 18:37

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #3
14395861 02 Lut 2015 18:37

Dzięki za szybką odpowiedź. Napisałeś na wszystko tak, ale kodu nie udostępniłeś Hehe, żartuje, przerobię ten kod i wrzucę jakbyście mogli sprawdzić to byłbym bardzo wdzięczny:)
REKLAMA
#4 14395885 02 Lut 2015 18:42

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (0)

Post #4
14395885 02 Lut 2015 18:42

A.T. napisał:
Dzięki za szybką odpowiedź. Napisałeś na wszystko tak, ale kodu nie udostępniłeś Hehe, żartuje, przerobię ten kod i wrzucę jakbyście mogli sprawdzić to byłbym bardzo wdzięczny:)

Kod mam uruchomiłem. Ale wraz z moimi nowymi rozwiązaniami, za wiele pracy by go przerzucać.
#5 14396012 02 Lut 2015 19:08

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #5
14396012 02 Lut 2015 19:08

Zmiany wprowadziłem tylko w tym fragmencie:
Kod: C / C++
Zaloguj się, aby zobaczyć kod

Reszta bez zmian. Czy to jest poprawnie zrobione?
#6 14396024 02 Lut 2015 19:10

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (0)

Post #6
14396024 02 Lut 2015 19:10

To tak, żadna filozofia.

RCC sprawdź, i porównaj.
REKLAMA
#7 14396036 02 Lut 2015 19:13

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #7
14396036 02 Lut 2015 19:13

A i jeszcze jedno. Czy macie jakieś pomocne rady na bezproblemowe programowanie. Strasznie dużo znalazłem postów na elektrodzie o tym jak to nie chce współpracować STlink z Discovery z zewnętrznym układem. Jedni polecają podłączyć sygnał NRST inni znowu nie. Jeszcze znalazłem coś takiego, że ważne jest napięcie zasilania. Ja będę miał Discovery z USB zasilane, czyli 3V, a układ do programowania będzie z zewnętrznego stabilizatora 3.3V? Czy może mi to przysporzyć jakichś dziwnych problemów? Jutro będę to robił, ale chciałbym się już jakoś przygotować.
Pozdrawiam
#8 14396055 02 Lut 2015 19:16

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (0)

Post #8
14396055 02 Lut 2015 19:16

A.T. napisał:
A i jeszcze jedno. Czy macie jakieś pomocne rady na bezproblemowe programowanie. Strasznie dużo znalazłem postów na elektrodzie o tym jak to nie chce współpracować STlink z Discovery z zewnętrznym układem. Jedni polecają podłączyć sygnał NRST inni znowu nie. Jeszcze znalazłem coś takiego, że ważne jest napięcie zasilania. Ja będę miał Discovery z USB zasilane, czyli 3V, a układ do programowania będzie z zewnętrznego stabilizatora 3.3V? Czy może mi to przysporzyć jakichś dziwnych problemów? Jutro będę to robił, ale chciałbym się już jakoś przygotować.
Pozdrawiam

NRST obowiązkowo. Zasilanie mocne (względnie), etap programowania to spory naddatek prądu. Nigdy nie miałem większych problemów, a bawię się trybami uśpienia, wszystko chodzi jak ta lala.

Na życzenie mogę udostępnić najświeższa wersję OpenOCD.
#9 14396159 02 Lut 2015 19:39

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #9
14396159 02 Lut 2015 19:39

Dzięki, dobrze wiedzieć, jak coś to zgłoszę się do Ciebie po najnowsze OpenOCD. Na razie spróbuje na tym starociu co mam - 0.6.1. Przeglądnąłem sekcję RCC. Znalazłem tam jakieś różnice w rejestrach do włączania zegarów dla poszczególnych peryferiów i ich resetowania. Co do samego ustawiania SYS_CLK nie znalazłem różnic, czyli wszystkie funkcje w projekcie Freddiego (pll_start, flash_latency, fpu_enable) powinny działać bez zmian? Jedynie taktowanie zwiększę na min 180MHz:) Jak coś będzie nie tak to zawsze mogę wykorzystać SystemInit() od ST dla tego proca.
#10 14396178 02 Lut 2015 19:42

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (0)

Post #10
14396178 02 Lut 2015 19:42

A.T. napisał:
Dzięki, dobrze wiedzieć, jak coś to zgłoszę się do Ciebie po najnowsze OpenOCD. Na razie spróbuje na tym starociu co mam - 0.6.1. Przeglądnąłem sekcję RCC. Znalazłem tam jakieś różnice w rejestrach do włączania zegarów dla poszczególnych peryferiów i ich resetowania. Co do samego ustawiania SYS_CLK nie znalazłem różnic, czyli wszystkie funkcje w projekcie Freddiego (pll_start, flash_latency, fpu_enable) powinny działać bez zmian? Jedynie taktowanie zwiększę na min 180MHz:) Jak coś będzie nie tak to zawsze mogę wykorzystać SystemInit() od ST dla tego proca.

To openocd pewnie nie wspiera tych procków.
#11 14396222 02 Lut 2015 19:52

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #11
14396222 02 Lut 2015 19:52

W takim razie czy byłbyś tak uprzejmy i udostępnił mi najnowszą wersję?
Wystarczy, że tego usunę, nowego przekopiuję w miejsce starego i poprawię ścieżki do nowej lokalizacji w eclipse?
#12 14396257 02 Lut 2015 19:57

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (0)

Post #12
14396257 02 Lut 2015 19:57

A.T. napisał:
W takim razie czy byłbyś tak uprzejmy i udostępnił mi najnowszą wersję?
Wystarczy, że tego usunę, nowego przekopiuję w miejsce starego i poprawię ścieżki do nowej lokalizacji w eclipse?

Tak Udostępnię za dłuższa chwilę. puszcze kompilację. Trwa o zgrozo 15 minut ;p
REKLAMA
#13 14396260 02 Lut 2015 19:59

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #13
14396260 02 Lut 2015 19:59

Tak teraz myślę plik vectors.c też muszę zmodyfikować? Trzeba dopisać dodatkowe wektory przerwań?

Dodano po 1 [minuty]:

Dzięki, ja z przyjemnością poczekam:)
Pomocny post

#14 14396288 02 Lut 2015 20:03

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (+1)

Pomocny post
Post #14
14396288 02 Lut 2015 20:03

Wstępem. Moje wektory przerwań. Stan prawie aktualny. (brak 3 dla najnowszych F0). Kompatybilne z CubeMX

Załączniki:

IntVectTab.7z (11.67 KB) Musisz być zalogowany, aby pobrać ten załącznik.
#15 14396329 02 Lut 2015 20:13

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #15
14396329 02 Lut 2015 20:13

Bardzo dziękuję Jak sobie pomyślałem ile to czasu i roboty takie coś stworzyć, to mi się niedobrze zrobiło.
#16 14396336 02 Lut 2015 20:14

tadzik85 tadzik85

Poziom 38

Posty: 3404

Pomógł: 415

Ocena: 16
Pomocny post? (0)

Post #16
14396336 02 Lut 2015 20:14

A.T. napisał:
Bardzo dziękuję Jak sobie pomyślałem ile to czasu i roboty takie coś stworzyć, to mi się niedobrze zrobiło.

Z eclipsem chwila moment find replace + edycja wielu linii jednocześnie.

Obiecane OpenOCD. Kompilacja z dnia dzisiejszego...

Załączniki:

OpenOCD.7z (1.14 MB) Musisz być zalogowany, aby pobrać ten załącznik.
#17 14396568 02 Lut 2015 20:58

A.T. A.T.

Poziom 20

Posty: 538

Pomógł: 5

Ocena: 70
Autor tematu Pomocny post? (0)

Post #17
14396568 02 Lut 2015 20:58

Dziękuję zaraz sprawdzę, czy mi chodzi:)
Zarejestruj konto, Zaloguj się i bądź aktywny na forum, a wtedy reklamy nie będą się pojawiać. Dołącz do dyskusji i otrzymaj punkty za rejestrację oraz odpowiedzi.

Zainstaluj aplikację Elektroda

Odpowiedz | Nowy temat

Zgłoś naruszenie prawa

Podsumowanie tematu

✨ W dyskusji poruszono kwestie związane z programowaniem procesora STM32F429IIT6 przy użyciu projektu Freddiego stm32f4_blink_led. Użytkownicy potwierdzili, że wystarczy przerobić plik linker'a STM32F4xxxG_rom.ld, zwracając uwagę na różnice w rejestrach RCC. Wskazano również na konieczność podłączenia sygnału NRST oraz zapewnienia odpowiedniego zasilania podczas programowania. Użytkownicy dzielili się doświadczeniami związanymi z używaniem OpenOCD oraz Eclipse, a także omawiali modyfikacje w plikach wektorów przerwań. Wspomniano o problemach z kompatybilnością OpenOCD z nowymi procesorami oraz o potrzebie dostosowania kodu do specyfikacji STM32F429.
Podsumowanie wygenerowane przez AI na podstawie treści dyskusji.

REKLAMA