Fórum témák

» Több friss téma
Fórum » PIC - Miértek, hogyanok haladóknak
Lapozás: OK   1112 / 1319
(#) _vl_ válasza watt hozzászólására (») Feb 21, 2013 /
 
Ezek a "min" oszlopban vannak, nem pedig a "typ" oszlopban. Tehát ennyit garantál a gyártó, nem ez a várható érték. Van egy olyan tippem, hogy a különféle extremitások (tápfeszültség, hőmérséklet, páratartalom, stb.) hátrányosan befolyásolják az eredményt, amiből meg az következne, hogy szobahőmérsékleten, std 5/3.3V-os tápnál ezeknél többet kell tudnia a chipeknek, hogy a garantált minimum tudjon teljesülni.
Úgyhogy én nem aggódnék
(#) watt válasza _vl_ hozzászólására (») Feb 21, 2013 /
 
Idézet:
„24HJ256GP610 - EW min. = 100, EW typ. = 1000 (DS70175H-page 241)”

Egyébként egyetértek...
(#) potyo válasza watt hozzászólására (») Feb 21, 2013 /
 
Nem a nagyobb sebesség a probléma szerintem, vagyis nem közvetlenül. Inkább a kisebb csíkszélességgel függhet össze. Persze ezt meg azért csökkentik, hogy nagyobb sebességgel menjen, vagy alacsonyabb fogyasztással.
(#) Hp41C válasza potyo hozzászólására (») Feb 21, 2013 /
 
... és ráférjel az adott lapkára...
(#) Attila86 hozzászólása Feb 22, 2013 /
 
Vettem egy új laptopot és ezért újra kell telepítenem mindent. A pickit2 programját már feltettem, de a pickit3 windowsos szoftverét egyszerűen nem találom a Microchip oldalán sehol. Nem tudná linkelni valaki? Én fél órája keresem de nem találom.
(#) watt válasza Attila86 hozzászólására (») Feb 22, 2013 / 1
 
(#) Attila86 válasza watt hozzászólására (») Feb 22, 2013 /
 
Köszönöm!
(#) MPi-c válasza Attila86 hozzászólására (») Feb 22, 2013 /
 
(#) Corp hozzászólása Feb 22, 2013 /
 
Segítséget szeretnék kérni, 3 napja szívok I2C-s kommunikációval. 1,5 napig szívtam a hardveressel, de feladtam.

Most szoftveresen próbálom megcsinálni de vmi nem megy...

PIc18f4620 lenne a 2 áldozat, az 1.ik MASTERKÉNT 1x küldene 0x80-0xFF címről bájtokat, majd fogadna (SLAVE -olvasás) 0xE0-0xEF -ig. (Most csak a küldés van megírva a master oldalon)

Gondom, fogadom a címet, és ha visszajön az ACK akkor elküldi az 1. bájtot (ami a 0x81-on van jelenleg a próba miatt : 0x0A tartalommal)

Szkóp szerint átmegy de valamiért nem jól detektálom

MASTER:
  1. ;----------------------------------------------------------------------------------
  2.  
  3. I2C:
  4.         NOP
  5.         NOP
  6.         CALL    start_bit
  7.         CALL    IRASRA
  8.  
  9.        
  10.  
  11.  
  12.         RETURN
  13.  
  14. IRASRA:
  15.         MOVLW   0x7E
  16.         MOVWF   FSR0L
  17.         MOVLW   0x02
  18.         MOVWF   FSR0H  
  19.         MOVFF   eeSlaveAd,TEMP
  20.         BCF             TEMP,0                                  ;ADATKULDES
  21.         CALL    bajtkuld
  22.         BTFSS   OK,0
  23.         RETURN 
  24.         INFSNZ  FSR0L,F
  25.         GOTO    stop_bit
  26.         MOVFF   INDF0,TEMP
  27.        
  28.  
  29. ;       MOVFF   Hi_IN,INDF0
  30. ;       INCF    FSR0L
  31. ;       MOVFF   Lo_IN,INDF0
  32.  
  33.  
  34. start_bit
  35.         BCF             PORTC,4
  36.         CALL    delay_100us
  37.         BCF             PORTC,3
  38.         CALL    delay_100us
  39.         RETURN
  40.  
  41. stop_bit
  42.         BCF             PORTC,4
  43.         CALL    delay_10us
  44.         BSF             PORTC,3
  45.         CALL    delay_10us
  46.         BSF             PORTC,4
  47.         CALL    delay_100us
  48.         RETURN
  49.  
  50. bajtkuld
  51.         CLRF    OK
  52.         BTFSC   TEMP,7
  53.         BSF             PORTC,4
  54.         CALL    CLK
  55.         BTFSC   TEMP,6
  56.         BSF             PORTC,4
  57.         CALL    CLK
  58.         BTFSC   TEMP,5
  59.         BSF             PORTC,4
  60.         CALL    CLK
  61.         BTFSC   TEMP,4
  62.         BSF             PORTC,4
  63.         CALL    CLK
  64.         BTFSC   TEMP,3
  65.         BSF             PORTC,4
  66.         CALL    CLK
  67.         BTFSC   TEMP,2
  68.         BSF             PORTC,4
  69.         CALL    CLK
  70.         BTFSC   TEMP,1
  71.         BSF             PORTC,4
  72.         CALL    CLK
  73.         BTFSC   TEMP,0
  74.         BSF             PORTC,4
  75.         CALL    CLK
  76.         ;SCL    LO
  77.         ;SDA    LO
  78.  
  79.         BSF             TRISC,4                                 ;ACK olvasás
  80.         CALL    delay_10us
  81.         CALL    delay_10us
  82.         BSF             PORTC,3
  83.         BTFSS   PORTC,4
  84.         BSF             OK,0
  85.         CALL    delay_10us
  86.         CALL    delay_10us
  87.         BCF             TRISC,4
  88.         BCF             PORTC,3
  89.         BTFSS   OK,0
  90.         CALL    stop_bit       
  91.        
  92.         RETURN
  93.  
  94. CLK:
  95.         CALL    delay_10us
  96.         BSF             PORTC,3
  97.         CALL    delay_10us
  98.         BCF             PORTC,3
  99.         BCF             PORTC,4
  100.         RETURN


SLAVE

  1. ;----------------------------------------------------------------------------------
  2.  
  3. I2C:
  4.         ;RC4    -SDA
  5.         ;RC3    -SCL
  6.         ;1.      0.
  7.         ;RC3,RC4
  8.         CLRF    OK
  9.         CLRF    eeData
  10.  
  11.         CALL    I2C_port
  12.         MOVLW   0x02
  13.         CPFSEQ  d9                      ;Start bit
  14.         RETURN
  15.  
  16. ;       Start bit jött
  17.         CLRF    CIKL
  18.         CALL    I2C_port
  19.         MOVLW   0x02
  20.         CPFSEQ  d9                      ;HA W=F 1 utasítást átlép
  21.         GOTO    $+8
  22.         GOTO    $-0x0C
  23.         CALL    I2C_port
  24.         MOVLW   0x00
  25.         CPFSEQ  d9
  26.         RETURN 
  27.  
  28.         MOVLW   0x08
  29.         MOVWF   poz
  30.         CLRF    eeData
  31.  
  32. eleje:
  33.         BTFSS   PORTC,3                         ;Az órajel magas ?
  34.         GOTO    $-2            
  35.        
  36.         CLRF    d9
  37.         BTFSC   PORTC,4
  38.         BSF             d9,0
  39.  
  40.         BCF             STATUS,C                        ;Igen az órajel magas
  41.         RLCF    eeData,F                        ;Mintavételezés
  42.         BTFSC   PORTC,4
  43.         BSF             eeData,0
  44.                
  45.         BTFSC   PORTC,3                         ;Az órajel alacsony ?
  46.         GOTO    $-2
  47.        
  48.         DECFSZ  poz,F                           ;Az órajel alacsony
  49.         GOTO    eleje
  50.        
  51.         CLRF    d9                                                                     
  52.         BTFSS   eeData,0
  53.         BSF             d9,0
  54.         BTFSS   eeData,0
  55.         BSF             eeData,0
  56.        
  57.         MOVF    eeData,W
  58.         BSF             eeSlaveAd,0
  59.        
  60.         CPFSEQ  eeSlaveAd                       ;Nem nekem címezték
  61.         RETURN                                         
  62.         CALL    ACK
  63.         BTFSS   d9,0
  64.         GOTO    OLVASAS
  65.         NOP
  66.         RETURN
  67.  
  68. ACK:
  69.         BCF             TRISC,4
  70.         BCF             PORTC,4
  71.         BTFSS   PORTC,3
  72.         GOTO    $-2
  73.         BTFSC   PORTC,3
  74.         GOTO    $-2
  75.         BSF             TRISC,4
  76.         RETURN
  77.  
  78. I2C_port
  79.         CLRF    d9
  80.         BTFSC   PORTC,4
  81.         BSF             d9,0
  82.         BTFSC   PORTC,3
  83.         BSF             d9,1
  84.         RETURN
  85.  
  86. OLVASAS
  87.         MOVLW   0x02
  88.         MOVWF   FSR0H
  89.         MOVLW   0x80
  90.         MOVWF   FSR0L
  91.         MOVLW   0x08
  92.         MOVWF   poz
  93.         CLRF    eeData
  94.  
  95. eleje_1:
  96.         BTFSS   PORTC,3                         ;Az órajel magas ?
  97.         GOTO    $-2            
  98.        
  99.         CLRF    d9
  100.         BTFSC   PORTC,4
  101.         BSF             d9,0
  102.  
  103.         BCF             STATUS,C                        ;Igen az órajel magas
  104.         RLCF    eeData,F                        ;Mintavételezés
  105.         BTFSC   PORTC,4
  106.         BSF             eeData,0
  107.                
  108.         BTFSC   PORTC,3                         ;Az órajel alacsony ?
  109.         GOTO    $-2
  110.        
  111.         DECFSZ  poz,F                           ;Az órajel alacsony
  112.         GOTO    eleje_1
  113.         CALL    ACK
  114.         MOVFF   eeData,INDF0
  115.         MOVLW   0x08
  116.         MOVWF   poz
  117.         CLRF    eeData
  118.         INFSNZ  FSR0L,F
  119.         GOTO    eleje_1
  120.         RETURN
A hozzászólás módosítva: Feb 22, 2013
(#) watt hozzászólása Feb 23, 2013 /
 
Sziasztok!
Lenne egy kérdésem.
Szerintetek minek van a PIC32MX-ekben 21 és 24-es szorzó, ha a PLL bemenetén 4..5MHz között lehet a freki? Próbálta már valaki túlhajtani őket? Esetleg egy kis hűtőbordával?
(#) _vl_ válasza watt hozzászólására (») Feb 23, 2013 /
 
Olvastam máshol, hogy mások megpróbálták. Külső körülményektől függően a 80MHz-es 5xx/6xx/7xx modelleket ha jól emlékszem 100-120MHz-ig fel bírták tolni (a 1xx/2xx-asokról nem írtak semmit). Mondjuk flash mellett nem sok értelme van, hiszen emelni kell a flash wait state-en, de ha RAM-ból fut a program, akkor lehet vele próbálkozni.
(#) watt válasza _vl_ hozzászólására (») Feb 23, 2013 /
 
Találtam én is infót, állítólag egy MX360 2éve fut valakinél 96MHz-en. Ez reálisnak tűnik. Azt nem értettem, hogy hűti-e, de ha hűtés nélkül megy 80MHz-en, akkor kis bordával szerintem menne 96-on-ig. Lehet nélküle is...
(#) Hp41C válasza _vl_ hozzászólására (») Feb 23, 2013 /
 
Itt írnak a 32MX1x / 32MX2x -ekről.
(#) _vl_ válasza watt hozzászólására (») Feb 23, 2013 /
 
Szerintem a hűtés nem akkora probléma, ha egyébként nem terheled az IC-t (nem hajtasz 10-20mA-rel LED-eket direkben, vagy nem hajtasz nagy frekivel kapacitív terheléseket). A lekapcsolt perifériák sem zabálnak sok áramot.
(#) watt hozzászólása Feb 25, 2013 /
 
Sziasztok!
Használt már valaki DMA-t láncolt módban? SPI-ről kéne áttolni adatot PMP-re. Ha jól értem ez csomagokban lehetséges, ha beérkezett a forrástól a 256 bájtnyi anyag, akkor a másik csatorna kiteszi a cél perifériának. Sajnos azt látom, hogy ez egyidőben, vagy eltolt fázisban nem működik, mivel csak egy busz van mindenből, de biztosan sokkal gyorsabb, mint ha utasításokkal lenne áttolva az adat. Minden infót szívesen vennék! Köszi!
(#) nemgyuri hozzászólása Feb 28, 2013 /
 
Sziasztok!
PICkit2-vel szívok egy ideje. PIC16F886-ost tudom rendesen DEBUG-olni, de a PIC16F690-et nem! PKError0028 -as hibával kilök. (megpróbáltam frissíteni v2.61-re, de ugyanaz a hiba)
Tud valaki segíteni?
(#) kissi válasza nemgyuri hozzászólására (») Feb 28, 2013 /
 
Szia!
Az nem megy "simán", AC162061-es kiegészítő kell hozzá (az MPLAB kiírja az eszköz kiválasztásánál!) !
Steve
A hozzászólás módosítva: Feb 28, 2013
(#) nemgyuri válasza kissi hozzászólására (») Feb 28, 2013 /
 
Szia!
Az nem az ICD2-höz kell?
Nekem ilyet ír ki:
PKWarn0003: Unexpected device ID: Please verify that a PIC16F690 is correctly installed in the application. (Expected ID = 0x1400, ID Read = 0x0)
A hozzászólás módosítva: Feb 28, 2013
(#) kissi válasza nemgyuri hozzászólására (») Feb 28, 2013 /
 
Bármilyen ICD csatlakozáshoz (pl. ICD2 v. PK2 is ilyen !) !
Steve
(#) nemgyuri válasza kissi hozzászólására (») Feb 28, 2013 /
 
Köszönöm!!!!
(#) icserny válasza nemgyuri hozzászólására (») Márc 1, 2013 /
 
A PIC16F690 azok közé a mikrovezérlők közé tartozik, amelyek nem rendelkeznek elegendő erőforrással a DEBUG-oláshoz. Az AC162061 modul egy olyan (nagyobb teljesítményű) mikrovezérlőt tartalmaz, amely képes átvenni a PIC16F690 feladatkörét, s közben kommunikál a hibavadász készülékkel, illetve be tud avatkozni a program futásába. Az AC162061 modult a DIP foglalattal szerelt PIC16F690 helyére kell dugni (lásd itt, a #10 hozzászólásban!).
Idézet:
„Az nem az ICD2-höz kell?”
Az AC162061 modul az ICD2-höz való csatlakozóval van ellátva, de PICkit programozóval is használható, csak a csatlakoztatást meg kell oldani egy átmenet (vagy speciális kábel) segítségével.
(#) attis71 hozzászólása Márc 2, 2013 /
 
Sziasztok!

Tudnátok ötletet adni hogyan tudnám HW prellegés mentesíteni a PIC kimenetén lévő relét?
Két ADC jelét hasonlítom egymáshoz "ADC1 > ADC0 + 48" ez kapcsolja a relé kimenetet be, "ADC1 > ADC0 + 12 ez meg kikapcsolja. Mikor közelitenek az értékek prelleg a relé.

Üdv: attis71
(#) potyo válasza attis71 hozzászólására (») Márc 2, 2013 /
 
Nem egészen világos a kérdés. Ha ADC1>ADC0+12 kapcsolja ki és ADC1>ADC0+48 kapcsolja be, akkor ADC0+48 felett mindkét feltétel teljesül. Vagy elírtad és ADC1<ADC0+12 kapcsolja ki? Mert akkor nem lenne szabad prellnek lennie. Írd le kicsit részletesebben, hogy mi a feladat, és akkor tudunk megoldást mondani.
A hozzászólás módosítva: Márc 6, 2013
(#) potyo válasza potyo hozzászólására (») Márc 2, 2013 /
 
Látom, levágta egy részét a hozzászólásnak...

Nem egészen világos a kérdés. Ha ADC1>ADC0+12 kapcsolja ki és ADC1>ADC0+48 kapcsolja be, akkor ADC0+48 felett mindkét feltétel teljesül. Vagy elírtad és
  1. ADC1<ADC0+12
kapcsolja ki? Mert akkor nem lenne szabad prellnek lennie. Írd le kicsit részletesebben, hogy mi a feladat, és akkor tudunk megoldást mondani.
(#) szabics válasza potyo hozzászólására (») Márc 6, 2013 /
 
Mekkora a legkisebb különbség a két jel között? Ha túl kevés akkor az AD "hullámzása " kapcsolgatja a kimenetet jogosan. Az AD a legkisebb jelváltozást is átalakítja ami ráülhet a jelre vagy annak ingadozását. Vagyis az elméleti mondjuk 0.2 volt az ingadozik és ebből adódóan az érték is. A digitális műszerem szerint változatlan volt az érték de amikor kiírattam az LCD-re látni lehetett az érték szám szerinti ingadozását.. szoftveresen megoldható.
A hozzászólás módosítva: Márc 6, 2013
(#) nem hozzászólása Márc 6, 2013 /
 
Sziasztok!

Szinte nevetséges, de nem bírok a PIC32MX795F512L -emre olyan 32.768kHz-es kristályt és terhelő kondikat rakni, hogy a megfelelő órajelet adja. Van itthon vagy 4 különböző kavics... már mindegyiket végigpróbáltam 12, 18 és 22pF-is kondikkal és csak nem jó...
Egy másik panelemen MCP7940N RTC IC-t használok ilyen kaviccsal, 12pF-os terhelő kondikkal és tökéletesen működik.. pedig az is MCP termék...
Tudtok esetleg olyan kristály ajánlani amivel megy a 795F-es PIC RTC-je?
Köszönöm!
A hozzászólás módosítva: Márc 6, 2013
(#) _vl_ válasza nem hozzászólására (») Márc 6, 2013 /
 
Nem lehet, hogy a konfigurálással van a baj?
(#) nem válasza _vl_ hozzászólására (») Márc 6, 2013 /
 
Én is erre gondoltam, de én csak a hardvert építem...kérdeztem a srácot, de azt mondja olyan frekire nem lehet konfigurálni a PICet, mint amin elindul a cucc...
(#) nedudgi válasza nem hozzászólására (») Márc 6, 2013 /
 
Lehet szó egy SG-3032 SMD oszcillátor beépítéséről?
(#) icserny válasza nem hozzászólására (») Márc 6, 2013 /
 
A 32 kHz-es kvarcot nem a PIC órajel generárotára kell kötni. Innetől kezdve az "olyan frekire nem lehet konfigurálni a PICet, mint amin elindul a cucc..." elég értelmetlenül hangzik! Nézd meg a PIC32 Ethernet Starter Kit leírásában a kapcsolási rajzot!
Következő: »»   1112 / 1319
Bejelentkezés

Belépés

Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem