Forum mikro-chip - MPLAB IDE x

Sajnos, szembesülnek azzal a ténnyel, hogy miközben a projekt beállításait MPLABX szervezett analfabéta.

Van egy projekt, amely a 2 ember dolgozik távolról. One ICD3, más PICKit3. A szervezet a források által használt VCS (ebben az esetben, Mercurial, de ez nem számít)







A 8-ke használt Debugger (azaz, ICD3, vagy PICKit3, vagy még mindig) tárolt fájl .MCW, azaz a vorkspeysa beállításokat. MCW ez a fájl nem adunk általában az adattár, fehérrépa csak MCP. Így minden fejlesztő használja az „általános” MCP, és a személyes m vízoszlop. Ez jól működik, semmi gond: segítségével bármilyen eszköz hibakeresés.

De MPLABX szervezett sokkal rosszabb: a kiválasztott hibakereső tárolja a fő projekt fájlt, hogy van,
.X / nbproject / configurations.xml. együtt az összes fájlt a projekthez tartozó, az összes include path stb Természetesen nem hagyhatjuk, hogy tartalmazza a fájlt a projekt, és folyamatosan van egy hamis változás ebben a fájlban, minden alkalommal konfliktusokat.

Ez egy mega-buta döntés. I Néhány nappal ezelőtt nachirkal őket a fórumon. de eddig nincs válasz.

Emellett a projekt is egy fájl .X / nbproject / private / configurations.xml. tárolja a beállításokat egy adott feladat - például az elérési utat a fordító. Persze, ez a fájl nem kapcsolódik a projekthez, és nyilvánvaló, hogy a kiválasztott debugger is tárolható ebben a fájlban.

Nagyon kétlem, hogy van némi kezelési módszer, de csak abban az esetben kérem: nem mindenki tudja, hogyan kell gyógyítani?

Még ha én vagyok az egyetlen projekten dolgozó, hogy még mindig nem működnek csak az irodában, és néha a laptop otthon, és különben is más eszköz. Ismét parazita változás minden alkalommal, amikor változik a munkahelyen. Hogy fáj, minden mást MPLABX elégedve.

Üzenet a dimonomid (jelentése 167598)

Nagyon kétlem, hogy van némi kezelési módszer, de csak abban az esetben kérem: nem mindenki tudja, hogyan kell gyógyítani?
.

Vannak már közepes megváltoztatni a nagyon szükség. Rögtönzött nem emlékszem - ez volt mindig valami globális. Én valóban kérte, hogy milyen eszközt szeretne használni (Pickit3, ICD3 stb.) Mindössze két összekapcsolt debuggers van egy hiba - mint minden működik, de a konfigurációs szó tönköly rossz. Ie minden dolog nem működik jól.

Ha valaki használja a PIC32, MPLAB X és programozó (ISD3 I), legyen óvatos a terhelés 2 projekt szerdán. Nem értem, hogy mit és hogyan, de aztán romlott változó a boot szektort a vezérlő. Most csak akkor működik, ha a hibakeresés, és általában nem akarja futtatni.

Üzenet a Romantikus (jelentése 167769)

Saját olvasata a szálak egy kérdés: ez mindig így - a nyers terméket, amelyben egy pár évig, mint egy magán kódolók (nem tesztelők a bér!), Hogy utolérjék a végtelen hibákat? Vagy ez Melkochip így halad? Elhatároztam magam, hogy amíg ez a kérdés nem elakad a féléves, az X nem fog múlni. Újra, és a források a számítógépen nem kövér, akkor egyszerűen nem készít ilyen masztodon. Hogy őszinte legyek, nem tudom, miért, hogy egy ilyen igényes életet. még, hogy az írás fejlesztőkörnyezet Macromedia Flash: p

MPLAB X alapult NetBeansa, amely hozzáadódik a finomságok programozási vezérlők. Van egy csomó nyalánkság, kezdve autosubstitution nevek dolgozik tárolókban. Néha túl, vettem észre, hogy a program interfész lóg 20 másodpercig teljesen ártalmatlan helyen. Itt figyelembe, mint például az Eclipse, is meg van írva a Java, és gátolja a bennem, de valamilyen oknál fogva minden dicséret. De, hogy a Microsoft Visual Studio, nem lassú, de megéri a pénzt, és nem hangolt „alacsony szintű firkálás.” Általában elért előrehaladás gyorsan halad, de a „menni” neki semmit.







Üzenet a rák (167773 üzenet)

Általában elért előrehaladás gyorsan halad, de a „menni” neki semmit.

Igen, nem kétséges, hogy az előrehaladás még fut. Csak azt nem értem, miért nem ugyanaz a tömör felület? És minden mást is. Miután nem eszik C32 koncert RAM, igaz? Nem lehetne, hogy a környezetet kevésbé kapzsi? Vagy ez történik kifejezetten mérnöki személyzet gyakran változott a „vas ló”. ;)

Üzenet a Romantikus (jelentése 167775)

