Ha jól értelek,akkor ez a pár sor C-ben ugyanaz mint amit basicben írtál?

Igen... Teljesen ugyan azt csinálja, de C-ben még a FUSES sorból is ki lehet szedni sokmindent (ezek a konfig bitek)
Itt CCS-C-nél a fordító azzal hogy azt mondtad output_xxx máris beállította az adott lábat kimenetre. Ha az mondod input(akármi) máris beállította bemenetre.
#delay sor azért kell, hogy tudja milyen órajelről járatod => mennyi is mondjuk az 1ms-os sleep vagy delay.

Ennek elkerülésére van egy jó módszer, hogy mielőtt elküldöd átolvasod.
Ne haragudj, de azt a következtetést vonhatja le az olvasó, hogy neked nem érdemes segíteni, mert nem tudsz magyarul írni. És aki ezt sem tanulta meg, az hogyan akar egy másik nyelvet elsajátítani?

Ha ezen túllendültünk, akkor tényleg az lenne a jó megoldás, hogy leírod, mit nem értesz. Persze eleinte az is nehéz. Ennek pedig a leginkább előforduló oka az, hogy nem helyes irányból közelíted meg a PIC világot.

Első lépésben meg kell ismertni magát a PIC-et, utána rögtön megérted mire jók az utasítások! Tehát szedd elő az adatlapot, és ismerd meg mi-mire való egy PIC-ben, hogyan épül fel, milyen fő elemei vannak stb. Rögtön lesz mit kérdezned is! (előtte olvasd el Topi cikkét is! ...mégegyszer!...)

Meg vagyok lőve !Többet tanultam ebben a pár órában tőletek,mint az elmult két hétben.Olvastam csak a sok száraz irodalmat,de semit nem értettem belőle.Most meg itt vagyok,és kezdem érteni is a dolgokat.Igaz ezután jönnek majd a késleltetések beszúrása, 6 bemenetre alakítás,5 kimenetre állítás ,stb.
Remélem továbra is segítetek,ha elakadok valamiben !
Mégegyszer köszi !

Csak a teljesség kedvéért, ugyan ez a program assemblyben.


Szerk: Köszönöm Watt mester a CMCON-t...

A C-ben engem meg a sok kapcsos zárójel tud megőriteni! Maradok az asm-nél egyelőre!
PC-n viszont a VB is jó, én legalább is mindent megoldottam eddig amit kellett. Tanulgatom a C#-ot (.NET) de nem igazán tetszik, csak muszájból, mert "illik" lassan ezt is megtanulni. Na mindegy ez igencsak off, bocs!

pedig sokkal jobb annál a pointer pointerének a pointere által mutatott érték, meg a ++i meg a i++ meg a ^= és társai

Még a komparátort is ki kéne kapcsolni, mert a PortA nem lesz digit be.

MOVLW b'00000111'
MOVWF CMCON

Arra emlékeztem hogy ADCON regiszter nincs, csak aztán elfelejtettem megnézni...

C "{}" -> Pascal "Begin End;"

Igazán nincs mit, és nem is mernék szólni még egyet, csak annyit, hogy a CMCON a Bank0-ban van. Csúsztasd kicsit lejjebb a BCF STATUS,RP0 alá és tökéletes lesz!

A Pascalt tökre nem ismerem, de van olyan, mikor nem kell {} -zni C-ben. Azt is tudom ám mikor, csak nagyon nem áll rá az agyam.
Nekem jobban bejön a do-loop, for next stb. olvashatóbb listák.
De ez nem jelent semmit, mert küzdök magammal és menni fog, csak idő kérdése, ami nincs!

Ha jól tévedek, akkor eredetileg BANK0-val indul a PIC. De lejjebb csúsztattam... Helyesen, kellene az RP1-et is törölni a STATUS-ban.

Igazad van, a BSF STATUS,RP0 elé is tehetted volna.
Ha nem állítod át, az RP1 marad nyugton elvileg, bár én már láttam érdekes dolgokat, önállósodott biteket, ezért inkább mindent beállítok, még azt is, ami elvileg reset után jól állna be. Szerintem nem felesleges erőfeszítés.

Nemtudom, hogy szoktad csinálni, de érdemes a blokkokat egy tab-al vagy 2-3 szóközzel mindig beljebb tenni, és akkor átlátható a kapcsos zárójeles megoldás is. Én mondjuk azt nem értem, miért csinálják úgy C-ben, hogy a nyitó zárójel a feltétel vagy a függvény fejléce után van közvetenül, a záró zárójel pedig új sorban, pl. így:

Ehelyett szerintem jobban átlátható, ha így csinálja az ember:



Mondjuk én az ilyenek miatt szeretem a C-t :

Sejted a választ!
Egyébként igazad van, lehet struktúráltabban alakítani a listát, és valóban zavaró a parancs sorában indított { jel. Erősen rá kell kényszerítenem magam a megszokásra, aztán már nem lesz gond....

Hello
Sikerült megépítenem a pic-égetőmet. PIC16F628 04/P -t fel tudom vele égetni, vissza is tudom olvastatni. De a PIC16F628 20/P nem működik vele. Amikor először beletettem, és rámentem a read-re(ic-prog), kijött az a sok 3FFF, de a írás után már hibát jelzett a progi. Azután a visszaolvasásnál már csak nullákat ír ki. Visszatettem bele a PIC16F628 04/P -t, azt be tudja olvasni és be is olvassa ról a hex-et. Amikor vissza teszem a 20MHz-eset, semmi. Most vettem üzletbe, szóval rossz nem lehet és a pic-égető is műxik. Mi lehet a gond?
Valami esetleg nincs jól beállítva a progiban???

Össze se merem számolni, hányszor hangzott el az idők folyamán itt az oldalon, hogy a JDM típusú égetők nem adnak teljesen megbízható működést. Kb. ugyanennyiszer lett leírva az is, hogy miért van ez...

Most ezek után mi is a kérdés?

bizonyos topicok elejére lehetne egy táblázatot tenni a leggyakoribb kérdésekről és válaszokról, ami eltűnne X idő múlva a regisztráció után...

De külső tápos, a PIC mikorvezérlők I. c. cikkből való, a deguss-féle. De az azonos típusú, 4MHz-es tipust felprogizza és vissza is olvassa. Ezt miért nem???? Valamit máshogyan kell beállítani a progizó szoftverben????

Egyszerűen lehet az is, hogy ez az újabb típus, amit vettél, érzékenyebb csak egy parányit az égetőfeszre és a többi fesz. szintre...nem kell ennél több, és máris kész a probléma.

Amúgy nekem is ez az égetőm volt korábban, és főleg mostanság döntött úgy, hogy nem akarja tovább égetni a PIC-eket...mellesleg még régen egyszer halálútra vezetett egy, akkoriban jó drága 18F-es PIC-et is...kb. azóta nem használom ezt az égetőt, csak 2-havonta egyszer...akkor is csak talán...

Szóval pl. egy USB-s alapú ICD2 mindennél többet ér. Ennyi, ez tény, nincs mit gondolkozni rajta. Gazdaságos megépíteni, ezt tudnám még említeni hozzá.

Az usb-s éhetőhöz egy linket ahol lehetőleg nyomtatható nyákrajz van tudnál küldeni?

Úgy hívják ICD2, és itt megtalálod az oldalon potyo kollega cikkében. De azokat a PIC-eket is fel kell programozni valahogy, és ahhoz jól jön egy "JDM-klón".

Inkább egy watt-féle égető...

Én azt tudom ajánlani, amit már sok kezdőnek is, hogy spórolj egy hónapot, és vegyél egy PICKIT2-t. Most kb 8 ezer Ft körül van. USB-vel csatlakozik a géphez. Nyílt a szoftver kódja és a kapcsolása is egyébként.

Most már többszáz PIC tipust programoz, és rengeteget debuggol is MPLAB alól, akár az ICD2. Ráadásul folyamatosan fejlesztik. Majdnem olcsóbb mintha egy ICD2-t éptenél.

Nekem 2 éve van meg, az elején egy diódát valahogy elfüstöltem benne, de mivel publikus a kapcsolása, simán kicseréltem az smd didát egy furatszerelt izmosabb tipusra.

Hello, olyan kérdésem lene, hogy sikerült szereznem egy valamilyen grafikus lcd kijelzőt, Optrex a gyártója, f-51684 számot látok rajta ami típusjelzésnek tűnik. Ehhez szeretnék egy kis segítséget kérni, hogy valaki már foglalkozott-e grafikus kijelzőkkel, és a pichez illesztéssel. thx előre is. Ja és ha esélytelen mondjátok csak meg, és megyek vissza Digitális technika I.-et tanulni.

Ötlet kéne.
Winpicel hajtok egy puic égetőt, amit faszán fel is ismer az lpt porton.
PIC16F628A-t égetnék, a progi ismeri, törölni tudja, de beleírni egy bitet sem, már az első bájtnál hibát jelez.

Külső tápos az égető, tehát a táppal nem lehet gond.
De akkor vajh mi a fenével?

Milyen égető ez? Nincs benne 74LS06/07? Mert akkor lehet, hogy ahelyett kellene keresni egy sima 7406/07-es IC-t.

sima 7406-os ic van benne és a 16f84a/8-at simán programozta a winpiccel, wiszont a 16f84-10/p-vel már meggyűlt a baja