Fórum témák
» Több friss téma |
Fórum » PIC - Miértek, hogyanok haladóknak
A "genereált" állományok *.c.ftl, *.h.ftl, vagy *.h illetve *.c meglévő fájlokból születnek. Semmi valódi generálás, minden megvan, csak van egy csomó elágazási lehetőség a generálás során, amikre a harmony konfigurációja hat. Ha beteszed a pipákat, akkor az annak megfelelő állományok másolódnak a megadott helyekre. Mivel jól fel van építve a struktúra, amit érdemes is követni, jól érthetően bekerülnek a megfelelő sorok a megfelelő helyekre. A saját régi állományainkkal is meg lehet tenni ugyanezt. Semmi varázslat nincs benne, csak jól ki van találva.
Az utat én is végigjártam, ez vele járt a korszakkal... Igaz, hogy C++ fordó is az XC32 (gcc++), de nem használtam még, nem is nagyon erőlteti az MC sem, de az állományokban elő van készítve, ha valaki akarja használni. Elvileg a C++ már objektumorientált, de szerintem ezt még bőven lehet hanyagolni...
Nos megint pongyolán fogalmaztam. A 90-es években a C-t windows alatti programozással együtt tanulgattam, lényegében hobbiból, mert érdekelt. Használhattam volna objektum orientált program írásra, de nem használtam.
Idézet: „Használhattam volna objektum orientált program írásra, de nem használtam.” Ismét pongyolán fogalmaztál? A C-t nem használhattad volna arra, mert nem az. A C++ lett az, ezért nem való PIC-re, szerintem. A hardver közeli programozás más mint a PC-s felhasználói szoftverek fejlesztése, ahol nagy segítség, hogy objektumokban és eseményekben lehet gondolkodni, de egyben bejön egy korlátozottság is. A C++ erőforrás pazarló, főleg a memóriát pazarolja, miután egy objektumnak előre meghatározott területei, tulajdonságai vannak és azok akkor is dekralálódnak, ha nem használod őket. A linuxot is C-ben fejlesztik a mai napig (de alkalmazást rá már nem feltétlenül), ami nem véletlen. Mindent arra, amire való.
Filozom rajta, hogy van 512 kbyte sram némelyik mz-ben, az már nem annyira low. Van mit pocsékolni.
Azt gondolom, hogy biztosan van olyan project, amire objektum orientált környezet kényelmesebb, de még nem írtam ilyet PIC-re, pedig már ott tartok az MZ-vel, hogy szinte mindent kipróbáltam, ami érdekelt.
Idézet: „Ismét pongyolán fogalmaztál?” Mondhatjuk, megint. A fejlesztő rendszer alkalmas volt C++ fejlesztésre, de én nem használtam, csak "C"-ként.
Használt már valaki fejlesztéshez J-TAG debuggert PIC32-höz? Ha igen, milyet és milyen IDE-vel? Támogatja a microchip ezt a kommunikációt, vagy csak dísznek van?
Az MPLAB X v2.15-től kezdődően állítólag támogatja a Segger Jlink-et. Ki is akartam próbálni, de csak a Jlink V9 támogatott, nekem meg V8 van. Pech...
A PIC32 Ethernet Starter Kit (DM320004) kártyára egyPIC32MX440F512H-vel megvalósított on-board programozót és nyomkövetőt építettek. Az lehet, hogy JTAG módban dolgozik (mérget azért nem vennék rá). MPLAB 8 és MPLAB X is ismeri valamelyik Startek Kit-es menüpontban.
Ez jó hír, most szemezgettem egy V9-essel. Köszi!
Egy apró kérdés ehhez én nem olyan rég munkából adódólag foglalkozok Silabsos (ARM MCU) kontrollerekkel és az is JTAG-es ott megy az unlimited hw breakpoint a Michrochipnek a debuggerjei 32mx/mz meg csak 6-ot támogatnak? Hogy van ez?
Ja meg nem kell megállítani a programot (jó bár ez ICD, Real ICE nál se gond) a breakpointhoz.. Kicsit megint azt érzem hogy átverés az egész. Vagy teljesen rosszul gondolom?
Sziasztok!
Mitől van az hogy a pickit2 nem ismeri fel a pic18f46k80 ic-t?
Miért? Kellene neki? A Pickit2 támogatását abbahagyták a K80 megjelenése előtt.
A PICkit2 a 18F26k80 -at ismeri csak, azt is csak LVP módban. Az ok egyszerűen az, hogy a Microchip a programozási utasításának nem megfelelő scriptet írt a HV programozási módba való beléptetésre.
Több évvel ezelőtt feltöltöttem ide egy Pk2DeviceFile.dat -ot 1.63.146 verzióval. (Elírtam, itt. nem állítottam vissza a verziószámot 1.62.146 -ra és most így kering a net -en.) Pfissítani kellene a leírót a 146 -osra és talán kezelni fogja a 18F46K80 -at is. Pk2DeviceFile.dat 1.63.146
Hát, hogy mi benne az átverés nem tudom, de tény, hogy kicsit vacak a 6 pont és a lassúság. Az ICD3 már használható komolyabb munkára, illetve az idegeink védelmére, de nem fenékig tejfel! Sokszor eldobja a drivert, sokszor újra kell csatlakoztatni, van mikor hiába és akkor csak a káromkodás marad (75 rugó ellenében ugyebár!). Ezért godnolkodtam, hogy a J-tag talán jobb lenne, de majd kiderül. Aztán lehet, hogy ha meglesz a V9-es, az egyenes út lesz az ARM felé...
Most nézem a PIC32 Ethernet Starter Kit elvileg JTAG debuggerét, s a 6 töréspont után már nyöszörög . Úgy látszik, ennyit tud. Ja, PIC32 Starter Kit néven kell kiválasztani az MPLAB 8 Debugger menüjében. A programmer menüben nincs neki megfelelő.
A Segger Jlink V9 tapasztalatokra sokan kíváncsiak lennénk. Majd írd le ide a tapasztalataidat, légy szíves!
Most a sulitól van nálam RealICE az is néha összef*ssa magát, bedug kihúz utána megy csak unalmas ezt csinálni óránként, de PICkit3-mazni 32MZ-vel egy őrület.
Most utána olvastam egy kicsit vannak sw breakpointok is kíváncsi vagyok rá mert az unlimeted, bár azt olvastam, hogy az elég lassú. Én az ARM-al most kezdtem el foglalkozni (Silabs) és többet szívtam vele C-ben mint az elején a PIC-el assembly-ben. Nem tudok nyilatkozni az STM32-őkről (ARM-ról általában ez ami első eszébe jut az embernek), de legalább a Silabs doksijaihoz képest a Microchip-es szerintem sokkal jobb (az apró hibáit leszámítva, nekem sokkal átláthatóbb). Szerk.: Most azt láttam, hogy V9-től felfelé ICSP support is van a J-Link ben ha azon gyorsabb mint a Microchip programozói akor....... A hozzászólás módosítva: Máj 4, 2017
Nem mostanában ér ide, de természetesen...
Félek tőle, hogy ezek a megszakadások Java-ban gyökereznek.
 Ez a V9 ICSP érdekes, hol olvastad?
