caxapa.ru :: Универсальный опенсорс программатор

ASDFS^USB-гуру (30.06.2009 21:35, просмотров: 74520)

Универсальный опенсорс программатор

- Некоторые мысли о софте и функционировании в целом бомж(05.07.2009 16:07)
  - В режиме поточного программирования оно дложно начинаться автоматически после подключения следующей платы или вставления в панельку нового чипа. Нажатие на кнопочку отнимает время, на тысячных тиражах это критично. - 3m(05.07.2009 17:00)
- Продолжаем. ASDFS(1210 знак., 03.07.2009 00:03)
  - В качестве контроллера разумнее заюзать LPC2368, а лучше LPC2387. По цене то-же самое, а ресурсов поболее. OTG наличествует, "железный" интерфейс SD, RAM 96кб. Ну и ethernet возможно не лишним будет в дальнейшем - через него и гальваноразвязку можно Гудвин(146 знак., 05.07.2009 14:30, ссылка)
  - токи известите, особенно где 13 вольт. - General(05.07.2009 00:16)
    - который 2..6В - ограничение 150..200МА. Который 14В - надо ДШ смотреть, навскидку до 20 ма. - ASDFS(05.07.2009 12:58)
      - А 6 вольт кому надо? Вот 0..4 можно сделать бесплатно ШИМ -> ОУ+NPN General(248 знак., 07.07.2009 00:45)
        
        6 - это так, с небольшим запасом. Но 5В точно нужно. ASDFS(61 знак., 07.07.2009 13:14)
  - Зачем запитывать от USB и городить ограничители тока? Блок питания на 5 вольт стоит дешевле. - бомжнаработе(03.07.2009 10:54)
    - Это ж некошерно - подключать по USB и еще отдельный БП. К тому же защиты по току даже в этом случае никто не отменял. ASDFS(1038 знак., 03.07.2009 11:37)
      - Программную перестановку ножек на разъеме было бы неплохо иметь. Почему бы этого не делать силами самого uC, а не FPGA? бомжнаработе(352 знак., 03.07.2009 12:25)
        
        Силами uC не получится - LPC не умеет произвольно переставлять назначение ножек SPI. ASDFS(1316 знак., 03.07.2009 20:22)
        
        Думаю назначение ножек нужно сделать опцией программатора. Поэтому на аппаратный SPI можно забить, быстродействия софтового интерфейса должно хватать за глаза. А разъём программирования нужно сделать побольше пин - что-бы юзер мог завести на один разъём =AlexD=(42 знак., 03.07.2009 21:31)
        
        + к программатору нужно разработать несколько платок - на каждой один из типичных представителей программируемых семейств с обвязкой. Для отладки. Питание от программатора. Ну а расширение линейки уже трудами юзверей. - =AlexD=(03.07.2009 21:36)
        
        "Формировать напряжение программирования 2...14В от внешнего напряжения питания таргета " - я, по видимому, недостаточно ясно выразился. бомж(431 знак., 03.07.2009 21:12)
        
        Не только. Еще как минимум MSP430 старые (с фузами) в голову приходят. ASDFS(500 знак., 04.07.2009 14:51)
        
        ОК - бомж(04.07.2009 15:34)
      - FPGA лишь для расширения функциональности. Для увеличения количества пинов при программировании параллельных ROM, например. Т.е. это не штатная, а дополнительная фича. - rezident(03.07.2009 12:21)
  - При таком аппаратном подходе вся универсальность закончится на небольшой группе контроллеров в основном с последовательным алгоритмом программирования. Make Pic(35 знак., 03.07.2009 07:54, )
    - Под универсальностью я понимаю туеву кучу контроллеров, памяти, программируемой логики с параллельным режимом программирования. - Make Pic(03.07.2009 07:58, )
      - Никто не мешает добавить FPGA с кучей пинов для подключения параллельных ROM. Через один SPI грузится FPGA, через другой SPI происходит "общение" MCU и FPGA. - rezident(03.07.2009 10:41)
      - ну и нахрен вам нужны котроллеры без ICSP? а вот +13В я бы добавил (для программирования пиков младше PIC18K/PIC24) - Alex B.(03.07.2009 09:58)
  - Под него борда есть, правда цена кусачая. Один вопрос - первичное программирование - чем? - =AlexD=(03.07.2009 06:46, ссылка)
    - А преобразователь уровней MAX3232, COM-порт на PC и программа FlashMagic не покатят разве? - rezident(03.07.2009 10:43)
      - Для полевых условий желательно иметь автономное программирование. Вот у меня прибор тяжеленный, пока одно к другому подкатишь... Порт RS232 мало что весит, а возможности дает. - Vladimir Ljaschko(03.07.2009 11:54)
