Microchip PIC10F - innowacyjny 6-nóżkowy procesor do PWM i generacji fal prostokątnych

Tue Nov 02, 2004 6:36 am   

I dopiero za 10 lat wymyśli swoją serię ATtyny ))

--
Jacek "Plumpi"
plumpixjr@wp.pl
Usuń iksa - zabezpieczenie antyspamowe

Tue Nov 02, 2004 6:39 am   

I co ? Chciałbyś chodzić ze swoim komputerem do lekarza, aby leczyć go ze
sklerozy ?

--
Jacek "Plumpi"
plumpixjr@wp.pl
Usuń iksa - zabezpieczenie antyspamowe

Tue Nov 02, 2004 6:43 am   

Tylko jaka jest różnica w stopniu upakowania danych na powierzchnii ?

--
Jacek "Plumpi"
plumpixjr@wp.pl
Usuń iksa - zabezpieczenie antyspamowe

Tue Nov 02, 2004 6:51 am   

J.F. wrote:


Moze, ale nie musi - poza tym wez pod uwage, ze ja policzylem prace
jednej osoby, pracujacej na studenckiej stawce, czyli de facto
pracownika bez wyksztalcenia. W zespole, w ktorym pracuje, jestem w tej
chwili najgorzej oplacany (reszta pracuje na pelnym etacie za stawki
inzynierskie i doktorskie...)
W wielkoseryjnej i dlugofalowej produkcji skrajna optymalizacja sie
oplaca. W takiej na 10.000 sztuk oszczednosc 10 euro robi roznice. Ale
jesli tydzien pracy ekipy kosztuje 10k euro, do tego klienci sa gotowi
odbierac cala produkcje od zaraz, to czas robi sie na wage zlota, i
nawet jesli cos sie optymalizuje do oporu, to robi sie to pozniej... Jak
rynek sie ustabilizuje i wiadomo, ze wyjdzie tego wiecej jak 100 sztuk
prototypow do testow polowych...


lol :)


Jest jeszcze jedna sprawa... Akurat nie dotyczy mojej branzy, ale z
racji ilosci pieniedzy tam latajacych - nie do zignorowania. Mianowicie
samochody. Cykl produkcji to w tej chwili max 2 lata. Wiekszosc softu
musi byc napisana i wstepnie zdebugowana zanim zapadna ostateczne
decyzje jakie, gdzie i ile procesorow w systemie bedzie... Firmware jest
dopisywane na samym koncu... pod juz uzywane API.
Zrobta to w ASM...


http://www.sew-eurodrive.de
--
Marek Lewandowski ICQ# 10139051/GG# 154441
locustXpoczta|onet|pl
http://www.stud.uni-karlsruhe.de/~uyh0
[! Odpowiadaj pod cytatem. Tnij cytaty. Podpisuj posty. !]

Tue Nov 02, 2004 6:51 am   

J.F. wrote:


Moze, ale nie musi - poza tym wez pod uwage, ze ja policzylem prace
jednej osoby, pracujacej na studenckiej stawce, czyli de facto
pracownika bez wyksztalcenia. W zespole, w ktorym pracuje, jestem w tej
chwili najgorzej oplacany (reszta pracuje na pelnym etacie za stawki
inzynierskie i doktorskie...)
W wielkoseryjnej i dlugofalowej produkcji skrajna optymalizacja sie
oplaca. W takiej na 10.000 sztuk oszczednosc 10 euro robi roznice. Ale
jesli tydzien pracy ekipy kosztuje 10k euro, do tego klienci sa gotowi
odbierac cala produkcje od zaraz, to czas robi sie na wage zlota, i
nawet jesli cos sie optymalizuje do oporu, to robi sie to pozniej... Jak
rynek sie ustabilizuje i wiadomo, ze wyjdzie tego wiecej jak 100 sztuk
prototypow do testow polowych...


lol :)


Jest jeszcze jedna sprawa... Akurat nie dotyczy mojej branzy, ale z
racji ilosci pieniedzy tam latajacych - nie do zignorowania. Mianowicie
samochody. Cykl produkcji to w tej chwili max 2 lata. Wiekszosc softu
musi byc napisana i wstepnie zdebugowana zanim zapadna ostateczne
decyzje jakie, gdzie i ile procesorow w systemie bedzie... Firmware jest
dopisywane na samym koncu... pod juz uzywane API.
Zrobta to w ASM...


