Fórum témák
» Több friss téma |
Fórum » PIC - Miértek, hogyanok haladóknak
Köszi Bladika és köszi Potyo!
Lényegében majdnem ugyanazt mondtátok mind a ketten, de ameddig csak a Potyo megoldását csináltam, addig ugyanúgy vakerált a fordító, aztán amikor a Build beállításait is megpiszkáltam, utána meg jó lett. De ha átgondoljuk, mind a két módszernél majdnem ugyanazt csináljuk, nem tudom miért nem volt elég az, amikor a "Set language tool locations"-t állítottam magába. Aztán még a LIB könyvtár elérési útját is meg kellett adnom a Build-nál, mert akkor meg a c018i.o fájl után sírbakolt. De most már ok. Köszi mégegyszer! Üdv!
Az igazi megoldás a Set Language Tools Locations. De ez nem működik automatiusan, ha a projekt létrehozása után csinálod. Ilyenkor a Project/Build Options/Project ablakban a Directories fül kiválasztása után rá kell bökni a Suite Defaults gombra.
Melleslleg a saját projektedbe ne másolj se include se header se linker állományokat, ha azok nem térnek el az eredetitől. Ha viszont át kell szabnod valamelyiket, akkor célszerű odatenni és azt használni. (Például bootloaderhez kellhet speciális linker állomány)
Valóban igazad van, mert így már működik a dolog!
Köszi az infót és a tanácsot is! Üdv!
Most vettem észre, hogy külsőleg és belsőleg is szinte 100%-ban ugyanaz a 16F877 és a 16C67, viszont a C67-es kevesebbe kerül, ez miért van, talán OTP, vagy kevesebbszer programozható?
Hat en nem tudom hol nezed, de pl a Microchip oldalan ket utalast talalni a 16C67-re, szerintem mar regen kifutott termek amibol meg csak utangyartas sincs. Valoszinuleg azert olcsobb mert surplus termek (raktaron ragadt, kiarusitando).
A 16F877 helyett valassz inkabb 16F887-est, az tobbet tud es kevesebbe kerul!
Igaz 1/3-a az ára a 16F877-nek. Itt néztem a HEstore.hu-n. Viszont, ha erre a procira vagy másikra akarok váltani, akkor égetőt is vennem kell, mert kevés típust tud égetni az Oshon féle programozó.
Ugyan, miért nem csinálsz egy PICkit2 klónt?
Szerintem csak a lustatságom miatt. Hétvégén nézek egy rajzot hozzá, mert már tényleg fáj a fejem a 16F sorozattól....
Nagyon nem is kell keresni: Bővebben: Link
A PIC nem proci!!! Eh... (az egeto pedig programozo -- de ne kossek mar minden aprosagba bele
 )
Nagyon szépen köszönöm MPi-c!
 Akkor az alkatrészek mellé rendelek egy 18F2550-t is! Szerencsémre abba bele tudja égetni a vezérlő programot egy másik programmal az oshon égető! Ez az égető fenomenális! Mégegyszer köszönöm az információt!
