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

[DEV-AVR] Środowisko Programistyczne

cybersoft 21 Mar 2009 21:42 3816 23
  • #1 6313699
    cybersoft
    Poziom 12  
    Witam serdecznie, chciałbym poznać waszą opinię na temat czy jest sens tworzyć środowisko programistyczne (Edytor, Symulator, Kompilator, oraz debuger) dla procesorów AVR w oparciu o AVRGCC. Chciałbym abyście wyrazili swoją opinie na temat przydatności takiego środowiska oraz napisali jaką funkcjonalność takie środowisko powinno posiadać. Na chwilę obecną wersja alpha posiada:

    Edytor ułatwiający zarządzanie projektami:

    - kolorowanie składni
    - Podpowiedzi
    - Zbiór predefiniowanych ustawień dla poszczególnych mikrokontrolerów.
    - Współpraca z AVRGCC

    Programator:

    - Współpraca z programatorem STK200/300
    - Możliwość kasowania i zapisywania (brak odczytu)
    - Możliwość ustawiania fuse-bitów.


    Czekam na wasze propozycje, screeny podeślę niebawem.
  • #2 6313723
    Pituś Bajtuś
    Poziom 28  
    Są przecież pluginy do Eclipsa umożliwiające to wszystko co chcesz zrobić. Moim zdaniem nie ma sensu po raz kolejny wynajdywać koła.
  • #3 6313725
    Freddie Chopin
    Specjalista - Mikrokontrolery
    biorąc pod uwage istnienie AVRStudio lub Eclipse + wtyczki do AVR - moim zdaniem nie ma to żadnego sensu

    podobnie ma się sprawa z programatorem - przecież jest już pełno darmowych narzędzi, więc po co kolejne?

    4\/3!!
  • #4 6314793
    cybersoft
    Poziom 12  
    Eclipse nie jest aplikacją natywną a co za tym idzie praca w nim nie jest tak wydajna jak na aplikacjach natywnych, podobnie NetBeans mimo że to są bardzo fajne edytory to są mało wydajne. No i pisanie w jednym kompilowanie w drugim i programowanie w trzecim programie za którymś razem w ciągu dnia zaczyna być męczące. Tak czy siak aplikacje już napisałem teraz kwestia rozbudowy jej funkcjonalności.
  • #5 6314874
    Nagus
    Poziom 27  
    Eclipse jest aplikacją natywną (w kontekście systemu operacyjnego).
    Robienie kolejnego IDE jest wyważaniem otwartych drzwi. Dotyczy to zwłaszcza Windows, gdzie mamy AVR Studio, WinAVR...

    Eclipse ma dobrze działające pluginy do AVR, chociaż robi wrażenie nieco ociężałego, a jego system zarządzania projektami doprowadza mnie do szału.

    Moim zdaniem, zamiast tworzyć kolejne IDE od podstaw, bardziej efektywne byłoby włączenie się do grupy tworzącej pluginy do istniejących już środowisk C++. Na przykład pluginy AVR-owe w Code::Blocks, który wygląda dużo lżej od Eclipse, wymagają usprawnienia bo nie w każdym środowisku działają (albo trzeba wykazać dużo więcej determinacji przy instalacji).
  • #6 6314962
    romario4
    Poziom 16  
    Obecnie używam Code::Blocks które spełnia niemal wszystkie moje oczekiwania. Instalując jedno środowisko mogę pisać programy na PC'ta, AVR-y i wiele innych, jak również dostępny jest na linuxa, na którym pracuję. Podobnie się pewnie ma sprawa z Eclipse. Jedynie czego mi brakuje, to coś na wzór Code Wizard ze środowiska CodeVisionAVR, które na podstawie opcji wyboru ( mikrokontroler, użyte peryferia, ustawienia portów itp ) generuje gotowe linie kodu w głównym pliku programu.
    Pozdrawiam.
  • #7 6315120
    Freddie Chopin
    Specjalista - Mikrokontrolery
    cybersoft napisał:
    Eclipse nie jest aplikacją natywną a co za tym idzie praca w nim nie jest tak wydajna jak na aplikacjach natywnych

    To nie Quake tylko edytor tekstu...

    cybersoft napisał:
    No i pisanie w jednym kompilowanie w drugim i programowanie w trzecim programie za którymś razem w ciągu dnia zaczyna być męczące.

    Ja te wszystkie czynności wykonuję w Eclipse, a ty? Tak samo sprawa się ma z AVRstudio. Pozatym - zaletą Eclipse której żaden soft nie przeskoczy jest to, że moge pod niego podpiąć AVRy, ARMy, MSP, PICe i w zasadzie na co tylko mam fantazję [;

    Anyway - skoro już stworzyłeś, to powodzenia w dalszym rozwoju.

    4\/3!!
  • #8 6315244
    mirekk36
    Poziom 42  
    cybersoft napisał:
    No i pisanie w jednym kompilowanie w drugim i programowanie w trzecim programie za którymś razem w ciągu dnia zaczyna być męczące.


    jeśli chodzi o eclipse to:

    1. piszesz program w eclipse (masz kolorowanie składni, uzupełnianie składni CTRL+SPACJA oraz inne bajery świata )

    2. program napisany w eclipse także w nim kompilujesz

    3. programowanie procka przeprowadzasz także z poziomu eclipse

    więc o co ci chodzi ???? (hmmm jedyne co mi przychodzi do głowy to to, że po prostu jeszcze nie umiesz tych wszystkich funkcji wykorzystywać w eclipse i stąd frustracja oraz tworzenie własnego środowiska. Fakt ciężko się przebić na początku przez ustawienia eclipse, okiełznać go - ale warto! - nie jest to takie trudne i na prawdę życzę ci abyś jeszcze raz spróbował, podpytał na forum jak czegoś nie będziesz do końca wiedział - i abyś po odkryciu wszystkich funkcjonalności cieszył się swobodą jaką daje to w pełni zautomatyzowane środowisko )


    cybersoft napisał:
    Tak czy siak aplikacje już napisałem teraz kwestia rozbudowy jej funkcjonalności.


    życzę więc powodzenia w wywarzaniu głową muru - a nóż wyjdzie z tego coś ciekawego.
  • #9 6315327
    adamusx
    Poziom 27  
    A ja mam swojego faworyta o którym już nie raz wspominałem: DevCpp
    ( można pobrać z http://www.bloodshed.net/dev/devcpp.html)
    - zajmuje 10 razy mniej miejsca, działa 10 razy szybciej od eclipse ( nie mówiąc o samym uruchamianiu się programu) umożliwia podłączenie dowolnych zewnętrznych kompilatorów i uruchamianie programów i skryptów (OpenOCD itp) i posiada wszystkie ułatwienia przy wprowadzaniu i edycji kodu co najlepsze edytory (kolorowanie, uzupełnianie składni, podpowiadanie, zaznaczanie klamr, szybkie przełączanie miedzy plikami nagłowkiem/źrodłem, skoki do źrodła funkcji, definicji, zmiennych po ich kliknięciu itp.
    Używam tego środowiska do programowania AVRów i ARMów.
  • #10 6316045
    romario4
    Poziom 16  
    Cytat:
    więc o co ci chodzi ???? (hmmm jedyne co mi przychodzi do głowy to to, że po prostu jeszcze nie umiesz tych wszystkich funkcji wykorzystywać w eclipse i stąd frustracja oraz tworzenie własnego środowiska.

    Ja, chociaż nie wiem jak był bym sfrustrowany to i tak własnego środowiska bym nie stworzył, więc szacunek dla kolegi jeśli ma zapał poparty gruntowną wiedzą. Tylko co będzie jak zapał się skończy?
  • #11 6317926
    markosik20
    Poziom 33  
    adamusx napisał:
    Używam tego środowiska do programowania AVRów i ARMów.


    A do debugowania?
  • #12 6325717
    cybersoft
    Poziom 12  
    Tworzenie identycznego środowiska mijało by się z celem, W moim chcę zastosować kilka rzeczy których nie spotkałem w innych.

    Np.
    Tworzenie projektów wieloprocesorowych,
    Kreatory konfiguracji mikrokontrolerów,
    całość w języku polskim wraz z pomocą,
    obsługa najpopularniejszych programatorów (wszystko natywnie - bez nakładek i programów wspomagających),
    Wbudowane biblioteki popularnych peryferii,
    Współpraca z płytkami rozwojowymi,
    Wizualna prezentacja stanów i/o mikrokontrolera,
    i wiele wiele innych.

    Co do Eclipse, to znam dobrze to środowisko (używam do php i c) - ale jest to wielka kobyła i nie jest natywna.
  • #13 6325929
    skynet_2
    Poziom 26  
    cybersoft napisał:
    Tworzenie identycznego środowiska mijało by się z celem, W moim chcę zastosować kilka rzeczy których nie spotkałem w innych.
    Np.

    >Tworzenie projektów wieloprocesorowych,
    pod AVR'y? jak sobie to wyobrażasz?
    >Kreatory konfiguracji mikrokontrolerów,
    datasheet + wtyczka do eclipse która załatwia fusy i to z poziomu GUI z opisanymi możliwościami wyboru !!!.
    >całość w języku polskim wraz z pomocą,
    datasheet[a np. od megi8] ma ok 300stron teraz przemnóż to przez ilość układów, kto to będzie tłumaczył? poza tym w dzisiejszych czasach bez angielskiego w programowaniu daleko się nie zajedzie[np. dokumentacje innych układów].
    >obsługa najpopularniejszych programatorów (wszystko natywnie - bez nakładek i programów wspomagających),
    eee co? wtyczke do eclipse obsługuje chyba wszystkie ok 50sztuk
    >Wbudowane biblioteki popularnych peryferii,
    zalatuje mi tu bascomem
    >Współpraca z płytkami rozwojowymi,
    tylko parenaście/dziesiąt płytek
    >Wizualna prezentacja stanów i/o mikrokontrolera,
    symulator taki jak w AVRStudio?
    cybersoft napisał:
    Co do Eclipse, to znam dobrze to środowisko (używam do php i c) - ale jest to wielka kobyła i nie jest natywna.

    Co według ciebie znaczy że nie jest natywna ?
    Przecież chodzi pod javą a ta jest natywna.

    _edit: Jak tak bardzo ci przeszkadzają moduły, wtyczki itp to pobierz źródła, połącz i przekompiluj. Pozatym Eclipse, wtyczka i AVRDude rozwijają się niezależnie więc nie wyobrażam sobie jak mogło by to inaczej dzialać.

    _edit2: Jeszcze dopisze że pierwotnie avrdude, gcc-avr, wtyczka do eclipse powstały dla linuks'a więc idea współdziałania kilku mniejszych niezależnych programów, jest cechą fundamentalną tego systemu, inaczej się nie da[tzn na upartego można tylko po co?].
  • #14 6327683
    janbernat
    Poziom 38  
    Te opinie wyglądają jak zawiść księdza prałata że aptekarzowa miała lekki poród.
    A niech cybersoft to zrobi.
    Ale nie tylko screeny ale jakąś wersję beta do testowania.
    Wtedy będzie można pisać.
    DOBRYCH narzędzi nigdy dość.
  • #15 6327829
    antrykot
    Poziom 20  
    A mi tylko potrzebny dobry debugger pod linuksa. Taki jak AVRStudio, a nawet lepszy :)
    Resztę, typu fusy, programatory załatwi byle jaki skrypt i podpięcie pod menu Tools.
    A narazie jeśli już muszę, to korzystam z AVRstuid pod VirtualBoxem (WinXP) co jest dość nie wygodne.
    Ale napisanie takiego debuggera to sporo roboty niestety.
  • #16 6328076
    janbernat
    Poziom 38  
    No ale cybersoft pisze że będzie(jest?) debugger.
  • #17 6328099
    Dr.Vee
    VIP Zasłużony dla elektroda
    Debugger czy symulator? Bo to dwie różne rzeczy. Do debugowania jest gdb + ddd. Jest też simulavr, ale właściwie nie obsługuje nowych układów.

    A co do pisania własnego IDE to zalatuje mi to syndromem NIH - not invented here ;)

    Pozdrawiam,
    Dr.Vee
  • #18 6328108
    janbernat
    Poziom 38  
    Okropnie Go dołujecie.
    Takie środowisko "konserwatywne"...
  • #19 6328455
    Dr.Vee
    VIP Zasłużony dla elektroda
    Szczerze? Każdy chyba był kiedyś na etapie "najlepsze programy to te napisane przeze mnie". Dla niektórych punktem honoru jest napisanie edytora tekstu, IDE, języka programowania lub systemu operacyjnego - w zależności od stażu ;)

    Zresztą dołowanie to chyba minimalny problem w porównaniu z napisaniem, testowaniem i utrzymywaniem IDE z taaaaką rozbudowaną funkcjonalnością?

    Pozdrawiam,
    Dr.Vee
  • #20 6328542
    janbernat
    Poziom 38  
    Dr.Vee:
    "najlepsze programy to te napisane przeze mnie-...
    w zależności od stażu"
    To ja już chyba PIT-a sam nie wypełnię...
  • #21 6505605
    wilk125
    Poziom 23  
    napisz z chęcia potestuję
  • #22 6506302
    arrevalk
    Poziom 25  
    A ja tam życzę koledze powodzenia i sukcesów w pisaniu tego IDE, i mam nadzieje że znajdzie ludzi z taką sama pasją jak on. Bo gdyby każdy myślał tak jak większość ludzi na tym forum, to nie było by Netbeans, Eclipse, CodeBlocks, Windowsa, Linuxów, Unixów, MacOsów i stu projektów lampek RGB w DIY.
  • #23 6506549
    OldSkull
    Poziom 28  
    IMO nie bardzo ma to jakiś większy sens - dla mnie ideałem byłoby AVRStudio z edytorem tekstu Notepad++ oraz wbudowanym czymś o funkcjonalności AVR Burn-O-Mat. A tak to piszę w N++, kompiluję w AVRStudio (debuguję również), a programuję plikiem .bat z komendą do avrdude.

    Oczywiscie warto pisać niektóre programy samemu (np. terminale do rs232 są generalnie kiepskie, lepiej napisać własny). Ale w tym wypadku to się mija z celem, szczególnie:

    "całość w języku polskim wraz z pomocą,"
    Mimo iż AVRy mają 90% dokumentacji wspólną, to byś musiał przetłumaczyć z 1.5 tysiąca stron tekstu, a wyhaczenie różnic zajęłoby Ci kilkaset godzin.

    "Wbudowane biblioteki popularnych peryferii,"
    Życzę powodzenia - bo chociaż biblioteki do najpopularniejszych peryferii są dostępne, to po pierwsze musiałbyś sie użerać z licencjami, po drugie musiałbyś sie sporo namęczyć aby były wbudowane.

    "Wizualna prezentacja stanów i/o mikrokontrolera,"
    jest w AVRStudio - chyba, że choidz o coś w stylu tego co jest w Keilu, gdzie można sobie nawet rysować wykresy ze stanó pinów.


    Natomiast zdecydowanie byłbym za, gdybyś zebrał i opracował biblioteki najpopularniejszych rzeczy, w końcu dobrych, działających bibliotek nigdy za wiele.
  • #24 6524580
    cybersoft
    Poziom 12  
    Z powodu braku czasu projekt tymczasowo zawiesiłem, jak będę coś dalej robił w tym kierunku to poinformuje.
REKLAMA