Szia!

Meg lett a hiba oka. Én bénáztam, a pflash-t le kellett tiltanom a jumper lehúzásával. Pedig elolvastam a board manualját, sehol nem irták, hogy JTAG-os programozásnál tiltani kell a flasht. Az impact üzenete is félre informált progizás előtt, hogy átálitja a CCLK-ról a StartupClock-ot JTAG-ra. Na meg a progizás eredményei se voltak azonosak a különbözö verziók kipróbálása közben. Volt ahol 1500-4500 hibát jelzett a visszaolvasásánál, a 7.1 nél jó volt, a 9.2 nél vissza se tutdtam ellenőrizni, mert a programozás végén a DONE did not go high-al fejezte be. Meg én is úgy gondoltam, ha a StartupClock a JTAG-on van, akkor már nem szórakozik a pflash-el. Szóval, nem értem az okát, de igy most hiba nélkül csinálja a dolgát.
Jó kis szivatás volt .

Üdv. Zoli

De akkor méirt van ráírva a képcsőre hogy Warning: X-Radiotion (Vagy mi) a service note-nál meg az hogy használni kell sugárzás mérőt.

Szia !

Az elektrós listán a BGA beültetéshez az ALBACOMP-ot emlegették már többször is. Úgy emlékszem, hogy a 0.8-asra rázták a fejük. Ez, ha jól látom 1 mm-es, meg kell őket kérdezni. De, meg lehetne egy mobil telós szervizt is kérdezni, ott is cserélnek néha BGA-t ha jól rémlik. De a lábakat ellenőrizni kell, hogy hova vannak bekötve a panelon, mert van 500-nál NC láb, ami az 1200-nál IO és az IO-IP eltérések is vannak azért. Az adatlapban szürkével ki vannak emelve az eltérések. Ezeket le kell zongorázni, hogy nem e okoznak gondot.

De én is kérdeznék.

Melyik ISE-t használod ? mert én már kipróbáltam a 6.3-ast, 7.1-est, 9.1-est, 9.2-est. A 6.3 nem tölt le jól, visszaolvasásánál 1500-4000 hibát ir ki, nem is müködik jól. A 9.1 úgyszintén, a 9.2 "Programming terminated. DONE did not go high"-nál tovább nem jutok. Ez 9.1 SP3 után is jelentkezett. Most a 7.1-el tudom letölteni hibátlanul, de ez is jelzett 1-2-szer hibát visszaolvasásánál. A kábel, Digilent JTAG3, másik ugyanilyen kábellel is próbáltam azt a XC2XL-hez adták, nem változik. A 8.2-t még nem próbáltam, mert tele a t.k.m a sok giga le, fel tolásásva. Ja, Spartan3 200-as, ami nekem van a starter kit-en.

Köszi

Üdv. Zoli

Biztos, hogy jó ötlet ilyenekkel szórakozni? A kapszaicint legtöbbször kűlsőleg alkalmazzák, izomfájdalom, reuma, ízületi gyulladások enyhítésére, felületi érzéstelenítésre. Sőt, még fegyverként is (paprikaspray). Szembe kerülve nagyon erős fájdalmat okoz. Bőrön átmeneti vérbőséget kelt, valóban tágítja az ereket. De sajnos bizonyos esetekben allergiás reakciót is kiválthat, bár ez ritka. Nem véletlen, hogy az OC spray ölt már embert! Mindenesetre tudni kell, hogy alkoholban oldódik, ha gond lenne, ez külsőleg esetleg segít.

Programozás után. output ablakban:

Initializing PICkit 2 version 0.0.3.10
Found PICkit 2 - Operating System Version 2.10.0
Target power not detected - Powering from PICkit 2
PIC12F675 found (Rev 0x10)
PICkit 2 Ready

Programming Target (2007.08.24. 13:54:27)
Erasing Target
Programming Program Memory (0x0 - 0x1)
Programming Program Memory (0x3 - 0xA8)
Programming Program Memory (0x3FE - 0x3FF)
Verifying Program Memory (0x0 - 0x1)
Verifying Program Memory (0x3 - 0xA8)
Verifying Program Memory (0x3FE - 0x3FF)
Programming EEPROM Memory (0x0 - 0x2)
Verifying EEPROM Memory (0x0 - 0x2)
Programming Configuration Memory
Verifying Configuration Memory
PICkit 2 Ready

