Сборки ключей и цифровые мультиплексоры

[Scadauser]

Сам-то датчик ~80мкА жрет

Они греются, если их постоянно включенными держать.

Не видите противоречия?
А почему усложнится процесс получения информации - не понял. Что, сразу после подачи питания её можно быстрее снять? Это странно. Просто неохота читать даташит, раз вы уже его изучили.
А зачем при таком потреблении вообще использовать ключи? Разве они не могут питаться просто от КМОП-выходов? Например, от сдвигового регистра? Тогда и проводов бы меньше понадобилось.

[eddy]

Не видите противоречия?

Да уже и сам заметил Это у меня "наследствие" от 1-wire: те, собаки, грелись прилично.

А почему усложнится процесс получения информации - не понял. Что, сразу после подачи питания её можно быстрее снять?

Конечно: после паузы в несколько десятков миллисекунд начинается выдача информации. Выдача непрерывная, по 2 байта. Перед каждым байтом идет строб со скважностью 50% для того, чтобы можно было определить скорость шины, потом 8 бит данных, потом - бит четности. Пауза 1 бит, еще 1 байт. Пауза небольшая, потом опять 2 байта.
В общем, проще всего питание включать.

Разве они не могут питаться просто от КМОП-выходов? Например, от сдвигового регистра?

Могут.

[niXto]

Ставьте 74НС595, у них фактически полевики на выходе, падение напряжения с микроамперной нагрузкой - милливольты

[eddy]

niXto, наверное, и правда на каких-нибудь сдвиговых регистрах реализую. Закольцевать их — и тогда придется только в начальный момент времени инициализировать.

[Scadauser]

Закольцевать их — и тогда придется только в начальный момент времени инициализировать.

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

[eddy]

Scadauser, понятно.

[niXto]

Не стоит. Помех никто не отменял. А главное - ошибку будет трудно распознать - просто будут перепутаны температуры по зонам.

Как раз-таки стОит, причем дата-выход последнего регистра завести на вход MISO контроллера. Тогда при последующей записи в регистры можно будет считать их значение и убедиться в корректности ПРЕдыдущего измерения, и отбросить его, если есть несовпадение. Если же по вашему совету предварительно обнулять регистры, то получится русская рулетка, которую я зову кАлхоз

[Scadauser]

Можно и так. Лишь бы не вслепую крутить барабан.

[jump]

eddy,
а на сколько дороже будет вариант "датчик+МК-шина 485/CAN-система сбора данных"?
считаем:
- МК STM8S003F3P6 за 40центов;
- драйвер RS-485 SN75176BDR за 25центов;
- прочий хлам еще на 80центов - 1.3доллара;
- самосадное ПО.
можно применить кабель сетевой кат.5 для питания и данных.
что приобретаем:
- возможность управлять обменом данными;
- возможность создания топологий "звезда" или "кольцо";
- наличие свободных выводов у МК - на дальнейшую перспективу;
- скорость обмена, протокол могут быть проприетарными.
есть еще некое преимущество - ваш вариант с одним МК уязвим в случае его выхода из строя, а распределенная система проигнорирует не отвечающий датчик, выдав предупреждение

[eddy]

а на сколько дороже будет вариант "датчик+МК-шина 485/CAN-система сбора данных"?

Я точно с этим кошмаром возиться не буду! ☺

- МК STM8S003F3P6 за 40центов;

Паять никто не будет! Поэтому - макетка. Я не знаю, почем они у нас, но на ибее ~250р за штучку STM8 → для нас по безналу и торгам они обойдутся где-то в тысячу-полторы за штучку.

- драйвер RS-485 SN75176BDR за 25центов;

Да, на STM8 ведь нет поддержки RS-485! Т.е. берем макетку за 2500р с поддержкой RS-485 (на STM32F103).

В общем, единственный приемлемый вариант — это один МК, обвешанный кучей датчиков.