Разумный мир

Более 5 лет назад (5 февраля 2020 года) на канале была опубликована статья об управлении нагрузкой постоянного тока с защитой от КЗ и перегрузки, причем для управления и контроля состояния использовался всего один вывод микроконтроллера Это была рассчитанная на новичков статья в которой рассказывалось об одном из возможных вариантов построения ключевого каскада управления нагрузкой, на которую разработчик устройства влияния не имеет. Вчера ко мне обратился читатель с вопросом о построении таких каскадов, но для нагрузки подключенной к "общему проводу". Я ответил ему в почте, но все таки решил написать и небольшое продолжение старой статьи. Но сначала давайте повнимательнее взглянем на последнюю схему из той старой статьи В этой схеме отрицательные шины источников питания схемы и нагрузки соединены, но положительные шины раздельные. То есть, напряжение питания нагрузки может быть значительно выше напряжения питания схемы. Сама нагрузка подключена между положительной шиной своего питани

Сегодня я буду краток, так как статья совсем не укладывается в тематику канала. Она типично "блоговая", такой своеобразный "отчет о проделанной работе". Дело в том, что некоторое время назад я стал замечать в ленте Дзен карточки своих статей с черными прямоугольниками, иногда с небольшими вкраплениями других цветов, вместо иллюстрации (обложки). Выглядело это так Обращение в техподдержку особого результата не дало, ответили, что проверили, но ничего ошибочного не нашли. Как обычно сослались на "почистить кэш". А для исправления посоветовали отредактировать иллюстрации в статьях. Поскольку такое коверкание карточек, на первый взгляд, встречалось не часто, отложил вопрос в "долгий ящик". Но потом просмотрел все карточки публикация на странице канала и понял, что исковерканных слишком много и тянуть больше нельзя. Тем более, что это накладывается еще на одно "улучшение" от Дзен, которое портит иллюстрации уже в самих статьях. Вот так это выглядит И это далеко не самый страшный случай! В н

Сегодняшняя статья будет короткой. И она не столько о науке или технике, сколько о ведении дискуссий. На примере подтасовки фактов и подмены понятий некоторыми "оппонентами" в комментариях к статьям. Не думал, что тема о представлении чисел в ЭВМ, точнее, в ЭЦВМ (Электронная Цифровая Вычислительная Машина) будет всплывать снова и снова, хоть и рассмотрена уже подробно с разных сторон. Но увы... Недавно опубликованная статья вызвала у одного из читателей немного странную реакцию. Я понимаю, что тонкости работы ЭВМ на самых глубоких уровнях не всем понятна и далеко не всех интересует. Но в статье говорилось, что все особенности представления чисел с ограниченным количеством разрядов верны и для самых обычных вычислений "на бумажке". Я не буду повторять уже описанное в той статье, но покажу ту самую "подмену понятий". Причем "оппонент", с его собственных слов, математик. А значит должен понимать суть вопроса. Итак, любое число, что в ЭВМ, что на бумаге, записывается с конечным число разря

Эта статья могла бы входить в цикл "Разрядность ЭВМ, с разных точек зрения". Но, хоть речь и будет идти о разрядности и точности чисел и вычислений, все сказанное будет верно в большей степени для математики, а не только ЭВМ. Поэтому решил не включать ее в цикл о разрядности ЭВМ. Все началось со старой статьи В комментариях к ней недавно разгорелась небольшая дискуссия на тему разрядности и точности вычислений. Моему оппоненту не понравились слова из статьи: Вот фрагмент его комментария: Оставим в стороне хамство... Но вот его слова "НЕ ВЕРНО" о влиянии дискретности вычислений являются действительно в корне неверными! С этим и будем сегодня разбираться. Увы, в ходе дискуссии быстро выяснилось, что оппонент рассматривает вопрос лишь с точки зрения общеприкладного программирования и в тонкостях машинных вычислений глубокими знаниями не обладает. Более того, он рассматривает машинные вычисления в отрыве от математики прикладной (точнее, арифметики). Но нам, для понимания сути рассматрива

