Fórum témák
» Több friss téma |
Fórum » PIC - Miértek, hogyanok haladóknak
Tárolj mindent fordítva, más gyors megoldás nincs.
A hozzászólás módosítva: Nov 28, 2016
Ahol lehetséges ne futás közben forgasd a biteket, hanem fordítás közben. Így ott semmit sem lassul a program futása.
Ezzel a két makróval a következő módon tudsz előállítani egy sárga színt felcserélt bitsorrendben:
Az inicializáló konstansoknál ugyanígy felhasználható ez a módszer:
Sajnos ahol számított értékeket (pl. koordinátát) kell kiraknod, ott nem fogod megúszni a futás közbeni bitforgatást.
Ez tök jó, köszönöm! Közben kiderült hogy más is rossz a panelon, két elírás van ugyanis a TFT gyári adatlapjában, így mindenképp teljesen újra kell terveznem a panelt és akkor már megfordítom a PORTB-t rendesen.
Fel kellene valahogyan kutatnom a Microchip termék konkurenseket a 32 bites processzor piacon. Valamikor volt róla egy remek jó kis doksi linkem, de elkallódott és nem találom sehol. Aki tud róluk egy listát valahol neten, dobjon egy linket legyen szíves.
Üdv mindenkinek!
Automata haletető vezérlésén töröm a fejemet. A konstrukció röviden: motor, spirál egy csőben, viszi előre a kaját ami lepotyog a cső végén. A vezérlés PIC-kel fog történni, pl naponta egyszer bepotyogtat egy kicsit - nem ez a része fog problémát okozni. Egy belső számlálót a hálózati 50Hz-es hálózathoz szeretnék szinkronizálni wireless. Arra gondolok, hogy 10-15cm antenna (ha nem kell annál jobb), felerősítem majd egy komparátorba vezetem a jelet, ami akkorra egy 50Hz-es négyszögjel. Igen.. Tudom, hogy a internal oscillator, trafón keresztül zero-cross detection, 32.576Khz kvarc is megoldás lehet, mégis a fent vázolt ötleten indulok el - néhány éve egy wordclock készítésekor ütött szöget fejembe az ötlet és azóta szeretném megvalósítani. A kérdésem az lenne, hogy épített/látott ilyen áramkört/megoldást? Üdv: Balázs
A hálózat Magyarországon nem 50 hz, hanem 60
 Keress egy vezetéket valahol, amin keresztül áram folyik, rakj mellé egy vasmagot, a vasmagra tekercset, kész az órajeled. Persze utána még erősítő, meg komparátor, meg minden. Idézet: Mióta? „A hálózat Magyarországon nem 50 hz, hanem 60”
Szia!
Idézet: „Egy belső számlálót a hálózati 50Hz-es hálózathoz szeretnék szinkronizálni wireless. Arra gondolok, hogy 10-15cm antenna (ha nem kell annál jobb), felerősítem majd egy komparátorba vezetem a jelet, ami akkorra egy 50Hz-es négyszögjel.” De miért ?! A hálózati 50 Hz nem pontos, függ a hálózat terhelésétől: ezt régen jól megfigyelhettük a szinkron motoros óráknál ( nekem még volt ilyen !), képes volt akár napi 10-20 percet késni/sietni..., azaz pontos időzítésre alkalmatlan ! A PIC-el ellenben "kapásból" tudsz "bármennyi" időt mérni ettől sokkal pontosabban és nincs szükséged kiegészítő áramkörökre ( nem kell ide nullátmenet figyelés és külön kvarc ! ) !
De miért wireless (hacsak a kihívás miatt nem, bár nekem az oszcilloszkóp képes az asztali lámpám kapcsitápjának a frekiét is mutatni
)? Sok picben már van ZCD modul, így a saját tápjáról is veheti a jelet.
Egy kis trafó nem jó? De ez nagyon nem PIC haladó kérdés...
Idézet: Csak közben eltelt 25 év. Ma már az 50Hz nagyon pontos. A frekvencia maga kicsit mozog fel is, le is, de a napi (azt hiszem, napi) periodusszám pontosan megvan. Azokat az órákat a nyugati piacra szánták, és ott nem voltak pontatlanok. De akkoriban Magyarország nem a nyugati hálózattal volt szinkronban, hanem a szocialistával. Ami viszont mindig kevesebb volt, mint 50 Hz, mert ezzel spóroltak. „A hálózati 50 Hz nem pontos, függ a hálózat terhelésétől: ezt régen jól megfigyelhettük a szinkron motoros óráknál ( nekem még volt ilyen  !)” Idézet: „Ma már az 50Hz nagyon pontos. A frekvencia maga kicsit mozog fel is, le is, de a napi (azt hiszem, napi) periodusszám pontosan megvan.” Szerintem az nem sokat jelent neki, hogy napi szinten pontos, mert valami "haletetéshez" akarja használni, az meg nem tart egy napig  !Viszont szerintem ez most is igaz: Idézet: „A PIC-el ellenben "kapásból" tudsz "bármennyi" időt mérni ettől sokkal pontosabban és nincs szükséged kiegészítő áramkörökre ( nem kell ide nullátmenet figyelés és külön kvarc ! ) !”
Bresenham algoritmussal tetszőleges idő-frekvencia pontosság megvalósítása: Roman Black 1 sec
50000.00000 Hz - 0.00001 Hz előállítása 0.00001 Hz lépésenként BÁRMILYEN ismert frekvenciájú kvarcból PIC-en: High accuracy PIC timing Érdemes körülnézni és tanulni Mr Black kollégánk számos, brilliáns módon megoldott ÉS érthetően leírt, mérési adatokkal fűszerezett gyakorlati megoldásaiból. A hozzászólás módosítva: Dec 28, 2016
Sziasztok!
Tudna valaki egy példát írni asm-ben, hogy PIC18f26k22 hogyan tudja olvasni a saját program memóriáját?
Szia!
Adatlap 77. oldaltól miért nem jó ?!
Szia!
Nem tudom milyen adatlapot nézel, amit én találtam ott nincs a 77. oldalon info.
Amit a HeStore felajánl a hozzászólásodnál: Bővebben: Link
Bővebben: Ezt láttam! A hozzászólás módosítva: Dec 11, 2016
mov TBLPTRU,0x20;legfelso, upper byte
mov TBLPTRH,0x12;hi byte mov TBLPTRL,0x34;lo byte TBLRD*+ movff TABLAT,memcimed Ez a 0x201234-es EEPROM cimrol olvas egy byteot a TABLAT regiszterbe, majd atmenti a memcimed-be, ami mar a RAMban van. Es noveli a TBLPTR regiszter erteket is eggyel, tehat a kovetkezo cimnel mar csak egy TBLRD-t kell kiadni, es egybol beolvassa. (a mov az az en macrom, tulajdonkeppen egy movlw ertek movwf cim kombobol all.) A hozzászólás módosítva: Dec 11, 2016
Csúfos véget ért, pedig hogy vártuk éveken át: Bővebben: Link
Idézet: „Revision G (December 2016) A recommendation was added to the first page, indicating that the PIC32MZ Embedded Connectivity (EC) Family of devices are not recommended for use in new designs. Instead, the PIC32MZ Embedded Connectivity with Floating Point Unit (EF) Family of devices should be used.”
Aki használt EC-t, azt nem érti, hogyan lehetett eddig egyáltalán kínálatban. A hír örömteli. Az EF használható kategória és teljesen kompatibilis az EC-vel. Bár akinek volt szerencséje tájékozódni, az eleve EF-et vett. Nekem nem volt...
 A hozzászólás módosítva: Dec 12, 2016
