Fórum témák
» Több friss téma |
Fórum
Az előző oldalon írtam hogy amit a pickittel adnak mplab
az nem jó ! az mp lab letölthető a microchip oldaláról!
Én még talán a 6.. valamelyiket vagy7... nem tudom pontosan...
Megnyitottam egyszerre a te ASM-edet meg amit az enyém fordított, és nem egyezik a kettő. (a te 877-es PIC file-odat fordítottam) hogy lehet ez?
Kipróbáltam azt, hogy az én Parsicemben forditottam le a progit hexbe, és azzal már nem ment. Te milyen fordítót használsz? Én most a PICKIThez kapott MPLAB IDE 8.00, 8.14 és egy régi MPLAB mpasmwin-jét próbáltam, de egyikkel sem villogott a led, viszont amit te küldtél hex-et, azzal igen.
Köszi Dcsabi!
Ugyan az a progi mint amit én irtam, pedig a tiéddel megy! Bár még csak egyből a hex-et töltöttem bele! Nem tudnád véletlenül elküldeni emilben vagy msn-en a Parsicod? Nekem 3.43-as van. E-mail cím az adataimnál.
Tedd ide fel amit rajzoltál aztán megnézem. Addig is:
led villogtatás amire te próbáltad 877 (4Mhz), 628 (4mhz belső osc) (628-nál mclr belül összekötve tehát I/O) Mindkettőnél RB.0 és RB.1 -re kötött led felváltva villog...
Sziasztok,
olyan problémám lenne, hogy vettem egy PICKIT2-t és tesztpanelon összeraktam egy probakapcsolást 877-tel a parsic le is futtatta, lefordította a PICKIT 2.55 progival beleírtam a hexet, majd ki is írta hogy sikeres, még sem indul a program, se az égetőről táplálva, se külső tápról. Még egy sima led kigyújtása sem indul. Próbáltam 4Mhz-s kvarccal, 1Mhz es oszcillátorral, aztán megpróbáltam ugyan ezt egy 628-sal, belső RC oszcillátorral de az se indult. Lehet, h kifelejtettem valamit? A PICKIT-hez kapott tesztpanelen lévő 690-est a mintaprogikkal simán tölti, meg futnak is. Tudna valaki valami ötletet adni, h mit kéne másképp csinálni? előre is köszi
Csabi: megtaláltam a hibát! A pickit2-höz kapott cd-n
levő mplab nem jó ! Letöröltem és letöltöttem a microchip oldaláról . Az első nekifutásra lefordította (
az MPASMWIN.exe file elérési útját be lell állítani a Menü-ben.
Beállítások>>programok alatt. Ha érvényes procit állítasz be, és helyes a rajzod, illetve az alkalmazott hardware elemek, vannak az adott PIC-ben, .... akkor le kell fordítania. Ebben a topicban tettem már föl több Pic kiterjesztésü file-t mellé az asm-t is. Nyitsd meg a "pic" file-t a Parsic-al és megnyomod az F10 billentyűt és már le is fordította.
Clean: Deleting intermediary and output files.
Clean: Done. Couldn't locate build tool. Check tool locations. BUILD FAILED: Wed Sep 17 15:25:13 2008 Egy kis segítséget kérnék,a Parsic-ban elkészített progit nem hajlandó az MPLAB lefordítani,hanem ezt írja állandóan.Mit rontok el?
szia!
Lehet, bátram merem ajánlani, jó ideje csak ( A )-t használok, és parsic-cal írom hozzájuk a progit... Tehát csak az égetőbe kell 876A, 877A...stb beállítani...
Sziasztok!
Az lenne a kérdésem, hogy a Parsic-ban csak a 16f627, 628 , 877 szerepel. (mármint ami érdekel) Lehet-e az A-s verziójukat alkalmazni? Tehát a progiban kiválasztom pl. 16f628-at, de 16f628A- ba égetem. Megoldható ez? előre is kösz.
Nagyon köszönöm a segítséget. Minden világos.
Azért nem reagáltam eddig a válaszodra, mert egy csúnya "adatvesztéses összeomlásom" volt a gépemen...
Sziasztok. Találkozott valaki már letölthető Parsic 3.6-al
a neten. Én már régóta keresem, de eddig sikertelenül. A www.parsic.de oldal megszűnt. Tud valaki segíteni?? Előre is köszi. mgabesz
Köszi dcs
 Az idea onnan jött, hogy van 16f84 a ládafiában és van egy probléma  A 'hogyan' azért foglalkoztat, mert szinte mindent megcsináltak már a fenti proccal (még kompozit jelet is ) Meggyőzél, h a megoldás a f628 lesz.
Üdv!
Parsicból a 3.4.3.2.4 et használom, mplabból a 8.10 et. A parsic full verzió. Eddig minden ment. Az asm okat mplabbal lefordítva és azt beégetve is minden ok. Probléma csak a pic fájlok fordításánál van, azzal nem működik. A 3.6 os parsic demo megvan, de okosságot nem találok hozzá.
Szerintem Te egy régebbi verziót használsz a parsicból. szerezd meg a 3.60-as verziót...
Nem tudom az mplab verziója befolyásol-e valamit. A ZV1...adat1...stb az az adott progiban a változó neve, ennek nincs befolyása az átvitt byte-okra... Az adó és vevő ismét, az RB.0 az átvitel nyugtázása (egy ledet köthetsz a detektálásához)
Üdv!
Kísérleteztem kicsit az uarttal de valami nem ok. A példaprogi asm lefordítva jó, viszont ha a példa pic fájlokat módosítás nélkül, lefordítom (elvileg a tartalom azonos a mellékelttel), nem működik. Csak az adó oldalon kísérleteztem, azt próbáltam módosítás nélkül is lefordítani és beégetni de valami nem ok. ami feltűnt, hogy az adónál és a vevőnél nem azonosak a bemenő és kimenő adatok nevei, adónál zv1, zv2, vevőnél adat1 és adat2 van. Ez nem egészen világos. próbáltam egységesítve is, adat1 és adat2 re átírni de nem javult. Az adónál az UART act ja nincs sehova kötve, ennek így kell lenni? Mi lehet a probléma? A lefordított asm al megy. Előre is köszönöm.
Hasznos segéd a már emlegetett "uartos PC-s PIC" kapcsolatokhoz...
A 16F84-ben nincs hardware-s (belső uart) ezt egy külön rutinnal szokták megírni... Ha nem akarod az idődet fölöslegesen erre szentelni, akkor áttérsz a 628-ra f84 helyett... ez lákompatibils és sokkal többet tud... ja és olcsóbb is... sokan csak nosztalgiából, meg a fellelhető sok progi miatt használják...
Azért mondtam a multkori válaszomban elsőre, hogy egyből 16f628-cal kezdjük...ára 400ft körül van...
Ez az előbb említett példa két különálló kapcsolásra is vonatkozhat, vagy lehet egy panelon lévő két pic között is...
A "testet" az első esetben közösíteni kell...! Amit nemrég példaprogit küldtem, abban mindent megemlítettem, az két 16f628(A) közé jó de a parsic_al 876-ra vagy 877-re játszva át lehet alakítani... Tehát a "nyomógombos"PIC16f628 RB.2=TX=(8-as láb) összeköt a másik PIC RB.1=RX=(7-es láb) Megjegyzés: Ha az utóbbi pic-től szeretnénk adni az első felé akkor, ebbek a TX lábát kell összekötni a másik RX lábával , tehát átlózni... Ehhez nyilván módosítani kell a programot... ahhoz, hogy az adatok kikerüljenek az uarton (a megfelelő lábra) a Parsic_ban ezt az uartos szimbólumbam a megfelelő módon be kell állítani... Menj rá a jobb egér gommbal mindkét szimbólúmra és láthatod, + a progi helpje is segít... Tehát egy akármilyen másik PIC-es áramkörből így nem szedhetők le az adatok! Lehet PC-vel is adtot adni venni a PIC-től (max232 és a megfelelő néhány alkatrész közbeiktatásával) Erre javaslom ennek a topicnak az elején már említett (feltöltött) rs-check.exe segédprogit, ez kimondottan erre van kitalálva... A második PIC ledjeit a pc-ről be tudod vele kapcsolni, ha két "Változó mezőt" jelölsz ki, és beírsz oda 0-15 közé 1-1 számot és adás gomb megnyom és már ott is van, ilyen egyszerű... A RS-check.exe-nél be kell állítani a port tulajdonságait: port száma a PC-n és portsebesség 9600... Portillesztő IC (max232) nélkül két pic 1-2m távolságig köthető össze, Portillesztővel max15-20m (?)! Pc esetén is...
Hali dcsabi!
Eddig messze elkerültük egymást a PIC-ekkel... De most, e progi segítségével, talán sikerül közelebb kerülnünk egymáshoz. Végigolvastam az eddigieket, kipróbáltam a mintakapcsolások szimulációját (több-kevesebb sikerrel), de lenne egy (több) diletáns kérdésem : - Melyik lábait kell összehuzalozni a PIC-eknek, hogy TX-RX ként működjenek ?? Melyek ezek a lábak a rajzon ? -Két különálló kapcsolás esetén ezt hogy tudom megtenni ? Ha a LABEL-el, akkor azt hová kell csatlakoztatni a rajzon ? Köszi.
Uart kommunikáció két PIC között egyszerűen...
Kérték "privi_ben"... Egyik PIC (...628A) RA.0 és RA.1 lábára kötött negatívra kapcsoló (pozitivra 4.7k-10k !) nyomógombok egy-egy változót "növelnek". Ezen értékek a nyomógomb megnyomásakor az uarton elküldésre kerülnek. Ezen értékek az eepromban is letárolódnak (kérték az EEpromot is...) A vételi oldalon a szintén ...628A veszi és az előbbi pic RA.0 nyomógomb változóját az RA.0-RA.3 ig portokra kötött LEDek kijelzik az átvitt változtó, bináris kódu állapotát (0000-1111). Az másik nyomógomb hasonlóan átvitt adatait az RB.4-RB.7 portokra kötött ledekkel tudjuk indikálni. A pic-ekhez használjunk quartz-ot (4Mhz) A két PIC lábait természetesen a kommunikációhoz össze kell huzalozni (1-es PIC TX>>> 2-es PIC RX) Ez egyirányú, lehet kétirányút is természetesen.
Ha megnézed a készülő forrásfile_t abban is néhány elem szubrutinként kerül be a progiba.
A #224537 hozzászólásomban van egy utólag ASM_ben megírt szubrutin beillesztése a Parsic-ba ( I2C-s eszköz olvasása írása...)
Szia dcsabi.
Köszi az infót. Vannak még homályos pontok a prg-ben ( pl. szubrutin létrehozása ) de megpróbálom egyedül. Ha nem méén akkor jelzem. Szia mgabesz
A parsic-ból akár több példány is futhat egyszerre, ezekből tetszőlegesen másolhatunk, -a shift lenyomott állásában az egérrel kijelöljük egy elemet, vagy keretezéssel egy részletet, vagy menüparanccsal egész oldal kijelöl, Ctrl_C majd a szokásos Ctrl_V az új oldalon.
Ott pirosan fog megjelenni az újonnan beillesztett részlet, amit a jobb egérgombbal egy elemre ráfogva tetszőleges helyre tehetjük. A bitek és Byte-ok természetesen automatikusan átszámozódnak... Ha olyasmit másolsz amin volt oldalak közti átvezetés, azt nézd át, mert nem biztos, hogy passzolni fog, mert automatikusan sorszámoz, Te meg más szisztéma szerint tetted előtte...
Köszi a timers modult, valóban nagyon jól használható.
Volna még egy kérdésem. Ha rajz részletet szeretnék bemásolni egy készülő project-be ( pl. win2-be a timers modult ) akkor, hogyan tudom elérni azt, hogy ne a már meglévő elemekre helyezze a beillesztendő részt, hanem egy üres részre. Van-e erre valami mód vagy csak egy másik munkalapra helyezve működik a dolog? Előre is köszi. mgabesz |
Bejelentkezés
Hirdetés |
