Перейти к содержанию

Преобразователь напряжения в ток 4-20мА


Рекомендуемые сообщения

Приветствую!

Волею судьбы сложилось так, что мне необходимо сделать датчик с токовым выходом 4-20мА, который будет подключаться к АСУТП. Про физический принцип работы датчика рассказывать не буду, дабы не флудить.

Функциональная схема выглядит следующим образом: микроконтроллер собирает данные и дальше эти данные в виде уровня сигнала 4-20 передает на АСУТП. На первый взгляд задача не сложная, так как имеется большое количество готовых микросхем(приведу пример, вдруг кому будет полезно ЦАП с токовым выходом: AD5755, DAC8750). Однако необходимо реализовать датчик полностью на отечественных компонентах, а также с последующим внесением в реестр средств измерения. Отсюда возникает проблема точности преобразования "напряжение-ток", а именно чтобы применяемые компоненты не вносили нелинейность в преобразование.

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

Есть готовая микросхема AS4206 Рижского завода полупроводников. Элементную базу этого завода можно использовать в аппаратуре? Так как в перечне разрешенной ЭКБ его вроде нет.

Есть еще микросхема 1273ПА7Т производства АО «НИИЭТ» - это ЦАП с токовым выходом 2-20мА - под мою задачу она на первый взгляд подходит, но у нее напряжение питание аналоговой части 3.3 вольта. Можно как-нибудь подмандить эту микросхему под стандарты АСУТП?

Ссылка на комментарий
Поделиться на другие сайты

  • 1 месяц спустя...

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
  • Сообщения

    • А как долго ждать до взрыва? Хочу повторить, мне кажется что это событие с конденсатором не связано. 
    • по поводу чтения сигнатур: 31.8.10. Reading the Signature Row from Software. регистр SPMCSR, бит SIGRD.
    • так про него и пишу. Все равно медленно.  13 процентов загрузка, большинство ядер отдыхает, а я сижу жду пока нарисует. Странно работает ЦП. Как будто ленится ))  
    • у меня длина пакетов туда и обратно составляет фиксированные 12 байт: 8 данные, 1 команда или флаги операций, остальные контрольная сумма и кодеры пакета (шифрование). И тройной перезапрос со стороны ПС в случае отсутствия ответа от МК. При сборе статистики обмена, в среднем на 70 транзакций приходится один перезапрос, но не более 2 раз. После трех безуспешных перезапросов, программа выдает ошибку соединения.
    • ваше видение имеет крайне общий характер и может быть трактовано неоднозначно. Если вы готовы перематывать и изучать схемы коммутации обмоток, то это не так просто как вам кажется, и вступает в противоречие с вашим же ТЗ: Ни мотору, ни вам хорошо не будет. Поэтому, не ломайте мотор а подключайте как есть. Вращаться будет, медленно. Не понравится - сформируете более конкретные хотелки и начнете перекоммутировать. Никаких ухмылок. Вот программа для намотки. https://www.bavaria-direct.co.za/scheme/calculator/ Разбирайтесь.
    • По поводу времени ожидания последовательного порта. В случае обмена пакетами разной длинны, времени ожидания последовательного порта изменяется в соответствии с длинной пакета. Ну и подразумевается, что байты в пакете передаются без пауз (обусловлено тем, передача ведется через контроллер прямого доступа к памяти [ПДП]). А учитывая, что бутлодер только тем и занят, что принимает данные с последовательного порта, а затем записывает во флеш или еепром (время записи не более 5 мс),  ответ МК на пакет данных от ПС не должен составлять большого времени (<10мс). мне кажется здесь кроется какое-то логическое несоответствие.  
×
×
  • Создать...