Ruslan1

Ну например у Майкрочипа есть, может и подойдет.

угу. А потом при переходе к dsPIC или PIC32 обратно на майкрочиповский C придется переходить. Так что думайте, освоить одно и дальше продолжать в том же ключе или метаться. А насчет глючности MCC18 сомневаюсь честно говоря, но в перепалку по этому поводу вступать не буду, для 18-х использовал только хайтек. Кстати компилятор тоже не без греха. Были заморочки с некоторыми версиями, но бочку катить не буду, может все-таки ручки у меня кривоваты. Но в любом случае не нужно увлекаться автозаполнялками регистров, может выйти боком в самый неподходящий момент. Кстати, Вы не сказали, на чем ездили когда сидели на 16-й архитектуре. неужто на мпасме?

Ну, зря вы так. с данными иногда интересно поиграться. Вдруг у кого-то из профи найдется лишняя минутка и они просто походя решат вашу проблему. Игры-то тут очень простые, если данные есть и знаешь или догадываешься где копать. Я ( но я не профи в ЦОС) бы например тоже с удовольствием покрутил хоть на пример изучения матаппарата на конкретной задаче.

еще проще, просто данные в строку через запятую. кавычки это в особо извращенных случаях. Новый набор данных (скажем, новый входной массив, другое измерение) начинается с новой строки. например 1,2,3,4,6.4,55.9,222.1,20,3.8e-9,17 например, ексель такое и читать умеет и генерить такие файлы из любого своего формата. очень классный формат если не знаете кто потребитель данных или нет четких указаний на формат. всегда легко конвертируется во что попало. :) собственно первоисточник: Common Format and MIME Type for Comma-Separated Values (CSV) Files (RFC 4180) А про остальное не скажу, потому что не знаю.

честно говоря первое что пришло в голову- это фильтрация по скорости нарастания: если модуль разности in - in[i-1] больше заданной величины, то out = in. иначе out = in[i-1]. но я не специалист по ЦОС :) Для того, чтобы заинтересовать больше людей, можете выложить данные в каком-нибудь популярном формате, который легко втянуть в матлаб, например. Мне больше всего CSV нравится, хоть в ексель, хоть в матлаб, хоть текстовым редактором посмотреть можно.

Параллельно Форуму попробуйте на окружающих предприятиях и НИИ в соответствующих отделах искать. Довольно часто этим вопросом занимаются люди, не привыкшие к пользованию форумами и интернетом, старшее поколение, так сказать :)

Да, прикольненькая ссылочка, любопытненький документик. Всем вляпавшимся- искренние соболезнования. У нас, в независимой от всех, проще. Все меньше шансов вообще понять что еще у нас могут поверить, а что уже просто физически негде. Недавно вон наш ИО президента предложил урезать финансирование Академии наук и по текущим и по фундаментальным исследованиям. до нуля. вроде бы пока не прошло :(

самое дубовое- MODBUS. Если к компьютерам/каналам связи с неизвестными задержками подключать хотите- то обязательно посмотрите MODBUS-ASCII, ну а если все детерминировано- то MODBUS-RTU. А если еще не уверены про интерфейс- посмотрите CAN. тоже два провода. Больше возни сначала, но потом много вкусностей увидите.

Ну так какие варианты? Значит вам никуда не уйти от кнопок с нормально разомкнутым состоянием. Требуйте переделать. Странно, что такие неадекватные программисты "вещь в себе" еще работают и не вымерли. Велика Россия, всем место находится :) Если бы он привел вам аргумент в виде расчетов, показывающих вероятность ложного срабатывания кнопки в ваших условиях внешних воздействий, я бы снял шляпу в знак уважения. А аргумент типа "все так делают" - глупость и аргументом не является.

Любые приборы, если результатом действия этого объединения является информирование о результатах измерения. :) Также сюда входят и средства доставки (провода, каналы связи, эфир, межзвездный вакуум....) Также сюда входят и средства отображения (дисплеи и т.д) Также сюда входят и средства администрирования (СисАдмин, его начальник, их компьютеры, сейф с архивными дисками, охрана с бластерами....) Также сюда входят архитектурные и инженерные конструкции (здание для диспетчеров, вышки связи....) Ну и еще чего-то можно добавить по вкусу. PS. Вопрос четкого ответа не имеет, все очень индивидуально. Хотя разве что какой-то ГОСТ или более мелкий нормативный документ дает толкование термина....

