Cześć

Z powodu regularnych problemów z Eclipsem oraz chęci poznania środowiska Visual Studio, zacząłem się zastanawiać czy można jakoś pogodzić VS z programowaniem AVR. Widziałem kilka wtyczek do VS, które pomagają. Przetestowałem VisualGDB (polecany przez użytkownika SunRiver dla ARM), ale jakoś dziwnie to wygląda w kwestii procków AVR, przykładowo nie ma w pliku makefile taktowania procka, jak i nie ma gdzie w ustawieniach ustawić tego, pozostaje jedynie pisać to w kodzie. Znalazłem też inny projekt - https://github.com/malcom/AVR-Project - wydaje się być całkiem ciekawy, ale też dość problematyczny. Po małych przeróbkach i usprawnieniach, udało mi się dodać ścieżki bibliotek AVR i przerobić to na pliki C. Pojawił się niestety problem przy kompilacji, a dokładniej mam taki komunikat i nie mam pojęcia, czy czegoś jeszcze nie zrobiłem, czy może coś muszę jeszcze poprawić?




Nie ukrywam, że jestem trochę zielony w tym co teraz robię. Czy ktoś może bawił się na tyle VS, a może i tym template, by pomóc mi w rozwiązaniu tego problemu? Korzystam z VS 2013 Community, ponieważ template używa narzędzi z VS 2013.

PS. Obecny makefile wygląda tak:

nie dość, że mocno i to bardzo mocno mieszasz pojęcia - wpisywanie taktowania procka w kodzie z makefilem ?

To wiedz, że nawet w Atmel Studio jest miejsce do wprowadzania taktowania ... i to właśnie po to aby było to w makefile

a w kodzie NIGDY SIĘ TEGO NIE ROBI .. więc nie opowiadaj takich rzeczy .... bo to właśnie czyli wpisywanie w kodzie F_CPU robią początkujący, którzy zaczynają od Atmel Studio bo rzekomo nie ma jak

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Niee, nie w kodzie z makefilem, tylko w kodzie naszego programu już. Chodziło mi o #define F_CPU xxxxxxx, tak to bodajże się nazywało.

Panie toż mówię, że to jest MASAKRA i tego NIGDY się nie robi w kodzie - rozumiesz ?

Podpowiedziałem ci, że jak się uprzesz na Atmel Studio to zadaj sobie troszkę trudu i znajdź opcję gdzie się wpisuje to F_CPU - bo jest takie miejsce w kocim Atmel Studio

obejrzyj sobie pan DOKŁADNIE to od tego momentu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Tylko ja chcę się uprzeć na Visual Studio, nie Atmel Studio. Gdybym chciał Atmel Studio to na bank trafiłbym do tych filmów.

Toż Atmel Studio wykorzystuje wprost silnik MS Visual Studio - więc ja już kompletnie nie wiem o czym ty piszesz albo robisz coś na MEGA OKRĘTKĘ że tak powiem

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Tego nie wiedziałem, że Atmel Studio wykorzystuje silnik VS. Mimo wszystko nie ukrywam, że chcę zostać i tak przy zwykłym VS, żeby nie mieć kilku różnych programów do tego samego. A z racji tego, że w samym VS nie mam, a przynajmniej nie widzę opcji wpisania taktowania procka nawet takiej podobnej do tej w Atmel Studio, a zobaczyłem, że jest to wpisane w pliku makefile wzorca, to myślałem, że to jest to okej. Ale czy jest? Czy ten makefile jest faktycznie prawidłowy, żeby kompilować w VS? Znalazłem jeszcze wyjaśnienie po polsku przez autora i nie do końca rozumiem podkreślonego fragmentu z zacytowanego akapitu:




@edit:
Trochę się pomęczyłem ze znajomym i w sumie doszedłem prawie do optymalnego rozwiązania, problem z błędami był w pliku build.cmd. We wzorcu warunki if wyglądały tak:


A powinny wyglądać tak:


Ostateczny efekt jest taki, że VS kompiluje kod, nie wywala błędów. Zrobiłem bardzo prosty program w VS i Eclipse, skompilowałem oba i porównałem pliki .hex, oba pliki były identyczne, więc sądzę, że wszystko skompilowało się prawidłowo. Pozostay dwa problemy, jeden to błędy typu brak średników w bibliotekach z toolchaina, które wykrywa Intellisense (mimo iż kompilacjka przebiega bez problemów) oraz problem, który nie wiem, czy jest ważny - podczas kompilowania w logu mam takie informacje:


