Microchip - Errata - co s tim ?

Michal HW michalgregor@centrum.cz
Pátek Říjen 6 10:12:41 CEST 2006


Uz se nad tim taky nerozciluji. alespon ne u Microchipu. PICy maji jedno 
obrovske plus a to je vzajemna kompatibilita pouzder. Takze v pripade 
problemu se to jen preletuje.

Zajimave je ale jina vec. Prechod od 16C54 na 16Fxxx a 18Fxxx trval peknych 
par roku, ale posledni dobou se mi zda ze se Microchip utrhl z retezu. Je to 
trosku narocnejsi na orientaci v nabidce, ale uz neresim optimalizaci SW 
kvuli male pameti programu a dat. A to je velke plus.

Michal

----- Original Message ----- 
From: "Jiri Bezstarosti" <jiri@bezstarosti.cz>
To: "HW-news" <hw-list@list.hw.cz>
Sent: Friday, October 06, 2006 9:44 AM
Subject: Re: Microchip - Errata - co s tim ?


Vidite to prilis kategoricky. Musim rici, ze ja se kdysi vylozene
vztekal nad nekterymi chybami a to nejen v elektronice a hlasil, ze
tohle a tohle "musel vymyslet debil" atp. :). Uz mne to ale preslo,
protoze tim si clovek nepomuze a jeste rozladi sve okoli a maximalne se
vzteky fikne do prstu atp. :))). Ale to je muj pripad z minulosti, nekdo
to zna taky, nekdo byl klidas od prirody vzdycky. Ale ted k veci.

Mam zapojeny oba seriaky na CANON9 pres prevodniky na RS232 a pouzivam
je tak pouze jako asynchronni seriove porty (momentalne na 115200bps
8N1) a tim padem uz se mne nektere chyby netykaji :). 9bit komunikace,
to jsem nevidel, ani nepamatuji :).

Ze je I2C a SPI k nicemu neni zrovna uplne spravne vyjadreni, rekneme,
ze jejich osetreni softem je trochu slozitejsi, nez by puvodne byt melo.
Ovsem zase, SPI hardwarem potrebujete vlastne jen tehdy, pokud ma to SPI
byt hodne rychle a nebo se spatne v realtime aplikaci softem realizuje a
navic ta chyba co ji SPI ma, neni nic sileneho, s cim by se nedalo zit a
osetrit si to softem. Co se tyce I2C, s I2C u PIC jako se slave byly
vzdycky nejake problemy a clovek se s tim casem naucil fungovat a ja
konkretne zase tak moc aplikaci nemam, kde bych PIC mel jako slave na
I2C, takze mne to i docela mijelo.

Nakonec snad dokazeme zvolit spravnou soucastku a kdyz vidim, ze chci do
aplikace zrovna to, kde je chyb jak maku a nektere jsou spatne
resitelne, sahnu po necem jinem a nebo si s tim i tak umim poradit. To
ze je popisu chyb tolik, muze znamenat bud to, ze se to zcela nepovedlo
a nebo to, ze tomu vyrobce venuje tolik pece, ze je schopen se o tyhle
poznatky rychle podelit se zakazniky - kdybyste ty chyby nevidel, treba
by si 99 lidi ze 100 mlaskalo blahem, ale ten jeden by se dost natrapil.
Takze povazuju za velice korektni postup se chybami netajit a pustit
jejich popis ven v plne krase i kdyz jak je videt, to muze mnohe odradit :).

Jiste to vyrobce neomlouva, veci nemaji mit chyby, ale v dnesnim svete
nemuze nikdo cekat 20 let nez neco vypusti, aby uz vedel s jistotou, ze
je to uplne skvele - zemrel by hlady, bohuzel.

--
Jiri Bezstarosti

Michal HW napsal(a):

>Neni nad poradny procesor, navic za par Kc...
>Ted jsem nasel jednu zasadni chybu v UARTU. 9 bit komunikaci nelze pouzit v
>duplexnim rezimu.
>A jak se divam na chyby u SPI a IIC, tak jsou asi taky k nicemu.
>
>Michal Gregor
>
>

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list




Další informace o konferenci Hw-list