Wiadomo że producenci urządzeń współpracujących z procesorem podają bardzo dokładnie takie dane jak przebiegi czasowe, wewnętrzne rozkazy dla urządzeń, (patrz str 203 tabelka dla LCD HD44780), rejestry konfiguracyjne. To ja się pytam. Dlaczego nie podają gotowej biblioteki funkcji w języku C, taką jaką stworzył np p. Mirek tj. lcd44780.h . Czyżby bali się że jest ona niedoskonała i użytkownicy będą skarżyć się w sądach, że klienci ponieśli jakieś straty? Wiadomo że firma produkująca zatrudnia programistów, którzy bardzo dokładnie znają dane urządzenie. I oni są w stanie stworzyć najlepsze biblioteki. Dla mnie to jest tak jakby producent samochodów wypuścił na rynek nie do końca opracowany model i liczył na to że do doskonałości doprowadzą je prywatne warsztaty samochodowe. Przy okazji. Jak jest tworzona nowa linię procesorów, to biblioteki dla nich tworzy producent, czy "ludzie w sieci" czyli klienci kupujący te procesory?

Pomimo że jest "niby" jeden język C - to kolega nie rozumie jednak troszkę tego, że odmian tego języka w zależności od chociażby samych wersji kompilatorów nawet na tą samą rodzinę procesorów, ale też są odmiany w zależności od rodzin czyli od SPRZĘTU w procku.

BA! czy język C to jedyny język na świecie żeby go tak wyróżniać ? jest jeszcze np asembler.

Dlatego twórcy peryferiów czasem tylko tworzą przykładowe i to mocno przykładowe biblioteki do swoich peryferiów czasem w C ale dla konkretnej rodziny mikrokontrolerów patrz np scalak STMPE811, albo w asemblerze TYM bardziej dla konkretnej rodziny procków

A kto ma tworzyć biblioteki do TAK STAREGO STANDARDU jak świat jakim jest HD44780, no kto ??? jak produkuje go milion chińskich fabryczek i czochra ich to .... to tak jakby ktoś miał tworzyć biblioteki dla układów np MAX485

do pewnych zbyt oczywistych i STARYCH rzeczy, standardów nikt już sobie głowy tym nie zawraca ponieważ można znaleźć MILIARDY gotowych rozwiązań nie wspominając że na bazie przedstawionych danych można napisać samemu.

Więc w efekcie końcowym na napisanie bibliotek silą się tylko producenci nowości po to aby lepiej zachęcić potencjalnych konsumentów - bo nowościom ciężko się przebić jak wszędzie - dlatego taki support się liczy

ale biblioteki do standardów starych jak świat to troszkę jednak tak jakby ktoś chciał np pisać poradnik "jak jeść chleb ze smalcem i skwarkami" może śmieszne porównanie ale prawdziwe - każdy już raczej wie jak jeść chleb - no może nie wszyscy wiedzą że można ze smalcem i ze skwarkami

_________________
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 ]

Zakładam, że te 129 procków AVR, które wybieramy w MKAVR Calculator to obsługuje ten sam kompilator. Czyli inne AVR-y mają inne kompilatory. Tak przez ciekawość. Ile może być być takich kompilatorów 2,3 ...50...1000? Jeżeli 1000 to rozumiem argumentację.
Wniosek. Producent scalaka współpracującego z danym mikroprocesorem musiałby stworzyć tysiące bibliotek, zwłaszcza gdyby musiał uwzględnić AVR-y, PIC-e lub inne INTEL-e Czy dla programisty z doświadczeniem, to są rzeczy tak oczywiste i proste że woli sam stworzyć bibliotekę? Czy korzysta z tych „miliardów”. A skąd on wie że dana biblioteka jest najlepsza? Tu chyba odzywa się intuicja, którą niestety nabywa się z doświadczeniem. Wyobrażam sobie że praca dobrego programisty polega na tym, że wie skąd pościągać dane cegiełki i jak je razem połączyć. Wtedy robi to szybko i pewnie (bo wie ,że cegiełki które ściąga są pewne)

Nie wiem co ma 129 procków AVR obsługiwanych przez MkCalka tu do rzeczy .... bo kwestia jest tego że tyle obsługuje AVRDUDE umozliwiające zaprogramowanie ich .. i ma sie to ni jak do kompilatorów, z którymi niema nic wspolnego. Interfejsów programowania jest kilka PDI/TPI/SPI ......... wiec co to ma wspolnego z kompilatorem ??

radzę doczytać co to jest kompilator , i programator ....

co do kompilatorów to na AVR jest ich kilka zależnie od języka programowania czy tez firmy która wprowadziła
swój standard i odmianę no języka C ...

Co do doświadczenia ... Intuicja intuicją , kwestia wprawy bardziej bo łatwiej napisać kod od nowa niż czyjś
poprawiać. Wystarczy wiedza i umiejętność szukania potrzebnych informacji do napisania biblioteki , choćby w nocie rządzenia i wtedy się to tobi szybko i sprawnie , a cegiełki do siebie pasują

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

Ja dla TYLKO naszych procków AVR8 znam następujące kompilatory C:

1. AVR GCC
2. IAR Embedded
3. CodeVision
4. microC
5. AVREdit
6. AVRSide
7. ATMANAVR

a na pewno jest jeszcze wiele innych. Na pewno. No to teraz niech kolega weźmie pod uwagę każdą rodzinę, podrodzinę i fakt że dla niej może być po ileś tam czasem nawet egzotycznych ale kompilatorów .... i co ?


No właśnie



Właśnie trzeba zrozumieć jedno - nie ma NAJLEPSZEJ biblioteki na świecie - najlepsza to jest TA która spełnia założenia KONKRETNEGO projektu elektronicznego. To nie biblioteki na PC .... tu owszem można szukać NAJLEPSZYCH bibliotek bo wszyscy np mówimy o jakimś konkretnym systemie operacyjnym a jaki jest sprzęt ??? to nas CZOCHRA w elektronice jest niestety inaczej - dużo zależy od sprzętu i otoczenia w jakim pracuje dane peryferium



Może "wie skąd pobrać" to nie - bo to nie takie proste czasem, trzeba się naszukać. Ale na pewno radzi sobie z ich połączeniem ze swoim projektem albo jeśli coś nie odpowiada to przerabia je do swoich potrzeb albo w ostateczności pisze własną. O tak to wygląda.

_________________
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 ]

Dzięki. Pan Jourdain z Moliera nie wiedział, że mówi prozą. Używam tylko kompilatora C- AVR GCC. Dlatego dopiero teraz zdałem sobie sprawę,że są także inne kompilatory C.
Nic.
Pytanie było tylko tak oczywiste(dopiero po odpowiedzi Mirka), czy te 129 procków obsługuje ten sam kompilator C.

Ja tylko chciałbym zauważyć że jakikolwiek program napisany na AVR 8bit ( nie wchodząc w różnice nazewnictwa rejestrów ) nie pójdzie na na PIC'u czy innej maści uK a jeszcze są cortex'y i co tam jeszcze ludzkość wymyśliła. Każdy z procesorów ma trochę inny dialekt języka C, procesory różnie obsługują we/wy, timery, przerwania etc. Czy producent ma wyróżniać niektóre kompilatory czy może pilnie śledzić i namiętnie dostosowywać biblioteki do kolejnych pojawiających się na rynku? Nie. Producent ma powiedzieć jaka jest lista komend, jak komendy przekazywać do urządzenia ew. jak urządzenie wypluwa wyniki. Jak urządzenie zasilić i jakie są przebiegi czasowe. Implementacja w konkretnym języku to sprawa użytkownika.

_________________
sig off ;(