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

Sun Jan 08, 2012 5:45 pm   

Witam ,

Nie lubię C i wszelakich jego klonów. W Pascalu jestem w miarę ..
'W miarę' , to znaczy mam za sobą trochę pożytecznych aplikacji , w tym kilka
duuużych (Turbo Pascal/Delphi). Niestety , C mnie irytuje.

Aha , jestem zdecydowanie bardziej elektronikiem niż programistą , głównie
papram się w FPGA , doświadczenie w uC głownie assembler.

Pytanie jak w temacie...

MH

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

Sun Jan 08, 2012 5:45 pm   

On 08/01/2012 15:45, MH wrote:

Wziac lusterko, na lusterku narysowac ladne, duze "C" i wypic z tym "C"
flaszke do lustra.
Nastepnego dnia po kacu zostanie juz tylko kumpel c ;-)

Serio - nie da sie odejsc od C. Pascal/delphi jedzie w dol po rowni
pochylej (ostatnie zrodla w pascalu widzialem przed rokiem 2000), a C
bylo, jest i bedzie.

PS: C nie ma klonow. Owszem sa rozne standardy, ale IMHO dla Ciebie one
sie niczym nie beda roznic.

--
Jerry1111

Sun Jan 08, 2012 5:45 pm   

MH <logiznam.SKASUJ@gazeta.pl> napisał(a):

Skąd się bierze ta irytacja i czy nie pora skończyć z takimi fochami? Po co
na siłę szukać Pascala, skoro standardem jest C i jest do niego mnóstwo
narzędzi, książek i przykładów w necie?

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 22 days, 19 hours, 26 minutes and 27 seconds

Sun Jan 08, 2012 6:06 pm   

A co zamierzasz zrobić?
Zobacz na przykłady, które są dostępne dla Twojego projektu.
Jeśli są w Pascalu - weź Pascal,
jeżeli w C - weź assembler
Wszystko zależy od tego ile masz czasu.
Teraz czasu to nikt nie ma, więc najprościej wykonać 2 punkty
z poradnika biznesmena:
1) wyłącz internet
2) weź się do pracy

S.

Sun Jan 08, 2012 8:32 pm   

W dniu 2012-01-08 16:45 MH napisał(a):


Nie polecam.

Możesz przecież wziąć C ale dodać swoje makra preprocesora aby pisało Ci
się "wygodniej" prawie jak w Pascalu. Na przykład:

#define begin {
#define end }
i całą masę innych, które wg Ciebie upodobnią C do Pascala. Z czasem z
nich zrezygnujesz a znajomość C pozostanie.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Sun Jan 08, 2012 11:06 pm   

On 2012-01-08 16:45, MH wrote:

Pascal i C to jezyki o praktycznie identyczym targecie, składni,
możliwościach, koncepcjach. Tylko może poza tym że ostatni ludzie
piszący w Pascalu wymarli 10 lat temu. Naprawdę spodziewasz się że ktoś
tego trupa będzie reanimował bo jest 1 osoba na świecie chcąca w tym
pisać na AVR? Dzisiaj jest tak że niepełnosprytni używają BASCOMa a
pełnosprytni C/C++. Czas iść za stadem zamiast zajmować się archeologią.


Zmień na C. A jeszcze lepiej na C++, choć doskonale wiem że to nie
będzie miało miejsca...

Sun Jan 08, 2012 11:12 pm   

Należy polubić C.
Jest to najbarciej naturalny język programowania.

Sun Jan 08, 2012 11:12 pm   

Hello Sebastian,

Sunday, January 8, 2012, 11:06:32 PM, you wrote:


Bez żartów - składnia C(+(+)) jest porąbana.


Jeszcze żyję! Co prawda ostatnio w Pascalu jakies 20 lat temu ale
jakbym się uparł...

[...]


A ja na stare lata zaczynam mieć powoli chęć na pobawienie sie jakimis
kontrolerami w C/C++ właśnie. Tylko nie wiem, od czego zacząć a
wstydzę się zapytać :(

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

Sun Jan 08, 2012 11:24 pm   

On 2012-01-08 23:12, RoMan Mandziejewicz wrote:

Jest identyczna z Pascalem z dokładnością do dupereli. Mogę te duperele
zdefiniować, ale naprawdę Pascal i C stoją na jednej półce. Żeby
zilustrować o czym mówię porównaj np C z Lispem (imperatywny vs
funkcyjny). Natomiast porąbaność bezwzględna C[++] to kwestia gustu.
Zawsze na pocieszenie możesz zobaczyć COBOLa. Jeśli chcesz zobaczyć np.
hybrydę C z Pascalem z której wyszła katastrofa to możesz zobaczyc
SystemVerilog. Naprawdę, jest masa języków znacznie gorszych od C[++].


*Nikt* poza szumem nie pisze w Pascalu nowych projektów. Delphi się
jeszcze kreci bo są miliony lini kodu które trzeba utrzymać. Jednak
środowisko programistów wymiera lub po cichu uczy się C#/Java doskonale
sobie zdając sprawę że to trup. Pascal@uC to prędzej efekt 5 wieczorów
nudzenia się. Ktoś chetny na projekt bez celu?


AVR a potem ARM. Bo dostępne, bo tanie, bo jest gcc, bo jest C++, bo
jest support "google".

Sun Jan 08, 2012 11:44 pm   

Hello Sebastian,

Sunday, January 8, 2012, 11:24:23 PM, you wrote:


Kiedy własnie dostaję czkawki od tych dupereli. Przede wszystkim od
zabawy operatorami :(


Ależ widziałem. I COBOLa i Algola. Ja stary jestem ;)


Przez prawie 20 lat żyłem z języka wysokiego poziomu, o rozbudowanej
składni i raczej obawiam się, że będzie mi tego brakować. Z drugiej
strony - do zrbienia migajacej diodki orłem w C nie trzeba byc ;)


