ATNEL tech-forum

Re: Oficjalne II wydanie Bluebooka

2014-10-25T15:34:32+01:00

yodek napisał(a):

I jak duży procent leci do Mirka [kupując u innego sprzedawcy niż bezpośrednio]?

Witam

Według mnie to Mirka sprawa, ja zapodałem sklep gdzie legalnie można nabyć tą książkę. W końcu dla Ciebie nie ma to większego znaczenia w jakim sklepie kupujesz. A to, że ta książka tam jest do kupienia oznacza, że Mirek przystał na ich warunki.

Pozdrawiam
Elektronik

Statystyki: Napisane przez Elektronik — 25 paź 2014, o 15:34

Re: Oficjalne II wydanie Bluebooka

2014-10-25T15:22:03+01:00

I jak duży procent leci do Mirka [kupując u innego sprzedawcy niż bezpośrednio]?

Statystyki: Napisane przez yodek — 25 paź 2014, o 15:22

Re: Oficjalne II wydanie Bluebooka

2014-10-25T08:31:13+01:00

Witam

Jak potrzebujesz bluebooka na szybko to tutaj, możesz kupić:
http://botland.com.pl/ksiazki/1890-mikrokontrolery-avr-jezyk-c-podstawy-programowania-wyd-ii-m-kardas-twarda-oprawa.html

Pozdrawiam
Elektronik

Statystyki: Napisane przez Elektronik — 25 paź 2014, o 08:31

Re: Oficjalne II wydanie Bluebooka

2014-10-25T07:57:43+01:00

Czy są jakieś plany pojawienia się kolejnych sztuk II wydania Bluebooka ? W czasach dostępności nie miałem luksusów finansowych jakie mam teraz...
...widzę, że są plany, by jeszcze w tym roku pojawił się i GreenBook w II wydaniu - też bym przy okazji kupił.

Statystyki: Napisane przez yodek — 25 paź 2014, o 07:57

Re: Oficjalne II wydanie Bluebooka

2014-01-10T13:26:58+01:00

Leży jedna w szufladzie, też ją wykorzystywałem do obsługi karty i odb. gps
Wszystko jasne. Dziękuje za informacje

Statystyki: Napisane przez tomson5 — 10 sty 2014, o 13:26

Re: Oficjalne II wydanie Bluebooka

2014-01-10T13:17:42+01:00

No możesz, ale jak chcesz to nie musisz. Naprawdę nie trzeba wiele wysiłku by uruchomić 95% softów z niebieskiej. Jedynie z tymi do kart SD może być problem na ósemce.

W sumie od małego procka sie zaczyna, ale szybko potem brakuje zasobów. Mnie np. brakuje tinki z dwoma uartami, bo w sumie nie wiele robię na procku, ale bez 2xuart to nie ma szans i muszę wkładać 644

Statystyki: Napisane przez Gość — 10 sty 2014, o 13:17

Re: Oficjalne II wydanie Bluebooka

2014-01-10T13:13:17+01:00

Nie stać mnie na płytę ATB i zdecydowanie będzie to płyta made in tomson
Rozumiem że mam szykować z szeroką podstawką pod Atmega32 i dorobić sobie adapter pod atmega8?

Statystyki: Napisane przez tomson5 — 10 sty 2014, o 13:13

Re: Oficjalne II wydanie Bluebooka

2014-01-10T12:32:14+01:00

Jest przejścióweczka i do Atmega8 i do tinek dla ATB, więc co za problem?

Statystyki: Napisane przez Gość — 10 sty 2014, o 12:32

Re: Oficjalne II wydanie Bluebooka

2014-01-10T12:30:36+01:00

