PIC kezdőknek - Hobbielektronika.hu - online elektronikai magazin és fórum

Hobbivasút | HESTORE | Kislexikon

Fórum témák

» Több friss téma

Fórum » PIC kezdőknek

Új kérdés a topikon belül

PIC kezdőknek

Témaindító: Placi84, idő: Okt 3, 2005

Témakörök:

Mikroprocesszorok » PIC

- A PIC ÖSSZES Vdd és Vss (AVdd és AVss) (tápfeszültség) lábát be kell kötni!
- A táplábak mellé a lehető legközelebb 100nF-os KERÁMIA kondenzátorokat kell elhelyezni.
- Az MCLR lábat, 10kohm-mal fel kell húzni a Vdd tápfeszültségre.
- Külső kvarc használatakor 4MHz-ig XT, a fölött pedig HS konfigurációt kell beállítani.
- Stabilizált tápegységet kell használni, a kapcsoló üzemű "telefon töltő" adapterek okozhatnak hibákat.
- Programozáshoz, használj lehetőleg PICKIT2 vagy 3 programozót. Kerülendő a JDM (soros porti) programozó.
- A PIC adatlapja (PDF), tartalmazza a lábak kiosztását és a PIC minden paraméterét. Az adatlap ingyen letölthető!
- Egyes PIC típusoknál az RA4 nyitott nyelőelektródás (Csak lefelé húz L szintre, H szintet nem ad ki!)
- Ha a PGM lábat digitális ki-/bemenetnek használod, az alacsony feszültségű programozási lehetőséget le kell tiltani.

Lapozás:

633 / 1210

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 12, 2015		/

Gondolom hogy mi lehet:
A SPIxBUF tulajdonképpen 2 regisztert takar (TX és RX buffer). Írni csak a TX buffert lehet, olvasni pedig csak az RX buffert. Tehát a beírt adatot nem lehet visszaolvasni mert az a TX bufferbe (onnan pedig a Shift regiszterbe) kerül, olvasáskor pedig te az RX buffert látod. Az RX bufferben pedig akkor lesz valós adat ha a tranzakció már befejeződött.

Példa:

1: bclr SPI1STAT,#SPIEN
mov #0x0423,w0 ;master mód, 16 bit, 5MHz
mov w0,SPI1CON1
mov #0x0000,w0 ;standard mód
mov w0,SPI1CON2
mov #0x8000,w0 ;SPI1 eng.
mov w0,SPI1STAT
;-------
mov.b #0x66,w0
mov.b wreg,SPI1BUF ;SPI küldés
2: btst SPI1STAT,#SPIRBF ;RX buffer tele van?
bra z,2b
mov.b SPI1BUF,wreg ;SPI olvasás

