Fórum témák
» Több friss téma |
Fórum
Én MicroPascalt vagy MicroC -t használnék abban benne van az USB könyvtár. Bár az ingyenesben korlátozott a fordítás 2K nál. A 32 es család engem is érdekelne egyenlőre csak kísérletezés alapon az USB HID miatt. Bár PC oldalról még nem tudom , hogy tudnám megoldani a dolgot...
A hozzászólás módosítva: Ápr 28, 2016
Azért nem szeretem ezek után a fordítást mert egy olyan iskola oldaláról töltöttem ahol erre tanítják a gyerekeket. Tény, hogy rájöttek és azóta javították. De mégis...
Nem vagyok rá büszke, de én sajnos csak a gugli fordítóval tudok angolul. De az adatlapot mindig átnézem és ott van a kezem ügyében és a kedvem se vette el. És csak is az eredeti Michrochip -es!!!
Már belefutottam az elején olyanba, hogy 16F84 hez találtam Magyar fordítást aminél felcserélték a Vss és Vdd lábakat. Szegény PIC -em egy szempilantás alatt pirosra ízzott. Soha többet fordított adatlap...
A Microchip gondolt erre:
Microchip Advanced Part Selector
Két gyors kép a MikroC súgóbol:
Az első az inicializásáls, a második szöveg írás adott pozícióba.
A MikroC súgójában minden benne van!
De ITT egy korábbi ultrahangos távolság mérő kódom, igaz Mikropascal de benne van az LCD kezelés. Mikro pascal és Mikro C közt csak némi szintaktikai eltérés van. A hozzászólás módosítva: Ápr 19, 2016
MikroC vel lehet mindent.
A mikroe.com -on van külön a 8, 16 és 32 bites PIC-hez fejlesztő környezet. MikroC, MokroPascal és MikroBasic is.
Nálam a "T" szolgáltató 5 megánál már behalt. Kijöttek , bemérték és megállapították, hogy nálam ADSL -en 2 mega a max amit adni tudnak. Adtak helyette kábelt, ip tv vel.
Az gond nélkül 30 Megával hasított lefelé és 5 -el fel. Most váltottam Digi -re 1000/200 megát igértek. Lefele mérek 530 -1000 ig fel viszont 200-210 mega. Összegzés: Én a mai világban az ADSL -t nyugdíjaznám...
Probáld ki a 7805 -öt labortáppal vagy aksival.
A hozzászólás módosítva: Ápr 11, 2016
Csak egy tipp:
Ha az adott PIC nél valamit másképp nevez adatlap alapján is és nem vagy biztos a MikroC ill MikroPascal - os elnevezésben, akkor túrd fel egy kicsit a fejlesztő környezetet. Én ugyan pascalozok de MikroC -nél is a "MikroC PRO for PIC/Defs" mappában megkeresed az aktuális PIC -ed hez tartozó filet. Esetedben pascal környezetben P12F683.mpas C ben talán P12F683.c . A tartalma (csak részlet): (Az utolsó két sort nézd.)
Na még egyszer..
Kár, hogy a korábbi hozzászolást csak rövid ideig szerkeszthehetem. Néztem az eredeti kódodat. nem vagyok benne biztos, hogy a problémát ez okozhatja, de a megszakításban az "a" változód típusa "int" Ami C ben -32,768 -től 32,767 -ig tart. én számláló esetében mindenképp "unsigned int" -et használnék. Az én kódomban azért nem ezt látod mert a pascal -ban "unsigned int" helyett a "word" tipus szerepel ami 0 - tól 65535 - ig tart. A "C" tipusokat csatolom képben. A hozzászólás módosítva: Márc 23, 2016
Még valami ami problémát okozhat. Az adatlapon kiemeltem.
Ha túl sűrű a mérés, zárt térben a fennmaradt visszhang is problémát okozhat.
Én is csak nem túl rég kezdtem neki. Bár a szándék nálam már 20 éve is megvolt, de valahogy sosem maradt rá elég időm.
Lehet, hogy valóban az UH modulod hibás, de ha jól emlékszem mintha lett volna az adatlapjában olyan, hogy kell neki minimum 0,5m2 visszaverő felület.
De igen. Az adatlapján azt látom, hogy nálad az RB.5 ös lábon van a T1G ! És a T1GSS bit -el engedélyezheted.
Nem! A fő Unit elején a kommentben benne van, hogy 16F690 re van írva. Ennek a számlálóját tudom külső (PortA.4 )lábról hardveresen indítani és leállítani. Így magához a számlálóhoz nem kellett megszakítást használnom.
A számláló tulcsordulást jelző Flag -et viszont a hibás , méréshatáron kívüli mérés detektálására használtam. Amit viszont tapasztaltam, szintén benne van a kód kommentjében, hogy a mérés indítása után nem rögtön húzza fel az UH modul a trig lábat hanem késik elég sokat. ezért van benne a 100ms késleltetés a mérés kiértékelése előtt. Amúgy sincs szükség olyan sűrű mérésre.. A hozzászólás módosítva: Márc 22, 2016
Szia!
Most épp nincs időm végig nézni a kódodat, amúgy sem vagyok C guru. De kb fél éve én is kísérleteztem ezzel az UH modullal. nekem 400cm ig simán mért bár nem túl pontosan. Mikropascal környezetben csináltam, ha az neked segít itt a kód. Ne zavarjon meg, hogy 3db unitra osztottam az átláthatóság kedvéért. Fő Unit :
MyUnit_meres:
MyUnit_LCD :
Valóban részben a Baud beállítás volt a probléma. De van egy tapasztalatom ami másnak is jól jöhet.
Mégpedig az, hogy Ebay os PicKit2 uart tool ja nem mindig megbízható. Eddig bíztam benne mert volt egy DKU5 ös teló kábelem amit szerettem volna USB-UART átalakítóként használni és a PicKit2 vel ide oda tudtam adatot küldeni. De ami a PikKit2-Pic16f690 közt nem működött. A DKU5 ös kábelen a Mikropascal USART Tool al simán ment..
O h.... Köszi, ezt benéztem. A munkahelyi gépemen alapból 9600 ra van állítva mindtettő ezért ezt nem is néztem. Amint lessz kis időm le ellenörzöm ujra.
Még egyszer köszi.
Sziasztok!
Valamivel tovább jutottam UART ügyben. Ha felhúztam a TX lábat Uart init előtt akkor küld valamit, de nem azt amit várok. Csak hexa F8 és 00 érkezik. Csatolok képet, ha volna ötletetek megköszönném.
Még egy észrevételem van. A szimulációk során amikor a szofveres UART-ot próbáltam a TX láb (RB7) végig magas színten volt ahogy kell, mivel innen indítja a start bitet. A hardveres UART tesztnél viszont lent maradt.
Becsatolnád nekem a forrásodat egy txt fileba , hogy át tudjam nézni?
Ahol a start üzenetet látod az a pic belső regiszrere. Volt már ciklusban is és kifelé semmi.
Egyébként este kipróbáltam a szoftveres uartot is szimulátoron és az megjelent rendesen.A képen amit korábban csatoltam a jobb alsó ablak a soros terminál. ami ott megjelenik az van a PIC lábain. Egyébként resettel ujra indítottam a PIC -et direkt a "lemaradás" miatt illetve volt, hogy 5000ms késleltetést adtam neki.
Sziasztok!
Akadt némi problémám HW UART-al kapcsolatban.(PIC16F690, PIC16F689) Egyszerű karaktereket küldenék egyenlőre próba képen PC re. MikroPaskal minta kódjából nézetem az infókat.
Szépen le is fordítja.Szimulátoron látom, hogy a PIC regiszterei teszik a dolgukat(Hardware UART szimulator -on), de kimeneten valójában semmi. Teszteltem egy 16f690 -en PicKit2 uart tool-al de ott sem jön át adat. Több youtube-os videót is láttam ugyan ezzel a minimális kóddal szimulátoron simán működik a kommunikáció. Csatolok egy képet a szimulációról. Nekem jelenleg semmi ötletem merre induljak tovább. Esetleg ha volna használható tippetek nagyon megköszönném. |
Bejelentkezés
Hirdetés |