"Michał Baszyński" <m...@g...ze.ta.pl> wrote in message
news:lhsbpl$l8t$2@dont-email.me...
> W dniu 2014-04-06 17:34, Dariusz Dorochowicz pisze:
>
>>> Wśród ARMów są też układy z małą ilością nóg.
>>
>> :)
>> Marzy mi się ARM 8-16 nóg. Dostępny oczywiście u nas i programowany
>> "byle czym", w sensie kompilatora i programatora ;)
>> Z tym, że nóg może mieć więcej.
>
> LPC81x - na Farnellu od 4,5zł

No ale LPC810 to taki scalak dla Sylwestra, aby sobie
pisał w asemblerze i liczył instrukcje... 4k flash i 2k ram.

do góry

On Sun, 6 Apr 2014 22:06:19 +0000 (UTC), g...@s...invalid (Adam
Wysocki) wrote:
> Ciekawa lektura:
> http://www.electricstuff.co.uk/picvsavr.html

Autor tej lektury chyba porównywał starszą arch. pic14 z avr zamiast
pic16.

--
Marek

do góry

> No ale LPC810 to taki scalak dla Sylwestra, aby sobie
> pisał w asemblerze i liczył instrukcje... 4k flash i 2k ram.
:-)
Dziękuję za uznanie.
Tylko do swojego notebooka go nie wstaw,
bo będzie się budził 2 lata.
S.

do góry

> Współczesne "programy" są na tyle złożone, że do ich uruchomienia
> potrzebne jest skomplikowane środowisko (SO) które nie jest w stanie
> uruchomić się w 50ms a potrzebuje do tego grube dziesiątki sekund.

Powoli nabieram respektu.
Oczywiście SO jest warunkiem koniecznym i bezdyskusyjnym.

> Sugerowanie, że należałoby by pisać programy i so w asm to by były
> szybsze i uruchamiały się w 50ms jest niedorzeczne. Zdradza jedynie
> to, że autor takiego pomysłu nie zdaje sobie sprawy z złożoności i
> komplikacji współczesnego so, czy nawet współczesnych aplikacji
> które robią trochę bardziej skomplikowane rzeczy niż miganie ledami
> czy sortowanie tablicy liczb.

Czyli w wojsku, lotnictwie, aparaturze medycznej po prostu nie zdają sobie
sprawy
ze złożoności i komplikacji itd. itp.
Ciekawe, jak oni tam z tym złożonym systemem operacyjnym działają,
czekając 15 sekund, aż system będzie gotowy do odpalenia rakiety :-)

- Panie pułkowniku Leci na nas rakieta!
- Spokojnie kapralu. Naciśnijcie guziczek, odczekamy 15 sekund, a pot
..................
..................

do góry

"Sylwester Łazar" <i...@a...pl> wrote in message
news:lhsh2g$7u2$1@mx1.internetia.pl...
>> >>Mój laptop ASUSa pracujący pod kontrolą MS Windows 7
>> >>wstaje z trybu uśpienia w 15-16 sekund...
>> > Aaa... uśpienia!
>>
>> Właściwie miałem na myśli hibernację...
>> Zagalopowałeś się... Inaczej startowałby może 45-55 sekund.
>> I startowałby z pustym pulpitem, a ja chce zachować stan pracy.
>
> Nie ja.
> Czyli podsumujmy fakty:
> 1) Ja uważam, że uśpienie/hibernacja to protezy, aby móc szybciej
> korzystać
> z kiepskiego oprogramowania po włączeniu urządzenia.

Zgoda,
z tym że wspomnianym wyżej faktem jest że Ty tak uważasz
a nie jest faktem że hibernacja to proteza :-) To tylko Twoja *opinia*.

> 2)bo producent oprogramowania po 20 latach doświadczeń,
> po prostu nie umie tego zrobić, aby po naciśnięciu przycisku,
> procesor z zegarem 1GHz= 1 000 000 000Hz,
> zdążył wykonać swój program pokazujący obraz taki jak ostatnio
> w czasie 16 sekund.

No jak to nie umie, skoro umie - właśnie to robię.
Nazywa się to hibernacja. Polega na zatrzymaniu działania programów,
zamrożenie wszystkiego z pamięci DRAM do pliku na dysku i wyłączeniu
zasilania. Ponowne uruchomienie powoduje odczytanie zawartości DRAM
i "odmrożenie" zamrożonych wcześniej aplikacji w stanie w jakim
zostały zamrożone... Oczywiście upraszczam, bo jeszcze trzeba hardware
poinformować że idziemy spać ale z grubsza na tym to polega.