(#)	Balagemann2031 hozzászólása	Feb 12, 2015		/

Bemásoltam a bufferbe írós sort, szimulátorban szépen bekerül az adat a bufferbe, betöltöm picbe, nyomkövetéskor léptetem a zöld nyilacskát, és mikor nop-ra ér, még adat nincs benne a bufferben...

dfhgf.jpg

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 12, 2015		/	1

Mégegyszer:
A SPI1BUF regiszter fizikailag 2 külön regisztert takar; a SPI1TXBUF és SPI1RXBUF regisztereket. Amikor a SPI1BUF regiszterbe írsz, akkor tulajdonképpen a SPI1TXBUF regiszterbe írsz, amikor pedig olvasod, akkor a SPI1RXBUF regisztert olvasod. Tehát a beírt adatot nem tudod visszaolvasni. (A szimulátor sem.)

(#)	Balagemann2031 válasza Zsora hozzászólására (»)	Feb 12, 2015		/

Ja értem, akkor gyakorlatilag, mikor élesben nyomkövetem, azért ír nullákat, mert a rx ből olvas, ahol viszont nincs semmi eddig. Oké, köszönöm!

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 12, 2015		/

Igen. Csak akkor lesz ott valós adat ha a 8 (vagy 16) ciklus után a Shift regiszterből áttöltődik a vett adat a SPI1BUF (SPI1RXBUF) regiszterbe.

(#)	Balagemann2031 hozzászólása	Feb 14, 2015		/

Sziasztok! Egy ideje szenvedek már a SPI-vel 24H-s picen. Logikai analizátorral nézném a kommunikációt, ha lenne, de nincs. Esetleg a periféria elhelyezésen, konfigurálásán, kívül kell még valamit csinálni? Config bitekkel esetleg, vagy valami?

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 14, 2015		/

Üdv!
Fel tudnád vázolni konkrétan a problémát?
Mivel szeretnél kommunikálni SPI-n keresztül? Milyen hardveres elrendezéssel? Milyen beállításokkal? Mi nem működik?

(#)	Balagemann2031 válasza Zsora hozzászólására (»)	Feb 14, 2015		/

Szia! Majd egy nokia 3310-es kijelzőre küldenék adatokat, de egyenlőre szeretném látni, hogy megy ki adat, elvileg analizátoron kellene látnom a SPI master órajelét, meg a kimenő adatot. Microstick 2 a környezet. 26,25,24,23-mas lábakra van beállítva a SPI modul.

STACK_INIT:
MOV #0x900,w15
MOV #0x1000,w0
MOV w0,SPLIM
START:
CLR LATA
CLR TRISA
NOP
CLR LATB
MOV #0B0100000000000000,W0
MOV W0,TRISB
NOP
BSET AD1PCFGL,#12
SPI1_PERIPHERIA_SELECT:
MOV #0B0000100100001000,W0 ;SS PIN24, SCK PIN23
MOV W0,RPOR6
MOV #0B0000000000000111,W0 ;SDO PIN25
MOV W0,RPOR7
MOV.B #0B00001111,W0 ;SDI PIN26
MOV.B WREG,RPINR20
SPI_INIT:
BCLR SPI1STAT,#SPIEN
MOV #0B0000000000111111,W0
MOV W0,SPI1CON1
CLR SPI1CON2
UJRA:
MOV.B #0x55,W0
MOV.B WREG,SPI1BUF
O_1:
BTST SPI1STAT,#SPIRBF
BRA Z,O_1
NOP
GOTO UJRA

Ez csak egy teszt akar lenni, hogy lássam a működését. Egyébként 16 és 18F en már sokmindennel kommunikáltam, SPI-n is. De ott nem volt túlbonyolítva a modul.

(#)	Balagemann2031 válasza Balagemann2031 hozzászólására (»)	Feb 14, 2015		/

Közben látom hogy a csatolt kódban pont ki van kapcsolva a modul, de ha bekapcsolom, akkor is fura az órajel jelalakja, és nincs adat. Kérdés hogy holvan az adat?

A hozzászólás módosítva: Feb 14, 2015

eleje.jpg

órajel.jpg

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 14, 2015		/

Milyen mikrovezérlőt nyúzol? PIC24HJ128GP502-t?
Az ilyen kis lábszámú mikrovezérlők perifériakiosztása elég furfangos a tetszőleges lábhozzárendelés miatt (RPx lábak). A programrészletedben nem látom a Control Register Unlock folyamatot, ami a lábhozzárendelések engedélyezéséhez kell. Anélkül nem módosíthatod a beállításokat. Doksi 138. oldal (11.6.3.1).

(#)	Balagemann2031 válasza Zsora hozzászólására (»)	Feb 14, 2015		/

Igen, ezt a vezérlőt kínzom. Control regiszterrel valóban nem találkoztam. Utánanézek és jelentkezem! Azért az órajel jelalak akkor is ilyesztő

általában 50%-os a a normál jelalak kitöltése, ennek meg vagy 90... (Basszus, hogy átsiklottam a control reges rész felett, pedig erre járkáltam, mikor a lábakhoz rendeltem a ki-be meneteket)

A hozzászólás módosítva: Feb 14, 2015

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 14, 2015		/	1

Egy példa (PIC24FJ64GB002-re):

;-----------
setm AD1PCFG ;AN lábak digitálisak
;-----------
mov #OSCCON,w1
mov #0x46,w2
mov #0x57,w3
mov.b w2,[w1]
mov.b w3,[w1]
bclr OSCCON,#IOLOCK
mov #0x0700,w0 ;SDO1->RP1
mov w0,RPOR0
mov #0x0200,w0 ;SCK1->RP2, SDI1->RP0
mov w0,RPINR20
mov #0x0003,w0 ;SS1->RP3
mov w0,RPINR21
mov #OSCCON,w1
mov #0x46,w2
mov #0x57,w3
mov.b w2,[w1]
mov.b w3,[w1]
bset OSCCON,#IOLOCK
;-----------
bclr SPI1STAT,#SPIEN
mov #0x0480,w0 ;16 bit, SSEN=1, slave mód
mov w0,SPI1CON1
mov #0x4001,w0 ;enhanced buffer mód
mov w0,SPI1CON2
mov #0x8000,w0 ;SPI1 eng.
mov w0,SPI1STAT
;-----------

A hozzászólás módosítva: Feb 14, 2015

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 14, 2015		/

Még valami:
Az SS vezeték nem kimenet, hanem bemenet, és csak szolga módban van jelentősége. Amikor a mikrovezérlő mester módban működik, akkor a szolga egység kiválasztásához bármelyik nekünk tetsző kimenetet használhatjuk, nincs erre semmi megkötés. A lényeg hogy nekünk kell a kommunikáció megkezdése előtt a megfelelő Chip Select (Slave Select) vezetéket aktiválni, majd a kommunikáció végeztével inaktiválni (ha szükséges). Ha a szolga egység nem igényel /CS jelet, akkor ez elhagyható. (Ilyenkor a szolga folyamatosan aktív állapotban van.)

(#)	Balagemann2031 válasza Zsora hozzászólására (»)	Feb 15, 2015		/

Szia! Köszönöm a segítséget! Ez a periféria felóldó és lezáró szekvencia dolog meglepett. 16 és 18F nél én is tetszőleges lábat használtam SS nek. Lesznek még meglepetések a 16bitesekkel úgylátom

sokkal nagyobb a különbség, mint 16F és 18F között...

(#)	kissi válasza Balagemann2031 hozzászólására (»)	Feb 15, 2015		/

Az benne a jó, hogy mikor én majd foglalkozom vele, akkor addig Ti már kitárgyaljátok az "alap" buktatókat

!
További jó munkát

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 15, 2015		/

Ez a feloldó szekvencia nem csak a lábkiosztások módosításánál van, hanem a futásidőben történő órajel/PLL módosításoknál is. (Ott viszont csak feloldás van, lezárás nincs, mert az automatikusan megtörténik. Ez a művelet ezért időkritikus.)

;-----------------------------------
PLL_80: mov #6,w0
mov w0,CLKDIV ;N1=8, N2=2 (def: 2, 4)
mov #30,w0
mov w0,PLLFBD ;M=32 (def: 50)
mov #0x78,w0
mov #0x9a,w1
mov #0x03,w2 ;új oszcillátor
mov #OSCCONH,w3 ;OSCCON felső byte címe
mov.b w0,[w3]
mov.b w1,[w3]
mov.b w2,[w3]
mov #0x46,w0
mov #0x57,w1
mov #0x01,w2 ;órajelváltás
mov #OSCCONL,w3 ;OSCCON alsó byte címe
mov.b w0,[w3]
mov.b w1,[w3]
mov.b w2,[w3] ;órajelváltás kérelem
1: btst OSCCON,#OSWEN
bra nz,1b
return
;-----------------------------------

A hozzászólás módosítva: Feb 15, 2015

(#)	cmdnetwizard hozzászólása	Feb 15, 2015		/

Sziasztok!

Egy érdekes problémával találtam szembe magamat, mégpedig adott egy MCP2200-ás USB-UART átalakító, meg egy PIC32MX440-es proci.
A problémám meg az volna, hogy a PC-ről küldök egy bájtot a procinak, amit az mindenféle módosítás nélkül visszaad a PC-nek. Azonban ha a bájt értéke nagyobb, mint 127, a proci minden esetben 63-at dob vissza. Melyet nem értek, hogy miért, és hogy hogyan lehetne kiküszöbölni.

PC-n ez a program fut:

class Program
{
private static SerialPort serialPort;
private static Thread t;
static void Main(string[] args)
{
serialPort = new SerialPort();
serialPort.BaudRate = 9600;
serialPort.DataBits = 8;
serialPort.Parity = Parity.None;
serialPort.PortName = "COM3";
serialPort.StopBits = StopBits.One;
if (serialPort.IsOpen)
return;
else
serialPort.Open();
int i = 0;
t = new Thread(new ThreadStart(run));
t.Start();
while (true)
{
Console.Write(i + " ");
//serialPort.Write(new byte[] { i }, 0, 1);
serialPort.Write(new char[] { (char)i }, 0, 1);
Thread.Sleep(100);
//Console.ReadLine();
i++;
}
}
static void run()
{
while (true)
Console.Write(serialPort.ReadChar() + "\n");
}
}

A procin meg egy ilyen:

void main()
{
[...]
UARTConfigure(UART1, UART_ENABLE_PINS_TX_RX_ONLY);
UARTSetFifoMode(UART1, UART_INTERRUPT_ON_TX_NOT_FULL | UART_INTERRUPT_ON_RX_NOT_EMPTY);
UARTSetLineControl(UART1, UART_DATA_SIZE_8_BITS | UART_PARITY_NONE | UART_STOP_BITS_1);
UARTSetDataRate(UART1, 80000000L, 9600);
UARTEnable(UART1, UART_ENABLE_FLAGS(UART_PERIPHERAL | UART_RX | UART_TX));
INTEnable(INT_SOURCE_UART_RX(UART1), INT_ENABLED);
INTSetVectorPriority(INT_VECTOR_UART(UART1), INT_PRIORITY_LEVEL_3);
INTSetVectorSubPriority(INT_VECTOR_UART(UART1), INT_SUB_PRIORITY_LEVEL_0);
[...]
}
void __ISR(_UART1_VECTOR, ipl3) UART1Handler(void)
{
if(INTGetFlag(INT_SOURCE_UART_RX(UART1)))
{
// Clear the RX interrupt Flag
INTClearFlag(INT_SOURCE_UART_RX(UART1));
unsigned int c = UARTGetDataByte(UART1);
putcUART1(c);
return;
[...]
}
}

Előre is köszönök mindenféle segítséget!

A hozzászólás módosítva: Feb 15, 2015

(#)	don_peter válasza cmdnetwizard hozzászólására (»)	Feb 15, 2015		/

Idézet:
„Azonban ha a bájt értéke nagyobb, mint 127, a proci minden esetben 63-at dob vissza.”

Lehet, hogy a típusokkal lesz a gond.
Ha előjelesen küldesz 1bájtot, akkor az -128 és +127 lesz a maximális érték.
Ha előjel nélkül küldöd akkor mehet a 255 érték a nullával együtt 1 byte-ban.
Bővebben: Link
Bár elvileg, ha jól látom akkor az "unsigned int c" változód lesz amit kiküldesz ez esetben egy 32bites változód lesz.
Azt hiszem neked egy "unsigned char v" változó kellene..

A hozzászólás módosítva: Feb 15, 2015

(#)	Balagemann2031 válasza Zsora hozzászólására (»)	Feb 15, 2015		/

Egyébként a kapcsos zárójel mit jelent, mit módosít, mikor kell használni? Kissi! Végülis ez a fórum lényege, többek közt

(#)	Zsora válasza Balagemann2031 hozzászólására (»)	Feb 15, 2015		/

A szögletes zárójelre gondolsz? Az az indirekt címzésre utal.
Ajánlom elolvasásra a 16-bit MCU and DSC Programmer's Reference Manualt.
mov w0,w1 - w0 tartalmának betöltése w1-be.
mov w0,[w1] - w0 tartalmának betöltése a w1 által mutatot memóriacímre.
(Nem tudom hogy a kerek zárójel miért nem volt jó a Microchipnek.)

A hozzászólás módosítva: Feb 15, 2015

(#)	Balagemann2031 válasza Zsora hozzászólására (»)	Feb 15, 2015		/

Igen, a szögletesre voltam kiváncsi, köszönöm! Le is töltöttem a reference manualt, tanulmányozom!

(#)	icserny válasza cmdnetwizard hozzászólására (»)	Feb 16, 2015		/

A PC oldali programozásnál volt olyan tapasztalatom, hogy a (virtuális) soros portról érkező karaktereket az alkalmazás (vagy a rendszer?) alapértelmezetten átkódolta ASCII-ra. Külön be kellett állítani a soros port tulajdonságai között, hogy ne ASCII legyen, hanem hagyja meg az ANSI kódolást (nekem az ékezetes betűk átviteléhez kellett).

(#)	hatcsupasz válasza Hp41C hozzászólására (»)	Feb 17, 2015		/

A mai hírük szerint pedig 50 %-os kedvezménnyel lehet Pickit 3 vagy ICD 3-at venni, ha beviszed a régi Pickit 2 vagy ICD 2 programozódat. Bővebben: Link

(#)	Hp41C válasza hatcsupasz hozzászólására (»)	Feb 17, 2015		/	2

A világért sem adnám ki a kezemből a PICkit2 -t...

(#)	eSDi válasza hatcsupasz hozzászólására (»)	Feb 17, 2015		/

Nemrég én is írtam, montjuk nem ide, hanem a közérdekűbe. Szépen törölve is lett. Csak óvatosan a reklámokkal!

(#)	don_peter válasza Hp41C hozzászólására (»)	Feb 17, 2015		/

Ejj de egyet értek

, ez hirdetés sem más csak vakítás és a jobb hardverek beszedése...

(#)	csiberaptor hozzászólása	Feb 17, 2015		/

Sziasztok!
Pic18f97j60-at forrasztok be épp, és folyamatosan ellenőrizgetek menet közben multiméterrel, nehogy összeérjenek a lábak. Két lábsort forrasztottam be eddig. Elértem az AVSS lábig, ahol a multiméter majdnem minden lábnál kontaktot jelez. Ezen kívül az összes többi láb rendben van.
Valaki tudja, hogy ez mi?

(#)	nedudgi válasza csiberaptor hozzászólására (»)	Feb 18, 2015		/

A multiméter vezetékeit felcserélve megmarad a kontakt jelzése?

(#)	csiberaptor válasza nedudgi hozzászólására (»)	Feb 18, 2015		/

Megfordítottam, és így csak a többi VSS-sel jelez. Akkor gondolom ez nem baj.

(#)	hapci hozzászólása	Feb 19, 2015		/

Kezdő amatőr PIC-kelőként 16F628-al komparátor hiszterézist szeretnék állítani (az adatlapon nem találtam rá utalást...). Kettős komparátor megoldással próbálkozom, de gyanítom, hogy nem így a legelegánsabb. Tudna valaki segíteni?

Ezekre szükség lehet! - HESTORE.HU