Я использовал PIC32MX575, это из того же даташита что выбранный вами проц, но без езернета. Бойтесь ахтунгов из-за угла! Не поленитесь расписать по ногам, как вы одновременно будете его разношерстную периферию пользовать. Пример из рапиновки выбранного вами процессора: нога с функциональностью: ERXDV/AERXDV/ECRSDV/AECRSDV/SCL4/SDO2/U3TX/PMA3/CN10/RG8 То есть, если оно будет SCL4, то она уже не будет SDO2 и не будет TX3. Если вы по привычке подумали что майкрочип продолжил позволять юзеру через матрицу соединений переназначать пин для нужной функции, как это было у ряда dsPIC - облом-с, нетути. Сам на такое нарвался, сначала выбрал PIC32 проц по таблице, потом начались засады, в результате пришлось из двух SPI оставить один, и то же самое с USART случилось- периферия друг друга давит. Есть и другие бутылочные горла, например наличие всего двух таймеров (иди даже одного, если 32-битный) для всех ШИМов и модулей захвата. Так что вот так про много-чего-там-в-одном-флаконе от майкрочипа. В этом смысле хорошие воспоминания оставил AT91RM9200, вот уж действительно много всего было и сразу. Но конечно если встроенной памяти хватает, то что-то монстровидное с внешней SDRAM и ПЗУ отдыхает. но думаю, нашел бы альтернативу этому PIC32 если бы хорошо искал.

ага, спасибо, я как-то в эту сторону и не смотрел. че-то я не понял по диагонали даташит посмотрев, на ней реально можно что-то типа меандра на выходе с логическими амплитудами получить? Ну и пусть в пределе она и больше чуть жрет (25 мА в полном режиме) Но я так понял что можно не использовать ее смеситель а только TXOUT, и даже интересный график есть, что в этом случае потребление (TX only) в пределе составляет 7.5 мА !!!!!! :08: То есть я могу использовать ее в качестве кварцевого генератора? Смущает диапазон, 200-400, вот если бы 50-200 МГц.... Генерить а потом делить как-то некошерно. PS я не топикстартер, мне именно 100 МГц не нужно, но вот потребление встроенных PLL в микроконтроллерах иногда заставляет взгрустнуть....

Дык название-то укажите. я вот не нашел.

Агх...Кххх... Не понял....... Мимо какой темы? и кто мне наконец объяснит, что такое "интервалы следования импульсов" ? надеюсь эти самые "радиочастотники" ? Я пока только про "фиксиков" знаю, их в телевизоре показывают. детки смотрят ну и родителям иногда достается.... Эти фиксики все всем объясняют очень доходчиво.

перейти от коммутации тока к коммутации напряжения- это конечно неплохо. Но пока что хочется минимизировать потребление, запитывая только один датчик единовременно. Но опять же можно и питание ОУ коммутировать, у меня время измерения может быть большим, хватит на зарядку-устаканивание всего от включения до измерения.... угум, пасиб. бум думать... Сейчас уже нарисовал предельную схему, не зависящую от параметров ключей и проводов: 3 ключа и 5-проводка от мультиплексора к измерителю. все остальные варианты это упрощения от предельной схемы и дополнительные требования к ключам или проводке между платами.

Согласен на 100% про 4-проводку. Этот вариант тоже рассматривается, а учитывая что никакой гальваники не нужно- вообще песня, только два ключа на канал. В этом случае только утечка остальных выключенных каналов интересует. Есть вариант когда и этот параметр не мешает измерениям, но схема связи с основным измерителем еще больше усложняется, у меня сейчас АЦП совсем на другой плате и с нее блин только двухпроводка. как говаривает мой шеф, "стрелять и вешать!". Идеал это ту плату с АЦП перевести на 4-проводное окончание, тогда все прозрачно будет до подключения сенсора. ну и на сенсор заложу 4 контакта, вдруг и сенсоры правильные применять начнут.

Я всегда калибровал как минимум по двум точкам. В особо тяжелых случаях точек много(десятки), расположение выбирается пользователем во время процедуры калибровки. Однажды даже температуру в области ключей измерял чтобы скомпенсировать температурные зависимости, но это уже совсем баловство было :)

нет, мне к сожалению не подходит. могу много аргументов привести, почему такой подход не катит, если это интересно, но тема не об том. Ну вот не могу я пользоваться при проектировании типовыми характеристиками и все тут, мне нужно чтобы при максимальных гарантируемых работало. Понимаю, что моя внутренняя проблема, но уже не перестроюсь.

Думаю, раскочегариться до частот, позволяющих получить дискретность измерения 20нс, измерить и уснуть(или перейти на низкие частоты) может практически любой микроконтроллер, работающий на таких частотах. :) в таком случае конечно да, выбор широкий. Это даже не 100МГц на ядро, а только 50 МГц на тактирование таймера нужно. тут даже MIPS-подделка майкрочипа справится, оно до 80МГц шину клокает. Хотя да, если все равно что, то армы-кортексы. А вот если нужно постоянно измерять, но будить ядро по окончанию измерения для запоминания данных, то подразумевается постоянно работающая на этой частоте периферия со спящим ядром (у майкрочипа это Idle mode называется). применительно к конкретному мелкочипу это даст около 28 мА на 50 МГц, если ядро стоит а периферия молотит. Про слип не говорю, там понятно микроамперы. но тогда тактировать снаружи надо, периферия и в слипе работать может, но генератор понятное дело спит.

что значит "неправильно" ? код хакерского вида не работает? Чего именно Вы хотите? Если просто доступаться к данным, так используйте указатели на поля, преобразуя их в char*. но гораздо лучше каждое такое поле через union объявить еще и как массив чаров , так нагляднее. Если сохранить как массив, то размер этой структуры выясняется через sizeof(). если все-таки хотите просто упаковать- так нужно смотреть компилятор, может и получится без выравнивания.