> 2) "Ty" (a nie producent) uważasz, że to fajne, bo możesz zaoszczędzić 30
> s
> z tych powiedzmy 45 sekund.

To jest punkt 3 czy może 2a?

> 3) I uważasz, że 45 sekund to mało.

Nie wmawiaj mi czegoś, czego nie napisałem.
Napisałem, że 45 sekund to mniej niż te kilka minut jakie wcześniej
sugerowałeś.

> 4)Ja z kolei uważam, że gdyby program obsługujacy urządzenie był
> napisany zwięźle, to mógłby się włączyć po 50ms od włączenia
> urządzenia i być gotowy do pracy.

Naprawdę?
A te 50ms od włączenia to wyliczyłeś jakoś czy może to tylko
taka formuła retoryczna którą trzeba interpretować jako
bliżej nieokreślone "krótko od włączenia"? :-)

Bo obawiam się że przetestowanie DRAM, enumeracja magistrali USB,
zainicjowanie Ethernetu i komunikacja z serwerem DHCP aby uzyskać
aktualny adres IP z sieci zajmnie Ci dużo więcej niż te 50ms od włączenia.
I jest to podyktowane wyłącznie samą budową sprzętu i protokołów.

> 5) Jeśli, aby zrealizować pkt. 4 potrzeba by było, aby napisać kod na
> poziomie ASM, to bym tak zrobił. np. dlatego, że kompilatory C
> były marne w latach 1995-2014.

Co robiłeś Miszczu Złoty w latach gdy Gates robił kasę na MS-DOS
i MS Windows??? Czemu nie zbijałeś kasy na swoim osie?

> No to teraz mi powiedz:
> a) dlaczego uważasz się, że hibernacja 15 sekundowa jest lepsza niż
> uruchomienie urządzenia w 50 ms?

Emocje Ci zalewają mózg i nie myślisz klarownie...
Gdzie ja napisałem że "uważam się" że hibernacja jest lepsza od 50ms startu?

Taki 50msekundowy start byłby świetny... mam podobny tylko nie od
power off tylko ze stanu "sleep", gdzie mój pecet gasi tylko LCD
i zatrzymuje dysk twardy :-)

> b) dlaczego nie wymienisz procka na 10x szybszy,
> skoro tak bardzo chcesz zaoszczędzić 30 sekund?

Skoro jak bardzo?
Hibernacja to ficzerek systemu operacyjnego od Gatesa.
Nic mnie nie kosztuje kasy włączenie go, w przeciwieństwie
do zakupu 10x szybszego procesora, jeśli taki produkują...
A mam laptop ASUSa A47U na procku i7 - byłoby mi ciężko
znaleźć 10x szybszy procesor do tego lapka.

do góry

"Sylwester Łazar" <i...@a...pl> wrote in message
news:lhs95p$cup$1@mx1.internetia.pl...
>> Zastanawiam czy świadomie trolujesz, czy faktycznie nie masz pojęcia
>> po co uśpienie i dlaczego (w kontekście w jakim pisał Przemol) nie
>> ma ono nic wspólnego z ładowaniem się czegokolwiek.
>
> Czyli jak wyciągniesz w laptopie z Windowsem 7, baterię,
> włożysz na drugi dzień i obudzisz - masz to samo
> na ekranie co było wczoraj?

Dokładnie na tym właśnie polega hibernacja o której pisałem wcześniej.

do góry

"Sylwester Łazar" <i...@a...pl> wrote in message
news:lhsncf$sul$1@mx1.internetia.pl...
>> Współczesne "programy" są na tyle złożone, że do ich uruchomienia
>> potrzebne jest skomplikowane środowisko (SO) które nie jest w stanie
>> uruchomić się w 50ms a potrzebuje do tego grube dziesiątki sekund.
>
> Powoli nabieram respektu.
> Oczywiście SO jest warunkiem koniecznym i bezdyskusyjnym.
>
>> Sugerowanie, że należałoby by pisać programy i so w asm to by były
>> szybsze i uruchamiały się w 50ms jest niedorzeczne. Zdradza jedynie
>> to, że autor takiego pomysłu nie zdaje sobie sprawy z złożoności i
>> komplikacji współczesnego so, czy nawet współczesnych aplikacji
>> które robią trochę bardziej skomplikowane rzeczy niż miganie ledami
>> czy sortowanie tablicy liczb.
>
> Czyli w wojsku, lotnictwie, aparaturze medycznej po prostu nie zdają sobie
> sprawy
> ze złożoności i komplikacji itd. itp.
> Ciekawe, jak oni tam z tym złożonym systemem operacyjnym działają,
> czekając 15 sekund, aż system będzie gotowy do odpalenia rakiety :-)
>
> - Panie pułkowniku Leci na nas rakieta!
> - Spokojnie kapralu. Naciśnijcie guziczek, odczekamy 15 sekund, a pot
> ..................
> ..................