Build skompilowany prawidłowo, ale ma jakieś problemy z podkatalogiem -p, który już istnieje. Mam wrażenie, że może to być jakiś drobny problem z makefile, ale nie wiem jaki...

Witam. Kolego piszesz o swoich kłopotach z eclipsikiem a z drugiej strony robisz sobie problemy z przystosowaniem vs do pracy z avr. Nie tędy droga. Jeśli bawisz się kontrolerami to musisz brać pod uwagę to, że będziesz korzystał z wielu środowisk. I tak, jeśli korzystasz z avr to zainstaluj sobie atmel studio i śmigasz lub eclipsa zgodnie z tym co w swoich poradnikach opisuje Mirek i też nie będziesz miał żadnych problemów.
Pozdrawiam

Wysłane z mojego HTC One_M8 przy użyciu Tapatalka

Święte słowa.
Jeśli komputer służy do pracy to nie rozumiem w czym problem aby zainstalować sobie kilka środowisk do różnych celów. Moim zdaniem przede wszystkim należy korzystać z narzędzi, które zostały do tego konkretnego celu stworzone a dopiero jeśli potrzebuję coś extra to tworzę 'wytrychy'.
Ja mam u siebie zainstalowanego Eclipsa, Atmel Studio, MkClipse'a, Mplaba, DevC++ i parę innych softów i się jakoś nie gryzą a ja nie tracę czasu na szarpanie się ze środowiskiem tylko skupiam sie na algorytmie i kodowaniu

Eclipse staje się irytujący w momencie, gdy po raz któryś z kolei nagle zaczyna wywalać błędy z kompilacją kodu, który wcześniej działał i potem pół godziny dylematów, prób naprawy by się okazało, że po 5 albo 10 ponownym uruchomieniu eclipse'a, nagle wszystko zaczyna znowu działać. Mam tak dość często. Oczywiście eclipse był instalowany już kilka razy według poradników Mirka.

I myślisz,, że jak z vs zrobisz Frankensteina to będzie ok?? Eklipsie jak większość środowisk ma swoje fochy ale powinieneś raczej się zastanowić dlaczego u ciebie takie zjawiska są częste i powiem ci z dozą pewności, że wina raczej jest po stronie programisty a nie programów.
Pozdrawiam

Wysłane z mojego HTC One_M8 przy użyciu Tapatalka

To użyj Atmel Studio. Środowisko stworzone przez producenta procków, z pełną obsługą debuggera (jeśli ktoś ma taką potrzebę).
P. S. Od kiedy Mirek stworzył MkClipse'a to właśnie tego używam. Dla mnie opcje Build and program, dostęp do noty procka i Gadget to jest to czego mi trzeba ale każdy musi znaleźć swoje rozwiązanie. Oby tylko nie było zbytnio wydumane.

Nie wiem, czy nazywanie najzwyklejszego wzorca Frankensteinem jest najlepszym określeniem tego, co robię. Wątpię, że to moja wina, że nagle eclipse w gotowej bibliotece bierze sobie rejestry dla innego procka, niż jest zdefiniowany w projekcie i po kilku restartach nagle problem sam znika, bez jakichkolwiek zmian w kodzie. No chyba, że źle klikam na skrót eclipse'a...



Dlatego ja chcę spróbować zrobić to w VS. Tak jak napisałem, program już się prawidłowo kompiluje, zostały tylko drobne problemy, które próbuję teraz rozwiązać. Szkoda tylko, że obecnie jedyne posty tutaj mówią, bym nie robił tego, co chcę zrobić.

Masz rację, rób po swojemu, bo widać, że tak będzie dla Ciebie łatwiej, ale niestety nie jestem w stanie Ci pomóc, bo ja tego w ten sposób nigdy nie trenowałem.

Bo nie jest to dobre ... jest bo jest , ale nikt nie używa bo i po co ??
Dla ARM , Tensilic jest bardzo dobrze , ale dla AVR niema potrzeby rozwijania jest AtmelStudio na Silniku VS
spisuje się bardzo dobrze i tylko tego używam do AVR , jakie ma znaczenie że musze odpalić AS ??
też mam wszystko jak w VS , a naraz nie będziesz pisał dla Atmegi i pod windowsa

_________________
[b]San Escobar! Patria mia! Tu eres como la salud.[/b]

A ja nie wątpię - temat opisywany miliony razy na forum, podawane rozwiązania - wystarczy chcieć poczytać a nie wymyślać kosmosu od nowa

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]