Re: Procesorek



Masz problem? Zapytaj na forum elektroda.pl

Poprzedni Następny
Wiadomo¶ć
Spis tre¶ci
From: Jacek Rafal Radzikowski <jradziko_at_nospam_piranha.piranet.pl>
Subject: Re: Procesorek
Date: 22 May 2000 01:00:13 GMT


MaraBut <martys_at_nospam_priv.onet.pl> wrote:
Artur Miller <armi_at_nospam_iol-antares.co.za> napisał:
Radzislaw Galler wrote in message <39227FA4.44CC578E_at_nospam_et.put.poznan.pl>...
Bylo o '51 , 80186 i Motorolach, to ja dodam jeszcze Hitachi z seri
H8/300H [...]

Wyglada apetycznie, jest jakis sensowny soft do niego ? (C na przyklad
...)
Jest a jakże... do kupienia za skromną sumkę.
Hmmm... a ja jestem prawie pewien, że na płytce, którą (za darmo) dostałem
od Hitachi było gcc dla niego... Oraz cieżkie megabajty dokumentacji
(tyle, że po angielsku). Być może byo też inne oprogramowanie, ale nie
pamiętam w tej chwili. gcc powinno być dostępne na sieci na serwerze hitachi.
No chyba, że chce się mieć soft w którym się klika zamiast my¶leć :)
pzdr.
j.


Poprzedni Następny
Wiadomo¶ć
Spis tre¶ci
From: "MaraBut" <martys_at_nospam_priv.onet.pl>
Subject: Re: Procesorek
Date: Tue, 23 May 2000 08:40:41 +0200


Jacek Rafal Radzikowski <jradziko_at_nospam_piranha.piranet.pl> napisał:
MaraBut <martys_at_nospam_priv.onet.pl> wrote:
Artur Miller <armi_at_nospam_iol-antares.co.za> napisał:
Radzislaw Galler wrote in message
<39227FA4.44CC578E_at_nospam_et.put.poznan.pl>...
Bylo o '51 , 80186 i Motorolach, to ja dodam jeszcze Hitachi z seri
H8/300H [...]

Wyglada apetycznie, jest jakis sensowny soft do niego ? (C na przyklad
...)
Jest a jakże... do kupienia za skromną sumkę.
Hmmm... a ja jestem prawie pewien, że na płytce, którą (za darmo)
dostałem
od Hitachi było gcc dla niego... Oraz cieżkie megabajty dokumentacji
(tyle, że po angielsku). Być może byo też inne oprogramowanie, ale nie
pamiętam w tej chwili. gcc powinno być dostępne na sieci na serwerze
hitachi.
Otóż to wła¶nie - powinno a nie ma ! Pare tygodni temu sprawdzalem na www.
Co prawda nie szukalem poprzez GNU project... ale to łatwo naprawić :o)

No chyba, że chce się mieć soft w którym się klika zamiast my¶leć :)
Czemu nie? To chyba marzenie każdego konstruktora - podajesz założenia,
kryteria optymalizacji w formie koncepcyjnej i dostajesz gotowy soft. Potem
tylko weryfikacja i drobne korekty. Celem jest przecież gotowy produkt a
nie sam fakt dłubania w komputerze :o)
To tak jakby my¶leć, że celem pracy ogrodnika jest uprawa ziemi a nie
kwitnący ogród.
;o))))))

MaraBut





Poprzedni Następny
Wiadomo¶ć
Spis tre¶ci
From: Jacek Rafal Radzikowski <jacek_at_nospam_itl.waw.pl>
Subject: Re: Procesorek
Date: 30 May 2000 11:06:27 GMT


MaraBut <martys_at_nospam_priv.onet.pl> wrote:
Jacek Rafal Radzikowski <jradziko_at_nospam_piranha.piranet.pl> napisał:
[...]
Hmmm... a ja jestem prawie pewien, że na płytce, którą (za darmo)
dostałem
od Hitachi było gcc dla niego... Oraz cieżkie megabajty dokumentacji
(tyle, że po angielsku). Być może byo też inne oprogramowanie, ale nie
pamiętam w tej chwili. gcc powinno być dostępne na sieci na serwerze
hitachi.
Otóż to wła¶nie - powinno a nie ma ! Pare tygodni temu sprawdzalem na www.
Co prawda nie szukalem poprzez GNU project... ale to łatwo naprawić :o)
Sprawdź na ftp. Napewno jest dostępny i to razem ze źródłami (licencja GPL).
A producentowi ko¶ci raczej powinno zależeć na udostępnieniu oprogramowania,
które i tak jest za free.

No chyba, że chce się mieć soft w którym się klika zamiast my¶leć :)
Czemu nie? To chyba marzenie każdego konstruktora - podajesz założenia,
kryteria optymalizacji w formie koncepcyjnej i dostajesz gotowy soft. Potem
Ale założeń nie wyklikasz. Mozesz co najwyżej "wklikać" :)

tylko weryfikacja i drobne korekty. Celem jest przecież gotowy produkt a
nie sam fakt dłubania w komputerze :o)
To tak jakby my¶leć, że celem pracy ogrodnika jest uprawa ziemi a nie
kwitnący ogród.
Oki, ale za to płacić. I to tym więcej, im mniej chce się robić :)
Możesz za darmo zrobić sobie łopatkę do przekopywania grządek, ale
na traktorek już bedziesz musiał wyłożyć sporo efektów przetwórstwa
plonów zebranych w tym ogródku :)

pzdr.
j.


Poprzedni Następny
Wiadomo¶ć
Spis tre¶ci
From: "MaraBut" <martys_at_nospam_priv.onet.pl>
Subject: Re: Procesorek
Date: Tue, 30 May 2000 12:00:29 +0200


Jacek Rafal Radzikowski <jacek_at_nospam_itl.waw.pl> napisał:
Sprawdź na ftp. Napewno jest dostępny i to razem ze źródłami (licencja
GPL).
A producentowi ko¶ci raczej powinno zależeć na udostępnieniu
oprogramowania,
które i tak jest za free.
Też tak my¶lę :o) . Przyznam, ze nie szukałem "dogłębnie" bo wtedy już
dostałem info n/t dostępno¶ci tego co było mi potrzebne i moja uwaga była
skierowana w inną stronę.


No chyba, że chce się mieć soft w którym się klika zamiast my¶leć :)
Czemu nie? To chyba marzenie każdego konstruktora - podajesz założenia,
kryteria optymalizacji w formie koncepcyjnej i dostajesz gotowy soft.
Potem
Ale założeń nie wyklikasz. Mozesz co najwyżej "wklikać" :)
No, ale założenia masz dane "a priori" wraz z projektem. To raczej tylko
kwestia zapisu w tej czy innej formie. Chodzi o to by skupic się na
algorytmie a nie składni . Zobacz w jaką strone ewoluuja współczesne języki
wysokiego poziomu takie jak Pascal (Delphi) lub C (VC) - system RAD zwalnia
od nużącego grzebania w API pozwalając na zajmowanie sia wła¶ciwym
algorytmem programu.
Przecież binaria dla Windows mozna też generować ręcznie - tylko komu by
się chciało ?

[...] Celem jest przecież gotowy produkt a
nie sam fakt dłubania w komputerze :o) [...]
Oki, ale za to płacić. I to tym więcej, im mniej chce się robić :)
Możesz za darmo zrobić sobie łopatkę do przekopywania grządek, ale
na traktorek już bedziesz musiał wyłożyć sporo efektów przetwórstwa
plonów zebranych w tym ogródku :)
Nooo - niekoniecznie. Zobacz np. na http://www.goosee.com . Jest free.
To jest przyszło¶ć aplikacji "embedded" . To i narzędzia typu Realizera z
ST. To taki "Prolog" dla systemów sterowania - nie myslisz o kodzie
wynikowym tylko o logicznej poprawno¶ci i spójno¶ci algorytmu. Goosee jest
free, ale nawet je¶li kosztuje... skoro za pomocą narzędzia pracujesz
szybciej to i zarabia ono na siebie. W dodatku z punktu widzenia
metodologii programowania to wła¶nie jest "jedynie słuszne" podej¶cie.
Znacznie łatwiej dowodzi się poprawno¶ci algorytmu w postaci grafu niż w
zapisie asemblera :o))))))
W zasadzie jest tylko jedna wada : nie ma narzędzi uniwersalnych. Tzn.
zawsze będą problemy których zapisanie w strawnej dla narzędzia formie
będzie trudniejsze od metod "tradycyjnych".
No ale to juz chyba NTG.
o)
Pzdr.
MaraBut