dochodzę do wniosku że Ty mylisz peceta pracującego pod Windows 7
z systemem embedded przeznaczonym do jednego celu: odpalenie rakiety.

do góry

W dniu 2014-04-07 01:04, Sylwester Łazar pisze:
>> Współczesne "programy" są na tyle złożone, że do ich uruchomienia
>> potrzebne jest skomplikowane środowisko (SO) które nie jest w stanie
>> uruchomić się w 50ms a potrzebuje do tego grube dziesiątki sekund.
>
> Powoli nabieram respektu.
> Oczywiście SO jest warunkiem koniecznym i bezdyskusyjnym.

Mając świadomość, że tu był sarkazm to niestety muszę ci przytaknąć.
Głupi routerek czy nawigacja ma system operacyjny który ładuje się
kilkanaście - kilkadziesiąt sekund. Zrób nawigację w asm i jeszcze żeby
mogła odtwarzać muzykę i filmy. I czytać pdfy. I po podłączeniu do sieci
wifi żeby można było jej używać jako przeglądarki. I żeby mogła
konkurować cenowo z innymi produktami kosztującymi od 150 do 500 zł.


>> Sugerowanie, że należałoby by pisać programy i so w asm to by były
>> szybsze i uruchamiały się w 50ms jest niedorzeczne. Zdradza jedynie
>> to, że autor takiego pomysłu nie zdaje sobie sprawy z złożoności i
>> komplikacji współczesnego so, czy nawet współczesnych aplikacji
>> które robią trochę bardziej skomplikowane rzeczy niż miganie ledami
>> czy sortowanie tablicy liczb.
>
> Czyli w wojsku, lotnictwie, aparaturze medycznej po prostu nie zdają sobie
> sprawy
> ze złożoności i komplikacji itd. itp.

Widziałeś kiedyś jakąś złożoną aparaturę medyczną. Np do diagnostyki? To
najczęściej PC z windowsem. Ile twoim zdaniem startuje?

> Ciekawe, jak oni tam z tym złożonym systemem operacyjnym działają,
> czekając 15 sekund, aż system będzie gotowy do odpalenia rakiety :-)
>
> - Panie pułkowniku Leci na nas rakieta!
> - Spokojnie kapralu. Naciśnijcie guziczek, odczekamy 15 sekund, a pot

Poszukaj sobie o systemach prowadzenia ognia np WB Electronics. To są
maszynki na Linuksie. Na pewno nie startują 50 ms.


--
pozdrawiam
MD

do góry

> dochodzę do wniosku że Ty mylisz peceta pracującego pod Windows 7
> z systemem embedded przeznaczonym do jednego celu: odpalenie rakiety.

No i doszlismy do sedna.
Odnoszę wrażenie, że doszedłeś w końcu do tego,
że jesteś na grupie dyskusyjnej:
pl.misc.elektronika, gdzie właśnie dyskutuje się o systemach embedded,
a nie na
pl.comp.pecet

Chyba czas już uśpić komputer :-)
S.

do góry

"Mario" <m...@...pl> wrote in message
news:lhs6m4$4mn$1@mx1.internetia.pl...
> W dniu 2014-04-06 19:51, Sylwester Łazar pisze:
>>>> Błędów kompilatora raczej nie wyłapiesz, chyba że zaczniesz analizować
>> co
>>>> stworzył, a to w sumie tak jakbyś od razu w asm pisał.
>> Gdyby nie słowo "raczej", Twoje zdanie byłoby kompletną bzdurą.
>> Obok masz przykład.
>> Po podaniu kompilacji przez kolegę - po minucie widzę błędy w kodzie
>> mikrokontrolera,
>
>
> Chyba jednak to nie był błąd tylko nieoptymalne rozkazy. Błąd jest wtedy
> jeśli kod będzie działał błędnie czyli będzie dawał wyniki niezgodne z
> oczekiwaniami.

To samo chciałem napisać, ale chyba to nie ma sensu...

do góry