- Чуть чуть моих размышлений (раньше я вентилировал этот вопрос, но до железа не дошло). Make_Pic(821 знак., 01.07.2009 09:59)
  - Скрипт - идея хорошая, но Vladimir Ljaschko(240 знак., 01.07.2009 10:40)
    - Как AlexandrY скрипт - это только чтобы описать алгоритм программирования. А контроллер исполняет скрипт собственной микропрограммой - берет переменные из скрипта ну и отрабатывает функции программирования. Интерпретатор?! - Да, но исполнение команд в Make_Pic(417 знак., 01.07.2009 15:58)
    - Скриптом не программируют, а конфигурируют среду программирования. AlexandrY(947 знак., 01.07.2009 12:05)
      - "Главное что есть фузы вообще покрытые NDA" - ну так и в промышленных программаторах их не будет? Или для них NDA не указ? - бомжнаработе(01.07.2009 13:36)
        
        Для промышленных присылают донгл, а в том донгле и ваши лицензии на фичи, и счетчики сериализации, и ключи и проч. Бизнес давно схвачен. AlexandrY(285 знак., 01.07.2009 13:51)
        
        /*Ниша "универсального" программатора где-то в старой мелочевке, интерес к которой стремительно падает.*/ чё, действительно, всё так плохо? А "Доминатор" чем мог помочь в таком случае с WEB интерфейсом? - бомжнаработе(01.07.2009 14:46)
        
        Ладно, даю еще идею исследовательской платформы-программатора. AlexandrY(1352 знак., 01.07.2009 15:31)
        
        Да, всё верно Вы написали, но вот мне Ваш вариант из-за цены неинтересен. За чуть большие деньги я куплю профессиональный и не надо трахаться. Мне было бы интересно типа такого + бомжнаработе(02.07.2009 16:35)
        
        Мда, тут нам не по пути. AlexandrY(206 знак., 01.07.2009 16:34)
        
        Я попробую вас помирить господа. AlexandrY правильно сказал: платформа должна быть виртуализируемая. Следовательно нужна виртуальная машина. Специфической направленности: программатор. bialix2(1612 знак., 02.07.2009 14:36)
        
        Что то в этом есть. Чувствую что это тот самый путь, надо рыть конкретные архитектурные решения и оптимизировать. AlexandrY(2114 знак., 04.07.2009 13:58)
        
        Настырность, с которой Вы проталкиваете свою платку просто удивительна. Вы готовы разослать с десяток образцов желающим (бесплатно ессно)? - =AlexD=(04.07.2009 16:16)
        
        Чесно говоря, предлагаемая мною технология интеграции больших фреймворков позволяет не только сильно сократить сроки разработки но и сильно сократить круг разработчиков. ;) AlexandrY(197 знак., 04.07.2009 22:31)
        
        Сокращать круг разработчиков важно только для будущей коммерциализации продукта. Я за простоту и полную открытость харда и софта. Чтоб каждый желающий мог доработать и изменить что ему угодно и удобно. Пусть даже это заденет чей-то бизнес ;-) - бомж(05.07.2009 13:28)
        
        И так, 3 платки вы разошлёте, а остальные должны платку у вас покупать. Я правильно излагаю? - =AlexD=(05.07.2009 07:55)
        
        Нет, в такой авантюре я участвовать точно не буду. Сделать портируемый стек протоколов программирования чипов на C++ - с удовольствием. Меняешь HAL, и юзаешь на любом железе. Тут главное - хорошая документируемость, и именно в этом направлении нужно =AlexD=(22 знак., 02.07.2009 21:00)
        
        +100 Портировать С++ гораздо проще, чем виртуальные машины, к тому же ещё не написаные. - бомж(02.07.2009 22:41)
        
        C++ говорите? тогда мне с вами не по пути. голый си еще куда ни шло. виртуальную машину можно взять готовую -- их написано сотни. например, Луа. - bialix(04.07.2009 10:56)
        
        Луа... ахренительно программаторно ориентированный язык. Просто слов нет. Да, Вам с нами не по пути, это не тот проект. Что касается C++ vs C то это просто смешно. - =AlexD=(04.07.2009 11:41)
        
        Ключевое слово здесь -- не тот проект. Если вы завязываетсь на конкретное железо -- то да, не тот. Разворачивать мысль про использование виртуальных машин наверное уже нет смысла. - bialix(04.07.2009 14:06)
        
        Но этот проект с самого начала завязан на конкретное железо, которое разрабатывает ASDFS. И первым делом будет разработан хард для программатора, под который все желающие смогут помочь написанием софта. бомж(87 знак., 05.07.2009 13:39)
        
        "Но этот проект с самого начала завязан на конкретное железо, которое разрабатывает ASDFS." -- постороннему наблюдателю (мне) это было неочевидно. - bialix2(06.07.2009 16:49)
        
        Некоторые женятся, а некоторые - так. Если бы предлагал, рисовал схемы - может быть, было бы железо bialix'а. - General(06.07.2009 17:00)
        
        вашу ремарку не понял. bialix2(245 знак., 07.07.2009 15:50)
        
        bialix, очнитесь, тут и на одно железо то желающих НЕ валом, а уж на разные... не будем усложнять сущности. - =AlexD=(04.07.2009 16:11)
        
        вам виднее. - bialix(04.07.2009 16:17)
        
        "Не делайте из еды культа" (c) /Большой Андронный Коллайдер.../ - Гудвин(02.07.2009 15:26)
        
        чевой? - bialix2(02.07.2009 15:46)
        
        А носитель данных для бутлоадера никто не отменял. Раз zltigo написал и поддерживает аналог флэшмаджика, то это возможно и для первичного бутлоадера. - Vladimir Ljaschko(01.07.2009 14:30)
