Я не заморачиваюсь по поводу бюджета. 80р будет стоить микросхема или 100 мне не особо важно. Я думаю лучшее решение будет использовать сороконожку.
ATmega644-20PU на али по 500 руб за корпус в партии из 5 шт. В местных ларьках от 800р. Если вместо того, чтобы чуть-чуть шевельнуть мозгами и чуть-чуть руками, вы предпочитаете решать вопрос "в лоб", типа, бабла немеряно, то это уже жизненная позиция и зачем было выходить на форум за консультациями, не совсем понятно.
Я не заморачиваюсь по поводу бюджета. 80р будет стоить микросхема или 100 мне не особо важно. Я думаю лучшее решение будет использовать сороконожку.
ATmega644-20PU на али по 500 руб за корпус в партии из 5 шт. В местных ларьках от 800р. Если вместо того, чтобы чуть-чуть шевельнуть мозгами и чуть-чуть руками, вы предпочитаете решать вопрос "в лоб", типа, бабла немеряно, то это уже жизненная позиция и зачем было выходить на форум за консультациями, не совсем понятно.
Обидно, ДА!!! Это не решение в лоб, а не желание создавать себе лишний геморой. Зачем к примеру использовать режим ногодрыга для работы с LCD или TFT 8 бит, когда можно воспользоваться пермферией для работы с внешним ОЗУ. По вашему и те кто используют переходник I2C->parallel для подключения LCD тоже шизофреники. Самое дорогое и трудоемкое в устройстве - это софт. Что по вашему дороже/дешевле, чип за 500 руб и софт написанный за один вечер размером с "наперсток" или чип за 100 руб с софтом размером с "500 литровыю бочку", написанный за неделю а то и дольше.
Вы не хотите поискать какое-нибудь другое место, где бы вам комфортно было фонтанировать не относящимся к теме обсуждения бредом? Пусть сначала в ардуину прошьет эту мегу644, а про бочки уже потом будете сказки сочинять.
Вы не хотите поискать какое-нибудь другое место, где бы вам комфортно было фонтанировать не относящимся к теме обсуждения бредом? Пусть сначала в ардуину прошьет эту мегу644, а про бочки уже потом будете сказки сочинять.
Вы вроде великий исследователь, и вобщем то писать программы для AVR можно не только в среде arduino. К тому же чип 644 прекрасно можно прошить из среды arduino, через опцию прошить с помощью програматора, написаным в ней же скетчем. Надо только добавить некоторое описание в файл board.txt
Вы уже сколько их прошили? Трещать же, как корабли бороздят Большой Театр, много ума не надо.
Не только их но и другие, как tiny25, mega128. Работают все програматоры и AVRISPmkii, и USBTinyISP. Оба програматора не покупные. Компилил буты для нестандартных для arduino рпроцов. Единственное что не совсем получилось, это скомпилить бут на нестандартных частотах кварца, там надо править исходник в секции BAUDRATE. Так что опыт имеется. Ну и на последок, у меня нет ни одного покупного arduino, все собраны собственными руками. Ремонтирую практически любой шилд, собираю свои шилды TFT.
Тогда вы должны не со мной тут собачиться, а дать ТСу точные и исчерпывающие рекомендации, как ему быстро и просто прошить мегу644 ардуиновским загрузчиком и сделать использование этого чипа в ардуино иде приятным и удобным. Судя по имеющемуся у вас обширному опыту, вас не затруднит это сделать прямо сейчас же и описать прямо тут, просто по памяти.
Писать простыню не простое дело, тем более для понимания человеком у которого по всей видимости не так много практики в этом вопросе. Я то начинал с написания программ на asm. В кратце, берем прототип например той же mega2560. У них по умолчанию все регистры и порты одинаковы, только у 2560 их поболее, значит вире для них одинаков. Редактируем описание в board.txt, добавляем новый чип. Изменяться там только фьюзы смотрим в основном помойму HB и LB там надо выставить уровень сброса по понижению питания и параметры параметр подключения внешнего тактирования(кварца), убрать бит DIV8 и надо точно указать тип м/к(например mega644pu), по нему при компиляции и прошивке avrdude будет определять сигнатуру выбранног и програмируемого таргета. Дальше все просто, пишем скетч, компилим, зашиваем через програматор, все работает.
З.Ы. Одно важное условие кварц на плате должен стоять 16 МГц или 8 МГц и это так же надо указать в описании параметров компиляции и прошивки в board.txt
К тому же чип 644 прекрасно можно прошить из среды arduino, через опцию прошить с помощью програматора, написаным в ней же скетчем. Надо только добавить некоторое описание в файл board.txt
А еще меня не поидает ощущение, что вы не все вспомнили. Впрочем, даже этого топикстартеру хватит надолго. Что вы там говорили про "софт написанный за вечер"?
andriano, надо смотреть какую разрядность требуется получить, хватает ли скорости потокового чтения АЦП на обработку данных, можно ли мультиплексировать входы АЦП и чем по скорости обработки для расширения их количества (max=16 ваще-то), можно ли на этапе отправки по U(S)ART (кстати как там с синхронностью) останавливать чтение портов "на время отправки" (дабы не страдать с прерываниями впечатлительно) или можно свалить на I2C, где скорость передачи может тормозиться слейвом и т.д и т.п. Думаю без детализации ТЗ - вам врядли кто-то что-то скажет вменяемое..
Требуется получить 128 достоверных уровней без шумов и мерцаний. Собственно, изменение любого из 42 входов на единицу младшего разряда - событие, на которое нужно реагировать. Предполагается, что одновременно может изменяться один параметр, максимум - два (у человека две руки). Собственно достаточно, чтобы хотя бы раз в 5-20 мс был опрошен каждый из 42 каналов Регулярность опроса не важна, важно лишь чтобы изменение фиксировалось не позднее 20 мс. UART читает по одному байту (прочитал - не ждет следующих, а занимается другими делами, например, опросом аналоговых сигналов). Задержка между двумя последовательными чтениями UARD не должна превышать примерно 0.5 мс. Но при этомдействуют достаточно объемные ежемиллисекундные прерывания, которые сами по себе жрут десятки процентов процессорного времени.
В настоящее время планирую решиь вопрос с помощью MCP3008 на частоте 1 МГц (т.к. на SPI будет несколько устройств, частота выбрана не максимально ворзможная - для 3008 максимум 3.6 Мгц).
Рассматриваю также возможность нагрузить опросом аналоговых датчиков отдельную Ардуино (типа МИНИ), связав их по UART - только при наличии изменений состояния.
Но с удовольствием выслушаю любые идеи.
Собственно, по UART слушается MIDI-порт. Скорость 31250. Принимает по 1 байту. Когда накопится целиком команда (как правило, 3 байта) решается, обрабатывать ее собственным синтезатором или передавать внешнему (по SPI). Время от начаоа приема команды до ее выполнения не должна превышать 2 мс. В перерывах опрашиваются все доступные музыканту контроллеры. Как вариант - опрашивается другой UART, по которому вторая Ардуина передает изменения органов управления. В 1-мс прерывании происходит управление собственно синтезатором, т.е. частотами и амплитудами сигналов и настройками фильтров.
andriano, надо смотреть какую разрядность требуется получить, хватает ли скорости потокового чтения АЦП на обработку данных, можно ли мультиплексировать входы АЦП и чем по скорости обработки для расширения их количества (max=16 ваще-то), можно ли на этапе отправки по U(S)ART (кстати как там с синхронностью) останавливать чтение портов "на время отправки" (дабы не страдать с прерываниями впечатлительно) или можно свалить на I2C, где скорость передачи может тормозиться слейвом и т.д и т.п. Думаю без детализации ТЗ - вам врядли кто-то что-то скажет вменяемое..
Требуется получить 128 достоверных уровней без шумов и мерцаний. Собственно, изменение любого из 42 входов на единицу младшего разряда - событие, на которое нужно реагировать. Предполагается, что одновременно может изменяться один параметр, максимум - два (у человека две руки). Собственно достаточно, чтобы хотя бы раз в 5-20 мс был опрошен каждый из 42 каналов Регулярность опроса не важна, важно лишь чтобы изменение фиксировалось не позднее 20 мс. UART читает по одному байту (прочитал - не ждет следующих, а занимается другими делами, например, опросом аналоговых сигналов). Задержка между двумя последовательными чтениями UARD не должна превышать примерно 0.5 мс. Но при этомдействуют достаточно объемные ежемиллисекундные прерывания, которые сами по себе жрут десятки процентов процессорного времени.
В настоящее время планирую решиь вопрос с помощью MCP3008 на частоте 1 МГц (т.к. на SPI будет несколько устройств, частота выбрана не максимально ворзможная - для 3008 максимум 3.6 Мгц).
Рассматриваю также возможность нагрузить опросом аналоговых датчиков отдельную Ардуино (типа МИНИ), связав их по UART - только при наличии изменений состояния.
Но с удовольствием выслушаю любые идеи.
Собственно, по UART слушается MIDI-порт. Скорость 31250. Принимает по 1 байту. Когда накопится целиком команда (как правило, 3 байта) решается, обрабатывать ее собственным синтезатором или передавать внешнему (по SPI). Время от начаоа приема команды до ее выполнения не должна превышать 2 мс. В перерывах опрашиваются все доступные музыканту контроллеры. Как вариант - опрашивается другой UART, по которому вторая Ардуина передает изменения органов управления. В 1-мс прерывании происходит управление собственно синтезатором, т.е. частотами и амплитудами сигналов и настройками фильтров.
Руки то две. только вот буда, пальцев 10. Конечно всеми сразу не давят на клавиши. Но если играют, то возможна ситуация когда берут аккорд и это до 4 нот как минимум. Мое замечание актуально если ваш инструмент не одноголосый. Как то в 80-е в журнале радио была статья про синтезатор, там использовали буфферизацию, своеобразный availebl нажатых клавишь, скорости обработки должно хватить чтобы обработать несколько нажатых клавишь записанных в буфер, пока вы меняете состояние на следующую последовательность нажатых клавишь.
24 тумблера? Легко. Последовательно с тумблерами диоды. По 2 тумблера с диодами впаралель, так чтоб диоды были разнонаправлены. получаем 12 групп. Их в матрицу 3х4. Меняя местами стробы и возвраты получаем опрос всех. Еще пожалуй резисторы в линии прийдется добавить, чтоб длинные пути тока через матрицу не сказывались.
Собственно, по UART слушается MIDI-порт. Скорость 31250...
Руки то две. только вот буда, пальцев 10. Конечно всеми сразу не давят на клавиши. Но если играют, то возможна ситуация когда берут аккорд и это до 4 нот как минимум. Мое замечание актуально если ваш инструмент не одноголосый. Как то в 80-е в журнале радио была статья про синтезатор, там использовали буфферизацию, своеобразный availebl нажатых клавишь, скорости обработки должно хватить чтобы обработать несколько нажатых клавишь записанных в буфер, пока вы меняете состояние на следующую последовательность нажатых клавишь.
Собственно, сколько клавиш нажато - это забота MIDI-клавиатуры, с которой синтезатор принимает сигнал по UART. А сам он опрашивает не ноты, а всевозможные регуляторы: ADSR, LFO, Sutoff и т.д. Всего 42 крутилки и около полутора десятков кнопок.
Статьи в Радио в 80-е читал. Вскоре после этого начал делать аналоговый синтезатор. В принципе, на нем даже можно было играть, только находился он в нетранспортабельном состоянии, да и надежность оставляла желать лучшего. Сейчас решил сделать некоторый аналог на более или менее современной элементной базе.
У меги АЦП имеет скорость макс = 15000 оцифровок в сек. или 15 шт в миллисекунду. За ваши 15-20 мсек можно получить не более 225 значений. С потерей 2-х старших разрядов, скорость оцифровки растет вроде как до 80 шт/мсек. Если учесть, что младший разряд "шум", то вот они ваши 128бит и получатся. Теоретически, мега снимать с вашей скоростью вполне способна. Проверить и убедиться что "не изменилось" .. вроде тоже не сложно, но у неё только 16 входов.
Где и как раздобыть остальные? :)
а) поставить несколько мег и сливать на "главную" только то, что изменилось.
б) поискать контроллер с достаточным числом входов АЦП.
У меги АЦП имеет скорость макс = 15000 оцифровок в сек. или 15 шт в миллисекунду. За ваши 15-20 мсек можно получить не более 225 значений. С потерей 2-х старших разрядов, скорость оцифровки растет вроде как до 80 шт/мсек. Если учесть, что младший разряд "шум", то вот они ваши 128бит и получатся. Теоретически, мега снимать с вашей скоростью вполне способна. Проверить и убедиться что "не изменилось" .. вроде тоже не сложно, но у неё только 16 входов.
Где и как раздобыть остальные? :)
а) поставить несколько мег и сливать на "главную" только то, что изменилось.
б) поискать контроллер с достаточным числом входов АЦП.
в) накручивать на внешних АЦП "огород"
Моя фантазия кончилась..
Идея неплохая, но есть небольшой нюанс. Вы забываете таймаут на стабилизацию измерения после преключения канала измерения. Как правило приходится для получения стабильного и верного показания брать среднее орифметическое от 40, а то и более измерений. И даже в таком случае заметно влияния каналов друг на друга.
Может не четко описал. Тумблер с диодом последовательно. Две такие цепочки паралельно. Это и есть элемент матрицы. Различие между цепочками в направлении диода. Лень схему чертить.
Да я еще позавчера нарисовал и в протеусе проверил, правда на 18 переключателей. Скетч тока не добил для наглядной визуализации. А как началось про расширители сознания, так и вовсе бросил. Не пригодится оно тут никому.
По моим измерениям скорость оцифровки меги по умолчанию составляет 9000 с-1 или 110-112 мкс. Учитывая, что два младших бита уже по дэйташиту не являются достоверными, а также то, что хотя бы один бит нужен для анализа сигнала с целью программного рлдавления "мерцания", уменьшать время опроса нецелесообразно. В то же время MCP3008 справляется с задачей за 20 мс, причем даже на частоте SPI в 1МГц (максимальная 3.6 МГц). И при этом обладает заведомо не хужшей точностью (из минусов - цена, которая выше, чем на плату Pro Mini).
В общем, основной вариант - MCP3008.
а) один из предусматриваемых вариантов - поставить дополнительную Pro Mini, которую использовать для опроса MCP3008, а на основную Мегу отсылать только изменения по UART,
б) честнго говоря, в эту сторону даже не смотрел. Наоборот, подумываю, чтобы полность отказаться от аналоговых ног Мег в пользу специализированной микросхемы. Да и есть подозрение, что кристалл, содержащий 48 аналоговых входов, окажется совершенно непривлекательным по цене,
в) основной рассматриваемый вариант,
г) моей фанатзии хватило еще на то, чтобы упомянуть мультиплексоры. По цене это, конечно, наилучший вариант, но, вроде, они шумят. Да и время одной оцифровки 111 мкс, к которому добавится время на переключение мультиплексора, соавсем не радует.
По моим измерениям скорость оцифровки меги по умолчанию составляет 9000 с-1 или 110-112 мкс.
Измерения можно было и не производить. Достаточно почитать мануал. Оно бы и пользы больше принесло и по времени было бы быстрее.
Мануал говорит, что частота тактирования АЦП атемеги не должно превышать 200кгц для десятибитных измерений. С учетом специфики прескалера АЦП и тактовой МК в 16мкц, выбор частот тактирования АЦП сужается до одного вариата -- 125кгц. Время полной оцифровки одного семпла атмегой составляет 14 тактов. Таким образом максимально-возможная частота оцифровки для идеальных условий составит 125/14 = 8,928кгц. Отсюда еще нужно отнять чуть чуть на накладные расходы по перезапуску АЦП каждый раз.
Цитата:
Учитывая, что два младших бита уже по дэйташиту не являются достоверными
Не, вы как-то лихо хватили. Два бита это ошибка для всей шкалы во всем диапазоне температур и питающих напряжений. Как некий характеризующий АЦП фактор его можно воспринимать, но в практическом плане он значит не много. Точность же измерений следует считать, как 0.5 LSB.
В целом же, я тоже со скепсисом отношусь к идее использовать для вашей задачи АЦП атмеги.
А вот Лукумычу вероятно будет интересно узнать, что столь горячо-нелюбимый им МК, умеет цифровать в 12бит безостановочно со скоростью 1 миллион семплов в секунду, переключаясь с канала на канал без пауз и при желании может организовать отравку по одному из интерфесов (SPI/I2C/USART) оцифрованных данных ресурсами одной только периферии, т.е. без участия ЦПУ. Последнее в это время может заниматься каким-нибудь другим полезным делом и оцифровка с отсылкой никак его не будет отвлекать. Оно может и фигня полная, но в иных случаях оказывается офигенно удобной штукой.
Если почитать даташит ещё пристальнее, то можно осмыслить метод непрерывной аппаратной оцифровки у мег. Пример применения, который на тот момент ещё не тестировался, а позже так и не был поправлен, есть где-то в закоментаренном виде в моем arhat.h .. 14 тактов - вполне нормальная оцифровка. Да, по даташиту точность 0.5LSB, и таких ошибок там .. несколько видов.
Суммарно можно считать недостоверным .. ровно один младший разряд. Отказавшись от 10бит, частоту оцифровки можно поднять до мегагерца, что тоже указано в даташите.
Да, оцифровка у х-мег = 2 мегасампла в секунду и она тоже умеет работать с ДМА .. впрочем, Вы опять занимаетесь ПИАРОМ. Чтож у вас там так "чешется"? :)
Кстати2, специфика меговского прескалера .. упс, точно таже самая что и ваши вечные проблемы с делителями и согласователями частот "на всю" периферию в СТМ. Возьмите другую частоту кварца и получите все 200кГц на АЦП. Кто-то мешает? Или "у себя" (на СТМ) это уже и не "идиотский пресклаер" .. да там вся периферия "идиотская".. :)
Если почитать даташит ещё пристальнее, то можно осмыслить метод непрерывной аппаратной оцифровки у мег.
Я не могу похвастаться тем, что читал даташит как-то сверхпристально, отчего "метод непрерывной аппаратной оцифровки" представляю себе весьма слабо. Если вы в двух словах его опишете, возможно будет интересно это обсудить.
Цитата:
Суммарно можно считать недостоверным .. ровно один младший разряд. Отказавшись от 10бит, частоту оцифровки можно поднять до мегагерца, что тоже указано в даташите.
Поднять можно, но "поднять до мегагерца", сильно смахивает на отсебятину.
Цитата:
Да, оцифровка у х-мег = 2 мегасампла в секунду и она тоже умеет работать с ДМА .. впрочем, Вы опять занимаетесь ПИАРОМ. Чтож у вас там так "чешется"? :)
Когда вы неизвестно с чего начинаете славословить непопулярные камни, мне не приходит в голову обвинять вас в корысти. Но вы же прямо изошли, пытаясь приписать мне какой-то сверхкорыстный интерес.
Цитата:
точно таже самая что и ваши вечные проблемы с делителями и согласователями частот "на всю" периферию в СТМ.
Во втором поколении (F030) этой проблемы нет, т.ч. не сочиняйте. ADC, UART, I2C и пр. тактируются либо от своих собственных генераторов, либо от главного, частота которого всегда неизменна.
Цитата:
Возьмите другую частоту кварца и получите все 200кГц на АЦП.
Я ценю ваше чувство юмора. У атмеги328 четыре варианта установок прескалера для АЦП: /16, /32, /64 и /128. Для получения вожделенных 200кгц на АЦП придется искать кварцы на частоты 3.2мгц, 6.4мгц, 12.8мгц и 25.6мгц соответственно. Вполне допускаю, что кварцы на подобные или близкие частоты существуют и их при должном усердии даже можно раздобыть. Однако, при установке подобного кварца в полный рост встает проблема "Тришкиного Кафтана" -- улучшение одного, автоматически ведет к ухудшению другого в большем масштабе. Возникают проблемы с загрузчиком, таймерами, последовательными портами и, возможно, с чем нибудь еще (я пока слабо представляю картину целиком). Вы плевались на STM32 первого поколения, где гибкость тактирования разных блоков отличается от подобной подсистемы атмеги, как ивовый прут от канализационной трубы. Теперь же вам показалось вполне симпатичным улучшить конструкцию микроскопа при помощи лома и двух совковых лопат. Что ж, тоже подход наверное.
Цитата:
Кто-то мешает? Или "у себя" (на СТМ) это уже и не "идиотский пресклаер" .. да там вся периферия "идиотская"..
Как-то вот не очень удачно у вас получилось с самого начала. Взявшись хаять армы, неизвестно с какого перепуга, вы тем самым загнали себя в крайне непростую ситуацию, когда вам приходится отрицать очевидное и все глубже и глубже зарываться в нелепости. Я бы хотел посоветовать вам остановиться и подумать, так ли нужно вам это занятие.
Я не пиарю никаких камней вовсе, за исключением ATmega2560, которую имею и от которой тащусь как моль по нафталину. Ибо для наших задач, этого камня хватает с та-а-аким запасом, что я ваще не вижу ни одной причины что-то менять. И это несмотря на то, что задача у меня стоит ровно одна: обучение дитенка .. то бишь показать ему "как оно работает", или иначе: "найти узкие места" .. вот нет пока таковых! Да, как только перейдем к работе с экранами/графикой, полноценной обработкой звука и др. "незадачам управления", конечно же встанет вопрос "что дальше".
Но вот управление всем тем набором, что у нас есть:
(это была "первая партия", выкладывал тут когда-то уже) пока что у нас решается силами этого камня от слова "Легко".
Всё что я пишу про иные камни, почерпнуто исключительно из обсуждений/вопросов тут и на иных ресурсах и их даташитов, которые качаю и почитываю в целях самообразования. И заметьте, что каждое такое сообщение пишется ИСКЛЮЧИТЕЛЬНО в ответ на рекламу пиарщиков.
Что верно то верно, впервые слова не мальчика, но мужа.
1. Для обучения и понимания основ програмирования достаточно arduino
2. Для серьезных задач (обработка больших масивов и сложных алгоритмов) надо делать выбор в сторону более производительных камней с соответсвующей периферией.
О чем я пытаюсь все время сказать, но наверное неправильно формулирую.
Стуча по клаве о том же самом (что камень выбирается исключительно под задачу) я уже дырки в клаве пропилил на этом форуме .. ни панимают, насяльник! .. :)
P.S. А имея 8+ летний опыт работы в рекламе, в т.ч. и вирусной, с привлечением "форумных спецов" .. очень хорошо вижу пиар, который тут идет.
ATmega644-20PU на али по 500 руб за корпус в партии из 5 шт. В местных ларьках от 800р. Если вместо того, чтобы чуть-чуть шевельнуть мозгами и чуть-чуть руками, вы предпочитаете решать вопрос "в лоб", типа, бабла немеряно, то это уже жизненная позиция и зачем было выходить на форум за консультациями, не совсем понятно.
ATmega644-20PU на али по 500 руб за корпус в партии из 5 шт. В местных ларьках от 800р. Если вместо того, чтобы чуть-чуть шевельнуть мозгами и чуть-чуть руками, вы предпочитаете решать вопрос "в лоб", типа, бабла немеряно, то это уже жизненная позиция и зачем было выходить на форум за консультациями, не совсем понятно.
Обидно, ДА!!! Это не решение в лоб, а не желание создавать себе лишний геморой. Зачем к примеру использовать режим ногодрыга для работы с LCD или TFT 8 бит, когда можно воспользоваться пермферией для работы с внешним ОЗУ. По вашему и те кто используют переходник I2C->parallel для подключения LCD тоже шизофреники. Самое дорогое и трудоемкое в устройстве - это софт. Что по вашему дороже/дешевле, чип за 500 руб и софт написанный за один вечер размером с "наперсток" или чип за 100 руб с софтом размером с "500 литровыю бочку", написанный за неделю а то и дольше.
Вы не хотите поискать какое-нибудь другое место, где бы вам комфортно было фонтанировать не относящимся к теме обсуждения бредом? Пусть сначала в ардуину прошьет эту мегу644, а про бочки уже потом будете сказки сочинять.
Вы не хотите поискать какое-нибудь другое место, где бы вам комфортно было фонтанировать не относящимся к теме обсуждения бредом? Пусть сначала в ардуину прошьет эту мегу644, а про бочки уже потом будете сказки сочинять.
Вы вроде великий исследователь, и вобщем то писать программы для AVR можно не только в среде arduino. К тому же чип 644 прекрасно можно прошить из среды arduino, через опцию прошить с помощью програматора, написаным в ней же скетчем. Надо только добавить некоторое описание в файл board.txt
Что вы говорите. Неужели правда? Это же прорыв в микроэлектронике. Человечестов обязано поставить вам памятник.
Вы уже сколько их прошили? Трещать же, как корабли бороздят Большой Театр, много ума не надо.
Вы уже сколько их прошили? Трещать же, как корабли бороздят Большой Театр, много ума не надо.
Не только их но и другие, как tiny25, mega128. Работают все програматоры и AVRISPmkii, и USBTinyISP. Оба програматора не покупные. Компилил буты для нестандартных для arduino рпроцов. Единственное что не совсем получилось, это скомпилить бут на нестандартных частотах кварца, там надо править исходник в секции BAUDRATE. Так что опыт имеется. Ну и на последок, у меня нет ни одного покупного arduino, все собраны собственными руками. Ремонтирую практически любой шилд, собираю свои шилды TFT.
Тогда вы должны не со мной тут собачиться, а дать ТСу точные и исчерпывающие рекомендации, как ему быстро и просто прошить мегу644 ардуиновским загрузчиком и сделать использование этого чипа в ардуино иде приятным и удобным. Судя по имеющемуся у вас обширному опыту, вас не затруднит это сделать прямо сейчас же и описать прямо тут, просто по памяти.
Писать простыню не простое дело, тем более для понимания человеком у которого по всей видимости не так много практики в этом вопросе. Я то начинал с написания программ на asm. В кратце, берем прототип например той же mega2560. У них по умолчанию все регистры и порты одинаковы, только у 2560 их поболее, значит вире для них одинаков. Редактируем описание в board.txt, добавляем новый чип. Изменяться там только фьюзы смотрим в основном помойму HB и LB там надо выставить уровень сброса по понижению питания и параметры параметр подключения внешнего тактирования(кварца), убрать бит DIV8 и надо точно указать тип м/к(например mega644pu), по нему при компиляции и прошивке avrdude будет определять сигнатуру выбранног и програмируемого таргета. Дальше все просто, пишем скетч, компилим, зашиваем через програматор, все работает.
З.Ы. Одно важное условие кварц на плате должен стоять 16 МГц или 8 МГц и это так же надо указать в описании параметров компиляции и прошивки в board.txt
Эх, а как хорошо начиналось:
А еще меня не поидает ощущение, что вы не все вспомнили. Впрочем, даже этого топикстартеру хватит надолго. Что вы там говорили про "софт написанный за вечер"?
andriano, надо смотреть какую разрядность требуется получить, хватает ли скорости потокового чтения АЦП на обработку данных, можно ли мультиплексировать входы АЦП и чем по скорости обработки для расширения их количества (max=16 ваще-то), можно ли на этапе отправки по U(S)ART (кстати как там с синхронностью) останавливать чтение портов "на время отправки" (дабы не страдать с прерываниями впечатлительно) или можно свалить на I2C, где скорость передачи может тормозиться слейвом и т.д и т.п. Думаю без детализации ТЗ - вам врядли кто-то что-то скажет вменяемое..
Требуется получить 128 достоверных уровней без шумов и мерцаний. Собственно, изменение любого из 42 входов на единицу младшего разряда - событие, на которое нужно реагировать. Предполагается, что одновременно может изменяться один параметр, максимум - два (у человека две руки). Собственно достаточно, чтобы хотя бы раз в 5-20 мс был опрошен каждый из 42 каналов Регулярность опроса не важна, важно лишь чтобы изменение фиксировалось не позднее 20 мс. UART читает по одному байту (прочитал - не ждет следующих, а занимается другими делами, например, опросом аналоговых сигналов). Задержка между двумя последовательными чтениями UARD не должна превышать примерно 0.5 мс. Но при этомдействуют достаточно объемные ежемиллисекундные прерывания, которые сами по себе жрут десятки процентов процессорного времени.
В настоящее время планирую решиь вопрос с помощью MCP3008 на частоте 1 МГц (т.к. на SPI будет несколько устройств, частота выбрана не максимально ворзможная - для 3008 максимум 3.6 Мгц).
Рассматриваю также возможность нагрузить опросом аналоговых датчиков отдельную Ардуино (типа МИНИ), связав их по UART - только при наличии изменений состояния.
Но с удовольствием выслушаю любые идеи.
Собственно, по UART слушается MIDI-порт. Скорость 31250. Принимает по 1 байту. Когда накопится целиком команда (как правило, 3 байта) решается, обрабатывать ее собственным синтезатором или передавать внешнему (по SPI). Время от начаоа приема команды до ее выполнения не должна превышать 2 мс. В перерывах опрашиваются все доступные музыканту контроллеры. Как вариант - опрашивается другой UART, по которому вторая Ардуина передает изменения органов управления. В 1-мс прерывании происходит управление собственно синтезатором, т.е. частотами и амплитудами сигналов и настройками фильтров.
andriano, надо смотреть какую разрядность требуется получить, хватает ли скорости потокового чтения АЦП на обработку данных, можно ли мультиплексировать входы АЦП и чем по скорости обработки для расширения их количества (max=16 ваще-то), можно ли на этапе отправки по U(S)ART (кстати как там с синхронностью) останавливать чтение портов "на время отправки" (дабы не страдать с прерываниями впечатлительно) или можно свалить на I2C, где скорость передачи может тормозиться слейвом и т.д и т.п. Думаю без детализации ТЗ - вам врядли кто-то что-то скажет вменяемое..
Требуется получить 128 достоверных уровней без шумов и мерцаний. Собственно, изменение любого из 42 входов на единицу младшего разряда - событие, на которое нужно реагировать. Предполагается, что одновременно может изменяться один параметр, максимум - два (у человека две руки). Собственно достаточно, чтобы хотя бы раз в 5-20 мс был опрошен каждый из 42 каналов Регулярность опроса не важна, важно лишь чтобы изменение фиксировалось не позднее 20 мс. UART читает по одному байту (прочитал - не ждет следующих, а занимается другими делами, например, опросом аналоговых сигналов). Задержка между двумя последовательными чтениями UARD не должна превышать примерно 0.5 мс. Но при этомдействуют достаточно объемные ежемиллисекундные прерывания, которые сами по себе жрут десятки процентов процессорного времени.
В настоящее время планирую решиь вопрос с помощью MCP3008 на частоте 1 МГц (т.к. на SPI будет несколько устройств, частота выбрана не максимально ворзможная - для 3008 максимум 3.6 Мгц).
Рассматриваю также возможность нагрузить опросом аналоговых датчиков отдельную Ардуино (типа МИНИ), связав их по UART - только при наличии изменений состояния.
Но с удовольствием выслушаю любые идеи.
Собственно, по UART слушается MIDI-порт. Скорость 31250. Принимает по 1 байту. Когда накопится целиком команда (как правило, 3 байта) решается, обрабатывать ее собственным синтезатором или передавать внешнему (по SPI). Время от начаоа приема команды до ее выполнения не должна превышать 2 мс. В перерывах опрашиваются все доступные музыканту контроллеры. Как вариант - опрашивается другой UART, по которому вторая Ардуина передает изменения органов управления. В 1-мс прерывании происходит управление собственно синтезатором, т.е. частотами и амплитудами сигналов и настройками фильтров.
Руки то две. только вот буда, пальцев 10. Конечно всеми сразу не давят на клавиши. Но если играют, то возможна ситуация когда берут аккорд и это до 4 нот как минимум. Мое замечание актуально если ваш инструмент не одноголосый. Как то в 80-е в журнале радио была статья про синтезатор, там использовали буфферизацию, своеобразный availebl нажатых клавишь, скорости обработки должно хватить чтобы обработать несколько нажатых клавишь записанных в буфер, пока вы меняете состояние на следующую последовательность нажатых клавишь.
24 тумблера? Легко. Последовательно с тумблерами диоды. По 2 тумблера с диодами впаралель, так чтоб диоды были разнонаправлены. получаем 12 групп. Их в матрицу 3х4. Меняя местами стробы и возвраты получаем опрос всех. Еще пожалуй резисторы в линии прийдется добавить, чтоб длинные пути тока через матрицу не сказывались.
Это была головоломка? Я правильно решил?
Уж не в параллель только.
Собственно, по UART слушается MIDI-порт. Скорость 31250...
Руки то две. только вот буда, пальцев 10. Конечно всеми сразу не давят на клавиши. Но если играют, то возможна ситуация когда берут аккорд и это до 4 нот как минимум. Мое замечание актуально если ваш инструмент не одноголосый. Как то в 80-е в журнале радио была статья про синтезатор, там использовали буфферизацию, своеобразный availebl нажатых клавишь, скорости обработки должно хватить чтобы обработать несколько нажатых клавишь записанных в буфер, пока вы меняете состояние на следующую последовательность нажатых клавишь.
Собственно, сколько клавиш нажато - это забота MIDI-клавиатуры, с которой синтезатор принимает сигнал по UART. А сам он опрашивает не ноты, а всевозможные регуляторы: ADSR, LFO, Sutoff и т.д. Всего 42 крутилки и около полутора десятков кнопок.
Статьи в Радио в 80-е читал. Вскоре после этого начал делать аналоговый синтезатор. В принципе, на нем даже можно было играть, только находился он в нетранспортабельном состоянии, да и надежность оставляла желать лучшего. Сейчас решил сделать некоторый аналог на более или менее современной элементной базе.
У меги АЦП имеет скорость макс = 15000 оцифровок в сек. или 15 шт в миллисекунду. За ваши 15-20 мсек можно получить не более 225 значений. С потерей 2-х старших разрядов, скорость оцифровки растет вроде как до 80 шт/мсек. Если учесть, что младший разряд "шум", то вот они ваши 128бит и получатся. Теоретически, мега снимать с вашей скоростью вполне способна. Проверить и убедиться что "не изменилось" .. вроде тоже не сложно, но у неё только 16 входов.
Где и как раздобыть остальные? :)
а) поставить несколько мег и сливать на "главную" только то, что изменилось.
б) поискать контроллер с достаточным числом входов АЦП.
в) накручивать на внешних АЦП "огород"
Моя фантазия кончилась..
У меги АЦП имеет скорость макс = 15000 оцифровок в сек. или 15 шт в миллисекунду. За ваши 15-20 мсек можно получить не более 225 значений. С потерей 2-х старших разрядов, скорость оцифровки растет вроде как до 80 шт/мсек. Если учесть, что младший разряд "шум", то вот они ваши 128бит и получатся. Теоретически, мега снимать с вашей скоростью вполне способна. Проверить и убедиться что "не изменилось" .. вроде тоже не сложно, но у неё только 16 входов.
Где и как раздобыть остальные? :)
а) поставить несколько мег и сливать на "главную" только то, что изменилось.
б) поискать контроллер с достаточным числом входов АЦП.
в) накручивать на внешних АЦП "огород"
Моя фантазия кончилась..
Идея неплохая, но есть небольшой нюанс. Вы забываете таймаут на стабилизацию измерения после преключения канала измерения. Как правило приходится для получения стабильного и верного показания брать среднее орифметическое от 40, а то и более измерений. И даже в таком случае заметно влияния каналов друг на друга.
Уж не в параллель только.
Может не четко описал. Тумблер с диодом последовательно. Две такие цепочки паралельно. Это и есть элемент матрицы. Различие между цепочками в направлении диода. Лень схему чертить.
Да я еще позавчера нарисовал и в протеусе проверил, правда на 18 переключателей. Скетч тока не добил для наглядной визуализации. А как началось про расширители сознания, так и вовсе бросил. Не пригодится оно тут никому.
По моим измерениям скорость оцифровки меги по умолчанию составляет 9000 с-1 или 110-112 мкс. Учитывая, что два младших бита уже по дэйташиту не являются достоверными, а также то, что хотя бы один бит нужен для анализа сигнала с целью программного рлдавления "мерцания", уменьшать время опроса нецелесообразно. В то же время MCP3008 справляется с задачей за 20 мс, причем даже на частоте SPI в 1МГц (максимальная 3.6 МГц). И при этом обладает заведомо не хужшей точностью (из минусов - цена, которая выше, чем на плату Pro Mini).
В общем, основной вариант - MCP3008.
а) один из предусматриваемых вариантов - поставить дополнительную Pro Mini, которую использовать для опроса MCP3008, а на основную Мегу отсылать только изменения по UART,
б) честнго говоря, в эту сторону даже не смотрел. Наоборот, подумываю, чтобы полность отказаться от аналоговых ног Мег в пользу специализированной микросхемы. Да и есть подозрение, что кристалл, содержащий 48 аналоговых входов, окажется совершенно непривлекательным по цене,
в) основной рассматриваемый вариант,
г) моей фанатзии хватило еще на то, чтобы упомянуть мультиплексоры. По цене это, конечно, наилучший вариант, но, вроде, они шумят. Да и время одной оцифровки 111 мкс, к которому добавится время на переключение мультиплексора, соавсем не радует.
Измерения можно было и не производить. Достаточно почитать мануал. Оно бы и пользы больше принесло и по времени было бы быстрее.
Мануал говорит, что частота тактирования АЦП атемеги не должно превышать 200кгц для десятибитных измерений. С учетом специфики прескалера АЦП и тактовой МК в 16мкц, выбор частот тактирования АЦП сужается до одного вариата -- 125кгц. Время полной оцифровки одного семпла атмегой составляет 14 тактов. Таким образом максимально-возможная частота оцифровки для идеальных условий составит 125/14 = 8,928кгц. Отсюда еще нужно отнять чуть чуть на накладные расходы по перезапуску АЦП каждый раз.
Не, вы как-то лихо хватили. Два бита это ошибка для всей шкалы во всем диапазоне температур и питающих напряжений. Как некий характеризующий АЦП фактор его можно воспринимать, но в практическом плане он значит не много. Точность же измерений следует считать, как 0.5 LSB.
В целом же, я тоже со скепсисом отношусь к идее использовать для вашей задачи АЦП атмеги.
А вот Лукумычу вероятно будет интересно узнать, что столь горячо-нелюбимый им МК, умеет цифровать в 12бит безостановочно со скоростью 1 миллион семплов в секунду, переключаясь с канала на канал без пауз и при желании может организовать отравку по одному из интерфесов (SPI/I2C/USART) оцифрованных данных ресурсами одной только периферии, т.е. без участия ЦПУ. Последнее в это время может заниматься каким-нибудь другим полезным делом и оцифровка с отсылкой никак его не будет отвлекать. Оно может и фигня полная, но в иных случаях оказывается офигенно удобной штукой.
Если почитать даташит ещё пристальнее, то можно осмыслить метод непрерывной аппаратной оцифровки у мег. Пример применения, который на тот момент ещё не тестировался, а позже так и не был поправлен, есть где-то в закоментаренном виде в моем arhat.h .. 14 тактов - вполне нормальная оцифровка. Да, по даташиту точность 0.5LSB, и таких ошибок там .. несколько видов.
Суммарно можно считать недостоверным .. ровно один младший разряд. Отказавшись от 10бит, частоту оцифровки можно поднять до мегагерца, что тоже указано в даташите.
Да, оцифровка у х-мег = 2 мегасампла в секунду и она тоже умеет работать с ДМА .. впрочем, Вы опять занимаетесь ПИАРОМ. Чтож у вас там так "чешется"? :)
Кстати2, специфика меговского прескалера .. упс, точно таже самая что и ваши вечные проблемы с делителями и согласователями частот "на всю" периферию в СТМ. Возьмите другую частоту кварца и получите все 200кГц на АЦП. Кто-то мешает? Или "у себя" (на СТМ) это уже и не "идиотский пресклаер" .. да там вся периферия "идиотская".. :)
Я не могу похвастаться тем, что читал даташит как-то сверхпристально, отчего "метод непрерывной аппаратной оцифровки" представляю себе весьма слабо. Если вы в двух словах его опишете, возможно будет интересно это обсудить.
Поднять можно, но "поднять до мегагерца", сильно смахивает на отсебятину.
Когда вы неизвестно с чего начинаете славословить непопулярные камни, мне не приходит в голову обвинять вас в корысти. Но вы же прямо изошли, пытаясь приписать мне какой-то сверхкорыстный интерес.
Во втором поколении (F030) этой проблемы нет, т.ч. не сочиняйте. ADC, UART, I2C и пр. тактируются либо от своих собственных генераторов, либо от главного, частота которого всегда неизменна.
Я ценю ваше чувство юмора. У атмеги328 четыре варианта установок прескалера для АЦП: /16, /32, /64 и /128. Для получения вожделенных 200кгц на АЦП придется искать кварцы на частоты 3.2мгц, 6.4мгц, 12.8мгц и 25.6мгц соответственно. Вполне допускаю, что кварцы на подобные или близкие частоты существуют и их при должном усердии даже можно раздобыть. Однако, при установке подобного кварца в полный рост встает проблема "Тришкиного Кафтана" -- улучшение одного, автоматически ведет к ухудшению другого в большем масштабе. Возникают проблемы с загрузчиком, таймерами, последовательными портами и, возможно, с чем нибудь еще (я пока слабо представляю картину целиком). Вы плевались на STM32 первого поколения, где гибкость тактирования разных блоков отличается от подобной подсистемы атмеги, как ивовый прут от канализационной трубы. Теперь же вам показалось вполне симпатичным улучшить конструкцию микроскопа при помощи лома и двух совковых лопат. Что ж, тоже подход наверное.
Как-то вот не очень удачно у вас получилось с самого начала. Взявшись хаять армы, неизвестно с какого перепуга, вы тем самым загнали себя в крайне непростую ситуацию, когда вам приходится отрицать очевидное и все глубже и глубже зарываться в нелепости. Я бы хотел посоветовать вам остановиться и подумать, так ли нужно вам это занятие.
Это была шутка, ежели вчё. :)
Я не пиарю никаких камней вовсе, за исключением ATmega2560, которую имею и от которой тащусь как моль по нафталину. Ибо для наших задач, этого камня хватает с та-а-аким запасом, что я ваще не вижу ни одной причины что-то менять. И это несмотря на то, что задача у меня стоит ровно одна: обучение дитенка .. то бишь показать ему "как оно работает", или иначе: "найти узкие места" .. вот нет пока таковых! Да, как только перейдем к работе с экранами/графикой, полноценной обработкой звука и др. "незадачам управления", конечно же встанет вопрос "что дальше".
Но вот управление всем тем набором, что у нас есть:
(это была "первая партия", выкладывал тут когда-то уже) пока что у нас решается силами этого камня от слова "Легко".
Всё что я пишу про иные камни, почерпнуто исключительно из обсуждений/вопросов тут и на иных ресурсах и их даташитов, которые качаю и почитываю в целях самообразования. И заметьте, что каждое такое сообщение пишется ИСКЛЮЧИТЕЛЬНО в ответ на рекламу пиарщиков.
Что верно то верно, впервые слова не мальчика, но мужа.
1. Для обучения и понимания основ програмирования достаточно arduino
2. Для серьезных задач (обработка больших масивов и сложных алгоритмов) надо делать выбор в сторону более производительных камней с соответсвующей периферией.
О чем я пытаюсь все время сказать, но наверное неправильно формулирую.
Стуча по клаве о том же самом (что камень выбирается исключительно под задачу) я уже дырки в клаве пропилил на этом форуме .. ни панимают, насяльник! .. :)
P.S. А имея 8+ летний опыт работы в рекламе, в т.ч. и вирусной, с привлечением "форумных спецов" .. очень хорошо вижу пиар, который тут идет.
Эмм. Был занят сменой автомобиля, поэтому за темой не следил. Атмега644 нужна для другого проекта, так как у нее целых 4кб памяти.
Для тумблеров есть 40ка ногие микросхемы с 2кб памяти, они существенно дешевле.
Программатора у меня нет, но его можно купить на алиэкспрессе занедорого. Надо просто сделать из скетча ардуины hex?