Кто знаком, какие впечатления?
>продолжающих ограниченно использоваться в новых разработках
Ты из какого-то манямира? Микрочип сейчас, по некоторым источникам, самый крупный производитель мк. Если кто-то еще не в курсе, они уже несколько лет как выкупили атмел. Например, копеечные OTP пики нынче лепят чуть ли не в каждый охранный/пожарный датчик. Помимо классических 8-битных пиков они производят почти что угодно. Arm'ы, avr, 8051, продвинутые 16 и 32 битные пики. Единственный реальный и прямой конкурент - STM.
Вообще, есть еще китайские производители мк с огромным рынком, типа нашумевшего padauk'а, но за пределами КНР крупные бренды стремаются использовать их продукцию в чем-то серьезнее говорящих хомяков.
>Причем тут микрочип в общем. Выражение касательно именно PIC архитектуры
Ну охуеть, приехали. И что ты под этим подразумеваешь? О чем и нахуя тред создал?
У "классических" пиков есть 8, 12 и 14 битная архитектуры, между ними есть приличные различия. У 16 битных вообще куча отличий от "классики". Про 32-битные и говорить нечего. Так что же за "PIC архитектуру" ты хочешь тут обсудить?
>С51 в каждой пизде стоит
Далеко не в каждой.
>Это какие?
В основном это спец. версии PIC12 и PIC16. Их делают только на заказ, они дешевле епром версий. Фактически к заказчику они поставляются как ROM версии, т.е. уже запрограммированные на заводе. В даташитах можешь найти упоминания такой опции.
>О чем и нахуя тред создал?
Потому, что его нет.
>У "классических" пиков есть 8, 12 и 14 битная архитектуры, между ними есть приличные различия.
Не столь приличные, из того, что я прочитал во всяком случае. Оно все явно из одних ног растет.
Вообще, смотря что подразумевать под приличными различиями? Я с точки зрения эксплуатации смотрю и в этом различия минимальные, даже сравнивая с 16 битными. (32 не изучал, а зачем?)
Разрядность ядра во многих задачах не столь важна, т.к. один хер упрется в разрядность шины данных.
>Далеко не в каждой.
Шутка про мамку
Не в каждой, но не далеко. Я проебал график, там у С51 и братков какая-то не ебическая доля была.
В любом случае, использовать это в радиолюбительских поделках не стоит. Взять хоть отсутствие gcc.
>Разрядность ядра во многих задачах не столь важна, т.к. один хер упрется в разрядность шины данных.
Как ты себе это представляешь? А то что память у PIC12/14/16 разбита по мелким банкам, тоже не столь важно?
>32 не изучал
Если что, то PIC32, кроме названия, ничего общего с остальными не имеют. Ситуация примерно как с TMS320.
другой анон
В дополнение к сказанному аноном выше.
Действительно, для нужд махарай-строя вкатываться в пики точеные нет абсолютно никакого смысла. Те же AVR и STM гораздо более доступны, имеют большое коммунити.
Если так хочется чего-нибудь микрочиповского, то советую забыть о классических пиках и поизучать современные PIC32. Семейство интересное, свежая архитектура, для ресурсоемких задач хороший вариант. Но у них есть немало проблем, поэтому многие все же предпочитают STM32. И вот мы опять пришли к тому, что обсуждать-то и нечего. Эпоха актуальности пиков в радиолюбительстве началась в 80е и закончилась в начале 00х. Сейчас возвращаться к ним имеет смысл только если их у тебя в запасе спизжен ящик и ты 40-60 летний дед, изучивший их 20-30 лет назад.
>Как ты себе это представляешь?
То, что тебе от этого только в арифметике всякой плюсы, где тебе не надо ебаться с переносами.
И то, это вопрос спорный, т.к. для той же 10битки, надо умудрятся не выходить за 1024.
А ведь можно выйти, и потом долго ебатся, что за хуйня.
Короче сомнительная эта хуйня, если только ты ядро на все 100 не используешь, экономя каждую инструкцию А это само по себе тоже сомнительная хуйня.
>Короче сомнительная эта хуйня, если только ты ядро на все 100 не используешь, экономя каждую инструкцию А это само по себе тоже сомнительная хуйня.
Классические пики как раз про ассемблер ручками и выжиманию всего до последнего бита. Именно таким был суровый олдскульный кодинг под них. А в современности ты покупаешь платку с STM32 с минимальной обвязкой за 1.5-2$ и не ебешь мозги экономией ресурсов и тактов.
>>381548
Да хоть в википедии почитай, если даташиты не можешь. 14-битное ядро означает что инструкции у тебя, ВНЕЗАПНО, 14 битные.
Что за бред я прочитал?
>Разрядность ядра во многих задачах не столь важна, т.к. один хер упрется в разрядность шины данных.
Как ты это связываешь одно с другим? Ну а замечание про банки памяти, ты похоже вовсе проигнорировал.
>10битки
Что? Ты в этом месте не путаешь разрядность слов памяти программ с памятью данных? Или ты шину адреса путаешь с шиной данных?
В классической гарвардской архитектуре, отсутствуют инструкции чтения памяти программ. То есть, образно, для программы память программ - это черный ящик. Поэтому разрядность ядра это вовсе не разрядность слов памяти программ. Это даже если не касаться определения разрядности процессора.
>>381552
>14-битное ядро означает что инструкции у тебя, ВНЕЗАПНО, 14 битные.
Всегда считал, что разрядность устройства считается по разрядности АЛУ, ну ок.
Прошу простить, не академический задр.
Так то у тех же AVR вполне себе 16 битное машинное слово, но никогда не слыхал, что бы эту архитектуру называли 16битной.
>>Ты в этом месте не путаешь разрядность слов памяти программ
Нет, я ответил, не посмотрев даташита. Предположил что АЛУ 10 битное и сделал выводы на этот счет.
Но к слову тогда предьяву к разной ширине шины ROM не понимаю вообще.
Ну разная и что?
>Ну а замечание про банки памяти, ты похоже вовсе проигнорировал.
Что не так с банками, я чет отвечал но походу проебал, в чем проблема? Банки и банки, ок. Или ты к тому, что асмом заебешся?
>Всегда считал, что разрядность устройства считается по разрядности АЛУ, ну ок.
Правильно ты все предполагал в начале, ну почти. Это тот анон все путает, ему бы самому википедию почитать.
>Что не так с банками
Даже если отбросить ассемблер, то это приводит к еще большей тормознутости в целом. Только представь что там будет твориться, если потребуется массив с размером больше одного банка. Не знаю как сейчас, но раньше, вроде как (сам не трогал это), в сишных компиляторах с этим бывали проблемы.
>Правильно ты все предполагал в начале, ну почти. Это тот анон все путает, ему бы самому википедию почитать.
А я вот только ссылку тащу...
https://en.wikipedia.org/wiki/12-bit
Короче как я понимаю нет академического определения.
> то это приводит к еще большей тормознутости в целом
Я к тому, что это не какое-то серьезное отличие в проце. При уменьшении\увеличении размера банка не придется под ноль всю логику переписывать или даже большие куски. Ну понятно, могут быть моменты, когда все расчитано такт в такт и придется
К тому же, старшие версии точно имеют команду абсолютной адресации по ОЗУ. Младшие не смотрел.
>олько представь что там будет твориться
Я не представляю, я с этим дело имею =) Ну компилятор приходиться дрочить, что бы умел. Это да. Но то С18, ХС8 уже вроде автоматом умеет, про IAR не знаю.
>А я вот только ссылку тащу...
Лучше прочти определение "слова".
>Я к тому, что это не какое-то серьезное отличие в проце.
Если так рассуждать, то можно взять брейнфак-процессор и компилятор Си для него. Ну а что, все компилируется и работает, серьезных отличий нет.
>Лучше прочти определение "слова".
Что не так? Очередной термин с ИЛИ в определении.
Нахуй ты до определений доебываешся вообще?
>>381557
>Если так рассуждать, то
Нет, переезжая с одной архитектуры на другую, тебе приходится дохуища изучать. Начиная от каких-то базовых хар-к микросхем, заканчивая типовой структурой даташита.
Тут же переезд наверно минимально возможный, немножко сложнее чем переезд между сериями устройств на одной архитектуре.
Пики устарели, единственное - они начали делать контроллеры на мипсах.
Вообще АРМ-ы уже давно в массах (а это - разные компиляторы, разные ИДЕ-шки, разные средства для анализа выполнения и трасировки, дебага и т.д. и .п.) и тратить время на 8-ми битки - дрочево ещё то.
Если начинаешь с нуля, проходи мимо, и сразу начинай с 32-битных ARM. Если старый дед как я, то PICи отлично подходят для 99% любительских задач, и переучиваться на что-то новое совершенно никакого стимула.
Мне коммерческий проект перепал на них. Вкатился за несколько дней безболезненно, наверно самые легкие МК, что мне пришлось изучать, но у меня подгорает с инфраструктуры, многих решений и реализаций.
По моему все, что можно было сделать через пизду, сделано через пизду. Да я понимаю, что по причине как раз длительной истории архитектуры, но блядь меру же знать надо, да и судя по всему в рот они ебали обратную совместимость.
В итоге такой парадокс, что архитектура легкая, с не плохими даташитами, не могу сказать охуенными, потому, что совсем уж ужато. Но структура - божественная. Что только бы их новичкам рекомендовать, но при этом столь убогая инфраструктура и столь блядское отношение к конечному пользователю, что блядь ну его на хуй.
Я понимаю теперь, почему тот-же AVR в свое время набирал популярность...
>>arm
>>atmel
https://en.wikipedia.org/wiki/Atmel_ARM-based_processors
>А остальные экономят, заказывая индуский код и документацию с кучей ошибок
У микрочипов периферия на МК такое ощущение без изменений с 80г. Так, что не странно что там нет ошибок.
>>381883
Да не фига не только это. Рядовой AVR быстрее, фаршированее, имеет векторный контроллер. Это то, что я придумал за 15 секунд.
>Разверни мысль.
Уебанский компилятор.
Уебанский новый компилятор.
Который не поддерживает расширеный набор инструкций, т.к. на базовом генерирует код лучше.
И знаешь, что.. он не генерирует, перетащил на него большой проект, получил + 10-20% ПЗУ\ОЗУ.
Платный компилятор от производителя МК.
Бесплатную версию ассемблерщики палили на умышленном раковании.
Статический анализатор курильщика.
IDE наркомана-курильщика.
Баги не фиксятся годами.
Разрушенная обратная совместимость.
Ответ оф. лица (не уверен, что это оф. ответ) на форуме - старый код PIC не рекомендуется к поддержке.
зачем в нем очко сверху сделано?
Все что нужно знать о микрочипе.
Это был сарказм нет
Тут дело в индустрии. Если говорить про маленькие и средние конторы, то тут принцип Х ЭТО ВСЕГО ЛИШЬ ИНСТРУМЕНТ РАЗРАБОТЧИКА - не действует.
Пики вышли давно, под них писали десятилетия. У этих контор армия дедов, которые умеют писать на асме, со скоростью на которой ты на ява скрипте не пишешь.
У них кодовые базы под все и вся. Тонна опыта и знания хитрых моментов камней и ловушек.
А ты предлагаешь все это взять и выкинуть. Нет, это тупо не выгодно вот и продолжают на них ваять.
Парни, нужно прошить один раз pic контроллер, но с PIC серъезно дела не имел.
Покупать не хочу за дорого оригинальный PICkit 3.
Чип: PIC32MX250F128B-I/SS
У меня есть FTDI чип
1. Можно ли воспользоваться альтернативным решением: https://www.winpic800.com/ и есть ли другие?
2. Если нет - подойдет ли первый попавшийся с али: https://aliexpress.ru/item/4000099188228.html ?
Хотя там тоже ругают, что его самого надо как-то прошить под mplab
3. Можно ли как-то отладить без оригинального программатора
3. Возможно нужно будет поотлаживать, но это не первоначальная необходимость, а только, чтоб поиграться, после успешной прошивки EEPROM
Спасибо.
бытовала байка что узбекам запретили поставлять рс3
типа ктото тамиз гебни расчитал вероятность ...
а вообще
чисто технически тотже 89с1051 в легкую обсчитывает семисторы
а на 4051 ...
ух бля
хуй саси губой тряси провадки над еще ...
а за програмизьм паралельного порта...
дельфа кажись на это заточена
синятина плавает изза росплатформенности
но если честно...
https://youtu.be/DhtNlokh9x4
>Микрочип сейчас, по некоторым источникам, самый крупный производитель мк
C этим никто не спорит, особенно после того, как он купил atmel и sst.
Речь не микрочипе, а о самом семействе PIC, на пики писали деды на асме в 90-х годах, а сейчас это никому не нада))
В настоящее время в embedded сфере рулят 32-битные ARMы - atsam, stm32, а подчас и малинки. Это вообще не отражает текующую ситуацию в индустрии. Сейчас у нас интернет вещей во все поля, где надо на контроллере js запускать и пересылать все данные по незащищенному каналу. Байтоебство я вообще не знаю в каких сферах осталось до сих пор.
Во всех.
Как только уйдешь из мира модных стартапов и попадешь в мир окупающих себя устройств, получишь байтоебства за глаза.
>интернет вещей во все поля, где надо пересылать все данные по незащищенному каналу
Интернет любительских поделий ты хотел сказать? Понадеюсь что опечатка.
Вообще все что ты описал, это самое наверное байтоебское из всего нынче лол.
Я рад за побритых куков сделавших очередной контроллер смыва унитаза за 15к, но что бы оно хоть как то было конкурентноспособным, тебе придется его ужимать и ужимать по максимуму.
Что захуярить вебсервер с шифрованием в младший STM8 покажется очень интересной идеей.
Короче, я вот что сказал:
Есть китайский Pickit 3, четвертого нет. (pickit 3.5 в расчет не берется, потому что хз, что это вообще)
Есть официальный Pickit 3 уже не продается) и Pickit 4 (который они объявили заменой). Поэтому я про официальный говорю только про pickit 4.
Китайский Pickit 3, я узнал в интенете, что работает только с их китайским софтом. MPLAB - не подходит или надо там что-то и как-то доделывать.
Поэтому я и задал вопрос - я буду ебаться c их софтом или китайская поделка pickit 3 будет работать с MPLAB и какими-то другими IDE? (какими, например?)
>есть пикит3 по 500р.
Это китайский?
Вот ты сказал про отладку про какую среду и какой pickit (китай или официальный)?
>Не думаю что они разные, скинь где ты это вычитал?
Да я не вычитал не именно про пик киты, просто микросхемы бывают из которых они могут делаться разные, вот на easyelectronics видал про китайские FTDI, на которые драйвер не ставится, например.
Был какой-то разбор и протравка микросхемы.
Так же видал там про клон st-link который плохо определялся и не работал через некоторое время совсем.
Но я ссылки дать не могу, я не могу найти что-то навскидку.
Просто я к тому, что если у некоторых устройств все ок, как у меня например с теми же деталями а другие указывают на явные проблемы, то возможно что и детали просто в них разные от разных поставщиков.
>>417651
Будет не быстро.
Ладно. Попробую заказать посмотрим, всем спасибо!
>Будет не быстро.
Так не про это речь, а про то что все схемы и прошивки есть в открытом доступе, и не только второго. Китайцам не требовалось что-то подделывать или изменять. Логично предположить что китайские пиккиты повторяют оригинал, возможно с некоторым удешевлением обвязки микроконтроллера.
>просто микросхемы бывают из которых они могут делаться разные, вот на easyelectronics видал про китайские FTDI, на которые драйвер не ставится, например.
ЭТО ДРУГОЕ
Поддельная микросхема и другая - разные вещи. К тому же реплика FTDI с таки установленным драйвером вроде работает как родная.
>Так же видал там про клон st-link который плохо определялся и не работал через некоторое время совсем.
Тут опять же, различай работает плохо и работает иначе.
Когда у тебя программатор отваливается, глючит и виснет это работает плохо.
Когда тебе прежде чем работать с программатором надо накатить левые дрова и еще что нибудь это - придется поебаться.
А вот когда тебе надо иметь спецсофт и шить через него, забыв про родной софт это - работает иначе.
Да все пиккиты глючная параша, как и весь их тулчейн и вспомогательный софт, синтаксис и вообще вся микрочиповская хуйня. Я купил ориг пикит4 и он блядь работает менее стабильно чем китайский 3й. зато авр отлаживает.
The programmer could not be started: Could not connect to tool hardware: PICkit3PlatformTool, com.microchip.mplab.mdbcore.PICKit3Tool.PICkit3DbgToolManager
Как бороться? В настройках проекта он программер видит.
Еще вопрос, как проверить что MCU PIC припаян верно и работает, есть какие-либо на нем тестпоинты, куда осциллом ткнуть и понять, живой ли вообще прихуячен? Мало ли...
А вообще добро пожаловать в баглабХ и ебись.
Проверяй коннекты, втыкай вытыкай, питания (кстати вероятно, может не хватать).
Есть еще некая утилита для пикит3, которая перепрошивает его в УАРТ и что то такое, попробуй туда сюда мотнуть.
Микрочиповская среда это ебанная параша с кучей багов, с ней надо найти гармонию, что бы работать.
все современные шъюца через юсчби там таже 16 мега парелесно щъеца паралельным портом лпт который
ток там обвязку надо погугли шириховские решения в фискальных регистраторах
тотже меркурий стм 32 щъет и ком портом
но это современные контроллеры
древность шъеца програматором ну или спец девайсом - технически возможно прочитать даташит и зашить тотже древний пик 51 архитектуру
но лично у меня есть большой погроматор и я не заморачиваюсь
кстати чип проги регулярно обновляют базу чипов
единственно в чем кака много ног а переходники достаточено дорогие но их можно паять
А даташиты на STM: описание периферии на словах (то что она есть и какая она охуенная), таблички с тупым перечислением списка регистров и различных параметров. Блядь, но ведь это абсолютно бесполезная для программирования хуйня! Где брать инфу по делу? Почему нет подробных самодостаточных даташитов как у аврок?