-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mail
From: Mario <m...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: sterowanie urządzeniami el. przez PC?
Date: Sun, 15 Feb 2009 23:58:11 +0100
Organization: http://onet.pl
Lines: 76
Message-ID: <gna6m8$9v3$1@news.onet.pl>
References: <gmqaik$egf$1@news.onet.pl> <gms6kp$3be$1@nemesis.news.neostrada.pl>
<gmt2ch$mr3$3@news.wp.pl> <kbu4qp08m9qm.xes5ac1euweb$.dlg@40tude.net>
<gmul96$md1$5@news.wp.pl> <gmur6j$t96$1@atlantis.news.neostrada.pl>
<gmvj24$cma$2@news.wp.pl> <gn2965$6jj$1@nemesis.news.neostrada.pl>
<gn4k23$khb$1@news.wp.pl> <gn6ble$m3c$1@nemesis.news.neostrada.pl>
<gn7b07$ek7$1@news.wp.pl> <gn7cq4$mc9$1@news.onet.pl>
<gna31d$76o$2@news.wp.pl>
NNTP-Posting-Host: infocon.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1234738697 10211 89.171.23.200 (15 Feb 2009 22:58:17 GMT)
X-Complaints-To: a...@o...pl
NNTP-Posting-Date: Sun, 15 Feb 2009 22:58:17 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
Mnenhy/0.7.5.0
In-Reply-To: <gna31d$76o$2@news.wp.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:557285
[ ukryj nagłówki ]gargamel pisze:
> Użytkownik "Mario" napisał:
>> Załóżmy, że jesteś w stanie napisać krótszą pętlę niż wygenerowana z C
>> przez kompilator. Ale musisz napisać znacznie więcej kodu, we którym
>> masz znacznie większe szanse pomylić sie. A pętla w C jest prosta jak
>> konstrukcja cepa.
>
> tak, wiem że kod w C jest piękny, te wszystki odstępy, tabulatory,
> komentarze, wszystko tak piękne że tylko podziwaić i takie proste,
> dlatego stosuje sie języki wysokopoziomowe, ale jest dróga strona,
> kosztem łątwizny jest niestabilnosć, bnłęduy io brak kontroli,
Ja widzę u ciebie błędy io :)
Kod w asemblerze też może być piękny z tabulatorami i komentarzami.
Kod w języku wysokopoziomowym jest przede wszystkim zwięzły. Fakt
pisania w C (i automatycznej generacji kodu wynikowego) nie jest
przyczyną niestabilności i błędów io. Systemy operacyjne pisze się w C i
to jest najlepszym przykładem na to że jest to najlepsze rozwiązanie.
Nie sądzę żeby napisany w asemblerze system był stabilny i dawał się
rozwijać.
to są
> fakty a nie moje widzimisie, acha a co do błędów w kompilatoraach to
> każdy kto sie świeżo uczy jakiegoś języka to takie błędy znajduje w
> ilościach huirtowych na porządku dziennym:O(
Z reguły to nie są błędy kompilatora tylko brak wiedzy programisty. Jak
się przerzucisz z jednego kompilatora asm na inny to też będzie ci się
kompilacja sypać.
> acha, no i cały brak kontroli polega na tyum że nasz funkcję jako czarne
> pudełeczka, a wiec nie masz kontroli nad tym co w środku a włąsnie te
> nieprzewidywalnme błędy biorą się gównie z niewiedzy a nie z
> nieumiejętnosciu programowania
Czytasz opis funkcji i wiesz jak ona działa. Jak masz wątpliwości to
przeglądasz kod. Jeśli chcesz w c wysłać przez UART liczbę typu int to
użyjesz np printf("%d",a) - najpierw inicjując port
rprintfInit(uartSendByte). Nie musisz znać architektury. Aby to zrobić
w asm musisz napisać sobie konwersję bin > dec > ascii potem załadować
do bufora i dopiero potem uruchomić procedurę wysyłania przez UART. W
każdej z tych procedur musisz pilnować jakie wartości odłożyć na stos
jakie rejestry użyć itp. Jednym słowem nawet do trywialnych operacji
matematycznych musisz znać dokładnie architekturę. Trudno jest ci
dołączyć kod z biblioteki - zwłaszcza pisany przez kogoś innego a w
dodatku gdy przechodzisz na inny procek to trzeba wszystko przepisywać
od nowa.
>
>> Przecież ty pisząc w asemblerze też nie interesujesz się jak to jest
>> realizowane na poziomie mikrokodu.
>
> przecież instrukcje w asemblerze to jest wąłśnie mikrokod (jedna
> instrukcja jest zamieniana na ciąg zer i jedynek
Jedna instrukcja już jest ciągiem zer i jedynek :)
(i dokłądnie wiesz na
> jaki a jak znasz arhitekturę to i wiesz jak te instrukcje są wykonywane)
Doczytaj o mikrokodzie i zastanów się czemu np. w prockach typu CISC
cykl maszynowy składa się z kilku cykli zegarowych.
>
>
> p.s. zboczyło sie trochę z tematu a wiec do sterowania wentylatorem mo
> zna kupić sobie taki mały sterowniczek mieszczący się w puszce
> eleltrycznej 9mozliwy do programowania z PC, kupujesz, programuijesz,
> podłączasz i zapominasz:O)
Można też kupić mieszczące się w puszce sterowanie światłem czy roletami
a to wszystko na pilota radiowego.
--
Pozdrawiam
MD
Następne wpisy z tego wątku
- 15.02.09 23:04 Mario
- 15.02.09 23:10 Mario
- 16.02.09 19:03 gargamel
- 16.02.09 19:06 gargamel
- 16.02.09 19:19 gargamel
- 16.02.09 19:25 gargamel
- 16.02.09 21:04 J.F.
- 16.02.09 22:02 Adam Dybkowski
- 16.02.09 23:24 zbyszek
- 17.02.09 17:51 Name
- 17.02.09 18:02 gargamel
- 17.02.09 22:44 Marcin E. Hamerla
- 18.02.09 07:31 MoonWolf
- 19.02.09 01:09 Adam Dybkowski
- 20.02.09 11:48 Artur M. Piwko
Najnowsze wątki z tej grupy
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=