Форум микрочип

За съжаление, се сблъскват с факта, че запазването на настройките на проекта в MPLABX организиран неграмотни.

Има проект, в който 2-ма души, работещи от разстояние. Един използва ICD3, различни PICKit3. За организирането на източниците, използвани от VCS (в този случай, Mercurial, но това не е от значение)

8-KE използва Debugger (т.е. ICD3 или PICKit3, или все още) съхранява във файла .MCW, т.е., в настройките vorkspeysa. MCW този файл като цяло не се добавя към хранилището, ряпата само MCP. По този начин, всеки разработчик използва "родово" MCP, и вашата лична MCW. Това работи добре, няма проблем: Можете да използвате всеки инструмент за отстраняване на грешки.

Но MPLABX организира много по-зле: избраният дебъгер се съхранява в основния файл на проекта, което означава,
.X / nbproject / configurations.xml. заедно с всички файлове, които принадлежат към проекта, с цялото пътя за включване и т.н. Разбира се, ние не може да не се включи файл в проекта, и ние постоянно да има фалшив промяна в този файл, всички конфликти от времето.

Това е мега-глупаво решение. Аз преди няколко дни ги nachirkal във форума. но досега няма отговор.

Освен това, проектът е даден файл .X / nbproject / частни / configurations.xml. тя съхранява настройките на определена работа - например, по пътя на компилатора. Разбира се, този файл не е свързан с проекта, и е очевидно, че избраният дебъгер също да се съхранява в този файл.

Много се съмнявам, че има някакъв метод на лечение, но само в случай, аз питам: Някой знае ли как да го излекува?

Дори и ако аз съм този, който работи по проект, който все още не работи само в офиса понякога и лаптопа си у дома, а освен различен инструмент. Отново паразитни промяна при всяка смяна на работното място. Как боли, всичко останало в MPLABX доста доволни.

Съобщение от dimonomid (Доклад 167598)

Много се съмнявам, че има някакъв метод на лечение, но само в случай, аз питам: Някой знае ли как да го излекува?
.

Вече има средно за промяна на много нужда. Импровизирано Не помня - все пак беше нещо глобално. Аз всъщност попита, че това, инструмент, който искате да използвате (Pickit3, ICD3 и т.н.). Със само две свързани дебъгерите има бъг - подобно на всички произведения, но думата за конфигуриране е изписано погрешно. Т.е. всички неща не работят добре.

Ако някой използва PIC32, MPLAB X и програмист (ISD3 I), бъдете внимателни с товара 2 проекта в сряда. Не мога да разбера какво и как, но след това разглезено промяна на сектора за начално зареждане на контролера. Аз вече работи само, когато отстраняване на грешки, и обикновено не искат да се изпълнява.

Съобщение от Romantic (Доклад 167769)

Моят прочит на нишките имам един въпрос: той винаги е така - на суровия продукт, в който няколко години като частен енкодери (не тестери по трудов договор!) Трябва да се хвана безкрайни грешки? Или е по-Melkochip така отличава? Реших за себе си, че докато този проблем не се забави с половин година, на X няма да мине. Отново, както и с ресурсите на вашия компютър не е смели, той може просто да не се направи такъв мастодонт. За да бъда честен, аз не знам защо правя една толкова взискателна живот. още, че среда за разработка писане Macromedia Flash: р

MPLAB X се основава на NetBeansa, която добавя към тънкостите на програмирането контролери. Има много екстри, като се започне с имена autosubstitution да работим с хранилища. Понякога, също забелязвам, че програмата интерфейс виси за 20 секунди в напълно безвреден място. Тук, за да се вземат, като Eclipse, той също така е писано в Java, а също така потиска в мен, но по някаква причина всички похвала. Но за да вземе Microsoft Visual Studio, не е бавен, но си струва парите, а не на линия за "ниско ниво дрънкулки." Като цяло, напредъкът е бързо напредва, но "да" нищо за него.

Съобщение от рак (167,773 съобщение)

Като цяло, напредъкът е бързо напредва, но "да" нищо за него.

Да, без съмнение, напредъкът все още работи. Аз просто не разбирам, защо не направи същото сбит интерфейс? И всичко останало, също. След не яде C32 концерт на RAM, нали? Не можем ли да направим околната среда по-малко алчни? Или това е направено специално за инженерен персонал често се променили своите "железни коне". )

Съобщение от Romantic (Доклад 167775)

Що се отнася до интерфейса - Не съм съгласен. Than е неудобно?

прилична система. Има все още страна с симулатора (и не само), но мисля - завършен.

Някой да ми каже какво може да се обърка? XP SP3 система се актуализира.
1) На компютъра е създадена WINAVR, инсталиране на MPLAB X 1.51, да създадете нов проект, натиснете Build (или изграждане / Clean), извежда по следния начин:

"Чиста УСПЕШНО (общо време: 328ms)
направи -f nbproject / Makefile-default.mk подобекти = .build-конф
направи [1]: Въвеждане директория `Е: /PIC_projects/CAN.X"
направи -j 4-F nbproject / Makefile-default.mk дист / по подразбиране / производство / CAN.X.production.hex
направи [2]: Въвеждането директория `Е: /PIC_projects/CAN.X"
process_begin: CreateProcess (. NULL, gnumkdir -p натрупване / по подразбиране / производство) не успя.
направи [2]: Оставянето директория `Е: /PIC_projects/CAN.X"
направи (д = 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;.

направи [2]: *** [натрупване / по подразбиране / производство / CAN.o] Грешка 2
направи [1]: Оставянето директория `Е: /PIC_projects/CAN.X"
направи [1]: *** [.build-конф] Грешка 2
направите: *** [.build-изобразяване с множество нишки] Грешка 2

ИЗГРАЖДАНЕ Неуспешно (изходната стойност 2, общо време: 625ms) "

Е, аз реших да се премахне WINAVR, отстранен, аз натиснете Build (или изграждане / Clean), обикновено не реагира на натискането на тези бутони. Аз натиснете Run -> Batch Изграждане Главен проект в появява изход прозорец:

"Моля, изчакайте докато файловете на грим са санирани. Чиста / натрупване процес ще се стартира автоматично, след като Makefile-ове са санирани."

Аз не разбирам какво се случва, очевидно WINAVR нещо ги премахва, и когато тя се създава MPLAB с него не работи.
Как да се определи този случай, ще върне системата не е възможно, е необходимо да се работи тук. Моля, помогнете!

Послепис Монтиран на лаптоп с Win7Pro, MPLAB работи Кампильо.

ИЗГРАЖДАНЕ Неуспешно (изходната стойност 2, общо време: 625ms) "

Послепис Монтиран на лаптоп с Win7Pro, MPLAB работи Кампильо.

Като цяло, всички ремонтирани. WINAVR се отразява компилация в MPLAB X. След отстраняване го премахва марката, която е инсталирана заедно с него, и връзки от променливата PATH (ПМС следователно не намери отбор като MPLAB).
НО, GnuWIN32 инсталиран MPLAB, че е в C: \ Program Files \ Microchip \ MPLABX \ gnuBins \ GnuWin32 \, действително го добавите ръчно в пътя, и всичко работи.