Ну, одинаковое сопротивление по обеим линиям это наверное все-таки про трех-проводку, иначе не скомпенсировать никак, а если не скомпенсировать- то по барабану одинаковость. В четырехпроводке и одинаковость не нужна, но я-то про двух-проводку говорю. Насчет питания- вообще-то у Analog Device много микросхем разных, и питание у них у всех разное :) Такс. смотрим этот PVT422. Как и любое solid-state relay, не проходит в первую очередь по току утечки в выключенном состоянии. Maximum Off-State Leakage : даже типовое у них до 10uA при +70. То есть Если Вы даже только 2 сенсора коммутировали и ток скажем 1 мА давали, уже погрешность 1% получается. Каждый коммутируемый канал еще 1% будет добавлять. И эта утечка линейно от температуры зависит, ее просто так не вычесть. Кстати, максимальную утечку они не написали, но обычно она в десятки раз больше (сужу по аналог девайсу). Про плоскость характеристики сопротивления вообще ни слова не нашел, это все-таки не для измерительных цепей деталька. Про калибровку конечно да, согласен, поэтому и плоскостью характеристики интересуюсь. Но пока есть надежда обойтись без калибровки, попробую обойтись.

Вы уже нашли микросхему, которая хотя бы просто генерировать 100 МГц и жрать меньше 20 мА может ?

Ага, и у меня тоже такое было на AD7792 сбрасывался регистр конфигурации. Случайным образом, зависимость не выявлена (плата групповая, много корпусов АЦП). Грешу на помехи. поставил заплатку в виде постоянного мониторинга регистров и реконфигурирования в случае улета. Но это с задачей повезло, снаружи не заметны мои манипуляции.

Здравствуйте! Посоветуйте пожалуйста хороший мультиплексор или ключи, из которых можно его собрать. Задача стоит так: есть 8 подключаемых по двухпроводке датчиков (термисторов), нужно их коммутировать на единный измеритель и измерять. Требования к мультиплексору: количество каналов- от 1 до 8 (то есть не проблема и ключи использовать, не обязательно именно микросхемы-мультиплексоры. Управление организую какое потребуется) прямой ток в открытом состоянии - не более 1 мА (минимальный ток 0.5 мА) коммутируемое напряжение- от +0.05В до +2.5 В (предполагается питание 3.3 В) Сопротивление в замкнутом состоянии - доли ома. 0.6 Ом и меньше горячо приветствуется. изменение сопротивления в зависимости от внешних факторов (температура, входное напряжение...) (On-Resistance Flatness) - не хуже 0.3 Ом. Утечка в разомкнутом состоянии - до сотни наноампер на 8 входов. то есть скажем 15 нА на вход. скорость коммутации- любая. Пока что лучшее из того что нашел (ориентируюсь на Фарнелл и Дижи-кий, но Компэл-Платан тоже пойдут): ADG804 ( ON-state resistance 0.8 Ohm, On-Resistance Flatness 0.16 Ohm, OFF leakage current 1nA) ADG884 ( ON-state resistance 0.61 Ohm, On-Resistance Flatness 0.16 Ohm, OFF leakage current 1nA) ADG841/842 ( ON-state resistance 0.48 Ohm, On-Resistance Flatness 0.05 Ohm, OFF leakage current 10nA typ) Может быть кто-то что-нибудь более крутое использует? где копать? (механические реле не предлагайте! :) И глупый вопрос вдогонку: а никто не пробовал несколько ключей в параллель цеплять? сопротивление вроде бы уменьшится должно, ведь так? Что-то я не видел такого очевидного решения нигде в аппаратуре, значит не все так просто?

вам шашечки или ехать? если хотите как у разработчиков, то надо и использовать все как у разработчиков, вплоть до версий харда и софта. И только потом менять на свое непробованное по кусочку, определяя когда перестанет работать. Если разница только в программаторе- хоть одолжите где-то такой же как у разработчиков и убедитесь что таки работает. Видел я разных "разработчиков", на слово лучше не верить никому. Особенно если не уверены, что разговариваете/переписываетесь именно с тем, кто действительно разрабатывал, вдруг просто менеджер какой. Теоретически можно долго соображать какой из факторов (или сочетания факторов) мешает Вам жить, проще все-таки сначала запустить в голом виде, а потом понемножку добавлять цепи. :) Хотя правильный программатор (пиккит) баксов 40 стоит, может если посчитать нервы и время, проще раскошелиться... 15 лет как с Пиками дело имею, даже не задумывался какой режим программирования кем и когда используется, хотя как с однократок/ультрафиолеток слез, так и начал внутрисхемный разъем юзать с самодельным компиком, уж про тайдовский программатор и не говорю. Если Вы выбрали правильный тип микросхемы, а программатор не программирует- то в топку такой программатор или как минимум проведите разговор с производителем на тему "че за а-я-яй и где фикс на софт"