Mármint azoknak a kerámiáknak volt közel zéró ESR-je, amiket még a régebbi gyártástechnológiákkal készítettek, de azok nem is voltak 100 µF-nak a környékén sem. Ezeknek az újaknak nem tudom még, milyen vaj van a fülük mögött, de valami biztosan nem tiszta. Kotorászok gyártástechnológiai magyarázat után, mi a rákot követtek el, hogy az egykori korlátot ezerszeresen tudják mára átlépni. Lehet, hogy jobbak a tantáloknál, de az a biztos, ami zicher.

Már nagyon eltértünk a témától.

Azért is rakom szürkébe, mert kicsit off, de olyan nagyon azért nem off, hogy megszólj érte A Vcap egy nagyon fontos áramköri elem a 32mx-eknél, egyáltalán nem mindegy, milyen függöny mögötti játékok zajlanak, amiknek gyanútlan áldozatává válhatunk.

Például itt az 5. oldalon találni lehet pár karakterisztikát is, amikről az a sanda gyanúm van, hogy erősen hőmérséklet függőek is, amit ott elfelejtettek megemlíteni (apropó 100mhz-en még ott is eléri az impedancia a 2 ohm-ot). Másutt megtaláltam az x5r-ről, hogy csak 85 fokig kondenzátor. Semmit sem találtam ezeknek az új kondenzátoroknak a hőmérséklet függő öregedéséről, ami kicsit gyanús.

Szóval épp csak azon gondolkodom, mi van az apró betűben azokról a kondenzátorokról, amit nem a marketing rizsára értettem, és egészen konkrétan bizalmatlan vagyok a szakmai megbízhatóságukat illetően.

Most is érdemes más típusok adatlapját is olvasgatni: Pl. PIC24FJ16GA002 családét.
A 2.4 fejezetben sokkal részletesebb leírást találunk a Vcap -ra vonatkozó követelményekről.
A PIC254F -nél <5 ohm ESR elfogadható, PIC32 -nél családtól függően <2 ill. <1 ohm a követelmény.

Köszönöm a linket. Így már kicsit érthetőbb, hogy egyesek miért szeretnek tönkrement áramköröket javítgatni

Üdv!
Kicsit belementem XC16 alatt a C és az Assembly nyelv vegyes használatába. Persze nem minden úgy működik ahogy várnám.
Az alábbi Assembly betétet pl. hibásan fordítja; a második utasításnál nem a W0 regisztert kellene használnia. Továbbá egy NOP-ot is beszúr, de miért?
(Szándékosan írtam / jelet a \ helyett; a fórummotor ráizgul.)



Az alábbi formában megadva már jó: (de a NOP itt is bejön)



A kérdés: Az első formának mi lenne a helyes megadási módja és miért?
Előre is köszi!

Érdekes mintha azt a kódot csinálnád amibe én kértem egy pár hozzászólással ezelőtt segítséget (a bit cím fordítás 7->1 6->2 ...).
Ezzel a problémával én is szembesültem, hogy assembly kódot kéne fordítson, de még optimalizációtól is függött, hogy a C-ben írt assembly kód, hogy néz ki a tényleges assembly-ben.
És a NOP a DO után nálam is ott volt bármilyen optimalizációra is állítottam a fordítót szerintem a Microchip úgy gondolja, hogy kell oda és kész.

Szerk.:
És az leső "megfogalmazás" móddal én is találkoztam és nálam is a W0-t piszkálta folyamatosan.
Én "megolásként" asm("rlc.b %1,%1":"=r"(retval):w0) írtam így kihagyta a W0-át, de nem rakta a w1-et a retval-ba. Nem értem én se pontosan, hogy miért csinálja.

Jól látod; az az a kód. Ez keltette fel az érdeklődésemet a C és Assembly kódok keverésére. Eddig a C-t hanyagoltam, de egy majdani feladatnál - úgy gondolom - szükség lesz rá.

Van olyan megoldás is hogy a C nyelvű modulból meghívok Assembly modulban lévő rutint, függvényt, vagy fordítva. A változókat is oda-vissza el lehet érni. Úgy a fordító nem szól bele az Assembly kódba; pont azt fordítja, amit írtam.

A te eredeti kódodnál egyébként az volt a probléma optimalizáláskor hogy külön ASM sorokba írtad az utasításokat, így a fordító nem kezelte összetartozónak. Helyesen optimalizált.

A nop a do utasításkódjának második word -je. Ld.: Instruction summary

Na ne! Köszi szépen!
Tudtam hogy 2 szavas a DO utasítás - akárcsak pl. a GOTO - de nem gondoltam hogy a disassembler így fordítja vissza. Ez elég megtévesztő - bár van benne logika; így a címek fixen 2-esével növekednek. Viszont amikor az assembly modulban írtam meg ugyanezt az utasítássort, akkor ezt így adta vissza:

