Fórum témák

» Több friss téma
Fórum
Keresés
Lapozás: OK   102 / 179
(#) jdani válasza kaqkk hozzászólására (») Júl 7, 2010
úgy van, köszönöm
(#) kaqkk válasza jdani hozzászólására (») Júl 7, 2010
Tessék : erre gondoltál ?

flipflop.PIC
    
(#) jdani hozzászólása Júl 7, 2010
Helló. most hirtelen nem jut semmi okos eszembe. Szükségem lenne egy olyan kapcsolásra, ahol: bejön egy jel, a kimeneten megjelenik egy nulla, hés ha a bemenetről eltűnik a jel, az rajta a kimeneten a log.1 értéket. ha a bemeneten újra log.1 van, akkor a kimeneten log.0. és újra előröl. világos mit is akarok? flip-flop, vagy minek nevezik ezt..?
(#) dcsabi válasza proli007 hozzászólására (») Júl 7, 2010
Nincs előttem kész áramkör, hogy kipróbáljam...
Viszont tapasztalatból mondanám, más hasonló esetben... - a konstans előállítása egy matematikai művelet "kimenete" legyen.
Pl: két byte-s összeadás, (1022 +0) -itt lehet konstans.
Valamelyik gyári példaprogramban hivatkoznak is rá.
(#) proli007 válasza sniperx hozzászólására (») Júl 7, 2010
Hello!
Megnéztem, és tényleg hibával fordítja le. De a bibi a Parsic-ban van.
Rosszul fordítja a DAT nevű konstanst. Nem foglal neki tárhelyet, hanem ahol a hivatkoznak rá, egyszerűen beírja a számértéket. Viszont egy 16 bites számhoz, két byte tartozna. Ha ez változóban (RAM-ban) van deklarálva (mert az, pld az említett számláló, vagy az AD..), akkor a felső változóképzéséhez, a byte nevéhez hozzáírja, hogy "_HI" (pld. itt a 34. és 35. sorban TR1 és TR1_HI)
A konstanshoz, nem foglal RAM helyet (amúgy helyesen), ahol erre hivatkozunk, csak beírja a programba a számot, hogy "100". De amikor a felső byte hivatkozására kerülne a sor, akkor "100_HI" lenne belőle. Ezt viszont a fordító előre deklarált változóként keresi, ami viszont nincs is előre deklarálva..
Így aztán az MPAS fordító jogosan hiányolja a deklarációt, és egyben az operátor hiányát is.
üdv! proli007
(#) aderka válasza sniperx hozzászólására (») Júl 7, 2010
A Programodban a PWM modul bementén jelenleg nincs érték megadva..
(#) sniperx válasza aderka hozzászólására (») Júl 7, 2010
Miért ne lenne?
A program több helyen használná a pwm kimenetet (ugyanazt), de eltérő sebességekkel, attól függően, mit is csinál a vezérelt berendezés.
Így a programban megadhatnám fixen, milyen sebességgel is menjen az adott helyen.

Az az érdekes, hogy az előző pwm-es progimban sem volt ADC-hez kötve, hanem egy belső számláló működtette, mivel számolt érték határozta meg a forgási sebességet. Remekül működött, szépen lassult és gyorsult a motor. (gombokkal lehetett növelni-csökkenteni a számláló értékét)
Most ADC-hez szeretném majd használni, csak előtte fix értékekkel próbálkoznék, nem belevariálva még ADC-t.
(#) aderka válasza sniperx hozzászólására (») Júl 6, 2010
Üdv!

Hát így nemsok értelme van a PWM funkciónak. Hiszen ott az a lényeg, hogy állítsd az értéket ( impulzus szélességet ). Fix értékkel ez nem történik meg. Ha egy ADC0-teszel a bemenetére menni fog, de akkor egy potmétert is köss be az áramkörbe.

Dávid
(#) sniperx válasza Szirty hozzászólására (») Júl 6, 2010
???
Februári téma volt. Amúgy hogy kerültél ide a "fertőbe"? Az az írásom a Siemens plc programozására vonatkozott, ezt fenn is tartom. Annak a programozása logikailag az alap basic nyelvre hasonlít.
De mivel ez a plc topicba illene, így nem is értem, miért téma ez most itt?
(#) sniperx hozzászólása Júl 6, 2010
Ez a pwm dolog vajon miért nem fordul le?
Ugyanez a programrészlet simán működik, ha nem fix értéket használok bemenetnek, hanem egy számláló kimenetét.

xx.PIC
    
(#) hanter hozzászólása Júl 2, 2010
Sziasztok!

Tudom kicsit más téma de remélem azért tudtok nekem segíteni.

Műszaki számítástechnikai technikus és ipari elektronikai technikus szakmák verseny feladatlapjai érdekelnének. Honnan tudom őket letölteni, vagy megszerezni?

Üdv hanter
(#) Szirty válasza sniperx hozzászólására (») Júl 1, 2010
sniperx írta:
"Itt a legtöbb progit szöveges módban írjuk (AWL), de ez nem jelent C programozást. Inkább a Basic-re hajaz."

Szerinted ez
erre hajaz?
(#) proli007 válasza kaqkk hozzászólására (») Jún 30, 2010
Hello!
Bocs, hogy bele beszélek, de nem értem, miért bonyolítjuk az életünket..
üdv! proli007

4kapu.PIC
    
(#) kaqkk válasza Peti.Janka hozzászólására (») Jún 30, 2010
Egy kis tuning

4kapu.PIC
    
(#) Peti.Janka válasza kaqkk hozzászólására (») Jún 30, 2010
Szia! Ma kipróbáltam a progit, jobb de nem az igazi. H nincs végálláson, és megnyomom a gombot megáll, és nem indul el újból. Ha lenne valami jó ötleted örülnék neki. Lesz időm én is rajzolgatok majd, Nem értem miért csinál ilyen problémákat, mért nem működik, kapcsolás jó progi is jónak tűnik
(#) dcsabi válasza Gsmzolika hozzászólására (») Jún 30, 2010
Ha a topic első felében jobban körülnézel, többször is fel van téve az I2C kezelése... tényleges müködő projektek.
Az egy valós idejü óra chip olvasása és nyilván írása, pl: a pontos idő beállításhoz. A RUG kezdetű file az a PCF8583 ramjába is ír, percenként, ( a PIC EEprom kimélése érdekében) -ebben pontosan látod a címzést is...
Illetve láthatod az adott változók, hogyan vannak összekapcsolva a Parsic és az adott ASM részletek közt (INC...) Tehát a szolga címzést, írás-olvasás címzést, illetve egy belső cím elérését is megtalálod.
Össze kell állítani egy konkrét áramkört és próbálgatni, a szimulációban ezt nem látod teljes értékűen...
(#) Gsmzolika hozzászólása Jún 30, 2010
Sziasztok!

Végigolvastam a topicot és szeretnék kérni tőletek példát, I2c vezérlésre. Dcsabi egyik hozzászólásában találtam egy I2c-s példaprogramot, de nem tudtam, kihámozni, a címzést és az adatküldés folyamatát. Köszönöm
(#) kaqkk válasza dcsabi hozzászólására (») Jún 29, 2010
Ezt nem tudtam elnézést ha butaságot írtam az előbb
Már többször volt szükségem arra hogy egy egyszerűbb részletet többször használjak egy programban akkor nem rajzogatok hanem bemásolom többször és amit a progi nem nevez át azt én átnevezem .
(#) dcsabi válasza Peti.Janka hozzászólására (») Jún 29, 2010
A TAB és CALL (szubrutin hívás) több feltétel is kiválthatja ugyanazt a programrészletet, tehát a TAB-ot egy néven többször használhatod, csak sok értelme nincs inkább a Call elé kel tenni MX modult, ha ilyen feladat adódna...
A BIT "leragadás" az gyakori hiba és erre nem árt figyelni, tehát az One shot-ot ne sajnáljuk. Ez a Parsic egyik erőssége.
(#) kaqkk válasza Peti.Janka hozzászólására (») Jún 29, 2010
Próbáld ki és meglátjuk hogy igazam volt e.
(#) Peti.Janka válasza kaqkk hozzászólására (») Jún 29, 2010
Nem! Simán lefordult, nem gondoltam erre, mert a szimulációba is jó volt, meg a működési hiba sem arra utalt, mert váltott forgásirányt is, csak a végállásokra bolondult meg. Az viszont tényleg az lehet amit te mondtál.
(#) kaqkk válasza Peti.Janka hozzászólására (») Jún 29, 2010
Egy tabot csak egy helyen használhatsz, a fordításnál nem dobott hibajelzést az mpasm ?
(#) Peti.Janka válasza kaqkk hozzászólására (») Jún 29, 2010
Köszi a gyors választ! A tab akkor sem lehet 1 a 2höz ha ugyan úgy kell működnie? A vezérlés annyival lesz másabb, hogy 1 gombos lesz, 1 nyomás mindkettőt nyitja, hosszabb nyomva tartás csak az egyiket,de ezt tudom, hogy kell. Holnap ki is próbálom
Köszi!!!
(#) kaqkk válasza Peti.Janka hozzászólására (») Jún 29, 2010
Alapvetően két hibát találtam benne : 1 : a két tabulátornak azonos volt a neve és egy táblázat volt hozzá , 2: a bistabiloknál a set bemeneten nem volt oneshot ,így amikor a végálláskapcsoló nyitva maradt vagy újra nyitott , a bistabil újra aktiv lett . ettől lehetett a "paranormális viselkedés"

3kapu.PIC
    
(#) Peti.Janka hozzászólása Jún 29, 2010
Sziasztok! Próbálkozom egy kétszárnyú kapu vezérléssel, A terv az, hogy külön is lehessen nyitni majd az egyik oldalt ezért oldottam meg úgy a progit, hogy ha már együtt működnek akkor azt a részt könnyen meg lehessen csinálni. Valamiért nem akar működni rendesen, pedig szimuláció közben jó minden. A kapcsolás úgy néz ki, hogy van oldalanként 1 relé ami a polaritásváltást csinálja, meg egy ami a 24 voltot kapcsolja, tehát ha csak a sima relé húz akkor megy egyik irányba, ha mindkettő akkor meg a másikba. Mi lehet a baj a porogimmal? Előre is köszi a válaszokat

3kapu.PIC
    
(#) aderka válasza Gyuresz hozzászólására (») Jún 28, 2010
Nincs mit! Szívesen bármikor!

Dávid
(#) Gyuresz válasza aderka hozzászólására (») Jún 28, 2010
köszi szépen a segítséget rajta vagyok a leckén 1000 rel, jól jött a linked .
(#) dcsabi válasza Panhard hozzászólására (») Jún 24, 2010
Ezt az ASM progit akarom felhasználni alapul a Parsic-ba illeszthető ASM rutinokhoz (INC kiterjesztésben)
Ha valakinek van kedve, ...kezdhet eljátszani vele...
Az LCD-re vonatkozó minden dolgokat ki kell gyomlálni belőle,
a változókat adatforrásként kell megadni a Parsicban
és azt a nevet adni, ami a jelzett file-ban van, figyelni kell a szubrutin a főprogram vagy az init részek helyére...stb
A kommunikációs lábat olyan módon kell definiálni mint az I2c-nél...
Lcd-t a parsic kezelje, több változót is irassunk ki, ha eljutunk addig. hogy lefordul az már fél siker...
Utána, ha valamelyik változó megjelenik, sínen vagyunk...

Ds_th_20.txt
    
(#) aderka válasza Gyuresz hozzászólására (») Jún 24, 2010
Gyuresz, értsd meg, hogy nem kell privátozni.. Ez a topic azért van. Valamit nem tudsz kérdezz!! Mindenki itt kezdte. Ugyan annyira idegen volt nekem is anno a program mint neked.Ebbe
a cikkbe azért olvass bele, mielött elkezdessz PIC-ezni.
(#) Panhard hozzászólása Jún 24, 2010
Sziasztok!
Módosítottam kicsit az LM75-ös hőmérő progiját DS1621-re. Próbáltam minden számomra felesleges dolgot kiszedni belőle. Ez tudja a tizedes felbontást is. Mellékletben található.
Valakinek nincs DS1821-es hőmérő példaprogramja? Sehogy sem akar összejönni.

DS1621.rar
    
Következő: »»   102 / 179
Bejelentkezés

Belépés

Hirdetés
XDT.hu
Az oldalon sütiket használunk a helyes működéshez. Bővebb információt az adatvédelmi szabályzatban olvashatsz. Megértettem