Igen, pontosan!
Ezután nézd meg, hogy mit ír ki a Port Check ablakban az Adat vonal belső logikai szintje sor. Akkor kell High(1), ha DATA(PGD) pipa bent van. Ha fordítva lenne, akkor invertáld meg az Adat_Be(CTS) lábat is!

DATA pipa ----- >üzenet: PGD bement értéke:1 Port éretéke:1

Akkor ez így maradhat?

Mint írtam, nem a port értéke ami számít, hanem a belső logikai szint. Melyik verziód van meg a WPB-ből?

Kérlek olvasd el mégegyszer ezt: Bővebben: Link

Verzió: 1.21béta

PGD bement értke: 0 pipa nélkül, és 1 pipával.
Gondolm ez jelenti a logiaki szintet (Low/High).

Csak kiváncsiságból, mia port értéke? Nálam 17és 1.

Egyben még bizonytalan vagyok:

Ha kipipálom a Vdd, Vpp és DATA helyeket, akkor a Vdd tüskén megjelenik az 5,0 V.

A Vdd és Vpp még érthető, de a DATA pipára is jó ha a Vdd tüskén 5,0 V van?

Ha már tuljutok az égető tesztelésén, szívesen vennék megerősítés erre a csatolt rajzra, amely a PIC18F1320-as égetéshez kialakított kapcsolást tartalmazza.

A PGM lábra menő ellenállás felesleges a 18F1320-nál, nyugodtan hagyhatod a lábat lebegni. A 10nF-ot úgy csináld, hogy levehető legyen (pl. jumperrel le lehessen választani). A GND-t meg ne kondenzátoron keresztül kösd oda PIC Vss lábára, hanem direktben, és a kondenzátort a +5V és a GND közé tedd, minél közelebb a PIC-hez. Pl. a Vdd-t átvezeted a PIC alatt a Vss és az MCLR között a túloldalra és oda teszed be a 100nF-os kondenzátort.

Ha megnézed az égető kapcs rajzát akkor láthatod, hogy a COM 4es csatija a DATA ami megy a PGD fele. Namost ez a láb meg a D10 diódán keresztül a Q4-Q5 pároshoz, ami meg a Vdd-t kapcsolja. Ennél fogva helyes ha a DATA pipára megjelenik a Vdd.


A 18F1320-as kapcs-hoz pedig annyit mondok, hogy a 100µF és 10nF nem kell, illetve a PGM-et meg elvileg csak LVP módban kell lehúzni földre (LVP=Vpp nélkül), szóval az 1K sem kell.
Amúgy pont az ilyen helyzetek miatt kellett kicserélni az égetőben 47K-ra az egyik ellenállást. Mert abban az esetben ha itt is benne van, meg az égetőben is akkor azok ketten a párhuzamos kapcsolás miatt 5K-nak felelnek meg, ami nagyobb áramot jelent. Amit meg az MCLR láb nem díjaz.

szerk:
potyonak igaza van, fel sem tűnt, hogy a 100n nem jól van kötve.

Már fenn van az oldalamon az 1.28b. Azért nem látod azt, amit én írok! Töltsd le, sokat módosítottam azóta rajta!


Igen ez az áramkör működéséből következik. (kövesd végig a data és a Vdd vezérlő vezetékek útját.)

A bekötés nem jó, várjuk a jó verziót!

Engedd meg, hogy kiigazítsalak! Nem az MCLR lábbal van gond, mert azon nem folyik áram, akár fixen 5V-ra is lehetne kötni, nem menne tönkre, csak nem lenne szerencsés, mert beszedne egy csomó zavarjelet. Így 10k-val és 10n-val zavarvédett és a Vpp fesz is kellő meredekségben tud felépülni égetéskor.
Az 5k tehát nem az MCLR-re veszélyes, hanem egy 78L05-re, amikor a Vpp 12V rákapcsolódik a MCLR-re. Ilyenkor a 10k-n keresztül áram folyik a 78L05-ön keresztül a test felé. Ennek az áramnak korlátai vannak, ami ráadásul gyártó függő is. A tapasztalat az, hogy a 10k-ra nem mennek tönkre, de 5k-ra már sanszos. A 7805 ettől robosztusabb, azok többet tudnak elnyelni, de felesleges lenne azokat is terhelni.