Канал "Разумный мир" зарегистрирован в реестре персональных станиц Роскомнадзора в соответствии с № 149-ФЗ от 27.07.2006. Ссылка подтверждающая регистрацию (https://knd.gov.ru/license?id=6763e14c6aa9672b96ed3641&registryType=bloggersPermission), в соответствии с требованиями РКН.

Продолжаем разбираться с разрядностью ЭВМ, в целом, и процессоров, в частности. Причем все большее внимание будем уделять более низкоуровневым моментам. Но начнем с довольно простого - байта. Да, опять и снова! Но рассматривать будем уже совершенно реальные ЭВМ. Это можно считать как курьезом, мол чего там в древности только не напридумывали, так и нюансом, который вполне реален и сегодня, пусть и в специализированных машинах. И даже во вполне современных универсальных процессорах, что бы будем рассматривать отдельно (и точно не сегодня) Сегодня всем привычны машины с разрядностью процессоров 32 и 64. Речь идет об универсальных массовых ЭВМ и "внешней" разрядности процессора. То есть, разрядности с точки зрения обычного пользователя и программиста. В предыдущей статье я уже говорил, что внутренняя архитектура процессора может отличаться от той, которую видят пользователи и программисты, даже системные. Один из читателей в комментариях как то заметил, что "абсолютно все ЭВМ могут работа

В комментариях к первой части статьи было несколько коротких, но интересных, дискуссий. И во второй части статьи я буду учитывать эти дискуссии. Поэтому начну с чуть более подробного рассмотрения некоторых прикладных и связанных с ними вопросов. Если вы еще не успели прочитать первую часть статьи, самое время сделать это сейчас Давайте ненадолго отвлечемся от разрядности ЭВМ и бросим ретроспективный взгляд на них в целом. Это поможет нам лучше понять и связанные с разрядностью вопросы. В "доисторические времена" программирование ЭВМ было нелегкой задачей. Ведь программист должен был хорошо знать еще ЭВМ, для которой он разрабатывает программу. Алгоритм решения задачи нужно было вручную перевести в коды машинных команд, которые и вводились в ЭВМ. И распределить переменные по ячейкам памяти нужно было вручную. Не было ни компиляторов, ни языков программирования. Именно тогда и возникло разделение труда, которое сегодня часто воспринимается как анахронизм: Это было неудобно, но неизбежно

Логические анализаторы не самые распространенные у любителей приборы, по вполне понятным причинам. Во многих случаях достаточно осциллографа, даже довольно простого, для настройки/разработки/ремонта как аналоговых, так и цифровых устройств. Но сегодня наиболее распространены двухканальные осциллографы, а этого для работы с цифровыми устройствами не всегда достаточно. Статья написана с расчетом на новичков в использовании логических анализаторов Логический анализатор не заменяет осциллограф полностью, даже при работе только с цифровыми и логическими устройствами. Он предназначен для просмотра и анализа сигналов в устройстве с точки зрения "логических уровней". То есть, он отображает (и анализирует) сигнал в виде логических значений "0" и "1". Точнее, в виде "В"/"H" (высокий/high) и "Н"/"L" (низкий/low) , так как логическому значению "1" может соответствовать и низкий уровень напряжения. Примерно так, как показано на иллюстрациях в различных книгах и учебниках по цифровой электронике. Кр

Довольно давно, еще в середине 2021 года, я описывал простой вариант совместной передачи данных и питания "по одному проводу", который рассчитан на применение в любительских конструкциях Однако, рассмотренный в той статье способ позволял подключить лишь один внешний блок/модуль. Для простоты будем называть внешний модуль датчиком. А если таких датчиков нужно подключить несколько, причем количество соединительных проводников увеличить нельзя? Мы можем использовать сходный способ. Рассматриваться будет один из возможных вариантов, причем без какой-либо привязки к конкретной системе. Причем лишь физический уровень. В статье рассматривается только один из возможных вариантов, причем только физический уровень. Подобные решения можно найти в различных промышленных устройствах, например, охранно-пожарных системах. Придумано это не мной, я просто рассказываю, как все устроено и работает. Для тех, кто с таким не сталкивался, но кому интересно. Подключение множества датчиков и связанные с этим