- Кто-то должен ставить неприятные вопросы. Пусть это буду я. Схема-ерунда, ну, кроме кнопок, конечно (3 или 4) :) А вот как все-таки будет происходить написание программы? Vladimir Ljaschko(210 знак., 30.06.2009 23:51)
  - 1 А что, уже есть очередь желающих? Если наберётся хотя-бы 2-3 человека - будет супер. Чего тут разруливать. 2 Что открыто - то открыто, остальное страждущие пусть думают откуда выдрать. - =AlexD=(01.07.2009 07:05)
    - 1. вот это меня и заботит :) - Vladimir Ljaschko(01.07.2009 09:14)
      - А чего тут заботиться? Нет людей - нет проблемы. Есть люди - проблемы решаются. - =AlexD=(01.07.2009 10:46)
  - Нет, кнопок должно быть только две "Старт" и "Ack"! Лампочки две "OK" и "NOK" + Бибика (если "NOK") с подтверждением, не дающая програмить дальше, пока на "Ack" не нажмёт. - бомж(01.07.2009 00:02)
    - Т.е. в автономе прошивку не сменить? - Vladimir Ljaschko(01.07.2009 00:07)
      - Запростец. SD-карточку поменял, поменялась прошивка, распиновка, тип µC. Одна карточка-один прибор. Не оставим дураку шансов. Карточки выдаёт ответственное лицо. бомж(87 знак., 01.07.2009 00:21)
        
        Слишком жирно на одну карточку одну прошивку. - =AlexD=(01.07.2009 16:32)
        
        В наше производство не вписывается - номенклатура большая, карточек не хватит. И наладчики далеко не дураки. - Vladimir Ljaschko(01.07.2009 00:25)
        
        Добавим LCD 2x16 и энкодер Ну или 4 кнопочки ;-) И Ваш случай станет опциональным вариантом. А каково мнение остальных? - бомж(01.07.2009 01:46)
        
        Добавить RS232 для загрузки ARMов через хотя бы первичный бут. - Vladimir Ljaschko(02.07.2009 11:52)
        
        А я согласен. Именно то что надо. ASDFS(719 знак., 01.07.2009 17:48)
        
        Ну классические примеры с секретными фузами это OMAP-ы, XScale-ы, i.MX-ы, мобильные NOR флеши. - AlexandrY(02.07.2009 01:05)
        
        А условия распространения? ASDFS(110 знак., 02.07.2009 11:47)
