Форум РадиоКот

[uquote="cxem",url="/forum/viewtopic.php?p=4152957#p4152957"]Но прихожу к выводу, что для работы с PIC нужно 200 тысяч для покупки нового железа.
А то при установки MPLABX-v5.45-windows-installer.exe моё старое ругается:
Невозможно запустить это приложение на вашем ПК[/uquote]
Какие еще 200 тыс.? Вы чего несете? За 30 тыс. можно купить совершенно пригодный для работы новый брендовый десктоп. С 10-й виндой. А без ОС вообще можно уложиться в 20 тыс.
Это если не учитывать покупку б/у железа или его самостоятельную сборку.
Я на работе делаю проекты на PIC/dsPIC на 7-ой винде на MPLABX версий 5.35/5.45/5.50. Компьютеру лет 5 от роду.
Про компилятор я уже вам ранее написал. Нужен ТОЛЬКО ОДИН. А у вас обозначены две версии. В проекте может работать ТОЛЬКО ОДНА. Ассемблер pic-as поставляется вместе с компилятором XC8 и не требует никакой дополнительной установки. Тем более, что проект с гитхаба сделан на чистом Си и ему специальное указание на версию ассемблера вообще без нужды.
Все стандартные версии компилятора XC8, как и сам MPLABX любой версии - бесплатны.

MPLABX 6.0
https://www.microchip.com/en-us/tools-r ... plab-x-ide

[uquote="КРАМ",url="/forum/viewtopic.php?p=4153767#p4153767"]MPLABX 6.0[/uquote] А что он нового нам принёс ? Как узнать ?
А то я, на протяжении уже многих лет, борюсь с его одним извечным багом. Вдруг на моё счастье пофиксили

[uquote="Аlex",url="/forum/viewtopic.php?p=4154250#p4154250"]Как узнать ?[/uquote]
Как обычно, в доках в папке МПЛАБа файл Readme for MPLAB X IDE.htm

Есть (чужой) проект для PIC16F18877 под среду разработки mikroE pro for pic.
Денег на эту среду - нет.
Как правильно подойти к переносу исходников в MPLAB X IDE?

catBot писал(а):переносу исходников в MPLAB X IDE

MPLAB X пофиг на исходники. Это, всего лишь, IDE.

Однако хедеры на МК свои.)

Среда ничего общего с хедерами не имеет. Хедеры имеют отношение к компиляторам.

Ну да, автор использует не те компиляторы, что есть MPLAB, судя по всему, - и некоторые библиотеки не совпадают.

Если автор использует в коде какие-нибудь МИКРОешные библиотеки, то как минимум, их придётся писать самому. С остальным проблем не должно возникнуть.
Компилятор XC8, для вашего камушка. Он бесплатный.

[uquote="catBot",url="/forum/viewtopic.php?p=4164425#p4164425"]Есть (чужой) проект для PIC16F18877 . . .
Как правильно подойти к переносу исходников в MPLAB X IDE?[/uquote]
Как я вас понимаю, занимаюсь тем же самым.
Тяжко вам придётся, в микроЕ есть куча библиотек которых нет в МПлабе, и их придётся писать ручками
Да кстати дошёл до момента когда мне нужна функция конвертирование числа в строку, я так понимаю её тоже нужно самому написать?

Добавлено after 6 minutes 57 seconds:
[uquote="Аlex",url="/forum/viewtopic.php?p=4164475#p4164475"]пофиг на исходники. Это, всего лишь, IDE.[/uquote]
Вы даже не представляете на сколько эти среды отличаются, это что то среднее между ардуиной и MPLAB'ом.
Предложите ардуинщику пересесть на MPLAB без необходимости, он на первом же этапе охренеет от того в какие дебри лесть придётся.

alex_ писал(а):мне нужна функция конвертирование числа в строку

sprintf Вам поможет. Или itoa.

Добавлено after 5 minutes 43 seconds:

alex_ писал(а):Вы даже не представляете на сколько эти среды отличаются

Представляю. Как-то, давным-давно, пробовал устанавливать MicroC.
Тут, как бы, дело не совсем в среде. Дело в компиляторе. И Микроешный компиль тащит за собой ещё и кучу библиотек, типа для облегчения жизни программистам. Хотя, на сколько я помню, библиотеки у них - так себе ...