Ahha, értem. Szóval a 7805-öt védjük ezzel a 10k-val. De most hogy olvastam, egyből be is ugrott, hogy talán HP41C-vel "vitáztatok" erről.
Köszönöm a kiigazítást.

Ha már így benne vagyunk a 10k-ban.
Egyik haver nincs kibékülve vele. Van neki egy 18F2550-es PIC-e. Ezzel kezdte az ismerkedést. PK2-vel szépen felprogramozza. Aztán leveszi a PK2-t és nem akar elindulni a PIC, ha 10k-val húzza az MCLR-t fel. Csak akkor hajlandó elindulni, ha közvetlen Vdd-re köti az MCLR-t.
Mitől lehet ez?

Ez az eset annyira beleégett szegénykébe, hogy akármilyen PIC-el fejleszt, az az első neki, hogy az MCLR-t kikapcsolja. Mert nagyon sokáig tartott neki hogy rájöjjön, sokat szívott ezzel.

Pontosítok, nem a 7805-ö védjük, hanem a MCLR lábat a lebegéstől, statikus feltöltődéstől, azaz a PIC-et.
A 10k értékét nem csökkenthetjük jelentősen, mert akkor várhatóan egyes 7805-ök tönkremehetnek, bár én még ilyennel nem találkoztam.

Nem tudom mitől lehet, nekem soha az életbe ilyen nem volt. Ott valami más lehetett az ok, amit nem ismerünk. Pl. az hogy sérült volt a resetláb.

Azért érzékenyek ezek a lábak, mert nincs rajtuk belső védő dióda, hiszen akkor nem lehetne 12V-ot kötni rá, mert az a Vdd-re vezetné a feszt.

Szóval akkor az a lényeg, hogy az MCLR ne lebegjen. Ez világos. Viszont ellenállás nélkül túl sok áram folyna a 7812-ből a 7805-be (és onnan a GND-re), ami a 7805 halálához vezethet. Értem. Így korrekt?

Akkor a 10k csak az ilyen típusú égetőknél szükséges? PL PK2-nél akkor nem feltétlen fontos? És ha van egy kész project, akkor akár fixen lehet kötni az MCLR-t Vdd-re?
Vagy ez ilyen íratlan szabály, hogy mindig 10k? Ilyen típusú égetőknél fontos, a többinél meg elfér?

Szóval nemtudni. Valószínű, hogy mint "első és kezdő" PIC-el elkövetett valami bakit, amitől megsértődött az MCLR és 10k-val nem hajlandó menni. Végülis működik a PIC, csak 10k nélkül.

A 10k égető független, kifejtettem miért.

A fixen 5V-ra kapcsolást is említettem miért nem jó. Nem azért mert tönkremegy, hanem azért mert a tápon zavarjelek vannak, valamint nem lehet reset gomb akkor. Ha kikapcsolod az MCLR-t, akkor is kell ellenállás, mert akkor meg bemenet lesz, amit nem szabad lebegtetni egy CMOS eszközön. Persze más bemeneti áramkör is megteszi, ami fix potenciálon tartja a működésének megfelelően.

...Az egy kivételes eset, nem mérvadó...

Javított égetési kapcsolási rajz

Ez így már jó. A jumperre és a 10n-ra égetéskor nincs szükség, de ha ott van az se baj. A jumperre szerintem egyáltalán nincs szükség, mert a 10n nem befolyásolja a Vpp felépülését, viszont némi hidegítést ad az MCLR-nek. Ha 100n-val akarnád védeni a resetet, akkor már lehet, hogy kéne a jumper, bár még akkor sem, mert ez a Vpp-t előállító és kikapcsoló égető áramkörtől is függ. A WCOM ilyen szempontból immunis a 100n-s kondira is(Persze a PGD, PGC-re tilos rakni! Ezt csak azért mondom, mert már volt ilyen történet.).

Még annyit, hogy a bekötés jó, de az elrendezés nem. A Vdd, Vpp, PGD, PGC, GND lábakat egy tüskesorra illik kivezetni és ezt hívjuk mi ICSP portnak. ICSP röviden
Csatlakozóval szoktunk rácsatlakozni és külön égetőpanelt csak akkor építünk, ha sorozatban akarunk bér programozni. Ha áramkört fejlesztünk, akkor a céláramkörre tervezzük az ICSP csatit és akkor nem kell a PIC-et ki-be huzogatással tönkretenni, az idegeinkről nem is beszélve.

Megépítettem az égetéshez a áramkört "szurkálós" panelra.

