Mikropascal na AVR: Czy to dobre rozwiązanie dla elektroników unikających C?

Tue Jan 10, 2012 1:17 pm   

On 2012-01-09 17:46, Waldemar Krzok wrote:
[.....]

wielowątkowości jest baaardzo świeże:
http://en.wikipedia.org/wiki/C11_%28C_standard_revision%29. Swoją drogą
jestem bardzo ciekawy jak to wsparcie MT będzie wyglądać z punktu
widzenia programowania systemowego. Zapewne trzeba będzie dostarczyć
własne funkcje do tworzenia/ubijania wątków tak jak to jest np. w
przypadku zarządzania pamięcią , tzn. zazwyczaj/często trzeba dostarczyć
własne sbrk() implementujące pasujący nam algorytm.

Tue Jan 10, 2012 3:31 pm   

W dniu 2012-01-09 17:33, Jacek Radzikowski pisze:


alternatywą jest też dokupienie większego procesora i interfejsem
dwuprzewodowym (np. 430F2274) i wykorzystanie LunchPada jako praktycznie
darmowego JTAG-a

--
Pozdr.
Michał

Tue Jan 10, 2012 6:54 pm   

On 2012-01-10 00:59, Sylwester Łazar wrote:

"or better". Wiesza się na splash screen. Musiałbym dekompilować i
debugować ale mi się nie chce ...

Tue Jan 10, 2012 7:06 pm   

On 2012-01-10 12:05, Waldemar Krzok wrote:

Czego to dowodzi w sensie dydaktyczności Pascala?


Pascal nie ma wsparcia nawet dla głupiego vectora. Wszystko to
rękodzieło sprowadzające kontrolę typów do znienawidzonych wskaźników.
To udowania tylko tezę że dowolny język może implementowac dowolny
algorytm. Tylko czy aby na pewno ma to związek z dydaktyką jesli wymaga
to obchodzenia ograniczeń, wynajdywania kwadratowego koła czy
pierdyliarda implementacji nieprzetestowanych dynamicznych wektorów?


Dlaczego niekonieczne?


Absolutnie się nie zgadzam na Pascala w dydaktyce. To że ktoś zrobił
język *do* dydaktyki to nijak ma się do tego czy faktycznie tam pasuje.
To legenda. Nie pasująca w dodaku od kilkinastu lat do rozwoju
wszystkiego, od technik programistycznych po przemysł.


To mi przypomina próbę wykształcenia gitarzysty przez kupno gitary bez
strun. Struny to następny krok.

Wed Jan 11, 2012 2:52 am   

On 01/10/2012 09:31 AM, Michał Baszyński wrote:

Launchpad jest wręcz tak zaprojektowany żeby można było odpiłować
programator nie uszkadzając części procesorowej. Testowałem
programowanie RF2500 launchpadowym programatorem i poszło jak po maśle.
Ale najtańszym rozwiązaniem będzie chyba zamówienie LP i największych
procesorów z serii ValueLine. Same kostki kosztują po kilka dolarów, ale
może wyślą próbki. Launchpady znalazłem we wrocławskim Contrans TI po
14.99. Opłaca się kupić nawet dla samego programatora. Jak sprawdzałem
to mieli w magazynie 5 sztuk.
Warto też zaglądać na tideals.com. Kiedyś było sporo narzędzi do msp430
ze zniżką 50%, ostatnio był za ok. $120 zestaw "inteligentnego
wyświetlacza" ze stellarisowym cortexem m3, LCD z ekranem dotykowym i
stertą innych peryferii. Za kilka dni powinna się pojawić nowa oferta.

pzdr.
j.

Wed Jan 11, 2012 3:33 am   

On 01/09/2012 11:49 AM, JDX wrote:

Jedyna darmowa implementacja jaką znam to właśnie gcc-ada W sumie szkoda
że Ada jest tak mało popularna, bo to bardzo przyjemny język. Ale chyba
za bardzo pilnuje porządku jak na mikroprocesorowców.