és ezzel le is fagy az egész MPLAB. Újraindítás után a visszaolvasáskor hülyeségek vannak a program memóriában, az eepromban pedig csupa nulla.

Amikor rácsatlakoztatom a PICkit 2 őt ezt írja ki az MPLAB
:

Initializing PICkit 2 version 0.0.3.10
Found PICkit 2 - Operating System Version 2.10.0
Target power not detected - Powering from PICkit 2
PIC12F675 found (Rev 0x10)
PICkit 2 Ready

a hiba égetéskor és olvasáskor jelentkezik

Adatlapban EXAMPLE 5-1: Initializing PORTA
Illetve 5.1 alatti 2-es note

Kaptam a chipcadtől egy hex fájlt amit be kéne égetnem a PICkit 2 be a picstart + al.

Égetés után ez a válasz az MPLAB részéről:

"Any additional errors are not displayed."

failed...

mi lehet a gáz?

Sziasztok!

Kinek van PICkit 2 égetője? Tudna valaki segíteni? Nem látja a gépem a programozót. Tegnap még semmi baja nem volt, most meg "PICkit2 not find..." USB eszközként sem találom az eszközvezérlőben, már az XP sem látja. Lehet hogy megadta magát végleg?

köszi

huh, csak kb-re tudom mondani (és azt a Micron DDR modult, ami ebben a starter kitben van):

(2.5V-ról hajtva)
a leggagyibb (-5B sebességfokozatú) modul áramfelvétele az 50-480 mA között mozog, kikapcsolt állapotban 5mA

írásnál kb 200, olvasásánál is kb ennyi
standby állapotban van 50 körül
ha interleave módban több bank-al is dolgozol akkor ugrik fel 480-ra

--
a gyorsabb moduloké az max 350 körüli

Ok mostmár megvan

Save:
MOVWF W_TEMP
SWAPF STATUS, 0
MOVWF STATUS_TEMP

Load:
SWAPF STATUS_TEMP, 0
MOVWF STATUS
MOVFW W_TEMP


Topi hibázott volna? Mert ezt írta a cikkjében:
"Egy segéd regiszterbe elmentjük a következőket:
- W regiszter (akku, work)
- STATUS regiszter (benne a bank, ZERO és egyéb más)"
És ezt használta:
MOVWF W_SAVE ;Először a Work regisztert
MOVFW STATUS ;STATUS-t bele a már lementett Workbe
MOVWF STATUS_SAVE ;Status_save-be beletölti a Worköt

Hm mit találtam neten:
You can unscrew & remove the end cap containing the beam shutter to facilitate cleaning of the lens. However, ***DO not*** under any circumstances attempt to remove the laser itself from the housing!!! Doing so will void the warranty, and opens the possibility that you may irradiate yourself with 260mW+ of green laser radiation at 532nm, at least several hundred milliwatts of IR laser radiation at 1,064nm, and 2,000mW (2W) of NIR laser radiation at 808nm.

Ezzel már lehetne kettévágni dolgokat , csak kinek van szíve szétszedni egy $649-$1529-os zöld lézert?

Köszi, már megvan írva, illetve már megírtam, csak a bank éles fizető kulcsára várunk, hogy lehessen kártyával fizetni... Remélhetőleg pár nap...

Hello
Van egy 16F876-s kontrollerem. Ki akartam próbálni az A/D portját, de nem tudtam, mert a ADRESL regisztert hibásan tölti át egy másik regiszterbe. Mindig hiányzik az 5. és 6. bit. És az az érdekes, hogy ha ADRESL regisztert a bank váltás után a PORTB-re kiküldöm, jól működik. Érdekes, nem? Várom az ötleteket.
Hello

A BSF az egy megadott regiszterben (pl status) egy megadott bitet (pl 5 ami a RP0) magasra (1) állít

"RP1:RP0: Direkt címző bitek
11 = bank 3
10 = bank 2
01 = bank 1
00 = bank 0"

Előszöris egyik sem hibaüzenet. Az első kettő figyelmeztetés, a harmadik csak üzenet.

A LIST és az ORG elé tegyé egy szóköz vagy egy tab-ot. Az első oszlopban a címkék (label) helyezkedhetnek csak el.

Amazzal meg ne foglalkozz, ha megcsináltad a bankváltást. Csak jelzi, hogy olyan regiszterrel dolgizol, ami nem a bank0-ban van, és légy körültekintő.

És hogy én is kérdezzek valamit, ezt, hogy a bankváltást BSF STATUS, 5 paranccsal kell csinálni, hol láttad?