Poprzedni Następny
Wiadomo¶ć
Spis tre¶ci
From: Jacek Rafal Radzikowski <jacek_at_nospam_itl.waw.pl>
Subject: Re: Procesorek
Date: 31 May 2000 00:45:27 GMT


MaraBut <martys_at_nospam_priv.onet.pl> wrote:
Jacek Rafal Radzikowski <jacek_at_nospam_itl.waw.pl> napisał:
[...]
No chyba, że chce się mieć soft w którym się klika zamiast my¶leć :)
Czemu nie? To chyba marzenie każdego konstruktora - podajesz założenia,
kryteria optymalizacji w formie koncepcyjnej i dostajesz gotowy soft.
Potem
Ale założeń nie wyklikasz. Mozesz co najwyżej "wklikać" :)
No, ale założenia masz dane "a priori" wraz z projektem. To raczej tylko
kwestia zapisu w tej czy innej formie. Chodzi o to by skupic się na
algorytmie a nie składni . Zobacz w jaką strone ewoluuja współczesne języki
Ale musisz te założenia jako¶ sformalizować i obrobić. Zasada GIGO
jest bezwzględna.

wysokiego poziomu takie jak Pascal (Delphi) lub C (VC) - system RAD zwalnia
od nużącego grzebania w API pozwalając na zajmowanie sia wła¶ciwym
algorytmem programu.
To jest jedynie zautomatywoanie wykonywania pewnych upierdliwych czynno¶ci,
prostych i powtarzalnych aż do bólu. W dalszym ciągu nad tym co istotne
musisz trochę posiedzieć i samemu zakodować

Przecież binaria dla Windows mozna też generować ręcznie - tylko komu by
się chciało ?
Prawdziwym Programistom(TM) ;) Nie bądźmy aż takimi ekstremalistami.
Pisanie w asemblerze jest dopuszczalne ;)

[...] Celem jest przecież gotowy produkt a
nie sam fakt dłubania w komputerze :o) [...]
Oki, ale za to płacić. I to tym więcej, im mniej chce się robić :)
Możesz za darmo zrobić sobie łopatkę do przekopywania grządek, ale
na traktorek już bedziesz musiał wyłożyć sporo efektów przetwórstwa
plonów zebranych w tym ogródku :)
Nooo - niekoniecznie. Zobacz np. na http://www.goosee.com . Jest free.
hmmm.. wygląda ciekawie. Chyba pobawie sie tym w wolnej chwili. Szkoda
tylko, że nie chodzi pod linuksem :(

To jest przyszło¶ć aplikacji "embedded" . To i narzędzia typu Realizera z
ST. To taki "Prolog" dla systemów sterowania - nie myslisz o kodzie
wynikowym tylko o logicznej poprawno¶ci i spójno¶ci algorytmu. Goosee jest
free, ale nawet je¶li kosztuje... skoro za pomocą narzędzia pracujesz
szybciej to i zarabia ono na siebie. W dodatku z punktu widzenia
Ale w dalszym ciągu nie zastępuje my¶lenia klikologią. Co więcej, zmusza
do porządnego przemy¶lenia problemu przed zabraniem się do roboty.
Tak jak prolog :)

metodologii programowania to wła¶nie jest "jedynie słuszne" podej¶cie.
Znacznie łatwiej dowodzi się poprawno¶ci algorytmu w postaci grafu niż w
zapisie asemblera :o))))))
W zasadzie jest tylko jedna wada : nie ma narzędzi uniwersalnych. Tzn.
zawsze będą problemy których zapisanie w strawnej dla narzędzia formie
będzie trudniejsze od metod "tradycyjnych".
Dodał bym jeszcze to, że w przypadku systemów embedded liczy się nie
tylko klasa problemu, ale i rozmiar odu wynikowego. Narzędzia wysokiego
poziomu zawsze będą korzystać z gotowych "klocków". I nawet przy doskonałej
optymalizacji, dobry koder będzie w stanie odchudzić kod wynikowy o kilka
cykli czy instrukcji. W przypadku stacji roboczych łatwo zrekompensować
opasło¶ć aplikacji przez dodanie pamięci czy upgrade procesora. W przypadku
systemów wbudowanych najczę¶ciej nie ma takiej możliwo¶ci.

No ale to juz chyba NTG.
fakt :) Robie crosspost na p.c.p, a ew. dyskutantów prosze o ustawienie
odpowiedniego FUTa :)

pzdr.
j.