[muravei 3]

Кстати, очень плавно от 30 датчиков и одного МК перешли к 30 датчикам и 30 МК.

А ведь еще вчера бились за каждый цент устройства :)

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

[migray 0]

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

Простенький протокол для связи WAKE.

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

 

Кстати, очень плавно от 30 датчиков и одного МК перешли к 30 датчикам и 30 МК.

А ведь еще вчера бились за каждый цент устройства :)

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

 

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

 

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

 

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

Ну ес-но не забываем про экранировку и согласование линии. Возможно потребуется учет сопротивления проводов.

 

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

 

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

 

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

 

Простите, но адрес может храниться в EEPROM, например;).

Выпускаем HART-датчики с 1997 года и ни разу до перемычек не додумались;)))

EEPROM/Flash тоже можно, иногда даже нужно, особенно если в устройстве зашивается его серийник.

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

Изменено 21 июня, 2007 пользователем migray

[DogPawlowa 0]

Простите, но адрес может храниться в EEPROM, например;).

Выпускаем HART-датчики с 1997 года и ни разу до перемычек не додумались;)))

Тормоза! :)

1. В MSP430 нет встроеннной EEPROM.

2. Добавляется спецоперация конфигурации датчика.

3. Визуально не видно.

Про электрика уже сказано. Из всех инструментов у него вооот такая отвертка :)

[migray 0]

1. В MSP430 нет встроеннной EEPROM.

Что мешает сделать эмуляцию? Flash большая, ее хватит.

Правда на TI я этого не делал, тогда не надо было, но для других процов библиотеки есть.

В крайнем случае можно поставить внешнюю.

 

2. Добавляется спецоперация конфигурации датчика.

Да, это не очень приятно, но решаемо. Дрова в комп запихиваешь? :)

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

 

3. Визуально не видно.

Можно сделать индикатор.

 

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

Изменено 21 июня, 2007 пользователем migray

[rezident 0]

1. Для хранения конфигурационных параметров используем INFO область Flash MSP430.

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