<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">Dňa 13. februára 2014 15:19, Jan Waclawek <span dir="ltr"><<a href="mailto:konfera@efton.sk" target="_blank">konfera@efton.sk</a>></span> napísal(-a):<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">><br>
>><br>
>> Ale ratal by som s tym, ze to na ten cely rozsah teplot nebude bohvieco,<br>
>> tych 5% nepisu nahodou. A na tych grafoch pre ten PIC12F683 si vsimni, ze<br>
>> ten graf (co bude asi priemer pre vela meranych kusov) v celom rozsahu<br>
>> teplot a napati sice neuhne ani o percento, ale ten rozptyl ide aj do<br>
>> +-3%, a to uz moze byt fatalne. Inaksie povedane, to, ze na jednom kuse si<br>
>> zmerias nejaky priebeh, Ti nezaruci, ze to bude aj na inych kusoch tak.<br>
>><br>
><br>
>No ja som pozeral len na ten 10f20x a tam z tej tabulky si myslim, ze to<br>
>treba drivovat z 5V zdroja. Ale to si iba myslim, minimalne je to dalsi<br>
>bod, ktory si treba zapisat do poznamok a brat na neho ohlad pri designe.<br>
>Vtedy by to mohlo mat tych +-1% v celom teplotnom rozsahu...<br>
<br>
<br>
</div>Urcite nie. Bavime sa o datasheete PIC10F200/202/204/206, DS40001239E,<br>
str.70.<br></blockquote><div><br></div><div>Ano, to je posledny a aktualny.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Tolerancia oscilatora INTOSC +-1% plati len pre VDD=3.5V a 25 st.C. Inaksie<br>
povedane, ta kalibracna hodnota, ktora je ulozena vo FLASH, je dobra len<br>
pre VDD=3.5V.<br></blockquote><div><br></div><div>Toto si musim este premysliet v klude. Zatial mam len poznamku, ze bude treba riesit napajanie a jeho kolisanie s teplotou. Teda nebude to take trivialne ako som si povodne myslel. Zatial mam totiz len prvu ideu ako by to mohlo cele vyzerat a pisem si rozne poznamky a postrehy k designu.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Podla tych grafov v datasheete k PIC12F683 (ano, ja viem, ze to iny svab a<br>
ze to pre 10F2xx bude mat obmedzene pouzitie, ale ver mi, ze to zhruba tak<br>
bude), pri 25st.C a 5V napajani je uz ta frekvencia uhnuta o cca +0.3<br>
-1.3%.<br>
<br>
Pre rozsah 0 st.C az +85st.C pre VDD medzi 2.5V az 5.5V plati +-2%, a pre<br>
cely rozsah teplot a cely rozsah napajacich napati plati +-5%.<br></blockquote><div><br></div><div>To je uz dost nepouzitelne a pokial mi bolo zname, tak UART chodil +-5% total error. Takze ak odskoci tolko len oscilator bude treba hladat nejake ine riesenie toho prenosu, myslim nejake jednoduche kodovanie, ktore by sa este dalo do toho cipu nakodit, alebo ist dostatocne pomaly a vyuzit pritom tu skutocnost, ze vacsina hw-uartov sampluje vstup 16x baud. rychlost. a strcit to do celkovej chyby. Tiez su to len idey a jedna z veci, s ktorymi sa treba pohrat a vyskusat ich.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Typicke hodnoty si mozu strcit za klobuk; neviem ako Ty, ale ja potrebujem,<br>
aby ten geret urcite fungoval, a nie len typicky fungoval... ;-)<br></blockquote><div><br></div><div>Ale zase nestras, budes rad, ked ti to bude fungovat aj typicky. Vzhladom na to, ze mne na stole nechodi ani hw seriova linka na dvoch inych mcu, to kurvitko budes ladit sakrametsky dlho... :) Nasiel som nejaky workaround, ale sucasne s nim som pochopil, ze bude ine a tiez s nim nic neurobim.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
<br>
>> Vsimni si este aj v datasheete pri tych udajoch v tabulke tie poznamky o<br>
>> poctivom blokovani napajania.<br>
>><br>
><br>
>Hej na to som pamatal, ale ten 10nF je uz dalsia suciastka. A ako tak<br>
>pozeram bude na tej doske viacej kondenzatorov ako vsetkeho ostatneho.<br>
>Takze urcite pride aj na katovanie kostov... :)))<br>
<br>
</div>No, mozno to take horuce nie je, ak to bude SMD kondik narvaty rovno na<br>
nozickach a zdroj bude nejaky slusny...<br></blockquote><div><br></div><div>Myslim, ze pod pojmom slusny sa dost obmedzi vyber, alebo dostatocne skomplikuje navrh.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class=""><br>
<br>
>> Ak ten UART je obojsmerny, da sa robit autobaud resp. kalibracia podla<br>
>> prijimanych dat.<br>
>><br>
><br>
>No to som prave chcel vylucit, povodny zamer bol len obycajny Tx. A to som<br>
>chcel urobit s ohladom na 8 bitovy timer resp. 8 bitovu premennu na 9600 a<br>
>menej, podla toho, ako by vysla cakacia slucka. Kvoli jednoduchosti by som<br>
>nechel pouzivat unsigned int, lebo to sa uz blbo programuje... Teda bola by<br>
>to dalsia komplikacia, ktorej by som sa rad vyhol ak by to slo.<br>
<br>
</div>Chapem.<br>
<br>
Pozri, zalezi na okolnostiach - na medzikusoch (prevodniky urovni, kabel) a<br>
na protikuse. UART by mal vcelku bez zasadnejsich problemov chodit do +-3%<br>
, v idealnom pripade (dokonala prenosova trasa, dokonale presna<br>
protistrana) aj trocha viac.<br>
<br>
Na druhej strane, aj protistrana sa moze prisposobit, robit autobaud apod.<br></blockquote><div><br></div><div>Moja idea bola este posielat na zaciatku kazdeho paketu synchronizacne byty a podla toho urobit ten prijimaci UART. Ale ako som uz napisal, su aj ine moznosti. Budem si musiet sadnut a trocha pocitat a experimentovat.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
<br>
<br>
>> Kedze v tej mojej aplikacii to PICko je priamo<br>
>> kvoli meraniu a vysielaniu teploty, tak asi budem moct kompenzovat tu<br>
>> chybu rovno na zaklade merania teploty... :-)<br>
>><br>
><br>
>Vidis, toto ma nenapadlo, dakujem za inspiraciu.<br>
<br>
</div>Este stale sa obavam, ze vzhladom na naznaceny rozptyl bude treba robit<br>
kalibraciu.<br></blockquote><div><br></div><div>Rad by som zostal pri tej jednej, ktoru uz urobil vyrobca.<br><br>Dakujem ti ale za to, ze si si nasiel cas a trochu sme to rozobrali. Urcite to mas rozpracovane lepsie ako ja, ale aj tak tych par bodov, na ktore si poukazal, ma inspirovalo. A hlavne tu tabulku v DS som vecer naozaj prehliadol. Ak by si mal este nejake pripomienky a napady, rad podebatim. <br>
</div><div><br></div><div>A.<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
HW-list mailing list  -  sponsored by <a href="http://www.HW.cz" target="_blank">www.HW.cz</a><br>
<a href="mailto:Hw-list@list.hw.cz">Hw-list@list.hw.cz</a><br>
<a href="http://list.hw.cz/mailman/listinfo/hw-list" target="_blank">http://list.hw.cz/mailman/listinfo/hw-list</a><br>
</div></div></blockquote></div><br></div></div>