Zaglądałem i podczytywałem co nieco. Gdzieś mi się Atmega8 i tinka rzuciła w oczy a patrzę na płytę testową i widzę "bydlaczka" atmega32 Bydlaczek to rodzaj nie lubianej przeze mnie obudowy.
Wiem że można kod przerzucać z uc do uc ale może zdażyć się że omawiany przykład po prostu się nie zmieści
Wolę działać na tej samej platformie co Autor szczególnie że te układy różnią się wspomnianą obudową
Z bascomowej nauki wiem że tak jest lepiej i maleje szansa na błędy

Statystyki: Napisane przez tomson5 — 10 sty 2014, o 12:30

Re: Oficjalne II wydanie Bluebooka

2014-01-10T11:58:11+01:00

Nie ma jakiegoś "konkretnego" procesora, ale jeżeli pytasz pod jakie np. skonfigurowane są timery to pod Atmega32. Tylko co za problem przepisać dwie/trzy linijki by działało to na innym procku.

Biblioteki nie są pisane pod jeden procesor, jeżeli o to pytasz.
Bez większych problemów można uruchomić to od attiny po mega2560

PS. I Mirek mnie ubiegł.
Dodam tylko od siebie, że sam bez większych problemów przenosiłem wszystko na atmega8, czy "większe" tinki.
No jedynie z czym może być problem na tinkach to uart bo one sprzętowego nie posiadają.
Ale np. wrzucasz do tinki bibliotekę I2C to LCD, i masz na 8 nóżkowym procesorze attiny45 obsługę LCD 4x16

Statystyki: Napisane przez Gość — 10 sty 2014, o 11:58

Re: Oficjalne II wydanie Bluebooka

2014-01-10T11:57:44+01:00

tomson5 napisał(a):

Witam
Wczoraj stałem nad przepaścią a dzisiaj wykonałem krok do przodu i postanowiłem kupić to Dzieło.
Tak na serio to mam pytanie. Na jakim uc oparte są przykłady w książce?
Chciałbym swoją płytę bascomową przeorganizować lub zrobić od początku jeśli zmiany będą drastyczne.
Domyślam się że mój programator widziany w AvrStudio jako STK500 będzie odpowiedni?

A w tytule książki kolega nie widzi jakie procesory ?

a spis treści i fragmenty książki ? - nie zaglądał kolega ?

http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

polecam - bo już tytuł mówi o procka AVR (Atmega i Attiny)

programator dowolny, środowisko ? zdecydowanie polecam Eclipse

http://mirekk36.blogspot.com/2013/12/ec ... nanie.html

Statystyki: Napisane przez mirekk36 — 10 sty 2014, o 11:57

Re: Oficjalne II wydanie Bluebooka

2014-01-10T11:50:38+01:00

Statystyki: Napisane przez tomson5 — 10 sty 2014, o 11:50

Re: Oficjalne II wydanie Bluebooka

2013-10-30T21:45:09+01:00

Dziękuję za to. Z pewnością tam znajdę pełne wyjaśnienie. Prawdę wcześniej nie szukałem, bo nie pomyślałem, że mogą takie tematy, albo na blogu albo na tym forum. Ależ ten temat nie jest nowy, więc rzeczywiście mógł być wcześniej omawiany.

Statystyki: Napisane przez rysiekm55 — 30 paź 2013, o 21:45

Re: Oficjalne II wydanie Bluebooka

2013-10-30T20:57:19+01:00

Zapytam jak zwykle - a szukałeś informacji uzupełniających do książki na blogu ?

http://mirekk36.blogspot.com/2011/12/je ... ep-do.html

Statystyki: Napisane przez mirekk36 — 30 paź 2013, o 20:57

Re: Oficjalne II wydanie Bluebooka

2013-10-30T19:47:11+01:00

