30 датчиков Опции

[muravei]

Кстати, очень плавно от 30 датчиков и одного МК перешли к 30 датчикам и 30 МК.
А ведь еще вчера бились за каждый цент устройства

Рискну напомнить один дешевый вариант "АЦП ": к цифровому выводу МК подключается через ограничительный резистор конденсатор, к нему датчик. МК заряжает конденсатор- "1", а потом , периодически проверяет ее наличие, измеряя временной интервал.Датчик, соответственно, должен менять сопротивление. Думаю, одного многоногого МК будет достаточно, без мультиплексоров и АЦП

[migray]

Несколько переводных статей про RS-485 на gaw.ru
Простенький протокол для связи WAKE.

Протокол неплохой, простенько и со вкусом.

Кстати, очень плавно от 30 датчиков и одного МК перешли к 30 датчикам и 30 МК.
А ведь еще вчера бились за каждый цент устройства

Бороться за центы всеравно будем всегда, начальство заставит.

Сначала ес-но ставим 1 МК с внешним мультиплексором/АЦП. В лаборатории все работает

Потом тащим этот макет на реальное устройство. И вот тут часто начинаются пляски с бубном.

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

Если линии длинные, согласен, что речь не об этом проекте, то "интелектуальные датчики" являются по моему оптимальными. Там борьба с помехами дороже МК будет. Вот только МК дороже доллара туда ставить всеравно не надо, то что я закладываю в подобные устройства, стоит 0,5 Евро.

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

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

Простите, но адрес может храниться в EEPROM, например.
Выпускаем HART-датчики с 1997 года и ни разу до перемычек не додумались))

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

Сообщение отредактировал migray - Jun 21 2007, 07:25

[Dog Pawlowa]

Простите, но адрес может храниться в EEPROM, например.
Выпускаем HART-датчики с 1997 года и ни разу до перемычек не додумались))

Тормоза!
1. В MSP430 нет встроеннной EEPROM.
2. Добавляется спецоперация конфигурации датчика.
3. Визуально не видно.
Про электрика уже сказано. Из всех инструментов у него вооот такая отвертка

[migray]

1. В MSP430 нет встроеннной EEPROM.
Что мешает сделать эмуляцию? Flash большая, ее хватит.
Правда на TI я этого не делал, тогда не надо было, но для других процов библиотеки есть.
В крайнем случае можно поставить внешнюю.

2. Добавляется спецоперация конфигурации датчика.
Да, это не очень приятно, но решаемо. Дрова в комп запихиваешь?
Тут при выскакивании сообщения "Установлен новый датчик" технолог может позвонить монтажнику и спросить "куда ты его впихнул, ..."

3. Визуально не видно.
Можно сделать индикатор.

Хотя все зависит от конкретных условий, перемычки/переключатели иногда удобнее.

Сообщение отредактировал migray - Jun 21 2007, 07:24

[rezident]

1. Для хранения конфигурационных параметров используем INFO область Flash MSP430.
2, 3. Если устройство нужно конфигурировать непосредственно на объекте, то у него д.б. встроенные средства визуализации и ввода информации (клава с индикатором или хотя бы одна кнопка и светодиод(ы)). Если их нет, то используется конфигурация, задаваемая перемычками. Либо конфигурирование происходит уже непосредственно в сети с использованием уникального (серийного) номера датчика. Конфигурирование устройства не имеющего средств визуализации и ввода прямо на объекте это крайний случай и моветон. Я бы даже сказал, что это неудачная разработка.