Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Programowanie uC. Jaki program? Nauka od podstaw.

misiek1784 23 Maj 2008 19:15 2334 20
  • #1 23 Maj 2008 19:15
    misiek1784
    Poziom 14  

    czesc. Wiem ze w internecie jest duzo takich programów ale moze ktoś z Was mugłby mi polecic program w którym mógłbym sie nauczyc podstaw programowania uC. Bardzo mi na tym zalezy, z góry dziękuje:)

    0 20
  • #2 23 Maj 2008 19:35
    BTomasz92
    Poziom 16  

    Witam!

    Najpierw musisz się zdecydować jaki rodzaj mikroprocesorów chcesz programować. Najpopularniejsze są AVR'y i chyba warto od nich zacząć. Kolejnym krokiem jest wybór języka, oto trzy najpopularniejsze: Asembler, BASCOM, C. Informacje o nich znajdziesz za pomocą wyszukiwarki Google.

    Pozdrawiam,
    BTomasz92

    0
  • #3 23 Maj 2008 20:32
    misiek1784
    Poziom 14  

    A który z jezyków byś zaproponował. Wg Ciebie programowanie uC jest trudne??

    0
  • #4 23 Maj 2008 20:56
    Freddie Chopin
    Specjalista - Mikrokontrolery

    zaproponować ci możemy któryś z przyklejonych tematów, google i wyszukiwarke forum. wybierz sobie.

    0x41 0x56 0x45!!

    0
  • #5 23 Maj 2008 21:58
    Pituś Bajtuś
    Poziom 28  

    A ja proponuję zacząć od języka polskiego. Dopiero potem przyjdzie pora na języki programowania.

    0
  • #6 24 Maj 2008 00:00
    kasaidolar
    Poziom 19  

    Tez bym zaczal najpierw od jezyka polskiego :)
    Ale tak powaznie to: Jak nigdy nic nie programowales to chyba najlepiej zaczac od BASCOMa - podobno najlatwiejszy. Co do procka to moze byc jakis z rodziny 8051 ale ja osobiscie na poczatkek polecam AVR np Atmega8 albo jakąs ATTINY :)
    Jak bedziesz mniej wiecej wiedzial z czym to sie je to przesiasc sie na innego procka nie ma problemu. Troche poczytaj w necie co i jak i zagladnij moze tu: http://mikrokontrolery.net/ ja pamietam kiedys dawno wpadlem na ta strone i sporo mi wyjasnila ;)
    Pozdrawiam

    0
  • #7 24 Maj 2008 00:28
    tplewa
    Poziom 38  

    Zalezy dla kogo - jak widze skladnie bascoma to dostaje drgawek :) Wole ASM lub C... latwiej sie przesiasc na inne uC.

    Przy BASCOM-ie nie dosc ze nie nauczysz sie wiele o uC (bo masz do wiekszosci gotowe komendy) to jestes uwiazany przy AVR i 51...

    Jak ktos nie lubi GCC to jest tez ograniczona wersja CodeVision - ktora sporo ulatwia (jak mowimy o AVR)...

    Natomiast co do wyboru procka to chyba obecnie AVR jest bardziej popularny, zwlaszcza w kregu poczatkujacych...

    0
  • #8 24 Maj 2008 01:05
    kasaidolar
    Poziom 19  

    Co do BASCOM to tez go nie znosze :) Ale... jak ktos nigdy nic nie programowal i nie widzial wczesniej C na oczy to moim zdaniem bedzie mial problem... chociaz nie wiem bo ja akurat najpier poznalem C a pozniej dopiero uC :)

    0
  • #9 24 Maj 2008 10:25
    Ch.M.
    Poziom 27  

    Sądząc po tym co i jak piszesz to nie polecę Ci ASM (tutaj pomyłki literek nie wskazane). Nie polecę Ci Bascom (bo po 1 nie lubię go, a po 2 wystarczy, że poczytam zapytania osób używających go i mam dośc). Szukaj środowiska z bogatymi bibliotekami które zaspokoją większośc Twoich zachcianek. Zresztą wystarczy, że łykniesz składnię w dowolnym kompilatorze i będziesz mógł zmieniac środowiska bezproblemowo.
    Pozdrawiam

    0
  • #10 24 Maj 2008 11:30
    kasaidolar
    Poziom 19  

    Z mojej strony krotka piłka :) Kup albo zrob programator do AVR (na elektrodzie pelno), sciagnij i zainstaluj AVR Studio, kup jakis procek AVR... Polutuj to na jakiejs plytce uniwersalnej... odpal internet i zacznij od mrugania diodkami (w C) :) pozniej juz jest chyba z gorki :)

    Zamiast lutowac samemu mozesz kupic gotowe plytki uruchomieniowe do prockow - czesto sa fajne ale sporo kosztuja... ja zawsze robilem sobie sam :)

    To jest moja recepta na zaczecie programowania prockow :) Ja tak kiedys zaczynalem :)

    Pozdrawiam

    0
  • #11 24 Maj 2008 17:26
    KowalD
    Poziom 17  

    tez proponuje c :D... jak dla mnie nadaje sie do duzych projektow... ale i do malutkich tez :)... no i AVR na poczatek mysle, ze bedzie dobry :)... jak poprzednicy bascoma nie lubie... nigdy nic w nim nie pisalem, nie znam i jakos sobie poradzilem :)...

    0
  • #12 24 Maj 2008 23:02
    misiek1784
    Poziom 14  

    czy układ 8051 na początek to dobry wybór??

    0
  • #13 24 Maj 2008 23:05
    kasaidolar
    Poziom 19  

    kasaidolar napisał:
    Co do procka to moze byc jakis z rodziny 8051 ale ja osobiscie na poczatkek polecam AVR np Atmega8 albo jakąs ATTINY :)

    0
  • #14 24 Maj 2008 23:11
    nsvinc
    Poziom 35  

    8051 w wersji standardowej to ogolna tragedia i pod kazdym wzgledem avry są 10x lepsze. Aczkolwiek znajomość rdzenia x51 pozwoli ci na oprogramowanie np. potężnych procesorów firmy cypress. Wiele innych firm również produkuje wysoce zaawansowane kontrolery na rdzeniu x51...więc wybór należy do ciebie. Ale jesli chcesz brać się za starą philipsowską 89(S)51 to odradzam. Ten procek raczej przyszłości nie bedzie miał...

    0
  • #15 24 Maj 2008 23:15
    yogi33
    Poziom 12  

    najlepiej zacząć od asemblera a potem przejść do C bo wykorzystuje się wtedy asemblera. Atmega8 jest tania i na początek wystarczy a program to AVRStudio. Angielski się przyda do studiowania dokumentacji mikroprocesora :) Pozdrawiam miłej zabawy :)

    0
  • #16 25 Maj 2008 00:11
    misiek1784
    Poziom 14  

    nawet niewiem od czego zacząc:( jak sie wogule do tego zabrać

    0
  • #17 25 Maj 2008 00:28
    Freddie Chopin
    Specjalista - Mikrokontrolery
  • #18 25 Maj 2008 00:29
    kamyczek
    Poziom 34  

    Proponuje zakup książki Mikrokontrolery attiny w praktyce . Wydawnictwo BTC . Książka zawiera sporo przykładów wraz z opisami i podstawami. Do książki jest dostępny zestaw startowy nie jest to stk-500 ale da sie na nim pobawić i zrealizować ćwiczenia z książki i sporo innych eksperymentów.

    0
  • #19 25 Maj 2008 00:34
    finch
    Poziom 20  

    Kolego najlepiej jest się zabrać za C, fakt że może i składnia jest trochę dziwna ale nie wątpliwą zaletą tego języka jest to że jak będziesz się musiał przesiąść na inną kostkę(mam tu na myśli rodzinę) to "opanowanie" jej zajmie Ci nie dużo czasu(postudiowanie dokumentacji). Samo przenoszenie kodu między innymi prockami też jest znacznie łatwiejsze w C niż np ASM. Ja się obecnie zabrałem za bascoma i powiem Ci szczerze że nie podoba mi się ten język i gdyby nie to że mam coś szybko do zrobienia i brak czasu na naukę C to bym go zostawił. Ale jest to mój pierwszy i ostatni projekt realizowany w tym języku. No i znaczna wada jak to już któryś z moich przedmówców powiedział to to że bascom Cię "uwiążę" przy AVR i 8051.

    Reasumując powiem że ludzie którzy siedzą w tej branży już kupę lat i zarabiają tym na życie odradzają asma bo jest on za trudny i mało efektywny(zabiera twórcy kodu zbyt wiele czasu) i ponoć mało który programista lepiej napisze kod w asemblerze niż zrobi to kompilator C.
    Tak więc wybór należy do Ciebie, pytanie jeszcze czy zajmujesz się tym tylko i wyłącznie hobbystycznie czy wiążesz z tym jakąś przyszłość, bo jeżeli przyszłość to o bascomie lepiej zapomnij.

    Pozdrawiam
    finch

    0
  • #20 25 Maj 2008 00:55
    kamyczek
    Poziom 34  

    C faktycznie pozwala na szybką migracje z rodzinki na rodzinkę do tego dostępność bibliotek czyli jechanie na czyimś garbie (wiedzy) Asembler to esencja programowania wymaga wiedzy ale nie posiada ograniczeń i daje 100% kontrolę nad wszystkim. Bascom z jednej strony daje szanse na krok w programowanie dla osób mało ambitnych ,psuje rynek usług związanych z programowaniem i większość sterowników, termostatów , napisali bascomowcy . Działają tak jak sam kompilator (losowo). Dla mnie jeśli ktoś pisze w bascomie i nazywa sie programistą rozśmiesza mnie dość mocno. W sumie fiat 126 i Ferrari to też samochód ale taka sama miedzy nimi przepaść jak miedzy bascomem a asemblerem...

    0
  • #21 25 Maj 2008 19:00
    crazy_phisic
    VIP Zasłużony dla elektroda

    I znów "licytacja" :| , programowanie to przede wszystkim nauka myślenia - to w jaki sposób przelejesz pomysł na język procesora to już inna kwestia. Proponuję posłuchać rad już udzielonych i przejrzeć przyklejone tematy. Dyskusje wielokrotnie poruszane. Temat zamykam.

    0