Python jest językiem skryptowym, więc z definicji wykonywanym przez
interpreter. O wiele bardziej przyjazny niż C, ale za cenę wydajności.
Coś za coś.


Tak. Pod spodem siedzi kompilator C++, ale nie programuje się
bezpośrednio w C++. To pozwala na łatwy start ludziom, którzy dostają
drgawek na samą myśl o C i mejkfajlach, i ułatwia późniejsze przejście
do C++.
Spopularyzowany przez Arduino, w tej chwili pół świata go używa,
włączając ludzi, którzy wcześniej z programowaniem i mikroprocesorami
nie mieli nic wspólnego.


Ulubiony język sensorowców. Do tego masz tinyOS, prosty OS oparty na
modelu zdarzeniowym. Program konstruuje się w postaci modułów
implementujących jakąś funkcjonalność, które później się "drutuje" w
całość. Spokojnie mógłbym go polecić do nauki programowania.
Nie dziwię się że nie znalazł uznania w środowisku zatwardziałych
mikroprocesorowców, bo zanim się coś napisze trzeba problem przemyśleć.
Kompilacja odbywa się przez konwersję do C++, ale sam język z C++ ma
niewiele wspólnego.


Sam programuję w C/C++, a nad alternatywami zacząłem się zastanawiać
tylko dlatego że Roman zadał takie pytanie. I jeśli miałbym mu coś
polecać na początek, to chyba właśnie wiring, ze względu na to że nie
jest C/C++ i że łatwo później przejść na te języki.
Sam też chętnie bym się przerzucił się na coś bardziej
wysokopoziomowego, byle tylko miało porządny kompilator.

pzdr.
j.

Wed Jan 11, 2012 8:28 am   

Tak samo jak "or higher".
Gdyby chodziło o "higher version number", to może i by działało.
Choć zastanawiam się, skąd niby ludzie mają wiedzieć, czy ich program
będzie działał na
kompilatorach/impretatorach, które zostana dopiero stworzone.
Nie jest to raczej (jak widać) pobożne życzenie?

S.

--
Używam klienta poczty Opera Mail: http://www.opera.com/mail/

Sat Jan 14, 2012 1:37 am   

Hello Waldemar,

Monday, January 9, 2012, 10:49:56 AM, you wrote:

[...]


Właśnie zacząłem zabawę. I powiem Ci jedno - nie ma nic bardziej
frustrującego niż błędy w _pierwszym_ ćwiczeniu z "warsztatów".

Oczywiście to absolutnie nic do Ciebie Po prostu opisuję.

W warsztacie laborka 2 - czyli program domyślnie zapakowany do procka
- próba kompilacji - 8 błędów - niezdefiniowane symbole. Dobrze, że
coś tam jeszcze sprzed tych 20 lat zostało - sprawdzam w pliku
nagłówkowym a na samym początku - nie używać z nowszymi programami -
uzyć albo ogólnego msp430.h albo konkretnego do procka.
No to zmieniłem include'a i po próbie kompilacji - dwa błędy.
Szukam w pliku nagłówkowym - są definicje, ale warunkowe.

Odpuściłem sobie laborkę 2, wziąłem na tapetę przykład wbudowany -
migająca diodę, odpaliłem - działa. Odpaliłem laborkę 3, tym razem
dioda migająca na innej podstawie - też działa. Pobawiłem się
debugerem - praca krokowa itd. Na dzisiaj wystarczy :)

Podziękowania dla Michała B. przy tej okazji!

--
Best regards,
RoMan mailto:roman@pik-net.pl
Nowa strona: http://www.elektronika.squadack.com (w budowie!)

Sat Jan 14, 2012 9:40 am   

W dniu 2012-01-09 23:33, Sebastian Biały pisze:

Trzeba było wybrać porządnego producenta. Ja Atmela już dawno sobie darowałem. Polecam rodzinę
Stellaris, obecnie TI. Sporo przykładów, porządne biblioteki z dobrą dokumentacją.