Поздравляем Бoмж с днём рождения!
- А мне понравилось! Kpoк(1 знак., 06.03.2024 00:04, PIC, картинка, полностью)
- Последние времена приходят. Мало того, что сайт Микрочипа уже
заточен под смартфон, так на первой странице там микромощный
операционник, LDO стабилизатор и полумост. Приехали. - Kpoк(01.03.2024 15:39, PIC, полностью)
- Да ты гонишь. Володя, посыпь голову пеплом)))). enc(2 знак., 01.03.2024 20:12 - 20:16, картинка, картинка)
- Адвансед парт селект - не на главном сайте. А какие новые продукты
на первой странице? - Kpoк(01.03.2024 21:32)
- Ну и чё? Вёрстка - говно, на заглавной странице информации почти
ноль, зато, блять, банеры в полэкрана, и чтобы добраться до кнопок
внизу, приходится скроллить. Зачем?? Форма селектора, да,
более-менее, но в общем, раздражающих мелочей в дизайне сайта, не
стыкующихся с понятием "эргономика", - дохера, как и на многих
других сайтах. Современная тенденция, увы :(( - Adept(01.03.2024 20:34)
- Казалось бы, всего лишь мягкий знак. А столь многое меняет. - SciFi(01.03.2024 20:14)
- Да, я тоже не понимаю, почему нет "газетной" версии сайтов. Так
чтобы простой текст, без скриптов, простые ссылки и таблицы.
Статические картинки строго по делу. Для людей дорожащих временем и
разумом. - =AlexD=(01.03.2024 17:11)
- да заебали, если честно недоумки въёбдизигнеры, блять. Вместо
нормальных информативных сайтов с эргономичной, полезной и удобной
компоновкой, хорошим функциоаналом, - УГ с огромными кнопками на
весь экран и двумя словами информации, по типу ватсапа, на
пролистывание на смартфоне пока едешь в автобусе, Писец какой-то
:(( - Adept(01.03.2024 16:02)
- Да нормально там всё, но есть "особенности"(их было всегда у
Микрочипа), привыкнуть к ним совсем не сложно. - enc(01.03.2024 20:19)
- Некоторые сайты производителей компонентов, похоже, делают те же
люди, что пилят aliexpress.ru. Где даже зная название невозможно
найти его поиском - LightElf(01.03.2024 16:36)
- блин, мне тут pdf прислали... с двумя страницами текста крупного
А4... с*ка на 50 Мб... хотя достаточно было txt на 500 байт... - sav6622(01.03.2024 16:23)
- Просто мы превратились в старых пердунов. Теперь наше дело -
брюзжать :-) - SciFi(01.03.2024 16:06)
- Это просто привычки другие, вот не понимаю я просмотра видео на
телефоне, при лежащем рядом и включенном ноуте, а ИМ хорошо и
комфортно. - Andreas(01.03.2024 16:27)
- Мы не превратились, мы целенаправленно сформировались! - Kpoк(01.03.2024 16:12)
- Несогласный я (ещё лет с десяток есть в запасе :))) ну а если
серьёзно, то, действительно дизайн сайтов - ни в какие ворота...
Началось всё лет пять-семь назад примерно, когда появилась
дебильная мода вёрстки сайтов под смартфоны.планшеты. Не, ну я
понимаю, там торговая площадка, новостной сайт, ну сайт знакомств,
из конца-то в конец :) Но тотальный пиздец в веб-пространстве
(буквально сайты для дебилов с отрощеным большим пальцем для
листания смарта :)) , эт черезчур уже - Adept(01.03.2024 16:11)
- Друзья, кто глубоко знает продукцию Майкрочипа, подскажите? Застрял
я с устройством, в котором PIC18F452 + 24LC512. Суть проблемы - для
скорости набиваю страничку 128 кбайт и ее записываю. Первый блок
254 байта пишу и читаю - все хорошо. Понятное дело, сначала 128
байт, потом остаток. Соответствует. Следующий блок 254 байта с
соответствующим адресным смещением записываю и каким-то чудом
данные попадают в область, где находятся данные первого блока. Не
все - около 128 vesago(297 знак., 11.02.2024 15:12, PIC, полностью)
- Друзья, спасибо за помощь! Я поправил свои процедурки записи памяти
и все заработало :) Век живи - век учись. - vesago(12.02.2024 22:37)
- Дык выравнивать данные нужно кратно длине буфера (128 байт). Первый
блок 254 байта: 128 байт - запись - 126 байт - запись; второй блок
254 байта: 2(!) байта - запись - 128 байт - запись - 124 байт -
запись и т.д. - reZident(11.02.2024 15:27)
- Спасибо!!! Вот те раз. Я то думал, что с любого адреса влупил 128
байт и не жужжишь. Сейчас испробую этот вариант. - vesago(11.02.2024 15:41)
- Если вас это утешит, то могу сообщить, что за ~25 лет работы с
разными EEPROM я наблюдаю, что не вы первый (и не последний) на эти
грабли наступаете :-) - reZident(11.02.2024 16:54)
- Большое спасибо!!! Переделываю работу с этой памятью. Я не сильно
силен в английском - не узрел подвоха в даташите. Правильно ли я
думаю, что лучше завести буфер в оперативной памяти и если,
допустим, нужно 1 байт записать странично, то сначала скопировать
страницу в буфер, изменить байт и затем записать всю страницу
обратно? - vesago(12.02.2024 08:26)
- Нет, буфер не обязательно. За раз можно писать любое количество
байт в пределах размера и границ страницы (1-128 в вашем случае).
Это же EEPROM, а не обычная Flash. - reZident(12.02.2024 10:45)
- с одним байтом совсем необязательно. :-) - Лaгyнoв(12.02.2024 08:28)
- Ну я гипотетически :) Лучше 2 байта. Для понимания сути. Мне
показалось, что если пишем количество байт, меньше чем страница,
остаток превращается в FF. Т.е. затирается. Или вру? Не могу сейчас
натурально проверить. - vesago(12.02.2024 08:32)
- Нет, если нет превышения границы буфера, то ничего не затирается.
Т.е. писать можно столько байт, сколько остается от текущего
адреса, до адреса, который кратен размеру буфера. Потому, что при
последовательной записи в буфер младшие биты автоматически
инкрементируются, но только в пределах размера буфера. reZident(521 знак., 12.02.2024 11:07)
- по ДШ там адрес внутри страницы крутится по младшим битам. Т.е.
если 16 байт, то адрес хххх0000....хххх1111. Как только больше
xxxx1111, то младшие 4 бита сбрасываются в нуль. То же самое и для
страницы в 32, 64, 256 байт. Младшие биты сбрасываются в нуль.
Поэтому я всегда изначально все массивы внутри ЕЕПРОМ привязывал к
размеру страницы. Что 8 байт, что 16, что 64. Чтоб не влететь. :-)
А так внутри страницы записывал и 1, и 2 и 6 байт. Главное, чтоб
младшие биты Лaгyнoв(22 знак., 12.02.2024 09:38)
- :-) - Лaгyнoв(11.02.2024 17:47)
- Найдите отличие в один байт __ADC1Interrupt =и= __AD1Interrupt Kpoк(122 знак., 23.01.2024 00:30, PIC, полностью)
- Уйду я от пиков нахер. Новое семейство ЕР - аж 70МГц вместо
банальных 40. И дальше мелкими буквами: но большинство интересных
команд будем исполнять в два такта, а не в один, как ты привык. А я
туплю: чего это ширина импульса в два раза больше ожидаемого. Так,
ссуко, симулятор тоже дурачка включает, и лепит количество тактов,
как в старину. Всё-таки у них от пожирания АВР случилось
несварение. - Kpoк(06.01.2024 15:41, PIC, полностью)
- перешел я на артери, и что? компараторов нет приходится ацп
запускать каждые 80uS. Буфера фифо UARTA нет, на скорости 500кбод
переполнение. Так что мне их мегагерцы без надобности. Очень
сожалею, что пришлось отказаться от пиков. - abivan(06.01.2024 20:38)
- я лет 20 (30?) тоже такты считал. Кому это сегодня надо? Когда
можно и 180 МГц забацать - Лaгyнoв(06.01.2024 19:38)
- Можно и 240 МГц. Можно даже разогнать до 300. Только до тех пор,
пока не придется какой нибудь КИХ посчитать. Или внезапно втянуть
поток с конвейерного АЦП в МК, в котором нет специализированного
интерфейса для таких целей. А его в МК я и не знаю. Есть только в
DSP процессорах. Но это другая ценовая лига и проектные нормы
печатных плат. - my504(06.01.2024 20:38)
- Мне нужно для общей культуры. Ну и синхронизации всякие. А если я
перестану считать такты, зачем мне тогда ПИК, при изобилии всяких
китайских АРМов? - Kpoк(06.01.2024 20:02)
- Я сейчас все перевожу на Артери. Те самые китайские АРМы. Там
практически идентичные STM32 интерфейсы. Но после ПИКов это
чудовищно неудобно и ущербно. Элементарные задачи приходится решать
через жопу. И такты тут вообще не причем. В результате 240 МИПСовый
МК с WS=0 с диким трудом еле приближается по производительности к
двухядерному ПИКу с производительностью ядер 90 и 100 МИПС. Но у
меня в основном генерация и DSP. Интерфейсы самые обычные - УАРТы и
SPI. Редко I2C. my504(54 знак., 06.01.2024 20:33)
- Не, посоны, совесть нужно иметь, ващета. Сравнивать 2ХДСП с
90-100МИПС с обычным АРМ. Да он(АРМ) должэн отсасывать в два-три
раза. - mse homjak(06.01.2024 22:25)
- Ну там же не все DSP. И не два ядра считают DSP обычно, а
преимущественно слейв, ибо у него более развитый аналоговый
фронтэнд. Ну и межядерный интерфейс не рассчитан на толстые потоки
данных. То есть запустить на одну задачу оба ядра совсем не
эффективно. - my504(06.01.2024 22:33)
- Я к тому, что АРМ@240 и ДСПИК/24@90-100, это настолько разная
разница, что говорить "АРМ на 240 чуток отсасывает у ДСПИКа/24 на
90", это лютая похвала АРМу. Атмел, в лучшие свои годы, не стал
развивать линейку Мег/Хмег, чтобы они не нагибали его SAM-ов. Дык,
на двухъядернике и не надо запускать одну задачу на всех ядрах. На
скоростном йадре гонится мегазадача, а хост тока патроны подносит. - mse homjak(06.01.2024 22:47)
- Тогда это только 100 МИПС DSP на VLIW против 240 MIPS на
классическом RISC. Тут нет кратных преимуществ. Да и не любой
алгоритм ложится на архитектуру дсПИКа как родной. У меня,
например, есть нелинейная фильтрация. Кроме линейных FIR. И там уже
не включишь DSP ядра как преимущество. Там только МИПСы нужны.
Сортировки не являются коньком дсПИКов. Да и линейный IIR на
фикспойнтах в ПИКах не дает ему фору против FPU, а даже наоборот. - my504(07.01.2024 05:45)
- У них короткий конвейер, быстрый доступ к портам, мощная периферия.
Дажэ без учота ДСП, на своих задачах, редкий АРМ у них не отсосёт.
Особенно, при работе с прерываниями. Я, было дело, слегунца
членоморфировал, когда на ПИК32@240МГц получил 1мкс реакцию на
прерыванние. На новой версии ХС32, правда, потом сбросили до
0,5мкс. Это, конечно, не АРМ, но в рекламке на архитектуру
декларировалось, вход в прерывания, чуть не в полтора раза быстрее
АРМа. Однако-ж. - mse homjak(07.01.2024 13:00)
- вот специально не смотрел - приближается аль отдаляется. Но по моим
задачам никакой разницы. Что 8 Мгц, что 80, что 180. Вся разница
исключительно в количестве периферии. Одно дело 1-2 УАРТа, а другое
дело - их 7-8. Только и всего. Да еще USB. чтоб флэшки
читать/записывать. Вот зачем мне STM32 - Лaгyнoв(06.01.2024 20:52)
- какой хороший ответ самому себе )) POV(168 знак., 06.01.2024 20:06)
- Да, есть такое. Часть команд по количеству тактов с FJ совпадает,
часть стала "медленнее". Мне быстродействия хватает. Но 16 модулей
захвата от одного таймера в MC810A - это я считаю збс! - alexem(06.01.2024 18:23)
- Осталось узнать, внезапно, про WS в ARM-ах (в которых нет
программного кэша) и узбагоиться... ))). Так какие же "особо
ценные" инструкции вдруг стали тормозными настолько, что нужно
отказаться от этой платформы? Насколько я знаю, только
тормознутость флеша (такая же как и у всех) требует буферизации
таблиц в ОЗУ, чтобы DSP ядро не расстроило наших ожиданий...
Остальное непринципиально и ожидаемо. VLIW архитектура перебьет
любую тормознутость. Не так уж много my504(104 знак., 06.01.2024 16:10)
- Вопрос к знатокам XC16 (компилятор/линкер для PIC24). Можно ли
размещать переменные не в ОЗУ не во встроенной флеш а в какой-то
непонятно области? AlexBi(328 знак., 11.01.2024 21:57, PIC, полностью)
- Добрый день, участники форума. Вопрос по кварцевым резонаторам.
Раньше стоял KYOCERA KT5032F12800KAW33TAA TCXO 0.28ppm ( теперь
встал вопрос с его поставкой и решили поискать ему замену. В итоге
купили NT3225SA 2.5 ppm (на этикетке из чипа написано VCTCXO ) (
подключили его на то же место, а он выдаёт 12.8 МГц но с амплитудой
1 В ( от него контроллер не запускается ), в отличи от KYOCERA,
который выдаёт уровень в 3.3 В. Подключаем генератор на вход
PIC18F46K22-I/PT. FixedFox(45 знак., 02.11.2023 13:13, PIC, ссылка, ссылка, полностью)
- Чевой-та не запускается? А Вы скажите ему, что он кварца работает,
и подайте на вход эту амплитуду 1В - запустится как миленький. - Kpoк(02.11.2023 13:34)
- У KT5032 явно указано, что тип выхода - CMOS с амплитудой не менее
от 10% до 90% VPP. А у NT3225SA про тип выхода ничего не сказано, только лишь - min
0,8V(P-P). reZident(2 знак., 02.11.2023 13:31, картинка, картинка)
- В даташите на Kyocera сказано, что для заказа (были) доступны
варианты "CMOS output" и "clipped sine wave". Это как раз полный
размах 0..3,3В и вот это вот с уменьшенной амплитудой. Кстати, у
меня сложилось впечатление, что с температурной компенсацией чаще
попадается "clipped sine wave". - SciFi(02.11.2023 13:26)
- Помощь ренегату потребовалась. Как в МПЛАБ-Х посмотреть счётчик
тактов? Нашол. Вот уроды. - Kpoк(29.12.2023 20:14, PIC, полностью)
- PIC16LF1939. Формирую ШИМ. Скважность 50% согласно формуле
(CCPR4L:CCP4CON<5:4>) / (4 * (PR2 + 1)), где CCPR4L=0,
CCP4CON<5:4> = 2, PR2 = 0 и предделитель для таймера 2
равен 1:1. Все хорошо. Ставлю предделитель 1:4 - частота ШИМ
уменьшилась в 4 раза, а скважность стала 75%. Почему не осталась
50%? Если сделать PR2 = 1, например, то скважность соответствует
формуле. Что я не понимаю? Спасибо. В Errata не нашел ответа. - ssr(18.12.2023 17:19,
, PIC, полностью)
- Хочу странного. А нельзя ли написать *.gld файлы для новых пиков и
скормить их МПЛАБе 8.92, чтоб не связываться с МПЛАБ-Хэ? - Kpoк(21.09.2023 14:39, PIC, полностью)
- Можно. На отладке спалишься. Следи за пальчиками. Новый чип
---> новый отладчик. Новый отладчик ---> не работает с 8м
Mplab'ом. Отсюда: RxTx(226 знак., 22.09.2023 03:39)
- Отладка - второй вопрос. Там же где-то ещё надо приписывать новые
камни? - Kpoк(22.09.2023 09:19)
- В MPLAB X всё новое подгружается автоматически, в виде пакетов
"pack". Вот сидишь, работаешь. А тебе всплывающее внизу сообщение:
появилась поддержка dsPIC такой-то серии. Кликните, чтобы перейти к
загрузке. Кликаешь, грузит. Вуаля: и обновление отладчика, и файлы
среды разработки, включая заголовочные и специфические для
компиляторов - всё есть, среда готова к созданию и работе с новым
чипом. Nikolay_Po(189 знак., 22.09.2023 09:58)
- Использовать МПЛАБ для Атмеги! Докатились! Кстати, сейчас Мелкочип
не открывается без ВПН, так что, обновленчество - это не наш путь.
Да и вообще, интересно было поковыряться в "старушке". - Kpoк(22.09.2023 11:08)
- Есть мнение, что по ссылкам IDE, ХС и пр скачиваются без впн. Тогда
и обновлениям впн без надобности - Илья(22.09.2023 15:39)
- Да, без VPN не открывается, и не все прокси без VPN могут его
открыть. Но буквально на прошлой неделе, обновления MPLAB X
грузились нормально. - Nikolay_Po(22.09.2023 13:28)
- Ну, как бы обновления были, где регистров недостающих добавили для
версии PB, где программатора косяк с невозможностью сохранить
EEPROM поправили. Исходил из наличия MPLAB SNAP, он Меги может, но
только из MPLAB X. AVR Studio, по идее, больше не будет. Поэтому не
стал связываться. Nikolay_Po(198 знак., 22.09.2023 13:27)
- Не только *.gld но и *.inc и еще что то вылезет. А зачем? MPLABX
версий 4.хх была весьма глючной, сейчас пользуюсь 5.5, доволен.
Есть нюансы: винда х64, отладка Pickit4 либо Snap(из достуных). Да,
Pickit 2/3 не отладит и не прошьет новые камни. - enc(21.09.2023 20:58)
- А вот вопрос пока из праздного любопытства: реально ли в РФ
приобрести микрочиповскую продукцию десятками-сотнями шт из
относительно новых выпусков за адекватные деньги? Например,
pic18f56q84. - Argon(20.08.2023 13:18, PIC, полностью)
- Не у кого нет старого компилятора для PIC 18F258, например PICmicro
18Cxx C compiler v2.20 ? AndreasW(69 знак., 18.08.2023 14:37, PIC, полностью)
- В гугле первая ссылка на ваше сообщение, вторая и пятая - на
хедеры. Costic(2 знак., 19.08.2023 17:44, ссылка, ссылка)
- Когда то давно, в стародавние времена, когда трава была такая же
зелёная, я работал на всяких фирмах, на некоторых меня заставляли
пиководить. Выложил в аплоад 3 файла, оставшиеся с тех времён -
MPLAB_IDE_8.92.zip, кряк для XC8 1.33.zip, hitech9.51pl3.7z . Не
знаю как, но вдруг поможет ? - scorpion(19.08.2023 10:27)
- архивы на microchip.com помнят многое.. Илья(1 знак., 18.08.2023 17:06, ссылка)
- Как в MPLAB X IDE v4.05(Эклипс) сделать сворачивание блоков кода
-/+? типа как на Сахаре - IBAH(15.08.2023 18:09, PIC, полностью)
- На сайте лежит xc8 v2.0. Таблетка для него есть? - Гудвин(29.12.2018 18:14, PIC, полностью)
- Понаберут писателей в Мелкочип по объявлению. Note 1: DMA RAM can
be used for general purpose data storage if the DMA function is not
required in an application. ДАЖЕ если или ТОЛЬКО если? - Kpoк(10.04.2023 09:24, PIC, полностью)
- аналогично нижеподписавшимся - не увидел ни ДАЖЕ ни ТОЛЬКО. текст
понимаем однозначно. - Alex68(10.04.2023 15:47)
- Давай так: DMA использует эту память (пишет в нее). Не используете
DMA -> записи не будет -> можете использовать на свое
усмотрение. - Cкpипaч(10.04.2023 10:40)
- "Если вы не пользуетесь функционалом DMA в приложении, DMA RAM
можно использовать как обычную оперативку". "Даже если" - это "even
if", а "только если" - "only if". В предложении нет ни того, ни
другого - lloyd(10.04.2023 10:01)
- Удаляй топик. Написано верно и достаточно ясно. - Nikolay_Po(10.04.2023 09:39)
- 1) Не умею удалять. 2) Влияние таких текстов в тебе чувствуется.
Если тебе ясно, так внеси ясность. - Kpoк(10.04.2023 09:44)
- Удаление - через выпающий список срава. См. картинку. Насчёт
влияния - не понял... Обычный, лёгкий "канцелярит". В переводе:
"ОЗУ ПДП может исопльзваться для других целей, если приложению не
требуется ПДП". Nikolay_Po(22 знак., 10.04.2023 09:52, картинка)
- Ещё раз повторю второй вопрос: ДАЖЕ или ТОЛЬКО? - Kpoк(10.04.2023 09:54)
- "...if the DMA function is not required in an application"
дословно: "если работа ПДП в приложении не требуется". Не увидел
там ни "только", ни "даже". Может, глаз замылен и прпускаю, но по
смыслу, вопросов не вызывает. - Nikolay_Po(10.04.2023 10:04)
- О, боже! Краткий курс русского языка для ембедеров. Варианты
толкования. 1) Ты можешь пользоваться этим фрагментом памяти ТОЛЬКО
если он не используется для ДМА. А если он используется для ДМА, ты
им пользоваться для других приложений не можешь. 2) Ты можешь
пользоваться этим фрагментом, ДАЖЕ когда ДМА не используется. То
есть всё равно. Стало быть этот мудовое замечание не надо было
вставлять в текст.
При Сталине В описании FJ такой херни не было. - Kpoк(10.04.2023 10:12)
- Нафиг эту фигню. В варианте 1) должны быть причины, препятствующие
использованию ОЗУ помимо целей ПДП. Если такие причины есть, они
станут понятны в процессе изучении мануала. Контекст важен. А если
ымбеддер забил на изучение мануала и бросился что-то ваять, то
неизученный МК уже готов укусить его за пятую точку десятком
неизвестных ему способов. - SciFi(10.04.2023 10:18)
- Мало того, я могу сделать вывод, что если приложение иногда
использует ПДП, то в промежутках, когда ПДП не используется и
выключен, я могу использовать его ОЗУ для других целей. Никогда не
переводил "if" как "даже". Для "даже" используются другие слова,
чаще всего "even". - Nikolay_Po(10.04.2023 10:18)
- И то и другое. И ТОЛЬКО и ДАЖЕ, но для разных целей. Очевидно же. - =AlexD=(10.04.2023 10:16)
- На русском канцелярите будет: "В случае, если работа ПДП в
приложении не требуется, допускается использовать ОЗУ ПДП для
хранения данных общего назначения." Что непонятно? - Nikolay_Po(10.04.2023 10:06)
- Наблюдаю лёгкое движение напёрстков. А именно переставлены местами
фрагменты предложения. Если бы в английском тексте они шли в той же
последовательности, вопросов бы не возникло. - Kpoк(10.04.2023 10:14)
- Тут, у бедуина, такой же как у меня порядок слов в переводе Nikolay_Po(1 знак., 10.04.2023 10:36, ссылка)
- Уж таков порядок слов в английском. Меня в вузе тщательно учили
определять порядок слов в предложении, чтобы точнее перевести
смысл. Кроме английского, технический немецкий у меня был "5", а
там с порядком слов тоже есть нюансы. И тот, и другой преподаватели
хвалили мои переводы, так как они точно передавали смысл и
соответствовали порядку слов в предложении на русском языке. Nikolay_Po(86 знак., 10.04.2023 10:23)
- "... допускается при наличии письменного разрешения с печатью". - SciFi(10.04.2023 10:08)
- если ВДРУГ - Argon(10.04.2023 09:58)
- Нормально написано, отставить кипиш. - SciFi(10.04.2023 09:29)
- И? - Kpoк(10.04.2023 09:44)