Fórum témák
» Több friss téma |
Fórum
Próbáld a "Use vpp First Program Entry" opciót.
Még kristályt nem is látott a kontroller... A Parsic-ban állítottam át. Már a felprogramozásnál elakadok. A hibakódokat a Pickit2 írja ki. Párszor már programoztam,de ezzel a kóddal még sosem találkoztam,ezért vagyok tanácstalan.
Nem értem, akkor most a kristályt is kicserélted 4MHz-esre?
Szia,
Köszönöm válaszod. Átállítottam HS-re és 20 helyett 4MHz-et állítottam be. A helyzet ugyan az,csak a hibakód változott 0x000008-ra. ( Parsic 3.60A-t használok )
Úgy tudom 4MHz és a felett HS-t kell beállítani.
Sziasztok!
Egy kis segítséget kérnék. Két digites 7 szegmenses kijelző programot írtam PIC16F876A-ba. Az MPLAB szépen,hiba nélkül lefordítja,viszont ha a Pickit2-vel be szeretném égetni a vezérlőbe a hex-et,akkor az alábbi hiba üzenet fogad. " Programming failed at Program Memory address 0x000000 " Mi lehet a baj? A vezérlőnél külső oscillátorként XT-t és 20000000 Hz-et Állítottam be. Ez így jó? Válaszotokat előre is köszönöm.
Sziasztok!
Ezúttal tényleg megvan a hiba(: Teljesen átalakítottam a programot, bele raktam a joystick kezelést amit Proli007 adott. Teszt alatt megint minden ok, élesbe rossz. Ugyan az a tünet. Gondoltam kimérem műszerrel a RC.0 lábat. Meglepődésemre 5 voltot mutatott. A PIC egy IR2121 ic-t hajt ami hajtja a Fetet. A PIC induláskor teljes magas szinten van, de a meghajtó ic nem kapcsol magas szintet a kimenetén. Amint le veszem akar csak 99%-ra a kitöltést elindul az IR2121 és szépen teszi a dolgát. Nem nagyon értem miért. Holnap keresek egy másik IC-t, valami helyettesítőt. IC nélkül közvetlenül a Fetet hajtva szépen működik az eredeti program is. Köszönöm mindannyitoknak a segítséget!
Szia,
Próbálkoztam ezzel is, de egyáltalán nem működött jól. Az RC.1 van kialakítva kimenetnek, és úgy csináltam, hogy RC.2-re állítottam a PWM modult, és az utána berakott kaput állítottam RC.1-re.
Elküldöm majd a progit,ha kész lesz. 3.56-ban megrajzoltam amit proli007 küldött, és első ránézésre tökéletesen azt csinálja amit szeretnék, úgyhogy ha lesz időm beillesztem az eredeti programba.
Még egyszer köszönöm! A hibát megírom nekik. Régi gépemen megpróbálkozom egy 32 bites win7-el. Hátha ott jobban működik a szimuláció.
Amilyen kevés típusú kontrollert ismer, csoda, hogy még egyáltalán foglalkoznak vele és az is, ha egyáltalán van még vevőjük.
Szia. nem tudom jól emlékszem-e, az eredeti progidban be van jelölve PWM kimenetnek Pl: RC.2. utána meg ráviszed egy kapura, hogy az legyen a tényleges kimenet, valójában PWM kimenet, ez így nem helyes szerintem. Javíts ki, ha rosszul emlékszem...
El tudnád küldeni, vagy a vonatkozó képrészt becsatolni? Kíváncsi lennék, mi lett a különbség a Proteus szimuláció alatt..
Így van, a program hibája. Nemrég fejlesztették a GUI-t, ott sok (több éve idegeket borzoló) hibát kijavítottak, de maradt még bőven. Egyetlen megoldás, hogy minél többen jelezzük feléjük. Röpke egy-két éven belül szoktak reagálni a hibajavításra (fejlesztésre soha). Ha nincs visszajelzés, biztosan nem fognak hozzányúlni, tehát bátran írd meg nekik!
Szia! Köszönöm, befejezem az újratelepítést és ki is próbálom!
Más téma, még mindig sokszor előfordul, hogy szimuláció közben az DAT modulra kattintva nem adja be a csúszkát, ahol az értéket kell beállítani. Mi lehet ennek az oka? Legfrissebb verziót használom 64 bites win 10 alatt. (4.18.7.21verzió)
Hello! Nem egészen tudom miről van szó, de talán így..
Szia!
Ma kiszűrtem a hibát. Az eredeti PWM kimenetet áttettem RC.2-re. Beraktam még egy PWM modult. És bekötöttem az AF505 40-es osztás elé. A PWM modul egyből indulásnál azt csinálta amit kell. Utána átkötöttem az AF505 modul utánra,és átírtam az osztást 40-ről 2-re. így is azt csinálta amit vártam. Tehát a következtetésem az, hogy csak és kizárólag a TAB513 modul lehet a hiba oka. Azt nem tudom, hogy lehetne másképp megoldani a kimenetet, hogy középállásban legyen maxon a pwm, és bármerre tolom ki a joystickot akkor csökkenjen. A hozzászólás módosítva: Aug 26, 2018
A keresőt használtam ebben a témában, találtam is némi utalást a "sleep" funkcióra, ki is próbáltam, de nem működik. Van egy teóriám, hogy miért. A programban csak "simán" betettem a sleep funkciót, RB0-ra. De csak egy magas szintet adtam ennel a sleep egység bemenetére. "kikapcsolni" már valószínűleg nem kapcsoltam ki egy pozitív felfutó éllel. Tehát először adott működési ponton adok egy magas szintet a sleep-re, majd ismét egy másik működési ponton ismét adnom kell egy impulzust a sleepre, hogy kikapcsoljon a sleep funkció?
Szia!
Sajnos az eredet is ezt produkálta. Ott megoldottam úgy, hogy az egyik joyt ki kellett tolni egy irányba és az meghúzott egy relét ami ha meghúzott akkor bontotta a pwm kimenet reteszét, és öntartásban maradt, még le nem kapcsoltam a vezérlést. Ettõl a joystick mozdulattol helyreállt a pwm kimenet és minden mūködött szépen! Annó nagyon sürgõs volt az elkészülése, mert nagyon használni kellett ezt a gépet! Most viszont van idõm ezért szeretném megtalálni az okot! Gondoltam már rá, hogy újra csinálom az egész progit, de az megy majd 10 éve szóval ezt a problémát kivéve üzembiztosnak mondható! Most is az volt csak a probléma, hogy beázott a doboz és eloxidálod a nyák néhány helyen! Takarítás után és lakkozás után most megy, de sz...ul néz ki! Ezêr csináltattam új nyákot, már furatgalvános meg lötstoppos, gyári kinézetū!
Szia, az jutott még eszembe,hogy a Régi Parsic-os ASM és a V4-s ASM biztosan különbözik. Ebben is lehet a probléma gyökere... Tehát a két HEX is kükönbözik... Ha megvan a a régebbi MPlab és PIC file, akkor fordítsd le azzal újra, akkor ugyanannak az állapotnak kell előállni, mint anno. A HW ua. az SW is ua. lesz.Kizárt, hogy másképp fog működni.. jártam hasonló módon a P4 elején még. EEprom témában, persze nem teljesen ua. de egy próbát megér. Ha anno annyi munkád belement és akkor jó volt, akkor állitsd elő újra azt a fejlesztési környezetet és a Hex file is ua lesz, kizárt, hogy változatlan HW esetén mást fog csinálni. Ha nem kódoltad le a jelenlegi HEX-et, ami benne van a PIC-ben. Csinálj egy hasonlítási próbát. Vagy elég csak az ASM-et is szemmel hasonlítani. A proci ugyanaz, a "fejlesztő" modul strukturái változtak, kizárt, hogy a HEX. ua legyen.
A hozzászólás módosítva: Aug 22, 2018
Köszönöm kedves kollégák! Valóban, egy számláló nem volt átállítva. Most már gond nélkül fordul a program
Pontosabban, AZ ASM listát ha megnézed, az 1950-es sor-ban van a jelzett hiba. Ott megtalálod a tényleges változót is, ami részt vesz az adott feladatban. Ott az adott szubrutin neve mutatja , melyik modulnál van a hiba...
A hozzászólás módosítva: Aug 20, 2018
Valószínűleg valahol van olyan adat ami nagyobb mint az öt lekezelő számláló tartománya . (bájt-int)
A hozzászólás módosítva: Aug 20, 2018
Szia!
A jelzett sorban a "változóba" olyan értéket(vagy másik változót) töltesz ami nagyobb mint amit a változó tipusa enged. Például egy bájtos vátozóba 300-at...
Szeretnék segítséget kérni. A csatolt képen rajta van a kérdéses dolog. A fordítás sikeres, de ezt az üzenetet kapom. Még nem próbáltam ki a programot élesben a PIC-ben. (16F873A, vagy 876A). A program maga működik a szimulációban szépen.
Köszönöm! A hozzászólás módosítva: Aug 20, 2018
Van led is meg LCD is.
Nem tudom, most megnyítani a fájlt. Quartz-ot használsz, vagy belső Oszcillátort? Quartz, sokkal stabilabb megoldást ad... A kijelzős megoldás, árulkodő lehetne szerintem...vagy egy kis módosítással egy kimenetre teszt LED...stb. Tadd láthatóvá, valamivel, mi van odabenn...Majd ránézek, a Progira is , a másik gépemen...
Üzem szerűen Hall-elemes joyok vannak használva. A tesztpadon zsír új 5k-s potikat használok.
A potik eseleg tréfálkozhatnak, gondolom használtad már őket. A csúszka néha "lobog a alevegőben".(?...ez előfordulhat.) Ellenőrizd le egy analóg mA mérővel és egy elemmel. Aztán, a potik helyére tegyél fix ellenállásokat és úgy indítsd el, Ha így is rendben van, akkor neki lehet eseni a proginak... Ha teheted, a programrészletedet használd úgy hogy LCD kijelzőt teszel az áramkörhöz, írasd ki a belső változókat... meg kell mutassa magát, mi a baj...
A hozzászólás módosítva: Aug 17, 2018
Proteus alatt is rendben teszi a dolgát. Induláskor és a potikat állítva is rendesen viselkedik. Szoftveresen teljesen jónak tűnik.
Ma megint hozzákezdtem. Mellékelem a pic fájlt. Sajnos ugyan az a szitu világít az alapállapot jelző led. Az LCD 1023-at mutat a PWM modul előtt. A tünet ugyan az. Kezdek elkeseredni. Marad a külső relés megoldás.
|
Bejelentkezés
Hirdetés |