Két PIC-et nem ismert fel, eztek valószínüleg rosszak voltak. Korábbi ketyerékből vettem ki.

Egy garantáltan érintetlen PIC18F1320-at viszont felismert. Néha az ID beolvasásánál kiakadt, de a csuszka variálásával ez is megszűnt.

Aznban mikor elindítom a progit a csatolt hibaüzenet jeleniuk meg.
Hogy lehetne eezt javítani?
Leokézva tovább magy. Persze a Port beállítást újra el kell végezni. Meg lehetne ezt úszni?

A port beállítása után ugye újra kell indítani a progit és akkor ismét megjelenik ez az üzenet.
Ha megint beállítom a portot - > újra indítás - > ismét hibaüzenet. (Ördögi kör)

Ez akkor jön fel, ha valami gond van a COM port megnyitásával a program indulásakor! Ellenőrizd, hogy jó portcímet adsz-e meg, és hogy valami más program nem foglalja-e le a portot közben!

Mi történt azóta, mióta egyszer már működött?

A hibátlan működés(felismerés, beolvasások) után kiléptem a programból. És az újbóli induláskor jött ez elő.

Előtte letöltöttem az 1.28b változatot, de nem töröltem ezt megelőzően az előző változatot. Gondoltam az új az egy frissítés. A "programok telepítése és törlése" ablakban nem is látom egyik égető programot sem.

Itt kavarodhatott össze valami.

A portcím választásánál a korábbi program esetén a felkínált sor legfelső elemét választottam.
Mi lenne, ha most másik címet választanék. Ezt megjegyzi a progi, vagy minden futásnál ezt be kell állítani?

Másik címre írtam át a COM-port beállítását.
Kifogástalanul működik. Kilépek-belépek egyből felismeri a PIC-et.

Nem is merek belemenni a port beállítási részbe (nem is szükséges), hamár ilyen jól működik.

Lehet, hogy neked más címen van a COM1. Lényeg, hogy jól működik, örülök neki! Írtál is tartalmat a PIC-be, vagy csak felismertetted? A korábbi két PIC-et nem próbáltad?

Sziasztok!
Nemrég elkezdtem építeni egy PLL modult PIC16F505-ös PIC-kel. Megvan már minden, viszont a legvégén problémába ütköztem. Ugyanis WinPIC-et és ICProgot használok az égetéshez, viszont ezek nem ismerik ezt a típusú PICet. Lenne rá lehetőség, hogy a config fájlban hozzáadjak új típusokat, viszont olyan dolgokat kellene beleírni, amihez egyáltalán nem értek. Tehát ez részemről nem járható út.
Esetleg van valakinek valami ötlete, hogy hogyan tudnám felprogramozni a PIC16F505-ös PICet? Egy egyszerű, soros portra köthető égetőm van, évek óta ezt használom.
A segítségeteket előre is köszönöm.

Két lehetőséged van. Az egyik, ha építesz egy PK2-t. A másik, hogy megvárod, míg lesz időm felvenni a típust a WPB-be. Én az elsőt ajánlanám.

A két kidobott PIC-et majd visszveszem a szemetesből és kipróbálom, de most egy másik gond adódott.

Írtam egy kis kamu programot, beégettem és visszaolvastam, de a config ablak mindig eltérést mutat.
Amikor üresen irogattam és olvasgattam vissza ez nem volt.
Az az érzésem, hogy a kiírt config értékek hibásak. Pic18F1320-ról van szó.

Megnéznéd:




Egy külön Config_1.h hederben van, a honlapodról másoltam mindenféle elmélyülés nélkül.

A Config adatok mégegyszer tisztábban:



A szövegeket kiszedtem, mert az zilálta össze.

Megpróbáltam a két korábbi kidobott PIC-et, sajna semilyen sebességnél sen simeri fel.

Nem lehet hogy olyan tipusú PIC-ek amiket nem támogat a WPB?
Mik a típusaik?


Közben én is előkerültem egy sikeres államvizsga után. Úgyhogy ma mindenki a vendégem egy sörre

Olyan biteket is be akarsz állítani, amik nem léteznek ebben a típusban ezért soha nem lehet egyforma a visszaolvasás. Vesd össze itt alul.

Gratulálok!

Köszi!

Köszi a segítséget. Átnéztem. Kijavítottam, egy kicsit bele is ástam magam.

Hibátlan a visszaolvasás.