Fórum témák
» Több friss téma |
Fórum
Nem. Mivel az alacsonyfrekis és a nagyfrekis kvarcok különböznek egymástól, így az üzembiztosság növelése érdekében az erősítési paraméterek, soros és párhuzamos ellenállás értéke (és sok más) is változtatható az erre vonatkozó konfig bitek átállításával.
4-6 MHz szokott lenni a választóvonal az XT és a HS között. A kis fogyasztás főleg a frekvencia csökentésével érhető el, a fenti beállítások csak kismértékben befolyásolják.
Bár tény, hogy az XT és a HS mód a kvarcot meghajtó jelszinttel van összefüggésben, de összességében nem sok energiát takarítasz meg, ha a másikat állítod be. Az adatlapok általában úgy adják meg, hogy az XT mód 4MHz-ig ajánlott, HS pedig 4MHz felett. Persze ez nem azt jelenti hogy egy 5MHz-es kvarc már nem fog működni XT módban, hanem azt, hogy a 4MHz-es még biztosan működik XT módban.
4 MHz-hez az XT-t nem csak energiatakarék miatt szokták használni?
Általában 22 pF mindenféle frekijű kvarchoz jó (kivéve a nagyon régieket). Sajnos vannak hibás kvarcok is, a tönkremenetelhez sokszor elég kőre vagy betonra leejteni... 4 megához inkább az XT üzemmód ajánlott.
A kvarc lábaihoz mekkora kondikat tettél? Amúgy én 4 MHz-re már HS-t állítok a konfigban, indul mindig, és így a kondira sem érzékeny.
Hello
Megírom az új fejleményeket. Tovább próbálgattam a JDM égetőmet. Arra jutottam, hogy az égető működhet, hisz égetés után a visszaellenőrzéskor az IC-Prog rendben vissza tudja ellenőrizni a PIC tartalmát. Szóval gondoltam, hogy akkor mégis valami a próbanyákon nem jó. Pedig minden jól volt bekötve. Akkor gondoltam, hogy kiveszem a kristályt, és inkább teszek bele ellenállást és kondit, és a mikropascalban átállítom az oszci típusát RC-re. És lám....működik a teszt programod.  Kipróbáltam a 16x2 kar. LCD-met is, működik az is. Az órajelet 2 MHz-re állítottam, így a programban lévő delay_ms(500) utasítás is nagyjából megegyezik a gyakorlatban 500ms várakozással. Ezek szerint a kristály rossz lehet? És kössz a segítséget  Üdv.
Ez nyilván az előzetes fejlesztői változata a majdani végleges 8.0.0.3 kiadásnak.
Szerintem a Mikropascal annyira szűk körben használt szoftver, hogy ennek a béta verziójához nem állnak neki gyógyítást csinálni. Más egy vindóz, mert azt már csak a kihívás miatt is meghegesztik.
C18-hoz sem láttam normálisat egyébként. Egyedül a régi teljes verzió+upgrade dolog működik (bár ott jóformán nem vesztünk semmit nélküle sem).
A nyilvános bétának pont az az értelme, hogy a kiadás előtt a felhasználók is leteszteljék, és az esetleges hibákat még a végleges kiadás előtt kijavítsák... Ha eldugnák, akkor annak mi értelme lenne? Ha jobban megnézed a honlapot, a News szekcióban már feltüntetik az összes beta verziót, pont a fenti ok miatt. (igaz, ez még nem szerepel benne, de korábban csak a fórumon jelentettek meg minden ezzel kapcsolatos dolgot)
Még nem láttam a MikroPascal-hoz normálisan működő gyógyítást... Hol ez, hol az romlik el miatta... (persze sok embernek fel sem tűnik...)
[off]1. Gondolom, tudod, mi az a béta verzió egy szoftver esetében. Pont ezért nincs is még reklámozva, a készítő honlapján sem. A fórumok legmélyén max...
2. Komolyan gondoltátok, hogy béta változathoz készíteni fog bárki is gyógyítást?!?  Idézet: „MikroPascal 8.0.0.3-hoz nem tud valaki gyógyítást?” Úgy látom, be akarod biztosítani a jövődet.  A szegény gyártó honlapja szerint ugyanis még csak a 8.0.0.1 változatnál tartanak...
Ok. Köszi szépen, megépítem akkor az Oshon-os változatot. Remélem akkor menni fog.
Üdv.
Én kezdésnek ezt szoktam ajánlani:
Bővebben: Link
Kiemelem neked a lényeget:
Idézet: „A megépített égető akkor a legkegyetlenebb, mikor véletlenül működik! Mert ha nem indul el, akkor maximum bosszúságot okoz, de megment egy csomó felesleges időpocsékolástól és agybajtól. A nagyobb problémát akkor okozza, ha úgy tűnik, hogy működik! Ilyenkor elégedett a kezdő amatőr, és nekiáll programot fejleszteni a kis áramköréhez. Aztán teljesen elbizonytalanodik, mivel mindent úgy csinál, ahogy az a nagy könyvben meg van írva, még sem működik a beégetett program, pedig még az ellenőrzés is jó! A másik verzió, mikor egy bizonyos PIC-el működik az égetés, de egy másik típust programozva már teljesen bizonytalanná válik a működése. Nagyon ritkán előfordul, hogy az áramkör működőképes.” Forrás: Bővebben: Link
De eddig nem volt semmi probléma az égetéssel, amikor még 16f628-on gyakoroltam, csak az ismeretlen ok miatt elhalálozott, és azóta vettem 16f84a-t.
Üdv.
Olvasnivaló:
Bővebben: Link
JDM van, de az IC-Prog nem ír ki hibát az égetéskor, és utána is vissza tudja rendben ellenőrizni a pic tartalmát.
Üdv.
Az összes Mikroe-s cuccban van szoftveres szimulátor. Sőt, az újabbakban már ICD is van. (a PICBASIC-en kívül van olyan, amiben nincs?)
Elég egyszerű, már-már spártai a 16F84A belső felépítése, így ne nagyon van minek összeakadni benne, tehát elvileg ennyi beállítás (trisb:=0) elég kellene, hogy legyen.
Mellesleg a programot ennyi erővel assembly nyelven is megírhattad volna, s akkor az MPLAB szimulátorában láthatod, hogy működnek-e a kimenetek. A vezérlőd kimenetei egyébként 25 mA-t bírnak, ez elég egy normál led meghajtásához (egy soros ellenálláson keresztül). A LED bekötésénél a polaritásra ügyelni kell. A programodból úgy tűnik, hogy a földre szándékoztad kötni a LED-ek katódját.
Hello. Nem erre a programra adott ki az IC-Prog 20 szót, hanem arra, ami kiiratott volna az LCD-re egy A betűt(pedig abban is voltak delay utasítások).
Sajnos ezzel a teszt progival se csinál semmit se a pic, pedig a pic vadiúj, az áramkör próbanyákon van összerakva, és a 16f628 és a 16f84a lábkiosztása azonos. Tehát a mostani áramkörben működött a 16f628-as. Üdv.
A kapott 20 szó picit gyanús a fenti kódra. Szoftveres szimulációval nézve jó a kód. Sajna nekem nincs 84A (legalább 4 éve nem is használok ilyet), így kipróbálni nem tudom. Melléklem a lefordított hex-et, próbáld ki.
Egyébként a futófényes programot sokkal egyszerűbben is meg lehet írni. Példa: program futofeny; var i: byte; begin trisb:=0; portb:=1; delay_ms(200); repeat for i:=0 to 6 do begin portb:=portb shl 1; delay_ms(200); end; for i:=0 to 6 do begin portb:=portb shr 1; delay_ms(200); end; until 1=2; end. A labelt bár megengedi a Pascal, nem ajánlott használni, mert bazi nagy kódot kapsz emiatt. A fenti program 133 szó (delay nélkül 43), a másik kód pedig 455 szó. A legújabb verziót használod? Remélem, nem valami ősrégi változatot. Itt a legújabb: Bővebben: Link
Üdv!
Csinált már valaki 2 PIC között I2C kommunikációt? Nekem most erre lenne szükségem, úgy-ahogy működik is. Interruptolva szeretném megcsinálni a fogadást, és itt akadtam el. 16F873a-t használok. Arra már rájöttem, hogy a PIR1.SSPIF jelzi a fogadást, de ahogy néztem az adatlapot, nem csak akkor szakít meg. Szóval leginkább az interruptos beállítás érdekelne. Nincs valakinek tapasztalata ebben a témában?
Hello
A kód a következő: program odon; label ide; begin trisb:=0; ide: portb:=%00000001; delay_ms(200); portb:=%00000010; delay_ms(200); portb:=%00000100; delay_ms(200); portb:=%00001000; delay_ms(200); portb:=%00010000; delay_ms(200); portb:=%00100000; delay_ms(200); portb:=%01000000; delay_ms(200); portb:=%10000000; delay_ms(200); portb:=%01000000; delay_ms(200); portb:=%00100000; delay_ms(200); portb:=%00010000; delay_ms(200); portb:=%00001000; delay_ms(200); portb:=%00000100; delay_ms(200); portb:=%00000010; delay_ms(200); goto ide; end. Demo-t használok, de a program nem nagyobb 2k-nál, sőt 16f84a-ba csak 1k fér. Esetleg a 16f84a-nál kell még valami mást is beállítani? Üdv.
Másold be ide a futófényes kódot, úgy többet tudok mondani.
A demo-t használod, vagy a "javított" változatot?
Igen. Oszcillátor -> XT (4MHz); WDT -> OFF.
Eredetileg 16x2 karakteres LCD kijelzőt szeretnék vele meghajtani, nem működött, aztán próbáltam LED-et villogtatni, az se működött. Üdv. |
Bejelentkezés
Hirdetés |