Dziś przeczytałem część książki o tablicach i zacząłem o wskaźnikach. Jestem pod wielkim wrażeniem, oczywiście bardzo pozytywnym, jak dokładnie i precyzyjne zostały te zagadnienia opisane. Naprawdę super książka!.
Wczoraj czytałem materiał o dyrektywach preprocesora. Wszystko było też ładnie opisane, jedynie nie zrozumiałem tego przykładu z rozdziału o operatorze zamiany na string #. Chodziło o makra przekazujące nazwę aktualnego procesora używanego zamieszczonej w zmiennej MCU.
Najpierw piszesz, że:
#define TOSTRING MCU nie może przekazać zawartość MCU, tylko samą jej nazwę, i to rozumiem.
Ale nie wiem jak działają te dwa makra:
#define TOSTRING(a) STRINGX(a)
#define STRINGX(a) #a
Czy one muszą działać razem z tym makrem na początku, czy wystarczą te dwa makra, żeby przekazać zawartość zmiennej MCU w postaci stringu?

Statystyki: Napisane przez rysiekm55 — 30 paź 2013, o 19:47

Re: Oficjalne II wydanie Bluebooka

2013-10-30T16:05:06+01:00

Dlatego staram się udowadniać Bluebookiem, że nauka C może być łatwiejsza niż Bascom ....

Statystyki: Napisane przez mirekk36 — 30 paź 2013, o 16:05

Re: Oficjalne II wydanie Bluebooka

2013-10-30T14:11:11+01:00

No Mirku, bardziej precyzyjne wyjaśnienie niż Twoje chyba już jest niemożliwe Oczywiście nigdy nie zamierzałem używać char do czegoś innego niż tekst (zgodnie z zaleceniami w książce) tym bardziej, że jeszcze w końcu lat 80-ych ubiegłego wieku kiedy to zaczynałem BASIC na Commodore+4 miałem tam instrukcję Char do drukowania tekstów w trybie graficznym Nie mniej ten cytat:

mirekk36 napisał(a):

a sprawa jest banalnie prosta, w AVR GCC w opcjach kompilacji (można to zmienić oczywiście ale nie polecam) typ char i tak jest zamieniany na unsigned char

rozwiał wszelkie moje wątpliwości odnośnie zakresu liczb dla typu char.
Czuję, że z taką pomocą przechodzenie z Bee na Cee naprawdę nie będzie jakimś wielkim problemem
Jeszcze raz wielkie dzięki!

Statystyki: Napisane przez SylwekK — 30 paź 2013, o 14:11

Re: Oficjalne II wydanie Bluebooka

2013-10-30T11:40:07+01:00

SylwekK napisał(a):

Chodzi, np. zmienną typu char. No przyjęło się, że to do tekstu, ale przecież ona może przyjmować wartość od -128 do 127, a kody ASCII mieszczą się w zakresie 0-255 i gdzie tu sens...?

Sens jest spory akurat w AVR GCC, doprecyzowywałem to już wielokrotnie na tym forum ale powtórzę jeszcze raz Tylko później jak gdzieś zobaczysz, że ktoś o to pyta to też postaraj się od razu podpowiedzieć ok ?

pewnie że char może , BA! a nawet przechowuje liczby i nie tylko od -128 do 127 lecz także od 0-255 (unsigned char)....

ale teraz zastanów się - czym jest np litera 'A' ?

jest znakiem ASCII, co więcej znakiem, który ma swój kod = 65 (dziesiętnie)

więc cóż dziwnego w tym, że char przechowuje liczby pomimo to , że mówimy aby używać go akurat do tych zmiennych, w których najczęściej przechowujemy właśnie znaki ASCII / teksty ? Zanim powiem dalej dwa przykłady:

[syntax=c]uint8_t i;
for( i=0; i<10; i++ ) coś_tam();

char i;
for( i=0; i<10; i++ ) coś_tam();[/syntax]

czy któryś z nich nie zadziała pomimo to, że wspominam aby typu char używać do tekstów ? Ależ zadziała, każdy z tych przykładów tak samo ... no to w czym rzecz ???

na tą "rzecz" składają się dwa czynniki

1. POPRAWNY styl programowania (szczególnie akurat w AVR GCC) - dlatego, że teraz zobacz dwa przykłady:

[syntax=c]uint8_t tab[10];
uint8_t buf[10];[/syntax]

patrzymy się na taki kod czy fragment kodu nawet w cudzym programie, który mamy przeanalizować, gdzie zwykle jest o wiele wiele więcej przecież tego typu definicji czy deklaracji ... i co ? hmmm no ok widzimy jakieś zmienne tablicowe ... w oderwaniu od całej reszty programu hmm tfuu projektu i to jeszcze złożonego projektu składającego się np ze 120 plików i 43 folderów .... nic więcej nie możemy o nich powiedzieć, pomyśleć, skojarzyć do czego mogą być używane ....

a teraz zobacz:

[syntax=c]uint8_t tab[10];
char buf[10];[/syntax]

O! ... gdy ja widzę, albo ludzie, którzy stosują się do tej zasady - to od razu w głowie otwiera się 6-klapka, która mówi nam tzn podpowiada nam , że: TU WIDZIMY JEDNĄ ZMIENNĄ TABLICOWĄ O NAZWIE TAB, DO PRZECHOWYWANIA JAKICHŚ LICZB, NIE WAŻNE NA RAZIE JAKICH, ..... ALE .... ALE ZMIENNA BUF HMM TU PEWNIE BĘDZIE JAKIŚ BUFOR ZNAKOWY, TU PEWNIE AUTOR BĘDZIE TRZYMAŁ JAKIEŚ TEKSTY LUB JE OBRABIAŁ !!!

jest różnica ? .... myślę że widzisz że JEST , i rozumiem że na początku drogi w C może jeszcze jej dokładnie nie widać, że jest jeszcze niewyraźna - ale pewnie już coś czujesz i gęsia skórka pojawia się na łydkach (ja tak miałem gdy to kiedyś zrozumiałem) ... .... że hmmm no to teraz duże nawet swoje projekty będzie się o wiele lepiej analizować szczególnie po roku, po dwóch albo i po 10 latach!!! I NAWET jeśli na razie to do ciebie w pełni nie dociera to postaraj się w ten sposób umownie traktować char tylko na potrzeby tekstów. Przysięgam, że ani się obejrzysz - a TAK SIĘ KURNA przyzwyczaisz - że później jak zobaczysz cudzy kod:

