У PostgreSQL и остальных нет скучных обоев, так что все в порядке- это «отечественные разработки». Ядро Linux ведь тоже неизвестным российским хакером разработано?
Электричество «лишнее» по удвоенной цене продадут… Странно, что даже в регионах с избытком электроэнергии рост тарифов на электроэнергию не прекращается.
такие предположения Вы делаете, раз делаете синхронные схемы.
Нет, не делаю (в смысле- не проектирую схем)- максимум закладываю логику, аналогичную «железной» схеме, в виде подпрограммы в каком-нибудь алгоритме для ПЛК. И как-то не задавался вопросом- синхронные ли эти схемы(если составлять программу для ПЛК на языке FBD- она очень походит на электронную схему) или какие другие.
Ну привяжите регистр к дешифратору. А сам адрес храните на другом регистре. И делайте с ним, что хотите, в любое время.
Дык я так и делаю, а Вы называете это «синхронной» схемой. Вообще- прошу меня извинить, я честно попытался понять Ваш подход к созданию логических схем и… попросту сломал голову. Похоже- это та область знаний, которая каким-то образом осталась мне абсолютно непонятной.
какой-то вентиль задумается и будет показывать значение, соответствующее прежней входной комбинации. Тогда и выходной сигнал не будет соответствовать настоящему состоянию входов. В асинхронной схеме такое невозможно
Хм, если какой-то вентиль «залипнет» то и асинхронная схема на выходе пургу гнать будет- не факт что «залипший» вентиль «отлипнет» по сигналу «вернись в исходное». Разве что ввести в логику контроллера (в составе которого и работает данный дешифратор, я правильно Вас понял?) проверку, что все вентили сбросились… Как поведет себя Ваш дешифратор, если какой-то вентиль повиснет в исходном состоянии (как после сброса)? Как-то сложно все это выходит.
… управляющая схема (контроллер) дает команду на дешифрацию (d+). При этом контроллер фиксирует входы (адресные) до окончания операции…
… контроллер делает с этим сигналом то что ему надо:
… наступает вторая фаза работы…
… Контроллер дает сигнал d-..
Вот здесь- контроллер ждет завершения операции или делает что-то еще в период между запросом к дешифратору «декодируй мне 11001111» и ответом от него «получилось 103»?
Потом —
(контроллер) дает команду на дешифрацию (d+). При этом контроллер фиксирует входы (адресные) до окончания операции
т.е. до окончания операции данные на входе дешифратора не могут поменяться в принципе? В чем же тогда достоинство Вашего дешифратора, который вынужденно синхронизируется с управляющей схемой? Честно говоря, в нашем споре я не понимаю сути «синхронная/асинхронная схема», может растолкуете?
Вовсе нет. Немного увлекаюсь электроникой, немного помню из курса «Основы вычислительной техники». Там мы этих дешифраторов нарисовались до почернения локтей.
у Вас несомненно проявятся состязания, которые Вы будете гасить синхросигналом.
Состязаниям там появиться просто неоткуда- дешифратор просто будет реагировать на любое изменение входной комбинации, в соответствии с таблицей истинности.
Наверно надо так: пришла команда, сделали операцию и стоим ждем следующей команды
А тут уже зависит от задачи: если мне нужно чтобы выход менялся только при наступлении некого события (команды в Вашем случае)- добавлю к дешифратору регистр, который застробирую каким-либо сигналом. Ну и собственно- разве не логично, что входная комбинация (которую дешифруем) не должна меняться до завершения операции?
Кстати, стробирующий импульс не есть синхросигнал- в отличии от синхросигнала (сигнала тактирования) строб появляется только при наступлении какого-либо события (например завершения длительной операции)
Мне не совсем понятна идея Вашего дешифратора. У Вас выходной сигнал формируется только при наличии сигнала разрешения операции и состояние выхода фиксируется до прихода следующего разрешения, так? Каким образом этот сигнал формируется?
Дешифратор «2 входа-4 выхода» можно построить гораздо проще. Если без защелкивания выхода- всего 6 логических элементов. Не понятно назначение третьего сигнала- Какую еще операцию должен выполнять дешифратор кроме, собственно дешифрации? И да, в Вашей схеме он работает именно как стробирующий.
Странное устройство: дорогое( едва ли не дороже самой двери), довольно габаритное. Питание от батареек (CR123A, которые должны крутить механизм замка?) как по мне,- еще один большой минус: батарейки имеют свойство садиться в самый неподходящий момент. Даже в семье из двух человек дверь обычно открывается больше чем 3 раза в сутки. Для нормальной работы девайса необходим смартфон…
ЗЫ. Вообще, вся эта модная тенденция с «умностью» чего-либо в контексте управления смартфоном вызывает недоумение («зачем мне это в телефоне») пополам с раздражением( «теперь, чтобы выпить стакан воды, мне надо будет позвонить в водоканал?»,- примерно так воспринимаются всякие «умные2 лампочки, шторы, утюги и прочее, что уже и не включить без другого устройства (яркий пример- приставки IPTV, которые без пульта ДУ автоматически становятся бесполезным кирпичиком).
Пусть датчик думает сам — а контроллер получает уже готовые значения
Теперь Вы заставили меня призадуматься. В самом деле,- если имеем кучу различных датчиков то имеет смысл организовать какую-то шину данных, общую для всех датчиков, нежели когда каждый датчик будет «говорить на своем языке», а контроллер будет вынужден тратить ресурсы «на перевод». Собственно- почти все современные датчики, использующиеся в промышленности примерно так и устроены (не во всех есть фильтрация и усреднение, но выходной сигнал стандартизирован (самое популярное- токовый сигнал 4-20 mA, сейчас все чаще поверх него встречается еще и HART).
Ну, если задача стоит так что критически важно получать отсчет уровня с точностью до тысячных долей каждую миллисекунду- то мой Вам почет и уважение.( без сарказма) Меня просто весьма озадачило- зачем такие ресурсы, да еще и ОСРВ в контроллере, который смотрит освещенность и «крутит вентиль». Лет двадцать-двадцатьпять назад такие задачи запросто решались вообще без микросхем. Были даже (может и сейчас где используются) ПИД-регуляторы, не имеющие в себе ни одного электрического компонента- все делал воздух, (и может показаться странным, но по точности регулирования многие электронные приборы сильно уступали пневматическим). Кстати, если уж определять вероятность дождя, то я бы делал это по снижению атмосферного давления- метод, которому уже не один век.
датчик освещённости. Он построен на основе микроконтроллера STM32F030 с использованием операционной системы реального времени. Имеет последовательный интерфейс стандарта RS-485 с поддержкой протокола обмена Modbus RTU для обмена данными и настройки параметров
И это все ради управления поливом? Мерять освещенность в теплице STMкой- это по воробьям даже не из пушки, а как минимум системой «Град». Серьезно- мощности центрального контроллера не хватает для подсчета освещенности по сопротивлению фоторезистора?
Многим оно уже мозг заменило, так что проблема интерфейса с компьютером не стоит
Дык я так и делаю, а Вы называете это «синхронной» схемой. Вообще- прошу меня извинить, я честно попытался понять Ваш подход к созданию логических схем и… попросту сломал голову. Похоже- это та область знаний, которая каким-то образом осталась мне абсолютно непонятной.
Вот здесь- контроллер ждет завершения операции или делает что-то еще в период между запросом к дешифратору «декодируй мне 11001111» и ответом от него «получилось 103»?
Потом — т.е. до окончания операции данные на входе дешифратора не могут поменяться в принципе? В чем же тогда достоинство Вашего дешифратора, который вынужденно синхронизируется с управляющей схемой? Честно говоря, в нашем споре я не понимаю сути «синхронная/асинхронная схема», может растолкуете?
Состязаниям там появиться просто неоткуда- дешифратор просто будет реагировать на любое изменение входной комбинации, в соответствии с таблицей истинности.
А тут уже зависит от задачи: если мне нужно чтобы выход менялся только при наступлении некого события (команды в Вашем случае)- добавлю к дешифратору регистр, который застробирую каким-либо сигналом. Ну и собственно- разве не логично, что входная комбинация (которую дешифруем) не должна меняться до завершения операции?
Кстати, стробирующий импульс не есть синхросигнал- в отличии от синхросигнала (сигнала тактирования) строб появляется только при наступлении какого-либо события (например завершения длительной операции)
Мне не совсем понятна идея Вашего дешифратора. У Вас выходной сигнал формируется только при наличии сигнала разрешения операции и состояние выхода фиксируется до прихода следующего разрешения, так? Каким образом этот сигнал формируется?
ЗЫ. Вообще, вся эта модная тенденция с «умностью» чего-либо в контексте управления смартфоном вызывает недоумение («зачем мне это в телефоне») пополам с раздражением( «теперь, чтобы выпить стакан воды, мне надо будет позвонить в водоканал?»,- примерно так воспринимаются всякие «умные2 лампочки, шторы, утюги и прочее, что уже и не включить без другого устройства (яркий пример- приставки IPTV, которые без пульта ДУ автоматически становятся бесполезным кирпичиком).
Не у всех такие зарплаты. За пятую часть своей ЗП я разве что ведро льда купить смогу, и то зимой.