![]() |
||||
Микроконтроллеры PIC | ||||
| Новая тема Настройки… Мои форумы… Правила | Поиск »» Архив |
V-2 |
Новые миниатюрные передачи винт-гайка от Haydon Kerk Новые миниатюрные передачи винт-гайка от Haydon Kerk 08 Sep 12:00 Схема для измерения напряжения стабилизации стабилитронов и проверки светодиодов Данную схему можно использовать для измерения напряжения стабилизации стабилитронов вплоть до 40 В. 08 Sep 11:00 eeNews • Предлагаем индуктивности производства компании Yageo со склада
08 Sep 10:00 |
MPLAB, C30. Перестала работать перекомпиляция: (+)- fk0(193 байт, PIC • 06.09.2010 20:41, полностью)
Как вариант, стереть все, что не .с .s , и создать проект заново. - AlexBi(Вчера, 14:40)
подскажите, пожалуйста, по dsPIC33, не всегда запускается прерывание от Timer1 (+)- night_light/moved: Shura(832 байт, PIC • 03.09.2010 16:20, полностью)
спасибо за ответ! (+)- night_light(838 байт, 06.09.2010 09:19)
Вместо тыканья в розетку проверь и огласи конфигурацию - FPOR, FOSC, FOSCSEL и покажи код инициализации тактового генератора - 99% за то, что накосячено - MBedder(03.09.2010 20:31)
очень надеюсь, что накосячено именно здесь, (+)- night_light(1079 байт, 06.09.2010 09:38)
С30 какие в компиляторе есть средства(предопределённые макро), чтобы определить компиляция debug или release? (+)- abivan(87 байт, PIC • 03.09.2010 11:34, полностью)
#ifdef __DEBUG - Snaky(03.09.2010 11:42)
спасибо, в описалове не нашел в гугле сходу тоже. Сам пробовал по аналогии с __DATE__, __DEBUG__. - abivan(03.09.2010 11:58)
не помню уже откуда узнал. наверное из примеров от микрочипа - Snaky(03.09.2010 13:36)
В окне Output MPLAB эти определения пишет (+)- Alex B.(03.09.2010 13:41, файл(ы))
Спасибо! Теперь хоть знаю, как определить, что Starter Kit подключен, а то в мануале константы не нашел и уже запарился вручную свою константу определять/комментировать. - testerplus(03.09.2010 15:18)
действительно. Но чукча ж не читатель :-). - abivan(03.09.2010 14:41)
Коллеги, подскажите, можно ли управлять PICkit-ом 1 из командной строки? Есть задача прошивать в EEPROM идентификаторы девайсов. (+)- Argon(180 байт, PIC • 28.08.2010 20:21, полностью)
PIC24. Как узнать PC (в момент вызова _StackError) при опустошении (не переполнении -- там выше SPLIM, понятно) стека? Не сохраняется нигде, по крайней мере в симуляторе MPLAB! :-( - fk0(PIC • 31.08.2010 13:19, полностью)
риальне пацаны используют PIC16 и PIC18 с аппаратным стеком - Alex B.(01.09.2010 10:02)
Нужно писать нормальные программы, чтобы стек не переполнялся! - ya(whois, 31.08.2010 17:32)
Оставьте программирование программатору... - fk0(01.09.2010 11:33)
Да и при переполнении симулятор ведёт себя неадекватно (лишнее слово на стеке). - fk0(31.08.2010 14:01)
кто говорил что в микрочипе одни индусы? неправда - Snaky(PIC • 26.08.2010 17:16, ссылка, полностью)
GUI тоже русский эмигрант написал - Alex B.(27.08.2010 00:29)
А потом подумал немного и изменил первую букву в аббревиатуре. - Крок(27.08.2010 15:51)
Да не, она сразу такой получилась. Думать не пришлось. Ни до, ни после - Alex B.(27.08.2010 16:02)
в китае их десять миллионов - Snaky(27.08.2010 15:54, ссылка)
Он тоже уже пропитался индусским духом :) - Гудвин(26.08.2010 22:33)
Перенёс проект на 3 метра с однго компа на другой. Не хочет работать, гад. Не находит, говорит, процика: pic30-coff-cc1.exe: error: Invalid -mcpu option. CPU 24FJ256GB106 not recognized (+)- Крок(24 байт, PIC • 25.08.2010 18:58, полностью)
1. поставить одинаковую версию софта. 2. сделать одинаковые пути. 3. похерить в папке проекта все левые файлы кроме mcp mcw и исходников - AVF(25.08.2010 19:07)
Да вот из-за пути и решил сменить комп. На том такой путь был написан - круче, чем на х... - Крок(25.08.2010 20:29)
тогда проверяйте в настройках проекта пути все - AVF(26.08.2010 12:34)
mcw похерить открывать только проект mcp. - DL36(25.08.2010 20:02)
Не сработало - Крок(26.08.2010 12:00)
Запусти из консоли на обоих компах pic30-coff-cc1.exe с ключом --v (два дефиса) и скопипасть результаты сюда - MBedder(26.08.2010 12:49)
В обоих случаях unrecognised command line option - Крок(26.08.2010 16:21)
Или С30 древний, как гавно мамонта, или руки.sys (+)- MBedder(266 байт, 26.08.2010 17:15)
На неработающем такая версия: (+)- Крок(314 байт, 26.08.2010 18:13)
Все же ключ не --v а --version - AlexBi(26.08.2010 17:43)
Заработало, сцуко. Там разница в возрастах ехе-файлов около полугода. Перенес всю папку бин. - Крок(26.08.2010 18:26)
Абля... сам же вызывал с --version, а в пост написал --v - пардонъ. Поеду на дачу руки.sys апдейтить :-\ - MBedder(26.08.2010 17:49)
фюнф минутен - Крок(26.08.2010 15:50)
Страшный чёрный ДОС! - fk0(26.08.2010 13:18)
Истекли 60 дней эвалюшена MPLAB C32 Suite. отключилась оптимизация. Как с минимальными телодвижениями восстановить работоспособность? пока ничего не трогал/переустанавливал и тп. - alex_m(PIC • 19.08.2010 13:52, полностью)
Вообщем снес анинсталлом, потер папку микрочипа в реестре и программ файлс, переустановил - заработало - alex_m(20.08.2010 11:43)
Взять виртуалбокс. Поставить в него свежую винду, MPLAB, C32 и т.п. Сделать снапшот. Работать (данные на сетевом диске). Когда клюнет -- откатить снапшот назад, перевести часы назад и далее рекурсивно... - fk0(19.08.2010 17:55)
ну да... пока тупо откатил время. не хочется виртуалкой систему грузить. неужели нет кряка или файла лицензии? - alex_m(19.08.2010 18:09)
=> - Snaky(19.08.2010 18:13, ссылка)
мне нужен кряк на С32 Suite который поставляется с IDE. Отдельно компилятор который ставится в \С32 не устраивает так как в нем почему то не работают прерывания. (+)- alex_m(72 байт, 20.08.2010 11:03)
А не пробовал купить? - Ruslan(20.08.2010 11:06)
простите, когда это мы на "ТЫ" перешли? - alex_m(20.08.2010 11:18)
Я не гордый, могу и на Вы :) - Ruslan(20.08.2010 11:18)
купить не пробовал, если только Вы не проспонсируете) - alex_m(20.08.2010 11:20)
Думаю, Вас должно спонсировать ваш работодатель, а не я. - Ruslan(20.08.2010 11:22)
почему это мой, а не Ваш?? - alex_m(20.08.2010 11:24)
Не будем скатываться в 0xFF. - Ruslan(20.08.2010 11:29)
здравствуйте! (+)- night_light(4691 байт, PIC • 19.08.2010 09:33, полностью)
Чем программируете? Если пиккит + мплаб, то воспользуйтесь их отладкой и сами все найдете. - AlexBi(19.08.2010 15:19)
Для начала читаем K&R и учимся писать на Си. - vanner(19.08.2010 13:39)
Никому тут не интересно отлаживать чужой говнокод -- за это не платят. - fk0(19.08.2010 11:19)
Правила: .. Не цепляйтесь к новичкам - General(19.08.2010 13:19)
Я не прошу ничего отлаживать, я прошу указать, в чём "говнистость" говно-кода, (+)- night_light(558 байт, 19.08.2010 12:33)
Он перед обедом злой. Да и после недобрый. - General(19.08.2010 13:20)
переход с пик24 на пик 24 usb. Вопрос по кварцам и генераторам (+)- abivan(186 байт, PIC • 19.08.2010 12:18, полностью)
Микрочип, такой микрочип... (+)- Alex B.(37 байт, 19.08.2010 12:42)
делать то чего кварц какой поставить чтоб усарт работал? 29.4912MHz без умножителя - abivan(19.08.2010 13:06 - 13:09)
Я ступил, все будет работать. Почитай про систему тактирования, там просто. Нужно поставить делитель на 2, чтобы получилось ~4 MHz, потом эти 4 MHz PLL умножит на 24, и разделит на 3, т.е. получишь ты свои 29,49 MHz - Alex B.(19.08.2010 13:16)
так не получилось. получилось так кварц на 3.6864MHz (+)- abivan(555 байт, 19.08.2010 14:32)
Вообще-то 4 x 24 / 3 = 32. - General(19.08.2010 13:18)
Не, ~4 x 24 / 3 = 29,49 - Alex B.(19.08.2010 13:35)
Aaaaaaaaaaaaaaaa! - General(19.08.2010 13:43)
Нечёткая математика, ёптыть! :-) - Shura(19.08.2010 13:44)
Странность с таймерными прерываниями у PIC12 наблюдаю. (+)- Argon(722 байт, PIC • 10.08.2010 17:46 - 18:07, полностью)
При использовании калиброванного INTOSC (ядро 1.004 МГц) проблема сохраняется. Настраивая прерывание таймера на период 488 мкс реально видим около 504 мкс. Каждый период прерывания пара десятков мкс куда то теряются. - Argon(11.08.2010 12:20)
32кГц - это всего 30 команд на 4Мгц. Может быть вход в прерывание слишком долгий получается, и таймер переустанавливается уже после очередного такта от 32кГц. - AlexBi(10.08.2010 19:25)
возможно, но кажись это более вероятно в первое срабатывание прерывания, потом как бы должно нормализоваться. в теле прерывания от силы 15-20 инструкций - Argon(10.08.2010 19:36)
Посмотри асемблерный код твоего обработчика прерывания, тогда будет уверенность успевает или нет. - AlexBi(10.08.2010 20:14)
если б не успевал, то и при (65536-15) так же бы не успевал! - Argon(10.08.2010 20:19)
Правильно, не успевает, но ты сделал интервал на один такт короче и у тебя частота стала правильной. - AlexBi(10.08.2010 20:30)
Да нет, просто от момента переполнения счетчика до записи новой константы такты не учитываются отсюда и все проблемы. - DL36(10.08.2010 21:24)
если код обработчика выполняется дольше периода прерывания, то "-15" не сработало бы, прерывания были бы так же затянуты. Или нет? - Argon(10.08.2010 20:44)
а вот и дизассемблерный листинг тела прерывания, смотрите - он совсем короткий (+)- Argon(787 байт, 10.08.2010 20:52)
Посмотри значения таймера в прерывании, в момент обновления там ведь не ноль. И порядок желательно поменять конкретно тут не помню а так старший обычно буферирован. - DL36(10.08.2010 18:43)
порядок не влияет, уже проверял. а значение таймера не посмотреть - никакого дебагера нет, только умозрительно :) - Argon(10.08.2010 19:09)
МПЛАБСИМ? нету. - DL36(10.08.2010 19:39)
есть, но говорят, не симулирует работу таймера от внешнего LP. даже пробовать не стал - Argon(10.08.2010 20:14)
Тут можно имитировать внешний клок на одном из выводов, думаю тактироваться должен. - DL36(10.08.2010 22:51)
Константу вычитать надо, а не присваивать. - testerplus(10.08.2010 19:21)
Хотел подвести к такому ответу. - DL36(10.08.2010 19:39)
а как можно сделать это атомарно и быстро? я избалован 32-битными ядрами, отсюда такие вот школьные вопросы. Спасибо! - Argon(10.08.2010 20:10)
Атомарно не знаю, а так просто вычитать с учетом тактов занимаемых текущим обработчиком до момента записи новой константы. - DL36(10.08.2010 21:27)
а, ну это-то даже я знаю. в начале обработчика совсем немного тактов, вряд ли это они влияют. У меня-то четкая закономерность - 1 период внешнего кварца... - Argon(10.08.2010 21:32)
8 команд и видимо сохранение контекста какое то есть потом надо ДШ почитать, было там пропуск тактов после записи хотя где уже не помню. - DL36(10.08.2010 22:35)
да какое там сохранение контекста... основной цикл в main() - глухой, for(;;) - Argon(10.08.2010 22:46)
Так в конкретном случае об атомарности не надо заботиться. Для проверки предположения можно просто вычитать "TMR1L -= 16" и присваивать "THR1H = 0xFF". - testerplus(10.08.2010 22:30)
а давно проверено, именно так. не помогает! - Argon(10.08.2010 22:44)
В симуляторе с внешним тактированием T1CKI (как там сэмулировать тактирование с LP - не знаю) работает четко. Завтра на работе попробую в железе с LP. - testerplus(11.08.2010 00:46 - 01:00)
Проверил в железе - работает четко: 1024 Hz. Писал на ассемблере с минимальным кодом прерывания 7 инструкций. Как только добавил 10 нопов - получил 963 Гц. Дело,скорее всего, вот в чем: (+)- testerplus(752 байт, 11.08.2010 13:35)
Спасибо, так работает! Похоже, идея организовать UART через прерывания была плохой. - Argon(11.08.2010 14:26)
А в Вашем пике есть CCP? Можно использовать прерывание Compare и модифицировать CCPR, не трогая TMR1. - testerplus(12.08.2010 10:03)
Увы, нет. Пользую PIC12F675. Так что придется делать UART через задержки... - Argon(12.08.2010 10:38 - 11:02)
неужели для такой малой частоты 32 кГц (по сравнию с ядром 1 МГц) есть какая-то разница? - Argon(10.08.2010 19:30)
Почему нет? Программа в момент переполнения TMR1 могла заниматься обработкой прерывания от другого источника. >32 тактов задержки - запросто. - testerplus(10.08.2010 19:32)
а нет других источников прерываний. - Argon(10.08.2010 20:14)
Эпохальное событие (лично для меня): PIC24FJ...DA с 96к ОЗУ доступен к поставке с 23 августа. (если верить микрочипег директ ->) (+)- Evgeny_CD(1024 байт, PIC • 18.07.2010 15:38, ссылка, полностью)
Понятно, что все это делалось под конкретных клиентов (автомобильные инфотеймент) и лениво делалось несколько лет - за которые успело морально устареть. Для тех, кто пытается проследить логику в развитии семейства происходящее похоже на издевательство - (+)- PIC32(833 байт, 19.07.2010 04:59)
Делалось лениво - не то слово. В микрочиповских кулуарах их анонсировали три года назад еще - Alex B.(19.07.2010 06:15)
да нахера он нужен... имхо с ерратой нужно месяца два подождать и тогда будет полный фарш. по ссылке интересней - Alex B.(19.07.2010 01:19, ссылка)
Вообще-то Сингл-цыкл-МАК 32х32=64 фтыкает... - Крок(08.08.2010 17:42)
Single-precision FPU - Alex B.(08.08.2010 21:27)
А инфы по этим кортексам ещё не пробегало? интересует роадмап и пинаут в рамках заявленного Compatible with Cortex-M3 - Vit(09.08.2010 12:33)
Я не видел, самому интересно. А почему интересует совместимость по пинам с M3? - Alex B.(09.08.2010 23:02)
У мну железки для взрывоопасных зон. По потреблению меня Cortex-M3 устраивает. Если не считать вычислений, то и C51-classic на 12+ МГц устраивает. Но C51-classic для современных пунктиков математики не хватает, мега128/мега2560 @ 7.3 МГц практически уже (+)- Vit(469 байт, 09.08.2010 23:28, ссылка)
ясно, спасибо - Alex B.(09.08.2010 23:33)
не уверен. По сцылке, почти наверняка, BGA будет. И ждать его еще немалое время, раз даже примерно конфигурация не известна - сколько FLASH, сколько SRAM. RTC там почти наверняка будет 1 сек разрешением ну и т.д. - Evgeny_CD(19.07.2010 01:28)
Если б да кабы. Уверен что по ссылке будет в TQFP, ну а RTC с "разрешением" нужен походу только вам - Alex B.(19.07.2010 06:16)
Вспомним молодость. Попишем прог для ЦГА графики 16 цветной. Чтоб внешнюю память не подключать. - Крок(18.07.2010 23:47)
:) (320*240*0.5)/1024 = 37.5 кБайта для экрана при 4 битах/пиксель. С учетом LUT - тута даже фотки можно пытаться показать :) Рулезз! - Evgeny_CD(19.07.2010 00:18)
Оцифровать картинку 320*240 с Ч/Б камеры посредством EPMP... - Гудвин(19.07.2010 00:38)
Я подумал о том же. Уверен, умельцы при помощи простой FPGA решат эту задачу... (+)- Evgeny_CD(583 байт, 19.07.2010 01:29 - 01:47)
Умельцы решили это на атмеге без всяческих FPGA. Да еще с JPEG сжатием... - Гудвин(19.07.2010 02:36, ссылка)
Хм.. прикольно :) Качество там, конечно, будет не очень, но молодцы! - Evgeny_CD(19.07.2010 02:57)
кто-нибудь в курсе, почему вот такая конструкция всегда дает 0 ? Компилятор Hi-tech PICC 9.60. (+)- Argon(514 байт, PIC • 08.08.2010 15:03 - 15:09, полностью)
В аттаче - архив с рабочим проектом, версия компилятора та же. Но в хайтеке такое поведение возможно при определенных условиях, если функция (или место ее вызова) и массив расположены в разных страницах. (+)- testerplus(08.08.2010 15:16, файл(ы))
спасибо! а дело похоже в компиляторе. Сменил на 9.60 PL6 - заработало (было PL3). - Argon(08.08.2010 15:21)
Осторожнее с этим PL6: это уже ПРО-версия, там других тараканов навалом. (ЗЫ: пример собирал на PL3) - testerplus(08.08.2010 15:24 - 15:26)
а ПРО чем отличается от не-ПРО? смотрю, размер кода увеличился... - Argon(08.08.2010 15:28)
вру, кстати. был у меня PL2 - Argon(08.08.2010 15:35)
PL2 - это тоже ПРО. PRO-версии на сегодняшний день нерабочие. PL6 - это вообще одна из первых версий, там баг на баге. Последняя 9.71a, багов намного меньше, но и она себя не везде ведет корректно. - testerplus(08.08.2010 15:39)
рекомендуете STD 9.60 PL3 ? - Argon(08.08.2010 15:43)
Да. - testerplus(08.08.2010 15:46)
Чушь. Последняя не-PRO версия -- 9.51PL2. А все 9.6xx -- это PRO версии, они все действительно "не рабочие". В основном из-за "can't generate code for this expression", ну и плавучка там глючная. - fk0(09.08.2010 11:49)
Какого хрена ты хамишь? Не шаришь - не лезь. Последние: PICC 9.60PL3 и PICC18 9.51PL3 - testerplus(09.08.2010 13:02)
ок, спасибо - Argon(08.08.2010 15:50)
Глюк MPLAB C30: (+)- AlexSAN(645 байт, PIC • whois, 20.07.2010 20:48, полностью)
У констант типа unsigned long long должен быть суффикс ULL. См. раздел 6.4.4.1 Integer constants в стандарте C99. - rezident(20.07.2010 20:55, ссылка)
Нужно делать приведение типов: 0x800000000ULL (а с ULLONG_MAX - это косяк в фирменном хедере, там вместо ULL стоит UL) - testerplus(20.07.2010 20:53)
Про приведение не понял, а про косяк в хедере - мысль правильная. Спасибо. - AlexSAN(whois, 31.07.2010 01:11)
Типо чисто шчас про приведение понял. Очевидное не сразу видно. Хайре, гелайне Вам. - AlexSAN(whois, 31.07.2010 01:17)
Кто-нибудь делал батарейные микропотребляющие девайсы на PIC12? BOD включать не хочется, жрет много. Внешний супервизор ненамного меньше. Без него - глюки могут быть (при смене батарейки, например). - Argon(PIC • 18.07.2010 18:58, полностью)
вру, у того же микрочипа есть микропотребляющие супервизоры. - Argon(18.07.2010 19:17)
Порт TNKernel для PIC32 наконец-то выложил (+)- Alex B.(800 байт, PIC • 14.07.2010 20:16, ссылка, полностью)
хорошая новость. В такую жару и такое большое дело сделано... респект (+)- abivan(350 байт, 15.07.2010 09:31 - 11:09)
Из пользовательского можно вызвать системное, при необходимости. - DL36(15.07.2010 11:02)
спасибо! - Snaky(15.07.2010 01:36)
прекрасная новость, спасибо! - AVF(14.07.2010 20:57)
Усложним задачу. Есть в ДСПИКе замечательная вещь ПДП (DMA). У каждого канала есть счётчик обмена. Счётчик считает количество пересылок в/из память(и)и выдаёт флаг "сработало". Сам счётчик клиенту (мне) не виден. Вот не определю никак каким битом эти (+)- Крок(121 байт, PIC • 12.07.2010 15:58, полностью)
а в чем проблема то? ну испльзуйте прерывание по заполнению буфера. размером буфера определяется ваш счетчик. и дма кажется на автомате по заполнению буфера переходит к его началу, или к началу следующего если использовать два буфера на канал. - AVF(12.07.2010 18:38)
Да. Как только запустишь, всё нормально. Разница в количестве отсчётов фиксирована и не меняется в течение дня (дольше не проверял), но она каждый раз разная! - Крок(12.07.2010 21:27)
Запретить АЦП - настроить ДМА, разрешить - включить АЦП. Кажется мне, что проблема в программе начального старта. - AlexBi(13.07.2010 10:23)
Щётчику ДМА включение-выключение АЦП пофигу. У него где-то свой ключик должен быть. - Крок(13.07.2010 19:33)
По-моему, выключение-включение ДМА (CHEN) - это и есть сброс его внутреннего счетчика. - AlexBi(13.07.2010 20:09)
Таки да. Не тот битик тряс. Всё заработало, как положено. - Крок(14.07.2010 14:58)
Что значит "синхронно"? - AlexBi(12.07.2010 16:10)
Синхронно в данном случае - с предсказуемым отставанием. Разумеется, каждому каналу дано задание качать одинаковое количество слов (512). Просматривая с помощью ПК что они там накачали понимаю, что процесс идёт, но каждый канал начинает его когда хочет. - Крок(12.07.2010 16:25)
У двух каналов ПДП одинаковый "источник информации"? Почему они должны работать одинаково? - AlexBi(12.07.2010 16:28)
Да. Практически одинаковый. Два АЦП, обцифрующие один вход. - Крок(12.07.2010 18:04)
Камрады! А какой версией ХАЙТЕКа собирать микрочиповский ТЦП/ИП для ПИК18 нынче правильно? Спсб. - Т.Достоевский(PIC • 08.07.2010 22:07, полностью)
может лучше ли взять для этого С18? - student_andrey(09.07.2010 08:33)
Мопэд не мой, студенты спрашивали. А с18 крайней версии или какую
ICD-3 светодиод СТАТУС приветливо моргает красным. Сдох? - Крок(PIC • 07.07.2010 15:49)
Народ, PIC18LF6722 должен прошиваться PicKit'ом 2 при питании от 3.3В? PIC18LF2620 шью без проблем, а вот с этим выскакивает сообщение, что ведётся какое-то там низковольтное стирание, потом зашивается код, но при проверке на нулевой адресе уже ошибка. (+)- FDA(214 байт, PIC • 24.05.2010 14:33, полностью)
было такое с 8722, пишется при любом напряжении, стирается только при 4,7...5,5В. багофича :( - AVF(24.05.2010 17:07)
А, кстати, в PIC18LF6622 есть такой баг? - FDA(25.05.2010 19:57)
И что делать-то? - FDA(24.05.2010 18:55)
поставить другой пик поновее :( сочувствую. на крайний случай питание шотткой развязать - AVF(24.05.2010 19:30)
Да вроде не совсем старьё-то! Про диодик Шоттки мысль хорошая. - FDA(24.05.2010 20:00)
ну не знаю, последний апдейт даташита 2008г, в принципе не очень старый, но если смотреть PIC24FJ32GA002 за 2.9$, на порядок лучший по всем параметрам, в упор не вижу зачем платить 5.12$ за PIC18LF2620, тем более что переферия 3В. - AVF(24.05.2010 20:25)
Пока нет возможности перейти на PIC24. Давно уже хочу, но времени на реализацию проектов мало, поэтому не хочу на них пока закладываться. Для моих задач цена комплектации роли не играет, под PIC18 всё уже написано и просто так переводить всё на новую (+)- FDA(17 байт, 25.05.2010 09:13)
тоже долго подходил, в итоге оказалось времени на разработку уходит несколько меньше, сильно помогает pps - разводка намного проще, с ресурсами меньше заморочек, не приходится утаптывать ручками, много примеров и референсов под С30, ну и т.д. с другой (+)- AVF(104 байт, 25.05.2010 17:31)
Тогда специально для вас PIC18F67K22. Даташит должен быть "на днях", Запуск в производство - июнь. (+)- Илья(133 байт, 25.05.2010 10:57, ссылка)
Да, контроллер шикарный. Интересно, как скоро в России появится. - FDA(02.06.2010 13:19)
Образцы есть на столе. А заказ размещен, как отгрузят - так сразу - Илья(02.06.2010 14:59)
На чьём столе? Как можно заказать образцы? - FDA(02.06.2010 15:10)
на моем :) написал на мыло в профиле. - Илья(03.06.2010 17:39)
Что там на счёт PIC18F67K22? Не пришли ещё? - FDA(06.07.2010 13:10)|
|
Главная | Карта сайта | О проекте | Схемы | Компоненты | Микроконтроллеры | Проекты | Файлообменник | Регистрация | Вебмастер |
|