[syntax=c]char i;
for( i=0; .....[/syntax]

to cię będzie skręcało że po co tak ? (oczywiście wciąż mówię szczególnie o AVR GCC w którym powołano takie fajne typy dla liczb ja:

[syntax=c]uint8_t, uint16_t, uint32_t albo int8_t, itd ...[/syntax]

to też robiono wszystko po to aby wygodnie się później programowało. Po to aby zachować BARDO DOBRY STYL programowania ... Ale spokojnie na PC'ty również typu char używa się NAJCZĘŚCIEJ do tekstów. Tyle że nie zawsze ... dlaczego ??? ano dlatego że zwykle PC'ty to maszynki o dużo większych prockach, gdzie zwykle nikt się nie bawi z jakimś typem uint8_t bo nie musi oszczędzać RAM, bo wygodniej jest użyć podstawowego typu int, który na dodatek na PC składa się nawet nie z dwóch bajtów jak w prockach a aż z 4 bajtów!!! Jednak czasem zdarza się, że z jakichś powodów ktoś chce użyć niewielkiego 8-bitowego typu - a że w ANSI C (czystym C) nie ma czegoś takiego jak uint8_t czy int8_t - to wtedy czasem używa się typu char również dla zwykłych zmiennych liczbowych ... ale to "CZASEM" robi różnicę.

2. Drugi CZYNNIK .... tak jak mówisz char przechowuje zakres od -128 do 127 ... dlatego te osoby, które nie rozumieją tego o czy mowa była wyżej pkt.1 to zwykle widzimy jak naparzają w kodzie dodatkowo tak:

unsigned char i;
for( i=0, i<240; ...

zgadza się ? no bo przecież chce zakresu liczb bez znaku ... albo i dla tekstów pisze:

unsigned char tab[] = "test";

OOOO! no i jeśli nie chce posłuchać tych porad o których piszę - to dosyć szybko popada w AVR GCC w kłopoty szczególnie gdy zechce korzystać z niektórych wbudowanych funkcji do obróbki takich stringów, które o DZIWO !!!! chcą argumentów z typem char a nie "unsigned char" ... i powodują, że pojawiają się KOCIE WARNINGI! i są kłopoty i wyrywanie włosów z głowy że O CO CHODZI kocia twarz? ....

a sprawa jest banalnie prosta, w AVR GCC w opcjach kompilacji (można to zmienić oczywiście ale nie polecam) typ char i tak jest zamieniany na unsigned char. Więc robi to za ciebie kompilator i warto sobie z tego zdawać sprawę. Bo większość funkcji AVR GCC właśnie korzysta z takiego przemutowanego że tak się brzydko wyrażę typu char (nazwy typu) ... i co gorsze zaczyna traktować twoje z ręki wpisane unsigned char jako inny typ niż char i zgłasza błędy szczególnie gdy działasz ze wskaźnikami - więc kompilator żąda dodatkowego rzutowania ..... !!! No są niektórzy który z uporem maniaka potem jeszcze piszą tak

[syntax=c]unsigned char i;

fun( (char *) i );[/syntax]
masakra bo jakbyś zastosował tą wiedzę, którą pokazałem wyżej to już przynajmniej pisałbyś

[syntax=c]char i;[/syntax]

i wtedy w funkcji nie musiałbyś robić durnego rzutowania jak masło maślane

[syntax=c]fun( i );[/syntax]

bo funkcja ma taką deklarację:

[syntax=c]void fun( char * pt );[/syntax]

--------------------------

uuuf koniec - chyba muszę to spisać na blogu i tam odsyłać w przypadku takich pytań zamiast zawsze od nowa to pisać ...

Sylwek - nawet jeśli ostatnie argumenty z pkt.2 nie trafiają jeszcze w pełni to uwierz że czym dalej w stronę C, to tym szybciej trafią - a jak się na początku przyzwyczaisz do kociego

unsigned char - na każdą okazję w AVR GCC - to wiesz jak to potem jest - jak w powiedzeniu:

"przyzwyczajenie gorsze niż ....."

i będziesz jeszcze długo się borykał i walczył żeby przejść na dobrą stronę mocy

------------------------ [ Dodano po: 2 minutach ]

Dzięki ANTY - za wyręczenie mnie z wyjaśnieniem drugiego zagadnienia

tu dodam tylko żeby Sylwek doczytał sobie jeszcze raz o RÓŻNICACH pomiędzy zmiennymi lokalnymi (automatycznymi) a globalnymi bo w książce o tym jest - ale pewnie umknęło w natłoku informacji - bo to pomaga zrozumieć ów problem ale przy okazji jeszcze wiele wiele innych

Statystyki: Napisane przez mirekk36 — 30 paź 2013, o 11:40

Re: Oficjalne II wydanie Bluebooka

2013-10-30T11:18:19+01:00

@Antystatyczny, dzięki za odpowiedź. Teraz wszystko już jasne

Statystyki: Napisane przez SylwekK — 30 paź 2013, o 11:18

Re: Oficjalne II wydanie Bluebooka

2013-10-30T11:19:36+01:00

Jestem już w połowie nie'biań'skiej książeczki i jako zatwardziały bascomowiec spokojnie mogę powiedzieć, że sposób w jaki Mirek objaśnia kolejne założenia jest naprawdę rewelacyjny! Próbowałem kilka razy podchodzić do C i myślę, że wreszcie się ...zahaczyłem Oczywiście jest jeszcze kilka kwestii, których za cholerę nie mogę logicznie powiązać, ale myślę, że z czasem to zrozumiem. Chodzi, np. zmienną typu char. No przyjęło się, że to do tekstu, ale przecież ona może przyjmować wartość od -128 do 127, a kody ASCII mieszczą się w zakresie 0-255 i gdzie tu sens...? Albo, dlaczego w przykładowych programach, które oglądam w pętli głównej int main(void) definiowane są np. zmienne uint8_t, a mnie nie chciało działać póki nie zdefiniowałem static uint8_t (kompilator dawał ostrzeżenie 'zmienna' may be used uninitialized in this function). No dziwne to dla mnie i rzecz, która jakby nie patrzył trochę zniechęca.
EDIT:
(Kombinowałem, ale przekombinowałem i nie zauważyłem mojego innego błędu dlatego żeby nie mieszać wywalam to co tu było )

Statystyki: Napisane przez SylwekK — 30 paź 2013, o 10:47

Re: Oficjalne II wydanie Bluebooka

2013-10-30T07:03:30+01:00

Dzięki Antystatyczny za miłe słowa oraz dobre przejęcie. Oczywiście, jak coś nie będę rozumieć w sprawie wskaźników, napiszę tutaj.
Ale teraz mogę powiedzieć, że wczoraj czytałem rozdział dotyczący makrodefinicji typu define i nie mogłem zrozumieć tego przykładu na końcu.
Muszę jeszcze raz to przeanalizować.

Statystyki: Napisane przez rysiekm55 — 30 paź 2013, o 07:03

Re: Oficjalne II wydanie Bluebooka

2013-10-29T23:04:49+01:00

To po co w ogóle mówić o kopiowaniu argumentów aktualnych, a nie po prosto powiedzieć, że wartości argumentów aktualnych są zapisywane do zmiennych formalnych ( w tym przykładzie a i b) i to one są umieszczone są na stosie, i trwają jako zmienne automatyczne na czas wywołania funkcji, i wtedy ten niejasny zapis w książce Mirka staje się całkowicie jasny.

Korekta, musi być skopiowany argument aktualny, żeby on pozostał i nie zniknął w swojej oryginalnej postaci. Także myśle, ze wszystko mi sie teraz wyjaśniło, i nie ma niejasności w książce Mirka.

To już był mój ostatni wpis na ten temat.....szkoda czasu na wałkowanie tego tematu!.

Już kończę czytanie części teoretycznej w książce Mirka, zostały mi tablice i najtrudniejsze sprawa wskaźników i skończę to do piątku. Od weekendu zaczynam przerabianie części praktycznej, także poza czytałem zacznę w końcu ćwiczyć.....

Statystyki: Napisane przez rysiekm55 — 29 paź 2013, o 22:11

Re: Oficjalne II wydanie Bluebooka

2013-10-29T20:36:16+01:00

Do tej funkcji nie przekazuje się zmiennych tylko wartości i te skopiowane wartości są przechowywane w zmiennych a i b.

Statystyki: Napisane przez Krauser — 29 paź 2013, o 20:36

Re: Oficjalne II wydanie Bluebooka

2013-10-29T20:32:18+01:00

Ale przecież zmienne formalne a i b, to nie są te same zmienne, które są przekazywane do funkcji, nieprawdaż? Zmienne a i b, które zostały zdefiniowane, to też zajmują miejsce w RAM, to wciąż dalej moje pytanie, co sie z nimi dzieje?

Statystyki: Napisane przez rysiekm55 — 29 paź 2013, o 20:32

Re: Oficjalne II wydanie Bluebooka

2013-10-29T20:29:13+01:00

Myślę, że można je traktować jak zmienne lokalne funkcji.
Zauważ, że do funkcji przekazane zostały wartości, które z powodzeniem zmieściłyby się w bajcie, a mimo to na przekazanie argumentów do funkcji zużyte zostały po 2 bajty.

Statystyki: Napisane przez Krauser — 29 paź 2013, o 20:29