При создании проекта нужно переключить галочку на None и не одна библиотека не будет подключена, хотя и отключить их можно после создания проекта.
К самим библиотекам у меня претензий нет, вполне неплохо работают. В моём случае проблема в компиляторе, из-за него пришлось код переносить, оптимизирует даже то что не нужно (((
Чем же хорош микроЕ: куча библиотек для быстрого старта. И обалденный хелп с готовыми примерами. В котором не надо прочитывать половину хелпа чтобы понять как должен выглядеть код. Там приводиться полный пример кода т.е. новичок открывает пример, полностью его копирует в IDE, нажимает кнопку компилировать и о чудо всё компилируется без всяких танцев с бубном. В других средах же приводиться обычно основной участок кода, но чтобы он заработал надо ещё кучу времени потратить чтобы понять каких дефайнов или инклудов нехватает.

Добавлено after 11 minutes 20 seconds:
Кстати по поводу хелпа MPLAB X: сидел пол дня изучал готовые функции(нафига городить свои если есть уже готовые), дочитал до Peripheral Library, ну думаю отлично. Пытаюсь запустить от туда функцию а оно ругается
Оказалось что эта библиотека уже несколько лет не поддерживается и в текущий пакет установки не сходит
А потом ниже смотрю, дата хелпа 2008 год, в новом MPLAB X который скачал и установил полгода назад

[uquote="catBot",url="/forum/viewtopic.php?p=4164425#p4164425"]Как правильно подойти к переносу исходников в MPLAB X IDE?[/uquote]Прекратил эту затею, так как получил доступ к microC.
(но так как я - новичок, программировал давно и пости всё забыл, пока основную задачу не решил)

[uquote="alex_",url="/forum/viewtopic.php?p=4168364#p4168364"]А потом ниже смотрю, дата хелпа 2008 год, в новом MPLAB X который скачал и установил полгода назад [/uquote]
Шозабред?
Только что открыл пдф Юзер мануал на версию 5.50 среды. Дата 2019 год.
Вы в какой папке нашли своё?

Хотя действительно на других страницах дата по новее.
F1 нажал.

Как я уже и писал выше, MPLAB это вам не микроси. Уже второй день пинаю функцию NVM_WriteRow, невкакую писать не хочет
Результат выполнения:

Спойлер

Init Program Flash
&databuff=A0000020
NVM_WriteRow
NVMADDR= 1D010000 NVMSRCADDR= A0000020
Данных нет, пишем, rez= 00002000

Код:

Спойлер

Код: Выделить всё

unsigned int NVM_WriteRow (void* address, void* data)// куда пишем/указатель на массив(в RAM) который нужно записать
{
    unsigned int res;
    // Set NVMADDR to Start Address of row to program
    NVMADDR =  (unsigned int)address;
    // Set NVMSRCADDR to the SRAM data buffer Address
    NVMSRCADDR = (unsigned int)data & 0x1FFFFFFF;
    // Unlock and Write Row
    
    res = NVM_Unlock(0x4003);
    // Return Result
    return res;
}

Короче разобрался, вот ещё вчера была мысль что проблема где то в адресации, блин напридумали всякой хрени под названием виртульная адресация
Обращаем внимание на эту строку:
NVMSRCADDR = (unsigned int)data & 0x1FFFFFFF; здесь происходит конвертирование виртуального адреса в физический

Конечно. Ядру же нужно знать куда конкретно обращаться.
И это нормально. К примеру, посмотрите на DMA у STM32. Там все адреса пишутся прозрачно, но зато такой гемор со всякими каналами, стримами, ... Всё к чему-то привязано, хрен чего поменяешь, ... А у PICов на этот счёт всё офигенно. Любой канал настраивается на любое(!) событие, на любые(!) адреса (Периферия, РАМ, РОМ, хером, ... пофиг). Нужно всего-лишь указать физические адреса. Это мелочь.

Сам убедился в том что всякие там Ардуины приводят к деградации мозга

Конечно. Ядру же нужно знать куда конкретно обращаться.

Как бы логично, единственное: какого лешего когда я хочу получить адрес объекта он мне даёт виртуальный, а ему надо вернуть физический
И судя по форумам очень многие на эти грабли напоролись.

DMA у STM32. Там все адреса пишутся прозрачно, но зато такой гемор со всякими каналами, стримами, ... Всё к чему-то привязано, хрен чего поменяешь,

Блин незнал, планировал потом с пика перевести всё на STM, мне у них функционал понравился, например энкодер напрямую к таймеру можно подключить не используя прерывания. До DMA пока не добрался, как говориться потом сюрприз будет

[uquote="alex_",url="/forum/viewtopic.php?p=4169092#p4169092"]энкодер напрямую к таймеру можно подключить не используя прерывания[/uquote]
Энкодер для чего?
Если механический для управления в меню или цифрового потенциометра, то там никакие прерывания не нужны. Через прерывания - это извращение.