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

IDE MPLAB-X: Wrażenia z obsługi AVR w wersji beta

tplewa 09 Sie 2018 01:34 2715 26
  • #1 17374276
    tplewa
    Poziom 39  
    Tak kiedyś sobie pisaliśmy trochę w tym wątku https://www.elektroda.pl/rtvforum/topic224603-1980.html#16941529 o tym co tam będzie z AVR po przejęciu przez Microchip...

    No i w sumie mamy już od jakiegoś czasu w MPLAB X 5.0 jakąś wersję beta obsługi AVR...
    http://www.microchip.com/mplab/mplab-x-ide

    i będzie trzeba się do tego niestety powoli zacząć przyzwyczajać...

    Generalnie temat zakładam jako luźną pogaduchę na temat jak tam wrażenia z nowego środowiska ;) i wszystko co związane z nowym IDE itd.

    Tutaj też prośba do moderatorów o ewentualną zmianę miejsca wątku czy zmianę tematu bo właściwie to nie wiem gdzie on najlepiej by pasował czy AVR czy może "Po godzinach" itp.

    Dodaję kilka filmików jakie przygotował Microchip (jak by znikły z głównej strony MPLAB X co by ich nie szukać):

    Getting Started - AVR® in MPLA®B X - Ep. 1 - Import Studio 7 Project into MPLAB X
    https://vimeo.com/277527734

    Getting Started - AVR® in MPLAB® X - Ep. 2 - Creating an AVR Project in MPLAB X IDE
    https://vimeo.com/277527800

    Getting Started AVR® in MPLAB® X - Ep. 3 - Using IO View and AVR Libc
    https://vimeo.com/277527891

    oraz dokumenty odnośnie kompilatora XC8 i AVR:

    http://ww1.microchip.com/downloads/en/DeviceDoc/Readme_XC8_for_AVR.pdf
    http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_XC8_C_Compiler_User_Guide_for_AVR.pdf
  • #2 17374371
    Freddie Chopin
    Specjalista - Mikrokontrolery
    O kompilatorze XC8 dla AVR wyczytałem tylko, że jest oparty na starym GCC 5.4.0 i do tego - jakże by inaczej - oferuje wersję "free" i "pro":

    Cytat:
    The PRO mode is a licensed modes and require purchase of a key for activation. This mode offer
    improved optimization features compared to the Free mode.


    IDE MPLAB-X: Wrażenia z obsługi AVR w wersji beta

    Czegokolwiek się dotknie ta firma, to popsuje. Nawet nie chce mi się zastanawiać, w jaki niby sposób przerobili GCC tak że standardowe opcje nie są dostępne i jak się to ma do licencji GPL.
  • #3 17374654
    Konto nie istnieje
    Konto nie istnieje  
  • #4 17374665
    simw
    Poziom 27  
    nowyARM napisał:
    Freddie Chopin napisał:
    w jaki niby sposób przerobili GCC tak że standardowe opcje nie są dostępne i jak się to ma do licencji GPL.

    Pewnie zrobili to na poziomie edytora.

    Też tak pomyślałem, przecież to żaden kłopot, ani łamanie licencji GPL.

    nowyARM napisał:
    Freddie Chopin napisał:
    Czegokolwiek się dotknie ta firma, to popsuje.

    A STM to nie? Atolic jest w wersji free i pro.

    To chyba Kolega przespał przejęcie Atolic'a przez ST:
    http://mikrokontroler.pl/2018/01/24/nowa-wers...llic-truestudio-darmo-dla-programistow-stm32/
  • #6 17375111
    tplewa
    Poziom 39  
    Powiedzmy sobie tak... Microchip już chyba wszystkich którzy bawili się procesorami PIC przyzwyczaił że ich kompilatory są komercyjne (pomijam na czym one bazują) i to raczej się nie zmieni.

    Czyli standard XC8 mamy darmowy bez optymalizacji.
    Jak dla mnie podejście średnie które chyba sprawia że PIC-e mimo wszystko są wśród amatorów niezbyt popularne. Właściwie tutaj będzie jakaś szansa porównać nawet używając wersji Trial kompilator XC8 z dostępnym dla AVR-ów darmowym GCC i wyciągnąć wnioski czy jest sens płacić za XC8.

    Zresztą do istnienia komercyjnych rozwiązań czy to dla ARM-ów czy innych procków już jesteśmy przyzwyczajeni.

    Tak jeszcze poruszając offtop związany z ARM i Atollic Studio to owszem po przejęciu stał się darmowy. Jednak stało się to pewnym kosztem... niestety obecnie wspiera już tylko procesory od ST. Pomijam już to czy takie komercyjne rozwiązania są potrzebne czy nie... powiedzmy sobie tak mają te IDE jakieś swoje zalety w postaci różnych dodatków...

    Wracając jednak do tematu MPLAB-X i AVR... czy nam się podoba czy nie to będziemy na to w jakimś stopniu skazani. Atmel Studio prędzej czy później przestanie być rozwijane (z moich nieoficjalnych informacji za około dwa lata).

    Tutaj w zasadzie dla wielu osób praca nawet na starej wersji nie powinna stanowić problemu, zapewne nie będą dodawane nowe procesory.

    Jednak wracając do tematu dla tych którzy nie mieli okazji zainstalować daję kilka screenów.

    IDE MPLAB-X: Wrażenia z obsługi AVR w wersji beta

    IDE MPLAB-X: Wrażenia z obsługi AVR w wersji beta

    IDE MPLAB-X: Wrażenia z obsługi AVR w wersji beta

    Jak widać Atmel JtagICE3 jest wspierany (niestety innych programatorów nie miałem okazji sprawdzić, ot z braku czasu).

    Kolejna sprawa możemy zamiast XC8 wybrać sobie standardowe GCC z Atmel Studio. Czyli jest to jakiś plus że Microchip nie odbiera tej możliwości, skazując na kupno komercyjnego kompilatora.

    Niestety jak w wątku w którym zapoczątkowana została dyskusja wspominałem że AVR-ami jako tako się nie interesowałem. Ot z prostej przyczyny prawie ich już nie używam. Dlatego też nie miałem na chwile obecną okazji zrobić jakiś większych testów samego środowiska, porównania kompilatorów itd.

    Jednak jest tutaj na forum trochę osób które temat zapewne zainteresuje np. kolega tmf.

    Dlatego postanowiłem go założyć aby móc śledzić fundowane nam zmiany oraz jak to wszystko będzie się zmieniać w najbliższych latach. Przy okazji wymieniając się jakimiś uwagami, choć mam świadomość że wiele będzie raczej niezbyt przychylnych (choć dobrze to rozumiem).
  • #7 17414584
    kamyczek
    Poziom 38  
    Co daje więcej MPLAB od studio 7 . Dla mnie to wygląda na to ,że to bardziej próba zachęcenia picerów z mplaba do zainteresowania się rodzinką atmela . A dla tych co używali od zawsze Studio 7 to przesiadka bez sensu jak dla mnie nic nie wnosi poza marnotrawstwem czasu na poznanie kolejnego środowiska jak dla mnie . Lepsze koledzy jest wrogiem dobrego i tego się wolę trzymać ...
  • #8 17414664
    Nagus
    Poziom 27  
    Nie wiem czy zauważyłeś, ale nie wszyscy używają Windowsa. Zasadniczą wadą Studio 7 jest zafiksowanie na Windows bez najmniejszej możliwości przeróbki na inne platformy. I dlatego Studio 7 jest nieperspektywiczne. MplabX jest wieloplatformowy.
  • #9 17414797
    kamyczek
    Poziom 38  
    No cóż to samo można powiedzieć o innych systemach operacyjnych ,gdyby się liczyły pewnie było by AS na ios czy linuksa .Zauważcie że Windows po prostu jest najbardziej popularny i z tego wynika że na windowsa jest 99% oprogramowania a na resztę już tak kolorowo nie jest . I żeby ktoś nie pomyślał że przeszkadza mi ios czy linuks , dla mnie po prostu są ale ich nie używam. Poza tym są emulatory ,które pozwalają uruchamiać programy z Windowsa pod ios ale to już insza inszość . W zasadzie nie chodzi o Studio 7 ,bo ci którzy używali innych systemów operacyjnych używali innych środowisk do programowania AVR więc tak ogólnie to nie muszą przesiadać się na MPLABA o ile nie daje im więcej funkcjonalności od środowisk które używali dotychczas ...
  • #10 17415262
    tplewa
    Poziom 39  
    Na początku nie IOS bo ten w Iphone tylko Mac OS... inie emulować tylko normalnie można odpalić na maszynie wirtualnej Windowsa. Dobra maszna wirtualna aby na tym wygodnie pracować kosztuje np. Parallels Desktop to wydatek około 99euro rocznie.
    Vmware Fusion cenowo podobnie, do tego dochodzi jeszcze koszt licencji na Widows. Virtual Box-a pomijam bo tutaj można się pociąć szarym mydłem jeśli chodzi o wydajność i spory mankament ma często problemy z dołączaniem urządzeń USB.

    Wine tak samo pomijam bo na tym nie wszystko da się odpalić i działa to średnio stabilnie.

    Natomiast Atmel Studio nie dla tego jest na Win bo ileś użytkowników tylko dlatego że użyli IDE Visual Studio od M$. Natomiast Visual Studio to platforma do programowania pod Windows. Ostatnio pojawiło się fakt pod Mac OS VS ale to inna bajka... Chyba nawet ta wersja nie jest przeznaczona do użytku jako IDE przez inne podmioty.

    Faktycznie tutaj brak wielu platform do był problem. Długo pod Mac OS używałem do AVR-ów Eclipse... potem przeniosłem to na maszynę wirtualną (Parallels Desktop i Windows). W międzyczasie używałem jeszcze natywnie odpalonego Windows poprzez BootCamp... ale to wiązało się z restartami komputera by wystartować jeden lub drugi system (mało wygodne).

    Z drugiej strony można narzekać na zmiany :) Ale wątek nie zakładałem po to by narzekać dla samego narzekania że coś jest nowego. Jak już można ale na konkrety tzn. coś źle działa, coś kiepsko jest rozwiązane. Czyli konkretna ocena MPLAB X... Bardziej o taką dyskusję mi chodzi.
  • #11 17415564
    kamyczek
    Poziom 38  
    Ja w zasadzie nie widzę problemu bo MPLAB to jak na razie alternatywa do innych programów i jak widać kiepska . Co do nazewnictwa faktycznie Mac OS ale jak by go nie nazwał Wszystkie alternatywne systemy operacyjne razem nie mają tyle użytkowników co sam windows . Tyle koledzy moim zdaniem to żadna alternatywa po prostu ..
  • #12 17415589
    tplewa
    Poziom 39  
    kamyczek napisał:
    Ja w zasadzie nie widzę problemu bo MPLAB to jak na razie alternatywa do innych programów i jak widać kiepska . Co do nazewnictwa faktycznie Mac OS ale jak by go nie nazwał Wszystkie alternatywne systemy operacyjne razem nie mają tyle użytkowników co sam windows . Tyle koledzy moim zdaniem to żadna alternatywa po prostu ..


    Tutaj nie był bym taki pewny :) Powiedzmy sobie tak o ile Windows ma przewagę patrząc ogólnie to w przypadku programistów nie był bym już taki pewien i tutaj nawet był bym skłonny powiedzieć Linux (przynajmniej patrząc na znajomych programistów), choć kilku jakiś czas temu przesiadło się też na Mac OS. Choć nie wiem dlaczego bo ja akurat od Mac OS chcę uciekać bo sprzęt i system spada na psy.

    Natomiast co do MPLAB X to owszem na razie alternatywa, ale za jakiś czas jak kolega będzie chciał używać nowsze procesory (które wypuści Microchip) to może nie być wyjścia (ot nie będą dodawane do Atmel Studio). Owszem osoba która się zna jakoś to sobie obejdzie i samemu podłubie w IDE aby wszystko śmigało... Jak wspomniałem Atmel Studio jest przeznaczone do ubicia i będzie miało wsparcie zapewne do czasu gdy nie zostanie zaimplementowane pełne wsparcie dla Atmeli w MPLAB X.... Jak wspomniałem z moich informacji może będzie jeszcze rozwijane przez dwa lata... Zresztą zapewne Microchip też chce sobie to ułatwić i rozwijać jedno IDE zamiast kilku...
  • #13 17416002
    dasej
    Poziom 32  
    Witam.

    Zainstalowałem to "COŚ" i jestem całkowicie rozczarowany.
    W dodatku nie mogłem wybrać programatora MK II.

    Jak wybrałem procesor Atmega328PB to się okazał że niema takiego procesora. Podczas kompilacji.
    Okazało się że środowisko podczepiło się pod GCC w katalogu WinAVR-20100110 (staroć nie wyinstalowana).

    Za duże i raczej nastawione na PIC.

    W dodatku instalka rozwaliła mi ustawianie dla Atmel Studio. Wywaliła mi sterowniki od programatorów (MK II-oryginał, MK II-klon oraz dla Dragon-a)

    Może słabi się na tym znam ale dla mnie jest to "kit" a nie oprogramowanie.
  • #14 17416240
    tplewa
    Poziom 39  
    Powiedzmy sobie tak MK2 nie sprawdzałem czy działa... mogę sprawdzić w poniedziałek (akurat w firmie gdzieś powinienem mieć ten programator jak i dragona) - ale tutaj to możliwe że nie jest obsługiwany.

    Natomiast jak u mnie widać bierze gcc z Atmel Studio... i nic się z Atmel Studio nie stało. Natomiast większe aktualizacje Widows 10 wywalają mi część sterowników i raz uwaliła mi taka aktualizacja właśnie Atmel Studio (nie chciało się odpalić z powodu braku komponentów). Chodzi o aktualizacje gdzie praktycznie na nowo jest instalowany Windows (stary przenoszony jest do folderu Windows.old) i instalator przenosi oprogramowanie itd. do nowej instalacji - ale działa to niestety okropnie kulawo przynajmniej na moim komputerze... Może to ten problem - tzn. przed instalacją MPLAB X na 100% działało ?
  • #15 17416302
    dasej
    Poziom 32  
    Ok. @tplewa
    Tobie nic się nie popsuło.

    To jeżeli korzysta z obcego gcc to jaki to interes montować to środowisko.

    Program Mirka MkClipse instaluje i korzysta ze swojego gcc.
    Może nie jest idealny ale niema problemów z kompilacją i jest prosty.

    Nie oszukujmy się GCC nie jest wytworem Atmela ani Microchipa. Ich środowiska są tylko nakładki na ten kompilator.
    Jak Microchip nie zmieni podejścia to Arduino będzie działało za jakiś czas nie podzielnie.

    Pozdrawiam.
  • #16 17416454
    tronics
    Poziom 38  
    Cytat:
    Program Mirka MkClipse instaluje i korzysta ze swojego gcc.

    Śmieszne. Przecież to jest taka sama przeróbka eclipse jak CooCox CoIDE i LPCXpresso. I po prawdzie to nawet MkClipse nie jest nawet w połowie tak "customized" jak oba powyższe (porównując do czystego eclipse z pluginem do AVR). A zmiana lokalizacji binarek z toolchain czy też include to każde w miarę porządne IDE powinno obsługiwać.
  • #17 17416667
    tplewa
    Poziom 39  
    dasej napisał:
    Ok. @tplewa
    Tobie nic się nie popsuło.

    To jeżeli korzysta z obcego gcc to jaki to interes montować to środowisko.


    Interes jaki nie mam pojęcia . To wersja beta wiec zapewne cos się zmieni. Z drugiej strony do MPLAB X kompilatory się instaluje i można wybrać gcc lub komercyjny xc8 (co w sumie jest normalne bo to IDE). Tutaj w sumie można się cieszyć że Microchip dodał możliwość i nie zmusza jak w przypadku PIC do komercyjnego kompilatora bo takiego scenariusza trochę się obawiałem jak przejeli Atmela...

    Natomiast nie wiem co tam Mirek stworzył i po co... bo od lat z racji pracy na MacOS używałem Eclipse do AVRów bez jakiegoś softu Mirka...

    Inna sprawa to nie do mnie pytania czy pretensje tylko do Microchipa...

    Ja tylko dałem jakieś info i staram się śledzić temat mimo że AVRów prawie już nie używam...

    Może jak trochę osób zacznie zgłaszać im uwagi to coś zmienią...
  • #18 17667954
    Janusz_kk
    Poziom 38  
    Mikrochip swoją polityką strzela sobie w kolano, do starych procków nadal będzie w użyciu AS7 a jak nowych w nim nie będzie to ludzie przejdą na arm-y,
    w każdym razie ja tak zrobię i oleję i ich środowisko i nowe procki.
  • #19 17708986
    tplewa
    Poziom 39  
    Janusz_kk napisał:
    Mikrochip swoją polityką strzela sobie w kolano, do starych procków nadal będzie w użyciu AS7 a jak nowych w nim nie będzie to ludzie przejdą na arm-y,
    w każdym razie ja tak zrobię i oleję i ich środowisko i nowe procki.


    i tak jeszcze z tego co się ostatnio dowiedziałem AS będzie rozwijane razem z MPLAB-X... jedynie do AS nie trafią układy PIC itd. czyli tak jak bylo. Natomiast MPLAB-X będzie posiadał obsługę wszystkich procesorów Microchip-a oraz MCC (odpowiednik Atmel Start) tak samo będzie obsługiwał wszystkie procesory. Więc w zasadzie jest dobrze :D
  • #20 17709534
    Janusz_kk
    Poziom 38  
    Oby tak było jak piszesz, mam nadzieję że nie wyłączą optymalizacji w AS jak w ich środowisku.
  • #21 17709659
    Konto nie istnieje
    Poziom 1  
  • #22 17710913
    tplewa
    Poziom 39  
    Janusz_kk napisał:
    Oby tak było jak piszesz, mam nadzieję że nie wyłączą optymalizacji w AS jak w ich środowisku.


    To jest pewne... Microchip wie że to było by strzelenie sobie w stopę. Będzie istnieć i ich komercyjny kompilator i gcc darmowe które można użyć w obu środowiskach.

    Natomiast co do samych AVR-ów i posta który wylądował w koszu to powiem tak, to że gdzieś coś się używa nie znaczy że nikt nie używa bo producent nie produkował by tych układów. Owszem ARM-y są fajne i czasem tańsze, ale do AVR-ów Microchip powoli zaczyna przenosić ciekawe peryferia których czasem trudno szukać w popularnych ARM-ach od ST czy NXP.

    Sam obecnie mało kiedy używam AVR-ów ale to co robią mi się podoba i nie wiem czy w niektórych aplikacjach do nich nie wrócę jak tak będzie to szło. Inna sprawa Atmel ma też ciekawe ARM-y np. można zerknąć na serię SAM L11 Cortex M23 z TrustZone itp. owszem ST zaprezentował np. STM32L5x2 ale mają one się pojawić dopiero w Q2 2019 - a Atmela kupuje sobie w TME od ręki... Więc tak bym nie skreślał tego producenta...
  • #23 17710943
    Konto nie istnieje
    Poziom 1  
  • #24 17710949
    tplewa
    Poziom 39  
    stmx napisał:
    @tplewa Ja tylko pokazałem to co widzę w firmach. Bez osobistej opinii.


    To jest to coś gdzieś wspominałem po prostu np. taki ST dużo inwestuje by pchać swoje procesory na uczelnie itp. Więc student kończy i bożego świata poza STM32 nie zna :)

    To jest podobnie jak u nas z AVR gdzie np. w Niemczech czy USA często bardziej popularne były PIC-e...

    Ja znam trochę firm gdzie używane są też inne procesory. Generalnie powiedzmy sobie tak procesor powinno się dobierać do zastosowań. Sam na razie wybierałem Cortexy np. od ST ze względu na lepszą cenę w stosunku do AVR-ów. Ale jak do AVR-ów dojdą ciekawe peryferia jakie są w PIC-ach to do niektórych niewymagających rzeczy mogą stać się lepszą alternatywą niż najmniejsze ARM-y. Bo wyjdzie na to że do ARM-a trzeba dołożyć dodatkową elektronikę, a AVR obsłuży coś tym co ma wbudowane.

    Już teraz na nowe AVR-y warto popatrzeć ze względu na "Core Independent Peripherals" - a ma być jeszcze lepiej z tego co rozmawiałem ostatnio z inżynierem z MicroChip-a...
  • #25 17710957
    LChucki
    Poziom 31  
    stmx napisał:
    Janusz_kk napisał:
    Oby tak było jak piszesz, mam nadzieję że nie wyłączą optymalizacji w AS jak w ich środowisku.
    avr gcc nie jest ich własnością. Sądzę że licencja takich numerów zabrania :). Tak że sie nie martw

    Ale nie zabrania, wysłać do kompilacji plik, wzbogacony o
    Kod: C / C++
    Zaloguj się, aby zobaczyć kod

    np w funkcji ISR :-)
  • #26 17710963
    tplewa
    Poziom 39  
    @LChucki

    Raczej tego nie zrobią. Powiedzmy sobie tak... do kompilatorów komercyjnych są przyzwyczajeni ludzie używający PIC-ów. Więc dodając je do MPLAB-X sprzedadzą kompilatory i swoje zarobią bo zapewne osoby używające do tej pory PIC-ów zainteresują się nowymi dla nich procesorami. Atmel Studio zostawią tak jak jest aby nie odstraszyć obecnych klientów którzy przyzwyczaili się do polityki jaką miał Atmel czyli kompilatory darmowe...

    Inna sprawa jak ktoś pracujący na MAC OS czy Linux-e zapragnie używać MPLAB zamiast Eclipse itp. bo nie ma możliwości używania AS to taka osoba dalej w przypadku Atmeli może użyć darmowego GCC, a przy okazji może coś będzie robić w PIC-ach i kupi kompilator...

    Dając darmowe GCC nic nie tracą... bo to że jest darmowy kompilator nie oznacza że ludzie nie kupują komercyjnych rozwiązań czy to IAR, Keil itd. Nawet do ARM-ów wiele osób do niedawna płaciło i to nie mało za Atolic-a :) mimo że można było mieć darmowe rozwiązanie.

    Powiedzmy sobie tak takie dylematy to mają głównie hobbyści i może zaczynające małe firmy. Dla większej zakup kompilatora czy jakiegoś środowiska to nie jest większy problem.
  • #27 17710993
    Konto nie istnieje
    Poziom 1  
REKLAMA