http://www.sew-eurodrive.de
--
Marek Lewandowski ICQ# 10139051/GG# 154441
locustXpoczta|onet|pl
http://www.stud.uni-karlsruhe.de/~uyh0
[! Odpowiadaj pod cytatem. Tnij cytaty. Podpisuj posty. !]

Tue Nov 02, 2004 6:51 am   

J.F. wrote:


Moze, ale nie musi - poza tym wez pod uwage, ze ja policzylem prace
jednej osoby, pracujacej na studenckiej stawce, czyli de facto
pracownika bez wyksztalcenia. W zespole, w ktorym pracuje, jestem w tej
chwili najgorzej oplacany (reszta pracuje na pelnym etacie za stawki
inzynierskie i doktorskie...)
W wielkoseryjnej i dlugofalowej produkcji skrajna optymalizacja sie
oplaca. W takiej na 10.000 sztuk oszczednosc 10 euro robi roznice. Ale
jesli tydzien pracy ekipy kosztuje 10k euro, do tego klienci sa gotowi
odbierac cala produkcje od zaraz, to czas robi sie na wage zlota, i
nawet jesli cos sie optymalizuje do oporu, to robi sie to pozniej... Jak
rynek sie ustabilizuje i wiadomo, ze wyjdzie tego wiecej jak 100 sztuk
prototypow do testow polowych...


lol :)


Jest jeszcze jedna sprawa... Akurat nie dotyczy mojej branzy, ale z
racji ilosci pieniedzy tam latajacych - nie do zignorowania. Mianowicie
samochody. Cykl produkcji to w tej chwili max 2 lata. Wiekszosc softu
musi byc napisana i wstepnie zdebugowana zanim zapadna ostateczne
decyzje jakie, gdzie i ile procesorow w systemie bedzie... Firmware jest
dopisywane na samym koncu... pod juz uzywane API.
Zrobta to w ASM...


http://www.sew-eurodrive.de
--
Marek Lewandowski ICQ# 10139051/GG# 154441
locustXpoczta|onet|pl
http://www.stud.uni-karlsruhe.de/~uyh0
[! Odpowiadaj pod cytatem. Tnij cytaty. Podpisuj posty. !]

Tue Nov 02, 2004 11:19 am   

Użytkownik Plumpi napisał:


A kogo to obchodzi?
W przypadku pamięci holograficznej np o jakiej "powierzchni zapisu"
chciałbyś powiedzieć? a można odłamać kawałek i wszystkie dane są nadal
zachowane!


--

Pozdrawiam,

A. Grodecki

Tue Nov 02, 2004 12:13 pm   

Niezupełnie. Ilość szczegółów zależy od jakości nośnika oraz od wielkości
ziaren emulsji światłoczułej. Czyli jest także ograniczona.

--
Jacek "Plumpi"
plumpixjr@wp.pl
Usuń iksa - zabezpieczenie antyspamowe

Tue Nov 02, 2004 12:38 pm   

Marek Lewandowski wrote:


Raczej ze wzgledu na latwosc utrzymywania kodu, czytelnosc,
szybkosc tworzenia programu i znaczne zredukowanie liczby
miejsc, w ktorych mozna popelnic blad. Przenosnosc na poziomie
kodu zrodlowego nie jest az tak istotna (tj. znacznie wiecej sie
o niej mowi niz rzeczywiscie w tej sprawie robi). Mozna nawet
powiedziec (choc to kwestia pryjetej definicji przenosnosci...),
ze w jezykach programowania takich jak Java albo C# zrezygnowano
z przenosnosci -- istnieje tylko _jedna_ maszyna docelowa, na ktora
jest kompilowany kod zrodlowy (czyt. maszyna wirtualna), a wiec nie
ma miedzy czym tego programu przenosic. Natomiast na kazdej
rzeczywistej platformie sprzetowej trzeba napisac odpowiednie
srodowisko wykonawcze, no ale ono nie jest czescia programu. :-)