- Гыы, шутник. Схема, точнее составление списка программируемых интерфейсов, конструктива разъёма/панелек, аналог и есть отдельная неслабая работа. Ищи желающих :-). =AlexD= (221 знак., 30.06.2009 07:22)General
  - Уговорили. Как дырка выдастся - нарисую схемку, покритикуете. ASDFS(368 знак., 30.06.2009 13:51)
  - Лучше универсальный, и StandAlone и от PCHost - бомжнаработе(30.06.2009 10:23)
    - ИМХО универсальные вещи всегда дороже, но далеко не всегда оправданы. Лично мне импонирует идея с USB-device в качестве исполнительного (конечного) устройства плюс устройство с USB-host, дисплеем, клавой, всевозможными видами накопителей в rezident(170 знак., 30.06.2009 12:24)
      - А зачем так сложно? Надо что-то вроде PLC с интерфейсом программирования uC, кнопкой "Старт" и двумя светодиодами "ОК" и "Scheisse". Ну и USB для программирования собственно PLC бомжнаработе(323 знак., 30.06.2009 15:14)
        
        Почему сложно? Наоборот просто. Есть исполнительное устройство, включающее в себя какой-то перепрограммируемый интерфейс (JTAG, Bootloader, UART, 3/4-wire SPI и т.п.), буферную схему для согласования уровней и доп. источник(и) питания. Исполнительное rezident(604 знак., 30.06.2009 18:07)
        
        Как в таком решении прошивку в таргет менять? - Vladimir Ljaschko(30.06.2009 15:16)
        
        Ну хорошо. Прикрутим двухстрочный LCD и энкодер. Кстати, придумал недавно долгое нажатие (по типу DoubleClick) для энкодера. Гениально получилось! бомжнаработе(305 знак., 30.06.2009 15:32)
        
        Ну эт низкий уровень. Кароче даю совет: обязательно нужен режим remote assistent. AlexandrY(754 знак., 30.06.2009 18:18)
        
        Прекрасная идея и реализуется в PC, который по USB связан с программатором. Двумя руками за. - бомжнаработе(30.06.2009 18:32)
        
        Почему по USB? Зачем вообще PC? AlexandrY(435 знак., 30.06.2009 18:47)
        
        Такой программатор выйдет дорогим. А PLC-подобный с заливкой программы программирования и прошивками через USB будет дешёвым. бомжнаработе(496 знак., 30.06.2009 19:00)
        
        Я видел достаточно производств. Уж где не экономят так это там, и где жизнено важен remote asistant так это там. AlexandrY(757 знак., 30.06.2009 19:23)
        
        Я думаю, Вы совершенно правы. Но для опсоурса такой программатор не слишком подходит. Это больше похоже на коммерческую версию. бомж(484 знак., 30.06.2009 23:27)
        
        Жесть! А зачем у такого программатора вообще человек нужен? Пускай автомат какой микросхемы подтаскивает или шнурок перетыкает. А вы его контролировать через камеру будете и удаленно кнопку "старт" тыркать. - rezident(30.06.2009 19:55)
        
        Пипец, ну почему, что-бы ~~русские~~ инженеры не делали, всё равно получается танк ;-) - =AlexD=(30.06.2009 19:51)
        
        Спасибо! Пожалуй надо взять на заметку. - =AlexD=(30.06.2009 18:06)
        
        боян. для выхода без сохранения все равно дополнительная кнопка нужна - Alex B.(30.06.2009 15:36)
        
        Вставлю свои пять копеек. Даже на одну кнопку можно навесить миллион функций, если заложить логику обработки не по нажатию, а по отжатию и удержанию. - Хитрый китаец(01.07.2009 11:58, )
        
        Ну не то чтобы боян, но не новое решение. Я не так давно на трех кнопках делал пять функций. Две кнопки с автоповтором для навигациии (вправо-влево, ну или вверх-вниз). Третья кнопка - при однократном ее нажатии для входа/выхода в/из режим rezident(336 знак., 30.06.2009 18:19)
        
        Ну мне такое не было известно - по поводу баяна. А для выхода без сохранения достаточно доп. вопроса "сохранять или как?" :-) - бомжнаработе(30.06.2009 15:39)
        
        по дизайну GUI для мелких девайсов и правда немного инфы, к сожалению - Alex B.(30.06.2009 16:41, ссылка)

Микроконтроллеры