Fórum témák
» Több friss téma |
A 12f családokat nem ismerem, de nem valami olyasmi a cél az oszcillátor kalibrálással, hogy a gyártási eltéréseket balanszírozni lehessen? Nem igazán értem, hogy azt miért érdemes fixkódolni. Részemről inkább mérném és hitelesíteném egy referenciához, ha csakugyan fontos, vagy hagynám a fenébe, ha úgyis teljesen mindegy, mint például egy modellvasút váltó vezérlésénél, aminek az igényeihez képest simán sokezerszeres sebességgel fut az a pic, ha akár mit is csinálnak az osccal értékével. Van valami nagy titok a mélységekben?
Úgy általában lehet érdekes a korrekciós adat megtartása. Főleg az, hogy az utasításkód retlw legyen. Ha nem retlw és a program felhasználja a kalibrációt, el sem fog indulni.....
Ha töröljük a kontrollert, az értéke 0x3FFF lesz, ami nop -nak felel meg. Kommunikációs alkalmazások pl. aszinkron soros adás / vétel. A Microchip saját programozói beírás előtt kiolvassák ezeket az adatokat és automatikusan módosítják a beírandó programot. Persze ezekkel is el lehet veszteni az értéket. A PICkit2 programjában van kalibrációt meghatározó és visszaállító menüpont. Idézet: De és pont ezt az értéket határozza meg a gyártó elvileg ( gondolom az egy "fazékban" készültek egy vagy több mintavétel után ugyanazt a kódot kapják „de nem valami olyasmi a cél az oszcillátor kalibrálással, hogy a gyártási eltéréseket balanszírozni lehessen?” ![]() ![]() A hozzászólás módosítva: Jan 18, 2017
Oké, szóval romba menti (átírni nem lehet, elveszni nem tud), programkód ki tudja olvasni onnét run time, és az osccal egy ram-regiszter, ami run time írható. Nekem a történet olybá tűnik, mint amit egy sima függvény automatán meg tud oldani. Miért kell belőle programozás-idejű fejfájást csinálni?
A hozzászólás módosítva: Jan 18, 2017
Idézet: „Nekem a történet olybá tűnik, mint amit egy sima függvény automatán meg tud oldani. Miért kell belőle programozás-idejű fejfájást csinálni?” Ezt hogy gondolod ? Odaadod a felhasználónak a felprogramozott PIC-et és majd ő kalibrálja ? Vagy minden PIC programozónak van otthon hiteles kalibráló jele és mérője, amivel tudná kalibrálni az oszcillátor frekvenciáját ? A gyártó segít azzal szerintem azzal, hogy akinek nincs, az kapott egy gyárilag 1 %-ra beállított oszcillátort (ha jól emlékszem és amit ő tovább pontosíthat, ha megvannak hozzá az eszközei !) és a gyártásnak se kell eleve 1 % pontosnak lenni, hanem a bemérésnél majd "behúzzák" !
Peldaul vannak eltero homersekleten uzemelo cuccok (jellemzoen mondjuk a meleg iranyaba, pl. gepkocsi motortere) aztan a sima szobahomersekleten mukodo belteri cuccok. Itt elegge eros homersekleti kompenzalasra van szukseg.
Idézet: „Oké, szóval romba menti (átírni nem lehet, elveszni nem tud)” Sajnos a program memóriájába teszk a kalibrációs értéket, így egy gondatlanul kiadott chip erase kitörli. Ezért írtam le az írás menetét... A későbbi típusoknál az ilyen ill. ehhez hasonló értékeket az un. kalibrációs memória tartományba teszik, amit az egyszerű chip erase nem töröl, de megvan a módszer, amivel kiolvasható törölhető és újraírható: PICkit2 -nem a Test memória funkciók. Ha már itt tartunk: A 12F629,12F676, 16F630, 16F676 programozási leírása nem említni a Vdd first programming entry módszert csak a Vpp first programming entry -t. A hozzászólás módosítva: Jan 19, 2017
Sziasztok MikroC programmal nem lehet programozni ezt a picket:
pic 10F322 vagy megoldható valahogy??? szerk.: Pickit 3 felismeri feltudja programozni?? Mekkora belsö oscal rendelkezik ??? A hozzászólás módosítva: Jan 19, 2017
2 - Igen
3 - 16MHz és 31kHz. Ld: adatlap
Kerestem benne de nagyon hülye vagyok az adatlapokhoz
![]()
4.0 Fejezet: Oscillator Module a 24. laptól.
Sziasztok!
Valaki értő elmagyarázná nekem, ez mi akar lenni: "LPBOR: Low-Power Brown-out Reset Enable bit 1 = Low-power Brown-out Reset is enabled 0 = Low-power Brown-out Reset is disabled" Mert a fordító szerinti "alacsony erő barna ki" szerintem nem az amit nekem sugall.
Ha tul alacsony a tapfesz, akkor adjon-e resetet vagy ne. A nagyon alacsony tapfesz azt okozhatja, hogy bizonytalanul mukodik a cucc es nem azt csinalja, amit kell. Latszolag fut a program, de pl 2+2 osszeadas idonkent 12 lesz, mert bebillen a 3.bit veletlenszeruen.
Ezt értem, de van külön Brown-out is. Az mit csinál?
Illetve, attól még hogy resetelődik nem fog megnőni a tápfesz. Tehát vég nélküli resetbe kezd?
Akkor az alacsony feszultsegu modban adja, tehat amikor low-powerben fut, lassan.
Valoszinuleg neked kell lekezelni a resetet, mert egy jelzobit mutatja, hogy ez okozta a resetet. pl. ilyenkor lekapcsolhatja mondjuk a sajat tapfeszet, ha van ilyen elektronika a nyak-on. Szerintem arra valo, hogy a hibas mukodest megelozzuk, inkabb alljon le, de hulyeseget ne csinaljon. De nihilo nihil, tehat ha nem adsz neki kakaot, akkor barmi elofordulhat. Ha nem kezeled le es tovabbra is fenn all az az allapot, akkor szerintem igen, amig valami minimalis aramot ki tud szivattyuzni a telepbol...
Szia!
Idézet: --> Igaz, ha hibás, akkor meg kell javítani !„Illetve, attól még hogy resetelődik nem fog megnőni a tápfesz.” Ez nem arra való, hogy a tápfeszt megjavítsa, hanem pl. egy erősáramú kábel miatti zavarójel a tápon ne "akassza ki" a processzor által vezérelt rendszert, hanem inkább induljon újra ( néhány ms alatt képes erre !)! Természetesen ha ez sokszor előfordul, akkor a tápvédelem, árnyékolás területen kell "körbenézni" ![]()
Low-power = kisfogyasztású
Brown ot Reset = a feszültség leesése esetén RESET-ben tartja a mikrovezérlőt (különben előfordulna, hogy a mikrovezérlő hülyeségeket csinál, mert ha kiesik a specifikációban előírt határok közül, akkor tudományosan ne jósolható meg, hogy mit fog csinálni: pl. hibásan hajt végre egy utasítást, vagy eltéveszti a soron következő utasítás címét) Idézet: Volt már olyan erős vérveszteséged, hogy elájultál? Ha még nem, akkor elárulom, hogyan megy. Előbb elkezded hidegnek érezni az izmaidat, és az egész testedet. Izzadni is kezdesz, noha fázol. Aztán zúgni kezd a füled, és minden olyan távolivá változik. A látóteredben kívülről befelé elkezd előbb kizöldülni a "kép", majd kibarnulni, és akkor veszíted el a látásodat is, majd az eszméletedet is. Az a brown-out. Az angol szereti történeti vagy szokvány alapon kezelni a fogalmait. Nem mindegyiket lehet értelmesen magyarra fordítani. „"alacsony erő barna ki"” A hozzászólás módosítva: Jan 19, 2017
Szia
szerintem gyakorlatban pl. a következő dologra használhatod: 1) nem elég erős a tápellátás és néha vészesen leesik: Ha ezt észreveszed, mondjuk kigyújtasz egy LED-et, akkor szkópot, műszert stb. neki és megkeresni, mi okozza. 2) lemerül és gyenge a telep: gyorsan EEPROM-ba mentesz mindent ami fontos, alapállapotba helyezed, ami kell (pl. elzárod a vízcsapot, ha azt kezelsz vele ![]() Ehhez viszont kellhet még valami plusz hardver, mert a RESET-ből csak akkor kecmereg ki a PIC, ha a tápfesz Vbor fölé nő, azaz RESET esetén kicsit meg kell emelni az egyébként leesett tápfeszt. Egy elem pl. többnyire "gyárilag" tudja ezt, ha a RESET alatt nem terhelődik. A hozzászólás módosítva: Jan 20, 2017
Sziasztok!
Volt szó a témában, hogy RC körrel és egy PIC lábbal lehet analóg értéket mérni. Erről valaki tud valami dokumentációt adni? Googleval nem sikerült megértettnem a szándékom. Választ előre is köszönöm
Szia!
először is kell egy schmidt trigger benenetű láb, ez 0,8 tápfesznél érzékel magasat. Az adott lábat alacsony szintre teszed,(kisütöd a kondit egy 200 Ohmos ellenálláson keresztül és nullázol egy számlálót. bemenetnek állítod a lábat ekkor elkezd feltöltődni a külső ellenálláson keresztül és vársz, amíg magasra nem billen. Leolvasod a számlálóból az értéket. Ez nem analóg mérés, csak bizonyos késleltető mehamizmus ami arányos a feltöltő ellenállás mértékével.(potméter) Azonban nem potméterként, hanem változtatható ellenállásként kell bekötni. Remélem erre gondoltál... üdv. Foxi
Sziasztok.
MikroC pro-t használok de amikor lefordítom nem ment .hex fájlt. Mit kellene beállítanom, hogy legyen?
Tools --> Options menüben (F12 vel előjön) az output fülön nincs kikapcsolva valami?
A projekt könyvtárat beállítottad az elemén?
Ezek vannak bepipálva
Tudna valaki segíteni abban ez a két makró hogyan olvasható:
Idézet: „ez a két makró hogyan olvasható?” Roppant egyszerűen: a #define után álló függvénynév helyébe a jobb oldalon álló utasításokat másolja be a programkódba fordítás előtt a preprocessor. Nem ártana viszont kapcsos zárójelek közé tenni, így:
A hozzászólás módosítva: Jan 22, 2017
Üdv.! Programoztam már PIC-et CCS-ben de most PIC24-re van szükségem úgyhogy átt kell térnem az MPLAB-re.A gond hogy 3 órányi googlezás után sem tudom miért nem forditódik le a kód és hogy mi benne a hiba.Néztem már a hivatalos XC16 dokumentációt azaz a "16-Bit Language Tools Libraries
Reference Manual"-t de az sem segitett rajtam mert szerinte jól van.Hozzáteszem amatőr szinten programoztam PIC-eket.Szóval a kérdés adott: Mi a baj a kóddal?
Nem ismerem a programnyelvet tüzetesen, de mintha az #include <delay_ms.h> hiányozna.
Ezt a PIC-et (PIC24F16KA101) ismeri a CCS-C, legalábbis a 5.053-as ...
|
Bejelentkezés
Hirdetés |