Igen, nem kétséges, hogy az előrehaladás még fut. Csak azt nem értem, miért nem ugyanaz a tömör felület? És minden mást is. Miután nem eszik C32 koncert RAM, igaz? Nem lehetne, hogy a környezetet kevésbé kapzsi? Vagy ez történik kifejezetten mérnöki személyzet gyakran változott a „vas ló”. ;)

Ami a felület - nem értek egyet. Mint ez kényelmetlen?

tisztességes rendszert. Még oldalán a szimulátor (és nem csak), de azt hiszem - és kész.

Valaki mondja meg, mi lehet a baj? XP SP3 frissítik.
1) A számítógépet úgy állítottuk be WinAVR telepítse MPLAB X 1.51, hozzon létre egy új projektet, nyomja Építőanyag (vagy építsünk / Clean), kimenetek ezt:

„Tiszta SIKERES (összesen: 328ms)
make -f nbproject / Makefile-default.mk alprojekt = .build-conf
Márka [1]: Belépés könyvtár `E: /PIC_projects/CAN.X"
hogy -j 4 -f nbproject / Makefile-default.mk dist / default / gyártás / CAN.X.production.hex
Márka [2]: Belépés könyvtár `E: /PIC_projects/CAN.X"
process_begin: CreateProcess (NULL, gnumkdir -p építmények / default / termelés.) nem sikerült.
Márka [2]: Leaving könyvtár `E: /PIC_projects/CAN.X"
hogy (e = 2): # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533; # 65533;.

Márka [2]: *** [építmények / default / gyártás / CAN.o] Error 2
Márka [1]: Leaving könyvtár `E: /PIC_projects/CAN.X"
Márka [1]: *** [.build-conf] Error 2
Márka: *** [.build-impl] Error 2

BUILD sikertelen (kilépési érték 2, teljes idő: 625ms) "

Nos, úgy döntöttem, hogy távolítsa el a WinAVR, eltávolítjuk nyomom épít (vagy építsünk / Clean), általában nem reagál a billentyűk lenyomásával. Futok Run -> Batch építsünk Main Project ablakban Output jelenik meg:

„Várjon, amíg a make fájlok megtisztítva. A tiszta / összeállítási folyamat automatikusan elindul, amint a makefiles fertőtlenítjük.”

Nem értettem, mi történik, nyilván WinAVR valami eltávolítja őket, és ha megállapítja a MPLAB vele nem működik.
Hogyan erősít ez esetben állítsa be a rendszer nem lehetséges, meg kell itt dolgozni. Kérem, segítsen!

Ui Szerelt laptop Win7Pro, MPLAB működik Campiglio.

Valaki mondja meg, mi lehet a baj? XP SP3 frissítik.
1) A számítógépet úgy állítottuk be WinAVR telepítse MPLAB X 1.51, hozzon létre egy új projektet, nyomja Építőanyag (vagy építsünk / Clean), kimenetek ezt:

„Tiszta SIKERES (összesen: 328ms)
make -f nbproject / Makefile-default.mk alprojekt = .build-conf
Márka [1]: Belépés könyvtár `E: /PIC_projects/CAN.X"
hogy -j 4 -f nbproject / Makefile-default.mk dist / default / gyártás / CAN.X.production.hex
Márka [2]: Belépés könyvtár `E: /PIC_projects/CAN.X"
process_begin: CreateProcess (NULL, gnumkdir -p építmények / default / termelés.) nem sikerült.
Márka [2]: Leaving könyvtár `E: /PIC_projects/CAN.X"
hogy (e = 2).

Márka [2]: *** [építmények / default / gyártás / CAN.o] Error 2
Márka [1]: Leaving könyvtár `E: /PIC_projects/CAN.X"
Márka [1]: *** [.build-conf] Error 2
Márka: *** [.build-impl] Error 2

BUILD sikertelen (kilépési érték 2, teljes idő: 625ms) "

Nos, úgy döntöttem, hogy távolítsa el a WinAVR, eltávolítjuk nyomom épít (vagy építsünk / Clean), általában nem reagál a billentyűk lenyomásával. Futok Run -> Batch építsünk Main Project ablakban Output jelenik meg:

„Várjon, amíg a make fájlok megtisztítva. A tiszta / összeállítási folyamat automatikusan elindul, amint a makefiles fertőtlenítjük.”

Nem értettem, mi történik, nyilván WinAVR valami eltávolítja őket, és ha megállapítja a MPLAB vele nem működik.
Hogyan erősít ez esetben állítsa be a rendszer nem lehetséges, meg kell itt dolgozni. Kérem, segítsen!

Ui Szerelt laptop Win7Pro, MPLAB működik Campiglio.

Általában minden javítható. WinAVR nem befolyásolja az összeállítás MPLAB X. eltávolítása után eltávolítja a make, amely telepítése mellett, és linkeket az PATH változó (cmd ezért nem találja a csapat, mint MPLAB).
DE, GnuWin32 telepített MPLAB, akkor a C: \ Program Files \ Microchip \ MPLABX \ gnuBins \ GnuWin32 \, valóban hozzá manuálisan a PATH és minden működik.