Witaj szanowny Gościu na forum Odjechani.com.pl. Serdecznie zachęcamy do rejestracji. Tylko u nas tak przyjazna atmosfera. Kliknij tutaj, aby się zarejestrować i dołączyć do grona Odjechanych!

Strona odjechani.com.pl może przechowywać Twoje dane osobowe, które w niej zamieścisz po zarejestrowaniu konta. Odjechani.com.pl wykorzystuje również pliki cookies (ciasteczka), odwiedzając ją wyrażasz zgodę na ich wykorzystanie oraz rejestrując konto wyrażasz zgodę na przetwarzanie swoich danych osobowych w ramach funkcjonowania serwisu. Więcej informacji znajdziesz w naszej polityce prywatności. Pozdrawiamy!



Archiwum Shoutboxa
avatar
Gdyby nie miał tego wyświetlacza, to bym się nawet nie zastanawiał, a ja mam w projekcie zamiar użyć oled, a nie tego gunwa. Ten wyświetlacz jest w zasadzie do diagnostyki bardziej, ale i tak dwa wyświetlacze, z czego jeden zbędny nie pasuje do projektu
avatar
W dodatku cena podobna :D
avatar
Mam do wyboru, mały Launchpad z mikrokontrolerem z pamięcią 2KB RAM, ale 64KB FRAM (20PIN) lub b. duży Launchpad, 2KB RAM, 128KB FRAM (40PIN), ale bardzo brzydkim i bezużytecznym ekranem, gorszym niż w moim starym kalkulatorze, który w dodatku ma za dużo bajerów jak na potrzeby projektu.
avatar
Ok, po prostu za bardzo nie byłem pewnien czy jest sens używania czystego C zamiast C++ do niektórych bardziej niskopoziomowych aplikacji, które by np. bezpośrednio komunikowały się ze sprzętem.
avatar
Zawsze ma się pełną kontrolę, nikt nie każe używać wbudowanych bibliotek, zawsze można wszystko napisać samemu. Chodzi raczej o przyzwyczajenia i pójście na łatwiznę.
avatar
To rozumiem, że przy używaniu np. dziedziczenia, polimorfizmu czy przeciążania operatorów nie ma się dużej kontroli nad tym co dokładnie program będzie robił?
avatar
cholera od tego kodowania zaczynam kończyć zdania średnikiem... :D
avatar
Jednak liczą się też inne ważne zasoby, a w zasadzie najważniejszy... Czas, w assemblerze spędzisz więcej czasu niż w C, w C więcej niż w C++;
avatar
Im bardziej rozbudowany język, tym mniejsza kontrola, ale np assembler pozwala stworzyć niemal wszystko, a tam zarządzanie zasobami ma się najbardziej pod kontrolą.
avatar
No i programista C, szczególnie ten który pisze aplikacje na mikrokontrolery niemal zawsze stara się zużywać jak najmniej zasobów, dlatego korzysta np ze zmiennych typu unsigned, czy biblioteki stdint.h
avatar
Tak samo jest z aplikacjami na komputery. W c++, łatwiej skorzystać z gotowca, niż być zmuszonym do pisania własnych funkcji
avatar
Hmm trochę racji jest w tym. C++ zawiera szereg ułatwień, bardzo złożonych bibliotek, które zajmują więcej zasobów niż jest to konieczne. Przykład ja mam mikrokontroler z RAM 512 bajtów, więc nie skorzystam z funkcji printf biblioteki stdio.h, ale to nie znaczy, że nie mogę napisać własnej funckji printf, która zajmie znacznie mniej pamięci, będzie szybka i pozbawiona niepotrzebnych dodatków, których nie wykorzystam
avatar
Sword, znalazłem ciekawy artykuł: https://blog.grumpycoder.net/index.php/p...-is-better Co o nim sądzisz w kontekście pisania softu na komputery?
avatar
Ale błąd jest mało prawdopodobny. Spróbuję jeszcze dopisać funkcje retransmisji.
avatar
W przypadku błędu zwraca 999, co można łatwo odciąć od średniej pomiarowej.
avatar
No i można ustawić rozdzielczość pomiaru lub ją odczytać, czy zresetować czujnik, w sumie ma pełne możliwości.
avatar
A całość pomiaru w programie głównym ogranicza się do tego: temp = readTemperature(); humid = readHumidity();
avatar
nawet sumę kontrolną crc sprawdza.
avatar
No, napisałem zajefajną bibliotekę.
avatar
A jeśli chodzi o programowanie mikrokontrolerów, to do niekomercyjnych zastosowań, większość jest za darmo.