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

Pierwsze starcie z mikrokontrolerami (dozwolone linki Allegro, eBay, itp)

Ślepiec 11 Sie 2017 13:00 515130 2015
  • #1981 11 Sie 2017 13:00
    Marek_Skalski
    Moderator Projektowanie

    @MiernikZKauflanda Twoja propozycja jest zupełnie bez sensu. Zamiast mikrokontrolerów, proponujesz eksponaty muzealne. Atmega 8 jest dzisiaj tak samo efektywna jak AT89S8252. Też ma pamięć flash, też jest programowany szeregowo i też można znaleźć sporo programów. Tylko po co?
    Proponujesz też zupełnie zbędne części. Po co komu 10 dławików o tej szczególnej wartości? Aby dać 1 na zasilaniu? Dlaczego akurat 10uH, a nie 22uH albo 4,7uH? Tak samo te rezystory. Po 20 sztuk, kiedy masz 10 ledów. Potencjometr do zabawy? Ja używam potencjometrów do zadawania wartości.
    @Contar323
    0. Najpierw odpowiedz sobie na pytanie co chcesz zrobić, czego chcesz się nauczyć, ile czasu chcesz na to poświęcić? Zakładam, że masz jakiś pomysł w głowie i chciałbyś to zrobić. Albo interesuje Cię jakiś obszar techniki i chciałbyś się czegoś nauczyć, poszerzyć swoje horyzonty, a może chcesz pracować w tej branży.
    1. Jak będziesz wiedział jaki obszar Cię interesuje, to wtedy możesz wybrać platformę sprzętową. Do wyboru jest całkiem sporo konstrukcji i większość z nich ma stowarzyszone środowisko do programowania. Arduino, to nie tylko płytka, ale też IDE, z językiem programowania C++ (ew.C). Nucleo, Discovery, eXpresso, to płytki współpracujące z Mbed.org. Jeszcze inna opcja to płytki Curosity współpracujące z MPLAB Xpress.
    Jeszcze inna możliwość to programowanie ESPxxxx czy innych SoC zaprojektowanych do komunikacji radiowej.
    A może nie interesują Cię mikrokontrolery, tylko mikroprocesory i wtedy lepszym rozwiązaniem będzie Raspbery Pi, Cubieboard czy jakiś Marsboard. Wtedy programy będziesz pisał w C# albo w Pythonie pod linuksem i nawet nie będziesz sobie zawracał głowy rejestrami.
    2. Platforma sprzętowa to nie tylko płytka z przylutowanym uC, ale to również potencjał rozwojowy. Inne rozwiązania sprawdzą się w urządzeniach energooszędnych, np. IoT smart Home, a zupełnie inne będą potrzebne przy audio/video. Jeszcze inaczej będzie wyglądała architektura typowego noda, urządzenia współpracującego z innymi przez internet.
    3. Jeżeli chciałbyś na tym zarabiać, to umiejętność programowania Arduino na nikim wrażenia nie robi. To samo dotyczy sprzętu. Mało kogo obchodzi, że znasz architekturę AVR, PIC, STM8, LPC2xxx czy innego BCM... i wiesz jak go połączyć ze światem zewnętrznym. Za 5 czy 15 lat będą inne platformy i inne układy. Stale trzeba się uczyć i być na bieżąco. Tylko w nielicznych przypadkach ceniona jest umiejętność syntetycznego podejścia do architektury systemu, ale to na ogół wynika z doświadczenia. Dlatego działaj, nie czekaj!
    4. Chętnie pomogę w wyborze platformy sprzętowej i programowej, ale najpierw określ co chciałbyś robić. Bez tego, każdy może wypisać setki propozycji, a Ty nadal nie będziesz wiedział co lepsze.

  • Technik Elektryk - Faber CK
  • #1982 11 Sie 2017 13:18
    dondu
    Moderator Mikrokontrolery Projektowanie

    Nie na darmo w przedszkolu zaczyna się od prostych klocków, do których w przypadku AVR-ów jest miliard materiałów w sieci.

    I nie ma czegoś takiego jak muzealne mikrokontrolery, bo jeśli już to do nich można zaliczyć rodzinę 8051 z lat 70-tych, która nota bene świetnie nadal się trzyma i jest produkowana przez wielu producentów, którzy prześcigają się w tworzeniu nowych odmian o niespotykanych prędkościach działania.

    Faktem natomiast jest, że możliwości jest wiele, a wszystko zależy od tego, czy to tylko hobby, czy też przyszły zawód i na jakim etapie, wieku, itp. jesteś

    Jeśli tylko programistą wybierz jakieś gotowe platformy. Jeśli także elektronikiem, wybierz płytkę stykową z 830 polami za 6zł i goły mikrokontroler ATmega8A za 3,5zł i zacznij naukę.

  • Technik Elektryk - Faber CK
  • #1983 11 Sie 2017 13:25
    Marek_Skalski
    Moderator Projektowanie

    dondu napisał:
    wybierz płytkę stykową i goły mikrokontroler.

    Jeżeli to ma być coś prostego, to płytka stykowa + Nucleo daje znacznie większe możliwości. Golasa trzeba przylutować, zasilić, zblokować, dorobić interfejs do programowania... szkoda czasu. Za 1,5$ mam gotową płytkę z STM32F103C8. A za kilka dolarów są Nucleo, o nieporównanie większych możliwościach niż droga, powolna i energożerna atmega8, która nie posiada debugera.

  • #1984 11 Sie 2017 13:27
    dondu
    Moderator Mikrokontrolery Projektowanie

    Marek_Skalski napisał:
    Golasa trzeba przylutować, zasilić, zblokować, dorobić interfejs do programowania... szkoda czasu.

    Toć przecież napisałem że właśnie o to chodzi gdy:
    dondu napisał:
    Jeśli także elektronikiem, wybierz płytkę stykową z 830 polami za 6zł i goły mikrokontroler ATmega8A za 3,5zł i zacznij naukę.

    Dzięki temu przecież nabierze doświadczenia w zakresie elektroniki.

  • #1985 11 Sie 2017 15:08
    Contar323
    Poziom 4  

    Jeżeli chodzi o mnie:
    Kiedyś zobaczyłem na elektrodzie coś w DIY. Wtedy pomyślałem, że mi też takie coś by się przydało. Ale cóż. Na schemacie był uC. Kod źródłowy był podany. Lecz co mi po kodzie, jak ja nawet nie potrafię go wgrać. Stąd moje zainteresowanie. Niekiedy sam bym coś napisał, ale nie umiem. Na chwilę obecną chce się czegoś nauczyć. Coś wykonać samodzielnie od zera.

  • #1988 11 Sie 2017 15:42
    dondu
    Moderator Mikrokontrolery Projektowanie

    Ok, to musisz wiedzieć jeszcze jedno:
    Decyzję musisz podjąć sam, bo na forum ścierają się zwolennicy (od początkujących do profesjonalistów) wielu różnych kierunków rozpoczynania nauki i stosowanych przez nich mikrokontrolerów.

  • #1990 11 Sie 2017 16:52
    dondu
    Moderator Mikrokontrolery Projektowanie

    Contar323 napisał:
    Ale ogólnie: więcej osób używa C i jego odmian czy innych?

    Widzę że nie dokładnie jednak czytałeś to co sugerowałem:

    Cytat:
    - wbrew opinii C na poziomie podstawowym jest bardzo proste,

    - C jest uniwersalne, możesz programować nim różne mikrokontrolery, a nawet pisać programy na komputery PC itp. co jest bardzo przydatne gdy robisz projekt, który łączy się z komputerem np przez USB. Wtedy zarówno mikrokontroler jak i komputer programujesz w jednym języku.

    - mały rozmiar kodu wynikowego (super optymalizacja),

    - bardzo szybki kod wynikowy,

    - darmowe kompilatory i środowiska programistyczne dla większości procesorów,
    w sieci znajdziesz najwięcej "gotowców" właśnie w tym języku,

    - szukając pracy i znając C masz "otwarte drzwi" - zobacz oferty pracy
    producenci mikrokontrolerów używają C w datasheetach oraz w udostępnianych bibliotekach do obsługi wielu interfejsów jak USB, karty SD, LCD, TCP/IP, itd.

    - producenci optymalizują mikrokontrolery dla potrzeb języka C, co daje im OGROMNĄ przewagę nad innymi językami:
    Pierwsze starcie z mikrokontrolerami (dozwolone linki Allegro, eBay, itp)

    Zobacz najbardziej poszukiwane (w skali globalnej) przez pracodawców umiejętności pracowników:

    Pierwsze starcie z mikrokontrolerami (dozwolone linki Allegro, eBay, itp)


    Przeczytaj więc jeszcze raz: http://mikrokontrolery.blogspot.com/2011/04/jaki-jezyk-wybrac.html

    Znajdź choć jedną dokumentację mikrokontrolera, w której jest przykładowy kod w innym języku niż C/C++ lub assembler.

    Fragment z dokumentacji AVR:

    Pierwsze starcie z mikrokontrolerami (dozwolone linki Allegro, eBay, itp)

  • #1992 12 Sie 2017 10:50
    Simon79
    Poziom 17  

    Jeśli chodzi o mikrokontrolery to w zasadzie tylko C, ostatnio też C++ jeśli nie chcesz trafić w ślepą uliczkę jaką jest np. BASCOM (sam używam i do zastosowań "domowych" jest ok, ale ma wrażenie że jego popularność spadła na rzecz arduino. Co do wyboru procesora nie ma znaczenia czy AVR PIC czy STM. Każda rodzina ma swoje wady i zalety, na początek do wyświetlania "Hello world" czy migania diodami atmega8 (lepiej 88) będzie ok.

  • #1993 15 Gru 2017 23:54
    sidoor
    Poziom 1  

    Witam wszystkich!

    Jako absolutny laik w temacie mikrokontrolerów mam kilka pytań dotyczących zastosowania układu 1-wire z czujnikami temperatury DS18B20. Planuję stworzyć dość rozbudowaną sieć pomiaru temperatury w domu. Jako, że jednym z elementów układu jest gruntowy wymiennik ciepła, chciałbym monitorować temperaturę gruntu w różnych miejscach GWC. Ze względu na pozytywne doświadczenia z czujnikami DS18B20 postanowiłem, że wykorzystam je w tym właśnie celu. Przechodząc do meritum - muszę dość szybko ułożyć w ziemi czujniki wraz z kablami ponieważ następnie zostanie nad nimi wylana płyta betonowa, także stracę do nich dostęp. Jeśli chodzi o szczegóły to zamierzam wykorzystać ok 16 czujników, długość przewodu dla każdego z nich do max 7 metrów. Sieć pomiarowa będzie zrealizowana w formie gwiazdy. W tej chwili nie mam czasu żeby wchodzić głęboko w sposób odczytu sygnału z czujników, interesuje mnie jedynie włożenie ich do ziemi i sprawdzenie czy prawidłowo wskazują temperaturę (nawet pojedynczo). Z dotychczasowej lektury forum wywnioskowałem, że najlepszym przewodem będzie skrętka doziemna. Na allegro znalazłem również gotowe, wodoodporne czujniki na kablu . Planuję skrócić kable w które zaopatrzone są czujniki i połączyć je z w/w skrętką (na forum znalazłem sugestię aby każdy z 3 kabli z czujnika łączyć z przewodami z 3 różnych par skrętek). Pozostaje kwestia weryfikacja poprawności działania czujników - czy układ Meraprojekt MP00202 pozwoli mi na prosty odczyt i weryfikację, czy czujnik pracuje prawidłowo?

    Z góry dziękuję za odpowiedz i pozdrawiam

  • #1994 06 Sty 2018 22:01
    rekinisko
    Poziom 22  

    Nie wiem czy przeoczyłem jakieś wydarzenia ale z początkiem roku klikając w dokumentację jakiejkolwiek atmegi wyskakuje strona microchip-a. Czyżby to definitywny koniec AVR?

  • #1995 06 Sty 2018 22:13
    tmf
    Moderator Mikrokontrolery Projektowanie

    Nie, Microchip przejął Atmela jakiś czas temu i trwa migracja stron. Treści ze strony Atmela są dostępne na stronie Microchipa. Jeśli szukasz np. not, to znając nazwę noty wyszukasz ją przy pomocy wyszukiwarki na stronie Microchipa. Niestety google nie zaktualizowało jeszcze linków i nie poindeksowało nowej strony.
    Końca AVR z pewnością to nie oznacza, na razie wydaje się, że jest wręcz przeciwnie. W końcu ruszyły nowe linie produkcyjne, więc może nie będzie już problemów z dostępnością. W dodatku wprowadzili nową linię ATTiny, z jednolitą przestrzenią adresową, event system, DAC i innymi wynalazkami rodem z XMEGA.

  • #1996 06 Sty 2018 22:15
    Marek_Skalski
    Moderator Projektowanie

    Przeoczyłeś chyba fakt, że prawie 2 lata temu Microchip kupił w całości Atmel.
    Od tamtej pory wszystko co jest związane z marką Atmel i AVR jest systematycznie zastępowane przez Microchip i PIC. Na stronie atmel.com już od kilku miesięcy był komunikat, że strona zostanie zlikwidowana i skrypt realizował przekierowanie na odpowiednią stronę w microchip.com.
    W tym roku prawdopodobnie zobaczymy nową rodzinę PIC19 (czyli dawne AVR). Dodatkowo przyjedzie wsparcie dla SAM'ów w MPLAB X. W przyszłym roku nastąpi śmierć Atmel Studio, które działa tylko pod Windows, a MPLAB X działa pod Windows, Linux i MacOS.

  • #1997 06 Sty 2018 22:19
    tplewa
    Poziom 37  

    Marek_Skalski napisał:
    Przeoczyłeś chyba fakt, że prawie 2 lata temu Microchip kupił w całości Atmel.
    Od tamtej pory wszystko co jest związane z marką Atmel i AVR jest systematycznie zastępowane przez Microchip i PIC. Na stronie atmel.com już od kilku miesięcy był komunikat, że strona zostanie zlikwidowana i skrypt realizował przekierowanie na odpowiednią stronę w microchip.com.
    W tym roku prawdopodobnie zobaczymy nową rodzinę PIC19 (czyli dawne AVR). Dodatkowo przyjedzie wsparcie dla SAM'ów w MPLAB X. W przyszłym roku nastąpi śmierć Atmel Studio, które działa tylko pod Windows, a MPLAB X działa pod Windows, Linux i MacOS.


    Dokładnie - niedługo też wyjdzie nowy PicKit wspierający Atmele ;) trochę polecieli w nim po bandzie zrobili dotykowy przycisk którego nie widać i łatwo nieumyślnie wcisnąć.

    Jednak o same procki nie ma się co martwić bo nie znikną jako tako :) Microchip tylko zespoli to z swoją ofertą.

  • #1998 06 Sty 2018 22:50
    tmf
    Moderator Mikrokontrolery Projektowanie

    Marek_Skalski napisał:
    W przyszłym roku nastąpi śmierć Atmel Studio, które działa tylko pod Windows, a MPLAB X działa pod Windows, Linux i MacOS.

    Wiesz coś więcej na ten temat, czy to tylko domysły? Byłaby to zła wiadomość, bo AS jest całkiem miłe. Z drugiej strony możliwość pracy pod Linuksem też byłaby cenna. Mam tylko nadzieję, że jeśli by sie tak stało jak piszesz (w co wątpię, bo ciągle nowe wersje AS są wypuszczane, a to nie miałoby sensu, gdyby mieli je zarzucić), to nie zarzucą wsparcia dla programatorów Atmela. Szczególnie Atmel-ICE mi przypasował i jeśli by skasowali wsparcie dla niego, to bym się poważnie obraził :) No może nie tak, aby zaraz przejść do STM... ale na Cypressa, czemu nie.

  • #1999 06 Sty 2018 22:55
    tplewa
    Poziom 37  

    @tmf

    Z Atmel Studio pewne (ale to nie tak już - jeszcze trochę będzie rozwijane zapewne), miałem ostatnio spotkanie z inżynierem aplikacyjnym z Microchipa i trochę rozmawialiśmy na różne tematy (między innymi widziałem nowego PicKita)... Też mnie to smuci bo IDE oparte na Visual Studio bardziej mi się podoba i jestem do niego przyzwyczajony.
    No ale co zrobić.

    Osnośnie Atmel-ICE nie masz się co przejmować dojdą do niego PIC-e ;) PDF-y z roadmap itp. poszły na priv.

  • #2000 06 Sty 2018 23:24
    tmf
    Moderator Mikrokontrolery Projektowanie

    Dzięki, dostałem. Ciekawa czytanka. Z tego co na szybko przejrzałem dobra wiadomość jest taka, że Atmel-ICE będzie wspierał PICe :) Czyli nie muszę się obrazić :) Druga taka, że jak widzę AS będzie nadal wspierany - przynajmniej w tym dokumencie nie piszą nic o niewspieraniu, a w roadmap jest kreska tak daleko jak dla MPLAB X. Może to przejęcie da drugą młodość AVRom i Atmelowym ARMom, bo istotne odświeżenie by im się przydało.

  • #2001 06 Sty 2018 23:26
    tplewa
    Poziom 37  

    Tak jak wspomniałem docelowo ma być MPLAB, ale to zapewne jeszcze parę lat potrwa zanim się im wszystko uda zintegrować itd. Natomiast ciekawie jest z SAM widać że chcą je mocno promować i rozwijać. Przykładowo bardzo fajny modulik SAMA5D26SOM - jak się chce na swoim PCB mieć szybko ARM-a z linuxem i nie męczyć się z trudnym PCB pod pamięci DDR itd.

    Pierwsze starcie z mikrokontrolerami (dozwolone linki Allegro, eBay, itp)

  • #2002 07 Sty 2018 15:02
    tronics
    Poziom 36  

    Microchip widzi tylko 2 linie warte rozwoju od Atmela. ATSAM właśnie, które może nie mają jakieś super ugruntowanej pozycji na rynku, ale są to fajne rozwiązania, które się w rynek wpasowują i są na ARM. Druga to TinyAVR. Tiny (nowsze) charakteryzuje się bodajże max qpf32, w porównaniu do PIC16 dużą wydajnością na takt, a do tego mocnymi peryferiami. Co za tym idzie stanowią uzupełnienie portfolio układów malutkich Microchipa gdzie PIC były ok, ale mało wydajne. W przypadku układów W Mega Microchip nie widzi dużej szansy na zwiększanie popularyzacji, bo 32bitowce w takich zastosowaniach już ich los przypieczętowały. Fajnie, że atmel-ice będzie PIC obsługiwał, wydaje się, że dzięki temu osoby które w niego zainwestowały powinny być raczej usatysfakcjonowane tym obrotem spraw.

  • #2003 09 Sty 2018 11:02
    dondu
    Moderator Mikrokontrolery Projektowanie

    Marek_Skalski napisał:
    W przyszłym roku nastąpi śmierć Atmel Studio, które działa tylko pod Windows, a MPLAB X działa pod Windows, Linux i MacOS.

    Oby się nie okazało, że w przyszłości kompilator dla AVR będzie płatny jak wszystkie kompilatory do PICów.

  • #2004 09 Sty 2018 11:18
    tplewa
    Poziom 37  

    dondu napisał:
    Marek_Skalski napisał:
    W przyszłym roku nastąpi śmierć Atmel Studio, które działa tylko pod Windows, a MPLAB X działa pod Windows, Linux i MacOS.

    Oby się nie okazało, że w przyszłości kompilator dla AVR będzie płatny jak wszystkie kompilatory do PICów.


    Ma dojść obsługa AVR-ów do ich kompilatora i zapewne optymalizacja będzie płatna (chyba że w końcu kiedyś z tego zrezygnują IMHO to strzelanie sobie w stopę - przez to ich procki są mniej popularne). Jednak GCC raczej zostanie...

  • #2005 09 Sty 2018 11:20
    tronics
    Poziom 36  

    Atmel studio korzysta z avr-gcc czyli crosscompilera na bazie gcc, do avr-libc chyba nawet atmel nie ma praw. Ergo z tymi narzędziami nie mają raczej prawa cokolwiek ograniczać. Natomiast jestem na 80% pewien, że w MPLAB nie będą używać avr-gcc, co oznacza, że opracują własny komercyjny kompiler i zestaw bibliotek (pewnie ulepszony ASF). Jeśli będzie to szybsze i wygodniejsze (a nie mam podstaw twierdzić by z takim supportem było inaczej) to jest duża szansa, że będzie jak kolega dondu pisze. Ale tylko w tym środowisku. Jeśli AS przestaną rozwijać to nie będzie większej alternatywy jak CodeBlocks czy Eclipse z avr-gcc właśnie. Gorzej pewnie z debugowaniem.

  • #2006 09 Sty 2018 12:10
    tmf
    Moderator Mikrokontrolery Projektowanie

    dondu napisał:
    Oby się nie okazało, że w przyszłości kompilator dla AVR będzie płatny jak wszystkie kompilatory do PICów.



    Tu nie ma problemu, gdyż to co mamy jest wystarczające, gcc dla AVR i tak już istotnie się nie zmienia, a to co się zmieniło na korzysć (np. named address spaces) zostao wprwadzone przez osobę niezwiązaną z Atmelem. Dodatkowo, wszystkie patche są w projekcie gcc, więc nie ma problemu aby dalej rozwijać wsparcie od miejsca w którym ew. porzuciłby je Microchip.

    tronics napisał:
    Atmel studio korzysta z avr-gcc czyli crosscompilera na bazie gcc, do avr-libc chyba nawet atmel nie ma praw. Ergo z tymi narzędziami nie mają raczej prawa cokolwiek ograniczać.


    Z ym co jet to ok. Ale można sobie wyobrazić sytuację w której gcc wymagałoby patcha aby pracować w nowymi AVRami, który nie byłby publicznie dostępny.

  • #2007 09 Sty 2018 13:56
    tplewa
    Poziom 37  

    Generalnie nie ma co panikować. Atmele są popularne i pewnych spraw zapewne Microchip nie uwali bo ludzie uciekną na ARM-y itp.

    Na chwile obecną wiadomo PI * Drzwi tyle:

    Pierwsze starcie z mikrokontrolerami (dozwolone linki Allegro, eBay, itp)

    Z jakiś tam rozmów wynikło że wsparcie dla Atmel Studio zniknie, ale to nie jest z oficjalnych danych tylko z rozmowy z inżynierem aplikacyjnym Microchipa.
    Do tego na 100% nie stanie się to nagle - wiadomo najpierw muszą zapełnić pełne wsparcie w MPLAB X i dla AVR i dla ARM-ów Atmela.

    Zresztą tematem samych AVR-ów jakoś mocno się nie interesowałem. Postaram się coś tam podpytać dokładniej.

  • #2008 09 Sty 2018 14:12
    2675900
    Użytkownik usunął konto  
  • #2009 09 Sty 2018 14:31
    tplewa
    Poziom 37  

    Piotrus_999

    Osobiście mam podobnie. Ale mam kilka produktów w firmie opartych jeszcze na AVR i trudno to obecnie zmienić. Kolejna sprawa czasami coś jeszcze zrobię na zasadzie opróżniania tego co mam w szufladach (a trochę się tego nazbierało choć część już rozdałem znajomym za free). Czasami też użyję AVR-a jak potrzebuję logiki TTL 5V, a wejścia 5V tolerant to zbyt mało i konieczne jest tworzenie dużej liczby buforów (ale to też raczej niszowo).

    Inna sprawa jeśli chodzi o ATTiny w najmniejszych obudowach, tutaj jeszcze widzę dla nich przyszłość.

    Jednak patrząc jak to wygląda u nas raczej nie spodziewał bym się szybkiej śmierci tych procesorów. Zwłaszcza dla wielu osób XMega są bardzo fajnym rozwiązaniem.

    Natomiast jeśli chodzi o obudowy - to tutaj będzie jak i z THT... powoli wejdzie to pod strzechy. Zresztą już obecnie wiele osób używa, a chińskie automaty Pick&Place będą coraz tańsze (już można kupić za stosunkowo nieduże pieniądze).

  • #2010 09 Sty 2018 15:13
    2675900
    Użytkownik usunął konto