Wiesz, trudno nazwac C jezykiem wysokiego poziomu, a jeszcze
trudniej przypisac mu przenosnosc, skoro standard nie okresla nawet
ile bitow ma typ calkowity. Znajomy nazywa ten jezyk
"wysokopoziomowym asemblerem", a ja sie z ta opinia zgadzam.


To strasznie dlugo (na granicy czasu stworzenia programu od nowa).

Pozdrawiam
Piotr Wyderski

Tue Nov 02, 2004 6:11 pm   

Użytkownik Plumpi napisał:


No jasne, zaczynamy tracić szczegóły, ale mimo ubytku fragmentu pamieci
mamy cały czas dostęp do ogólnego obrazu całości. Fascynująca technologia.


--

Pozdrawiam,

A. Grodecki

Tue Nov 02, 2004 7:06 pm   

"A.Grodecki" <ag.usun_to@modeltronik.com> wrote in message
news:cm5n95$ii0$1@nemesis.news.tpi.pl...


to wszystko zalezy, jak sie pisze, czym sie kompiluje i pod jaki
procesor. Mozna napisac w C cos wydajnego (szczegolnie, jak sie wie,
z czym kompilator sobie dobrze radzi, a z czym nie), a mozna i w
asemblerze napisac cos do d... (znaczy, zbyt wydajnego, tak
wydajnego, ze czasem zapomni cos zrobic itp.). Osobiscie pod PIC-e
bardzo dobrze pisze mi sie w C.

A pelna kontrola to takie ladne haslo - czlowiek statystycznie
popelnia 2% bledow, w asemblerze tez...

pozdrawiam
entrop3r

Tue Nov 02, 2004 7:11 pm   

Piotr Wyderski wrote:


;P
Coś w tym jest, ale przy odrobinie pomyślunku daje się zrobić w C bardzo
przenośny i uniwersalny kod...


licząc na jednego pracownika, uruchamiając to na prototypie urządzenia
poddawanym ostatnim modyfikacjom, wziąwszy pod uwagę, że kodu wynikowego
jest coś 130kB zpo zipowaniu... Nie jest tak źle...
--
Marek Lewandowski ICQ# 10139051/GG# 154441
locustXpoczta|onet|pl
http://www.stud.uni-karlsruhe.de/~uyh0
[! Odpowiadaj pod cytatem. Tnij cytaty. Podpisuj posty. !]

Tue Nov 02, 2004 7:23 pm   

"entroper" <entroper@CWD.spamerom.poczta.onet.pl> wrote in message news:cm8laa$rrj$1@achot.icm.edu.pl...

Jaki kompilator polecisz mi do tytułowego PIC10F200 ?


A jak te procenty się liczy? 2 byki na 100 linii kodu czy jak?

Tue Nov 02, 2004 7:52 pm   

On Tue, 02 Nov 2004 19:11:38 +0100, A.Grodecki wrote:

Dla obrazkow fascynujaca, dla danych komputerowych nie, bo tam kazdy
szczegol wazny :-)

Podobnie fascynujace moze byc CD - malujesz szeroka kreske a bledow
nie ma.

J.

Tue Nov 02, 2004 8:04 pm   

"Pszemol" <Pszemol@PolBox.com> wrote in message
news:cm81oc.27k.0@poczta.onet.pl...


CCS-a. Pod ten procek moze nie byc (nie sprawdzalem), ale PIC-e maja
architekture klockowa i wystarczy wiedziec, czego dany procek nie
ma, by rozumnie uzyc konfiguracji dla procka wiekszego.


nie wiem, czy na linie kodu, czy na komende, prawdopodobnie na jakas
powtarzana czynnosc. Ta liczba jest raczej obiegowa wartoscia, ale
rzucil ja bardzo madry czlowiek i z dokladnoscia do rzedu wielkosci
raczej sie potwierdza (tzn, taka zauwazam u siebie i
wspolpracownikow - dokladnie nie liczylem tego nigdy, ale tez wiem,
ze nie mozna marzyc np. o 0.1%). Oczywiscie, mozna te swoista
wartosc troche zmniejszyc, ale przy wyraznym zwiekszeniu wysilku,
wracaniu do tego samego po 5 razy itp.

pozdrawiam
entrop3r