Nem tudom ki van itt ilyenkor de most keztem PIC ezni és próbáltam egy LED villogtatót írni egy 16F628A RB4 es portjára de a következő hibaüzenetet kapom:
Warning[205] C:\PICPROJEKTEK\PIC.ASM 1 : Found directive in column 1. (LIST)
Warning[205] C:\PICPROJEKTEK\PIC.ASM 9 : Found directive in column 1. (ORG)
Message[302] C:\PICPROJEKTEK\PIC.ASM 13 : register in operand not in bank 0. Ensure that bank bits are correct.

Itt a program első fele:
LIST P=16F628A
#INCLUDE "P16F628A.INC"
__CONFIG _CP_OFF&_XT_OSC&_WDT_OFF&_LVP_OFF&_MCLRE_ON&_PWRTE_ON
CBLOCK 0x20
T1
T2
T3
ENDC
ORG 0
KEZD
MOVLW B'00010000'
BSF STATUS,5
MOVWF TRISB
BCF STATUS,5
GOTO LEDON

Én átváltottam a bank 1 be vagy mégsem?
Meg miért nézi rossznak a LIST et és az ORG ot?

A 18F sorozatnál másképp van megoldva az SFR zóna (az, ahol a PORTB, TRISC, EECON, stb. regiszterek vannak). Itt számukra van egy access bank nevezetű terület, ami valójában a 15. bank felső fele, de bármelyik bank-ból elérhető, ha az utasításnál megadod, hogy az adott parancs az access bankra mutasson. Ezt jelenti az a betű. Viszont ha a megfelelő processzort választod ki, akkor az MPLAB automatikusan tudja, hogy pl. a TRISC hol van, és nem muszály odaírni az a betűt. Ha odaírod, akkor nem vesztesz semmit.

A 18F-nél is lehet bank-ot váltogatni, de nélküle is elérhető a teljes memóriaterület. A W elérhető az SFR zónában WREG néven, és a MOVFF parancs bank-tól függetlenül elér mindent, tehát bankváltás és MOVWF TMP helyett írhatod ezt: MOVFF WREG, TMP

Sziasztok,

Újabb taktikai kérdésem van:
A Topi-féle leckékben mindig ki van választva az utasításhoz szükséges bank, ugye? nos olvasgatom a 18F2320 adatlapját, és angol tudásom szerint: az utasításoknál meg lehet adni egy 'a' értéket, ami a bank-re vonatkozik, ha nem adom meg akkor ki fogja választani "ő". ez lehetséges? Akkor 18-as szériában nem kell bank-et váltogatni?

Igen, az a szöveg megvan. Viszont ami utána van az érdekes:

//Do not change these values
#declare pcb_hight = 1.500000;
#declare pcb_cuhight = 0.035000;
#declare pcb_x_size = 46.025000;
#declare pcb_y_size = 26.025000;
#declare pcb_layer1_used = 1;
#declare pcb_layer16_used = 1;
#declare inc_testmode = off;
#declare global_seed=seed(915);
#declare global_pcb_layer_dis = array[16]

Én emeltem ki félkövéren. Az bizony ott "hight" és nem "height"! Kereséssel ezért nem találtam! (Nem félregépeltem.)
Csak tudnám miért...

Átírtam (plussz egy "e"-betű), mentettem, de ugyan azt csinálja.

Egy "//Do not change these values" szöveg csak van?
Azután legyen beírva: #declare pcb_height = 1.500000; írd (másold) be aztán save és run.
Így néz ki!
Egyébként a pcb többi adata benne van?

Rákerestem több nem működő fáljban is, de nem talált ilyen szót. Még csak "height"-ot sem.

A PCB-től kapott pov-fáljban viszont van ilyen szó, mégpedig itt:
"//Do not change these values
#declare pcb_height = 1.500000;
#declare pcb_cuheight = 0.035000;
#declare pcb_x_size = 46.025000;
#declare pcb_y_size = 26.025000;
#declare pcb_layer1_used = 1;
#declare pcb_layer16_used = 1;
#declare inc_testmode = off;
#declare global_seed=seed(116);
#declare global_pcb_layer_dis = array[16]"

Ezt:

Preset INI file is 'C:\PROGRAM FILES\POV-RAY FOR WINDOWS V3.6\renderer\quickres.ini', section is '[512x384,
No AA]'.
Preset source file is 'C:\Program Files\EAGLE-4.15\ulp\Eagle3D\povray\forrasztollomas.pov'.
Redirecting Options
All Streams to console..........On
Debug Stream to console.........On
Fatal Stream to console.........On
Render Stream to console........On
Statistics Stream to console....On
Warning Stream to console.......On
Parsing Options
Input file: C:\Program Files\EAGLE-4.15\ulp\Eagle3D\povray\forrasztollomas.pov (compatible to version
3.61)
Remove bounds........On
Split unions.........Off
Library paths:
C:\Program Files\POV-Ray for Windows v3.6\INCLUDE
C:\WINDOWS\Fonts
C:\PROGRAM FILES\POV-RAY FOR WINDOWS V3.6\include
Output Options
Image resolution 512 by 384 (rows 1 to 384, columns 1 to 512).
Output file: C:\Program Files\EAGLE-4.15\ulp\Eagle3D\povray\forrasztollomas.bmp, 24 bpp (system format)
Graphic display......On (gamma: 2.2)
Mosaic preview.......Off
CPU usage histogram..Off
Continued trace......Off
Tracing Options
Quality: 9
Bounding boxes.......On Bounding threshold: 3
Light Buffer.........On
Vista Buffer.........On Draw Vista Buffer....Off
Antialiasing.........Off
Clock value: 0.000 (Animation off)
File: C:\Program Files\POV-Ray for Windows v3.6\INCLUDE\glass_old.inc Line: 18
Parse Warning: Due to changes in version 3.1, you must add interior {I_Glass} to all objects calling
glass_old.inc textures and finishes...
File: tools.inc Line: 95
Parse Warning: Font HandelGo not found. Fallback font arial used
File: C:\Program Files\EAGLE-4.15\ulp\Eagle3D\povray\forrasztollomas.pov Line: 214
Parse Warning: Should have at least 2 objects in csg.
File: cap.inc Line: 403
File Context (5 lines):
#else
cylinder{<0,0,0><0,-1*(pcb_height
Parse Error: Expected 'numeric expression', undeclared identifier 'pcb_height' found instead
Total Scene Processing Times
Parse Time: 0 hours 0 minutes 0 seconds (0 seconds)
Photon Time: 0 hours 0 minutes 0 seconds (0 seconds)
Render Time: 0 hours 0 minutes 0 seconds (0 seconds)
Total Time: 0 hours 0 minutes 0 seconds (0 seconds)
CPU time used: kernel 0.09 seconds, user 0.33 seconds, total 0.42 seconds

POV-Ray finished>

Elvileg be kell rakni az áramkörbe Jumpereket. Rákötsz a pluszra és a földre is egy-egy jumpert (a special-ba van), elnevezed őket és ezeket a neveket adod meg az ic vcc és gnd paraméterének. Kisbetű-nagybetű számít, ha nem jó a név, kapsz egy "missing jumper xxx" hibaüzenetet.

A Tinához "méltóan" hol működik, hol nem. Egy 4017-es számláló ic-t már sikerült így működésre bírni, de a logikai kapukkal valami nem az igazi.

Nekem az a problémám, hogy ha logikai kapukat használok, akkor nagyon hamar megkapom az "operation point not found" üzenetet ahogy bonyolódik a kapcsolás. Olyan áramköröknél, amik a valóságban működtek, hiába adok tápot a kapuknak jumperekkel. Most már nagyon idegesítő, mi lehet a baja ?

Üdv:vizor

Üdv!
Egy kérdésem lenne.

Van egy 18f452-es PIC. Soros portról max232-n keresztül töltöm bele a progit. Egy darabig ment, majd rákötöttem egy 1x16-os LCD-t. Kb. kétszer még engedte letölteni, de utána nem tudtam beletölteni semmit. Ez miért van??
A tápot az USB-ről adom neki (nem akartam már adapterrel sz******kodni). Erről kapja az LCD is a tápot. Szerintemminden jól be van kötve, de nem tudok beletölteni. Ez már máskor is előfordult, más esetben. Néha azt írja ki, hogy a COM port foglalt. Gép újraindít, de akkor sem megy.
Colt18F....valamivel töltöm le.

Ja és mivel most ismerkedem a programozással, tudna valaki küldeni egy olyan egyszerű progit mplab-hoz, amiben egy egyszerű szöveget kiír az LCD-re.
Most fejből írom, de sorban vannak bekötve:
C port 0-tól 7-ig -> Data 0-tól 7-ig.
E port 0:register Select
E port 1:Enable
E port 2:R/W
Backlight van.
A kontrasztot meg majd beállítom.

Köszi!

Moderálva!

Gondolom egyértelmű hogy egy mágnesszalag simán másolható egy magnófejjel.. (pl. egy meghekkelt kártyaolvasóval)
A chip más elven működik, nem lehet lemásolni.
Azon helyek száma is csökken ahol csak a mágnesszalagos leolvasók vannak. Ahol chipkártyát is le tudnak olvasni onnan valószínű a bank nem fogad el chipes kártyáról leolvasott mágnesszalag azonosítást (más adat van a szalagon és más a chipben, vagy az egyiket vagy a másikat olvassák ki, egymástól függetlenek). De ahol még nincs ilyen chip-leolvasó onnan elfogadja a szalag adatait. A banknak megvannak mind a bankkártya mind az elfogadóhely technikai adatai..
Ezzel szerintem biztosítható az ilyen dual (chip+szalag) kártyák biztonságának növekedése a sima szalagoshoz képest.

Ez akkor bőven kielégíti az igényeimet. Mivel sikerült a kis TDA-t összeeszkábálni, így lehetne egy másikat is készíteni, egy kicsit nagyobbat házimozihoz, de ha mindent összeszámolok, hangszórók, csillapítóanyag, kárpit, faanyag, IC-k, kondik, hűtő, táp, doboz...ha ezek nincsenek otthon, vagy nem tudsz valahonnan kikukázni vmit, ha meg kell venni mindent, akkor nagyon nem éri meg. 20ezerért komplett szettet kapni készen, hangszórók meg erősítő. Biztos van olyan jó, mintha én építem meg a legolcsóbb cuccokból, arról nem beszélve, hogy sokkal szebb kinézetre. Csak az építés öröme szól mellette...
Ez most nemtom hogy jött ide, remélem nem off
Ha rámszakad a bank (vagy egy kuka ), nekiállok az oldalon lévő aktív subnak meg egy másik erőlködőnek

Sajnos még mindig csak kérdezni tudok. A visszacsatolásról még nem találtam sok használhatót, úgy tünik hogy általában a kimeneti szűrő előttről is elég visszacsatolni, bár így függ az átviteli karakterisztika jobban a terhelőimpedanciától, ha jól emlékszem.

A kérdés az lenne ha valaki ért hozzá, hogy teljes hidas kapcsolásnál nem kell a visszacsatolás? Mert ilyesmit olvastam egy IRF-es application note-ban.

A másik, hogy a dead-time-ot lehet-e szabályozni a háromszög jel offset eltolásával?

Köszi

Van egy ilyen az adatlapban:

Any write to the SSPBUF register during transmission/reception of data will be ignored and the Write Collision detect bit, WCOL (SSPCON1<7>), will be set. User software must clear the WCOL bit so that it can be determined if the following write(s) to the SSPBUF register completed successfully.


Tehát ha 16 vagy több bitet akarsz írni, akkor beírod a következő bájtot az SSPBUF regiszterbe, és ha a WCOL bit bebillent, akkor meg kell ismételned az írást.

Sziasztok!

Kértétek, hogy írjam be, mivel sikerült múltkor behülyítenem a picet! Hát egy kicsit szégyenllem, de én simán azt mondtam, hogy char x = 0x000000001; (9 bit)
Nem vettem észre, hogy csak 8-at kaphatott volna.

Viszont most megint elakadtam.

24LC256-os memóriát akarok írogatni és olvasgatni. Ehhez készítettem, meglevő minta alapján egy lib-et, amit meghívok egy főprogramból. A lib tartalmát mellékelem is nektek!

A problémám az, hogy ha sokszor meghívom egymás után a Number_write(...) metódust, akkor már nem is fordul le a progi. Ilyen Can not fit the Section-os hibákat dob vissza.
De azaz érdekes, hogy írtam egy teljese eeprom reset-et is, amiben ugyanezt a metódust sokkal többször meghívom, és ott működik.

Mi lehet a baj? Alaphelyzetben működik a dolog, mert ha csak egy- két adatról van szó, akkor azt szépen írom és olvasom is. De ha már 10-es nagyságrendről, akkor nem.
Nem ürítek valamit? Vagy valamiért nem helyesen kezelem az I2C-t ???

Van ötletetek?


Előre is Köszi!

Üdv:
Zoli