T.M.F. pisze:

> Niestety nie da sie tego przegladnac, login i halso potrzebne. Numer
> bledu z id tez nie istnieje.

Zarejestruj się. To nic nie kosztuje.

> Poza tym to nie jest strona gcc, wiec jesli mozesz daj linka lub nr
> bledu do bugzilli na gcc.gnu.org.


nie mam.

do góry

Użytkownik "Sebastian Biały" <h...@p...onet.pl> napisał w wiadomości
news:gp139c$o8u$1@achot.icm.edu.pl...
> Ghost wrote:
>>> Z '51 to tak jak z 8086. I to i to szit. Ale szity zwyczajowo wygrywaja
>>> w wyscigu technologicznym. Na szczescie w przypadku '51 w pore przyszedł
>>> ratunek w postaci RISCów.
>
>> No wlasnie gdzie jest 8086?
>
> W twoim pececie. Kompatybilnośc z aplikacjami dosowymi święta rzecz.

nima

do góry

Ghost wrote:
>>> No wlasnie gdzie jest 8086?
>> W twoim pececie. Kompatybilnośc z aplikacjami dosowymi święta rzecz.
> nima

A na bazie jakiego cpu masz pc ?

do góry

Użytkownik "Sebastian Biały" <h...@p...onet.pl> napisał w wiadomości
news:gp17a8$ue5$1@achot.icm.edu.pl...
> Ghost wrote:
>>>> No wlasnie gdzie jest 8086?
>>> W twoim pececie. Kompatybilnośc z aplikacjami dosowymi święta rzecz.
>> nima
>
> A na bazie jakiego cpu masz pc ?

Taki quadratowy ;-)

do góry

Ghost wrote:
>>>>> No wlasnie gdzie jest 8086?
>>>> W twoim pececie. Kompatybilnośc z aplikacjami dosowymi święta rzecz.
>>> nima
>> A na bazie jakiego cpu masz pc ?
> Taki quadratowy ;-)

Takie sa najgorsze, gorsze nawet od zgodnych z 8086 :(

do góry

On Sun, 08 Mar 2009 19:42:51 +0100, Sebastian Biały wrote:
>Mario wrote:
>> Platforma 586 i 686 to RISC emulujący 86. A w
>> mikrokontrolerach niestety dali ciała.
>
>Dziekujmy opatrzności. Inaczej grupa była by zawalana pytaniami "mam 4Mb
>RAM a pokazuje 640k, pomocy", albo "jestem w trybie rzeczystistym, jak
>przełączyć się w chroniony w przerwaniu i zmienić segment pamięci?" itd
>podobne problemy nieznane na innych normalnych architekturach. Cale
>szczęście że nie zdobyły popularności w uC.

No jak nie - przeciez w uC pelno bylo podobnych jaj.
Dlaczego nie dziala mi printf jesli string formatujacy dam z pamieci
RAM .. i to nie tylko zarzut do Intela i '51, ale takze do Harvard
architecture, a czesto i do innych pomyslow.
Kiedys i 4GB RAM zabraknie i bedzie podobny zarzut do ARM ze
stronnicowaniem :-)

J.

do góry

> bardzo przywiązany do deski kreślarskiej. To nie nawał pracy tylko niechęć
> do nauki. Wdrożyć się do pisania na nową platformę można w ciągu 2
> tygodni. Tym bardziej, że czasami do procka podpinasz układy które mają
> więcej rejestrów niż 51 i też się musisz z nimi zapoznać.

Trochę przesadziłeś z tak krótkim czasem , pewnie do avr to wystarczy 2 tyg
,
do innej 51 czy też innych maluchów też, ale przejscie na inną platformę to

1. zmiana rdzenia procka - to w zasadzie nic, problem kompilatora a nie nasz

2. zmiana peryferiów procka i obwodów i/o to już coś więcej bywa - aby
optymalnie
wykorzystać duże nowe zasoby trzeba być z nimi dobrze zakolegowany...

3. zmiana śrdowiska programowania, bibliotek do procka - przy większym uC to
jest co tam,
ustawiać....

To bywa kilka tysięcy stron dokumentacji do przerobienia i to nie raz

Najlepiej takiego nowego większego nowszego procka pierwszy raz wsadzić do
takiego
projektu co to prawie tylko "mruga ledą" - pewnie że bez sensu technicznie
ale jakoś pomoże
nawiązać wzajemną relacje :)



zbyszek

do góry

Użytkownik "Sebastian Biały" <h...@p...onet.pl> napisał w wiadomości
news:gp17v1$v87$2@achot.icm.edu.pl...
> Ghost wrote:
>>>>>> No wlasnie gdzie jest 8086?
>>>>> W twoim pececie. Kompatybilnośc z aplikacjami dosowymi święta rzecz.
>>>> nima
>>> A na bazie jakiego cpu masz pc ?
>> Taki quadratowy ;-)
>
> Takie sa najgorsze, gorsze nawet od zgodnych z 8086 :(

Bo, poniewaz?

do góry

>> firmie. Padlem pod naporem argumentacji o wartości 0.40zł.
>
> Wszystko zależy od skali produkcji. W zastosowaniach hobbystycznych,
> rzeczywiście nie ma się o co bić.

Chyba w większości projektów które realizujemy w kraju nie ma
w ogóle problemu z ceną procka. Problem z ceną zaczyna sie przy seriach
idących
w tysiące i dziesiątki tysiecy i więcej. Dla mniejszych serii opłaca się
wybrać droższy
procek, na pewno znany projektantowi, a skrócić męki z jego wyborem,
projektowaniem
hardwaru i upychaniem softwaru - objętościowo i mocowo.


Kiedyś miałem zamówienie na opracowanie projektu pod bardzo dużą serię, uC
został wybrany
w wersji ROM (programowany maską w produkcji) i dla taniości był jedynie
4bitowcem, a dyskusja
była na temat potrzeby zastosowania każdego opornika :) - ale koszt
opracowania tego był
wysoki!


A hobbystom - bo to jest produkcja wybitnie jednostkowa - bym radził aby
wybrali sobie
do swojej zabawy procek popularny i z dużym zapasem pojemności kodu i mocy i
"nóżek" -
niech kosztuje i 30zł i więcej a to i tak nic nie znaczy z kosztem i czasem
jaki ponosi sie na zrobienie całości -
a tak jeden procek opanują (to trochę potrwa) i do wszystkich projektów im
na długo wiedza i taki procek starczy.


Dużo trudniej jest wycisnąć z małego uC 95% jego możliwości niż z dużego
5% - dla początków lepiej nie stawiać soie
za dużych wymagań.



zbyszek

do góry

zbyszek pisze:
>> bardzo przywiązany do deski kreślarskiej. To nie nawał pracy tylko niechęć
>> do nauki. Wdrożyć się do pisania na nową platformę można w ciągu 2
>> tygodni. Tym bardziej, że czasami do procka podpinasz układy które mają
>> więcej rejestrów niż 51 i też się musisz z nimi zapoznać.
>
> Trochę przesadziłeś z tak krótkim czasem , pewnie do avr to wystarczy 2 tyg
> ,
> do innej 51 czy też innych maluchów też, ale przejscie na inną platformę to
>
> 1. zmiana rdzenia procka - to w zasadzie nic, problem kompilatora a nie nasz
>
> 2. zmiana peryferiów procka i obwodów i/o to już coś więcej bywa - aby
> optymalnie
> wykorzystać duże nowe zasoby trzeba być z nimi dobrze zakolegowany...
>
> 3. zmiana śrdowiska programowania, bibliotek do procka - przy większym uC to
> jest co tam,
> ustawiać....
>
> To bywa kilka tysięcy stron dokumentacji do przerobienia i to nie raz
>
> Najlepiej takiego nowego większego nowszego procka pierwszy raz wsadzić do
> takiego
> projektu co to prawie tylko "mruga ledą" - pewnie że bez sensu technicznie
> ale jakoś pomoże
> nawiązać wzajemną relacje :)

Tak sobie właśnie wyobrażam pierwsze podejście do nowego procesora. Przy
pierwszym spotkaniu rzeczywiście jakieś mruganie oczkiem a nie od razu
hardcore :) Wprawdzie do ARMa podchodziłem w celu zrobienia dość
wymagającego zadania ale pierwsze tygodnie były na zapoznanie się ze
sposobem dostępu do portów i obsługa przerwań. Czyli czytanie
dokumentacji konfiguracja środowiska, miganie diodką obsługa LCD i
zrobienie w przerwaniach obsługi AD podpiętego do portów.

--
Pozdrawiam
MD

do góry