Ugyan így van ez a PIC18 esetében is. A kódolást úgy alakították ki, hogy a második szó egy nop utasítás legyen. Ha ide kerülne a vezérlés (btfsc, btfss, stb) ne okozzon gondot. Az assembler jól fordít és listáz, de a disassembler nem kezeli jól a kétszavas utasításokat, hanem bambán visszafordítja a második szót nop -nak.

Visszatérve az Assembly betétre:
Azt korábban nem írtam hogy a használt változókat a fenti példáknál globálisan definiáltam (tehát a main rutinon kívül). Ellenben ha helyileg definiálom őket, akkor már helyesen lesznek fordítva. Ezt nem igazán értem, bár tudom hogy eléggé hiányosak a C ismereteim, így biztosan kimaradt nekem valami.

Sziasztok.
Elkezdtem utánépíteni a PIC-es panelmérő II-t egy PIC18F25K80 tipussal. A cikkben található linken nem tudom letölteni a fájlt csak sok karaktert. Az lenne a kérdésem, hogy azt mibe kell bemásolnom, amit fel is ismer a PICkit 2 és rá is tudom majd tölteni?
A linken ez található: Bővebben: Link

Ez szerver oldali hiba. A hozzászólásom mellékletében lévőt le tudod tölteni?

Inkább oldali hiba, de hátha segít később valakinek. Ctrl+C a "sok karakterre" egy új txt ott Ctrl+V és a txt-t el kell menteni *.hex-ként és kész is van a hex fájl.

Jobb egérgomb - Hivatkozás mentése más néven.

Igen letudtam. Köszönöm!

Valami nem stimmel.
A PICkit 2 a géppel kommunikál de a Device-hoz azt irja hogy "No device found", amikor a lementett hex file-t akarom betölteni meg kiirja, hogy "Device Error - hex file not loaded".
A bekötést ellenőriztem kétszer az jó, mi lehet ilyenkor a gond? A forrasztásnál nagyon ügyeltem, hogy ne melegedjen túl.

Ha tovabbra is szeretnel PIC programozassal foglalkozni, akkor jobb lenne egy PICkit3-at beszerezned annal nincsenek korlatozasok. Az ICD3-t inkabb meg sem emlitem, mert az hobby celra draga.

PICkit3-at le lehet butitani PICkit2-ve!Bővebben: Link

Sziasztok!

Olyan problémába ütköztem, hogy a korábban 16F887-re megírt és működő program részlet nem működik 18F2550-es IC-vel megfelelően. Konkrétan I2C-n nem hajlandó kommunikálni egy RTC-vel. Van valami trükkje a 18-as családnak, hogy az I2C megfelelően működjön? Soros port megy, az órajel rendben.

Csak egy apró:

Bocs, azt elfelejtettem írni, hogy jól van kötve De azért köszönöm!

Nem csak a bekötést, hanem a TRIS regiszterek beállítását is meg kell változtatni. Beleszólhat még az A/D átalakító beállítása is: az AN10 és AN12 analóg bemenet van ezeken a lábakon.

Egy ideje már szórakozom a harmony TCP IP stack-el. Jelenleg csak úgy működik egy hardver reset után, hogy az oldal megnyitásakor az oldal nem található, "404: File not found
Use MPFS Upload to program web pages" Ekkor betallózom az mpfs_img2.bin állományt, feltölti és indul az oldal. A csavar a dologban, hogy az mpfs_img2.c állomány befordul a program területre, ott van a szükséges címen, még sem indul el. Ha nem fordítom be, akkor Upload után nem indul el semmi, tehát annak ott kell lennie. Ha az Upload funkciót tiltom, akkor egyáltalán nem működig, csak a "404: File not found" jön fel. Egyszerűen nem jövök rá, mit kéne beállítani ahhoz, hogy simán flash-ből induljon az oldal, mint régen a 18F-es stack-ekkel. Nagyon örülnék, ha valaki tudna segíteni!

Sziasztok!

Tudnátok ajánlani 128x64 pixeles (vagy akörüli, de kisebbet nem szeretnék) LCD kijelzőt, ami 3,3-3,6V-os tápról működik?
Egy PIC32-höz szeretném illeszteni. Elég sok dolog lesz a panelon így szeretnék megspórolni egy 5V-os tápot, pedig a KS0108 jó lenne.

Szia!
Én az EA-DOGS102-őt használom, ami 102x64 pixeles, de van belőle 128x64-es is, EA-DOGL128.

Köszi! Tetszik!
Külön kell megvenni a háttérvilágításhoz a ledes panelt ugye?
Elég húzós a kijelzővel együtt.
Pár fotót esetleg tudnál róla küldeni?

Egy 2.4 collos szines 320x240-es nem jatszik? banggoodon kb 2e es minden benne van.

De! A 3,3-3,6V-os táp fontos, valahol a kettő közt kellene működnie.
Milyen típusút láttál?
A legjobb lenne magyarországról számlával, de ha nincs más. Egyszerűen hihetetlen hogy emberi árút nem találni.

Esetleg ez?