Лидеры

Не понятно, что SII не нравится в создании локальной неквалифицированной версии идентификатора, ведь это: а) максимально короткий по тексту в исходнике способ, который не мозолит глаза, ведь в случае с какими-то директивами нужно было бы указывать некий диапазон (т.е. иметь открывающий и закрывающий тэг директивы, что дает куда больше лишнего текста); б) не сует палки в колеса оптимизатору, который будет работать максимально эффективно, если как раз руками не расставлять кускам кода "тут оптимизировать, а тут нет"; в) дает возможность обращаться как к volatile-версии, так и к неквалифицированной локальной копии в тех местах, где это крайне необходимо. А нужно это там, где volatile-переменная используется в режиме read-read-...-modify-write. А еще же ведь бывают ситуации, где в одной операции используется несколько volatile-объектов, и доступ к ним необходимо сериализовать. Там тоже без чтения в локальную копию не обойтись.

Нет. Он работает, именно, по разности напряжений. Абсолютные значения Ua и Ub его "не интересуют". Искажения и помехи могут возникать, когда Ua и Ub приближаются к границам разрешенного диапазона напряжений, для данного драйвера....

Это, принципиально неверно. Приемники и передатчики RS485/RS422 всегда работают в диффиренциальном режиме. Наличие, третьего провода - "общей земли" - необходимо, лишь, для "выравнивания" диапазонов напряжений, в котором могут изменяться напряжения Ua и Ub в каждом из устройств, подключенных к общей линии...

Я утверждал, что лишних команд не будет при умелом использовании volatile. Вот как раз работа через временную не-volatile переменную - это и есть умелое использование. Таким образом вы говорите компилятору, что только само чтение First в данном конкретном месте volatile-переменной не нужно оптимизировать. А если пишете: Queue.First->A = .... Queue.First->B = .... то это указание компилятору не оптимизировать вообще все обращения к First в этом фрагменте. Так что компилятор прав. Что вы ему написали, то он и сделал. Не согласен с вами. Правила должны быть едиными. Хотите чтобы присваивание неиспользуемой переменной не было выкинуто - извольте написать volatile.

Дриллинг, миллинг, кодинг, процессинг, сэйвинг и т.д... До добра это не доведёт. Моё мнение простое: если делаете русскую локализацию - используйте соответствущую терминологию, а не сленг. Сленгу место в домашних поделках для себя и друзей. Вы же не пишете сообщение "Выполняю сэйвинг файла, вам сделать его оверврайт или нет?" при попытке перезаписи? Думаю нет, и ведь всем всё понятно... 😉

Перечитав 12345, можно выделить следующие решения 1. Обрезка диодом периода 1.1. Использовать кратковременное включение + или - полупериода для управления релейной триггерной схемой на стороне люстры для переключения нагрузок. 2. ИКМ (телефонный "Falsh" метод) 3. "фазовый метод" - переключение нагрузки в зависимости от того, на каком из 2 проводов фаза и ноль 4. "управляющий уровень напряжения" (а-ля поставить в люстре реле напряжения), а на выключатель - автортансформатор 5. Переход на низковольтное питание и светодиоды (12В), с регулировкой яркости аналоговым или ШИМ методами. 5.1. Драйвер на стороне выключателя. 6. Управление "беспроводным реле" 7. Хвостик Иа. . . . "перечитал 12345" - непроверенная "альтернативная инфомация" А чтобы в темноте это было видно - на "хвостик Иа" добавить дежурную неонку или светодиод. Если, конечно, люстра не закреплена "по-дизайнерски", те в актуальном тренде "на соплях" к гипсокартонному потолку. На заре электрификации в связи с дефицитом выключателей практиковалось на включение вкручивать лампу, на выключение - выкручивать. Можно использовать и такой метод. Сейчас это делать намного проще, чем дедам-прадедам, тк те имели дело с раскаленными лампами накаливания. Но мы-то в 21 веке, идем в ногу с нано-технологиями, поэтому куртить-выкручивать будем лампы современные, светодиодные

Специально для вас выделю: Чтение названий тем вслух - 100 евро по текущему курсу в час. Минимально 100 евро по курсу.