Ale Delphi to też Pascal...

[...]


To tak, jakbys mnie namawiał do Linuksa, bo jest w nim "man". A to mi
własnie Linuksa skutecznie obrzydziło lat temu sporo - w każdym razie
za czasów wczesnego Slackware.

Problem w tym, że ja potrzebuję podpowiedzi na jeszcze niższym
poziomie - czyli od jakiegoś zestawu startowego - programator, płytka
uruchomieniowa, i komlet softu, który umożliwi mi uruchomienie
migającej diody bez wielomiesięcznego kopania w Sieci. Już wiem, że
programatory mają jakiś swój standard i warto kupić taki, który tego
się trzyma.

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

Mon Jan 09, 2012 12:04 am   

W dniu 2012-01-08 23:44, RoMan Mandziejewicz pisze:

Jak cię męczy i++ to pisz i=i+1
Natomiast operatory przesunięcia, jak:
#define ADC_DOUT_BIT ( 1 << 17 )



--
pozdrawiam
MD

Mon Jan 09, 2012 12:06 am   

On Jan 8, 8:32 pm, Adam Dybkowski <a1d2y3b4k5o6w...@g1m2a3i4l5.6c7o8m>
wrote:

Patologia, ale o dziwo niektórzy tak robią.
http://courses.cit.cornell.edu/ee476/FinalProjects/s2007/jjl49_mar97/jjl49_mar97/ParKontroller.c

Mon Jan 09, 2012 12:10 am   

Hello Mario,

Monday, January 9, 2012, 12:04:43 AM, you wrote:


Ale to nie na tym polega, żeby sobie zmieniać język definicjami.
Własnie zbyt duża łatwość zabawy definicjami, operatorami,
przeciążanie operatorów zaciemniają programy i ciężko uczyć się na
przykładach.


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

Mon Jan 09, 2012 12:13 am   

On 2012-01-08 23:44, RoMan Mandziejewicz wrote:

Nikt nie wymusza zabaw z nimi. Nie chcesz - zlewaj. Operatory to nie
tylko zabawa - zobacz boost.org (w kontekście uC rownież).


Tak. To wypudrowany trup. W dodatku puder marnej jakości, generyki po 20
latach od reszty świata itp. Delphi się trzyma tak samo jak COBOL. Bo
nie da się nagle wyciągnąć wtyczki. Ale zaraz sama wypadnie.


Gwarantuje Ci że na zajeciach ze studentami migającą diodę miałem po 20
minutach dysponując kilkoma drutami, płytka uniwersalna i kablem z LPT
oraz AVRem w DIP w miedzyczasie instalując środowisko na Linuxie. Kilku
zaszczepiłem bakcyla.

Płytka - w zupełności wystarczy uniwersalna stykowa.

Programator - byleco z allegro.

Komplet softu - WinAVR i Yagarto (ARM). Soft do programowania załączony.

Migająca dioda - exampl do napisania w 2 minuty bez żadnych makefile.


AVR - ISP, ARM - JTAG. Narzedzia darmowe. Programatory tanie.

Mon Jan 09, 2012 12:56 am   

W dniu 12-01-08 23:44, RoMan Mandziejewicz pisze:

Nie mam pojęcia czy przypadkiem nie przesadzam z "mierzeniem nisko",
biorąc pod uwagę Twoje wieloletnie doświadczenie elektroniczne, tyle, że
w zupełnie innej "szufladzie", ale tak jak koledzy napisali:

- jakiś breadboard, zrobisz sobie przecież na tym taką "płytkę
uruchomieniową" jakiej będziesz na danym etapie potrzebował,
częstotliwości ośmiobitowców nie są przecież tak wielkie, żeby
pojemności i rezystancja "wciskanych" styków robiły jakiś problem w cyfrówce
- dowolny klon usbASP (albo samemu złożyć coś na LPT, jeżeli jeszcze
posiadasz w komputerze)
- co do "migania diodą" to p. Górecki(?) z EdW(?) ZTCP napisał całkiem
niezły kurs C/Cpp dla AVRów, tyle, że to było zupełnie "od zera", ale
chyba przypomnieć sobie nie zaszkodzi.
- no a potem to już albo ścieżka "datasheetów", "application notes",
albo gotowców z Google'a - ten punkt chyba zbyt wiele od
"przetwornicowej analogówki" się nie różni.

--
butek
Safety note: Don't put all your enriched uranium hexafluoride in one
bucket. Use at least two or three buckets and keep them in separate
corners of the room. This will prevent the premature build-up of a
critical mass.