Én mikor el kellet kezdjek foglalkozni MZ-vel Bővebben: Link ennek a kapcsolásából indultam el, és nem értettem, hogy az MC doksijai között nem találtam EC 32MZ-t csak az EF-eket, nekem szerencsés szerencsém volt és nem kellet összefussak az EC-kel.
Egy dsPIC33EP512MC504-nek az RA4-es lábán szeretnék egy PWM jelet elővarázsolni, de az sehogy nem akar előbújni belőle. Ezeket állítottam be:
Mit rontok el?  Nem hiszem hogy kellene más ezeken kívül.
A 8. sorban biztosan az OC2 első vezérlőregiszterét szeretnéd beállítani? (OC2CON1)
Nem inkább OC3CON1 kellene?
Esetleg még megnézném az OC3CON2.OCTRIS vezérlőbitet.
Sziasztok!
Egy PIC32MZ EFH-val fejlesztek harmony TCPIP és USB appokkal. Belefutottam egy kérdéses részbe, amit nem tudok eldönteni, hogy idegesítsen, vagy megnyugodhatok. Az USB-s részhez csak EFM library fájl (PIC32MZ2048EFM100_peripherals.a) ezzel fordul és fut az EFH PIC-en, de a TCPIP-hez adott EFH library fájllal nem fut az USB, viszont a TCPIP fut az USB-s EFM állománnyal. Igazából nem tudom pontosan, hogy ezek a fájlok mit írnak le, milyen gondot okozhatnak. Egyébként minden fut az EFM-es fájllal, amit eddig írtam (UART, SQI Flash, TFT PMP, SPI, I2C és most USB, TCPIP szerver.) Nagy segítség lenne, ha tudnám, hogyan vesznek részt a fordításban ezek a library fájlok... Idézet: Részint lesz ott egy project file, amibe ha notepaddal belenézel, fel vannak benne sorolva forrás állományok, részint a forrás file-okban is lehetnek include-ok, amik behúznak további headereket és forrásokat. Aztán a tool chain egybe szed mindent, és fordítja.„Nagy segítség lenne, ha tudnám, hogyan vesznek részt a fordításban ezek a library fájlok...” Amúgy hogyan kell azt érteni, hogy a tcp fut az usb-vel? A harmonyvel még nem ismerkedtem közelről, de mintha az lenne a koncepció, hogy a kommunikációs felületek mindegyike el van különítve külön modulba. Nem kellene azoknak összeakadniuk, vagy bármilyen zavaró hatással lenniük egymásra. Még annyira alapvető hiba is van a harmonyben, hogy összeakadnak a modulok? Mz efh boardból mit találtál, amin kísérletezel? |
Bejelentkezés
Hirdetés |