Ha csak a 18F2550 kellene, van itthon teljesen szűz példányom, amit át tudok adni és még fel is programozom, ha kívánod.
Idézet: „mert kevés típust tud égetni az Oshon féle programozó” Ez tévedés, Az összeset tudja égetni, ha a program ismeri. Több program is illeszthető hozzá. Nekem nem volt szükségem olyan PIC-re amit ne tudtam volna vele égetni, ebből kifolyólag nehezen hiszem, hogy neked szükséged lenne olyanra, amit nem ismer valamelyik program. Ettől függetlenül a PK2 a favorit, csak ne terjesszünk tévhiteket más égetőkről!
Ezt is te csinálod, vagy valaki másolta a munkádat a PICkwik-ről? http://pic24.neobase.hu/category/tag/pickwik-pic
Én próbálkoztam, Drupal tartalomkezelővel...
Sziasztok.
Egy kis segítséget szeretnék kérni. Most ismerkedem a hi-tech c-vel és a hi tide-al, azonban elakadtam. A projektem egy 3310-es kijelző kezelése, ez megy is, de most írtam bele pár új dolgot, és egy hibaüzenetet kapok, amivel nem tudok mit kezdeni. A hibaüzenet a következő: (499) undefined symbol: _DealyMs 3310lcd/Release 3310lcd.obj Nekem nincs is olyan a projektemben, hogy _delayms , volt de kitöröltem, sehol nincs deklarálva, sem használva. Miért követeli?
Valami modult / lib-et stb bele tettel a projectedbe ami hasznalna ezt, viszont a hozza kapcsolod libeket nem -- avagy megkoveteli, hogy hasznalj valami standard lib-et ami megvan neked viszont elfelejtetted a projectedhez hozza adni...
Igazad volt, mégegyszer átnéztem, és ahol már kerestem, ott volt egy hibás sor.
Jó reggel !
Segítséget szeretnék kérni. Eddig belső oszcillátoros piceim voltak,de most szereztem egy 18F452 -es IC-t. A kód egy egyszerű villogó lenne végtelen ciklusban C nyelven, de sajnos csak fél percig villog, aztán leáll. A config: OSC=HS és WDT=OFF A kvarc 10MHz mellé próbáltam 10,15,22,33pF kondikat is, de ugyanaz az helyzet. Mi lehet a gond?  Idézet: „A kód egy egyszerű villogó lenne végtelen ciklusban C nyelven, de sajnos csak fél percig villog, aztán leáll.” A kódot is jó lenne látni, mert így csak találgatni lehet: 1. A PIC18F olyan nagyteljesítményű, hogy a végtelen ciklus is lefut rajta fél perc alatt.  2. Esetleg a Low Voltage Programming nincs letiltva, s a lebegő PGM láb miatt a PIC átvált programozás üzemmódba. 3. Ugye mindegyik VDD és VSS láb be van kötve, és van mellette 100 nF szűrés? 4. Az MCLR láb fel van húzva 4,7-10 kOhm-mal? U.i.: A Mississipi Állami Egyetem PIC18xx2-ra alapozott tanayagá érdemes megnézni! Trtozik hozzá egy kitűnő könyv is!
Köszönöm a segítséget, megoldódott a probléma.
Amiket leírtál azokat már ellenőriztem az elején, de megtettem még egyszer és kiderült, hogy az MCLR láb csak elméletileg volt felhúzva, gyakorlatilag nem érintkezett. 
Hátha segít:
Sziasztok! Van egy asm fájlom amit nem tudok le fordítani, nem nézné meg valaki hogy mit kell rajt javítani köszi.
A kérdés arra irányult, hogy mi a hibaüzenet?
A hibaüzenetek segítenek a hiba helye és fajtája alapján az elsősorban szintaktikailag helyes program elkészítésében.
Watt oldaláról indulva található egy leírás az MPLAB használatáról, abból ide beollózok egy részt és egy kis kiemelést is használok: "Az assembly nyelvben nem kell semmilyen objektumot kötelezően nagy-, vagy kisbetűvel írni – azonban a fordító különbséget tesz a kis- és nagybetűk között, ezért a használatuknak konzekvenseknek kell lennie. Amennyiben egy szimbólumot nagybetűvel definiáltunk, csak nagybetűvel tudunk rá hivatkozni – és ez természetesen igaz kisbetűvel is. Az SFR (Special Function Register – Speciális funkciójú regiszterek) megadása a gyári include fájlban nagybetűvel történt – ezért ezeket mindenképpen nagybetűvel kell alkalmaznunk a forrásban is. Minden más általunk megadott szimbólum már fakultatív. A műveletek, direktívák kis és nagybetűvel egyaránt elfogadhatóak. Ha nem szeretnénk ezzel a problémával foglalkozni, akkor az egész forráskódot (a megjegyzés kivételével) írjuk nagybetűvel. Az MPLAB szövegszerkesztője lehetőséget nyújt kijelölt szöveg kis-, vagy nagybetűkké alakítására."
tibi65,
"Mi a hibauzenet?" (ez lett volna az en kerdesem) Amit MPi-c irt kerdest az nem kerdes, hanem elmagyarazta volna, hogy ez lett volna a kerdesem... Tehat mikor valaki arrol ir itt, hogy nem birja leforditani, akkor nyilvan kell lennie valami hiba uzenetnek amit illene mellekelni is hiszen nem rendelkezunk semmilyen telepatikus kepessegekkel (marmint a tobbiek neveben nem beszelhetek -- en nem rendelkezem). Azonkivul megprobalni leforditani sincs sok kedvem igy, hiszen igy nekem kellene tobb idot toltenem annak kideriteseben egyaltalan mi a hiba, es vegtere is nem en kertem a segitseget, a lustasag miatt ami a hiba beidezeset hivatott megsporolni pedig hadd ne en toltsek tobb idot el azzal, hogy egyaltalan segiteni tudjak. Nem goromba szeretnek lenni, csupan jo lenne ha megertened miert fontos, hogy mikor kerdezel valamit minel tobb informaciot atadj a problemarol. |
Bejelentkezés
Hirdetés |