Bővebben: Link
Ha már a java is szóba jött megint Microchip VS Silabs. Azért a Netbeans IDE tűrhetőbb mint az eclipse-es IDE az állandóan ki crash-el, meg nem jöttem rá hogy lehet benne projekt-et megnyitni meg bezárni törlés nélkül.. Szerk.: Vagy PDF 1.3.2.3 alatt A hozzászólás módosítva: Máj 4, 2017
Találtam egy oldalt, a pickit2 frissítésre ismeri valaki?Bővebben: Link
Nem hiszel nekem? Én töltöttem fel ide és a Microchip forumára...
Használd nyugodtan, én is használom éppen a már említett ...K80-as szériához, tökéletesen üzemel, hála Hp41C-nek.
Nem hitetlenség, csak körülnéztem. De köszi.
Wezuw, ez hasznos lehet neked Bővebben: Link ezzel felismerte nálam a mplab x a Silabs-os onboard debuggert (az is j-link).
Meglehet, hogy a mindenféle felismertetési próbálkozásom tönkretette a picet mert a Hp41C által közzétett dat fájllal sem sikerült a PIC18F46K80-at felismertetni.
A menüben ki kell választani a K80 -as csoportot. Most nincs előttem, de könnyű megtalálni. Apropó, Vcap kondenzátor kell a programozáshoz is.
A hozzászólás módosítva: Máj 4, 2017
|
Bejelentkezés
Hirdetés |
