В чем смысл скрывать, что текст сгенерирован сетью? Чтобы выдать его за свой и "продать"? Ну может "покупателям" стоит принять тот факт, что любой текст (видео, картинка, музыка) в наше время может быть сгенерирована не человеком и учитывать это. А критерием выбора должно быть только нужен/не нужен, нравится/не нравится...
Какой смысл сравнивать по цене быстрые ssd диски с лентой? У них совершенно разные сценарии использования. С таким же эффектом могу заявить, что мой мопед на 1 литре бензина проедет большее расстояние, чем Бугатти Вейрон. Понятно, что есть рекорд в плотности хранения информации, но ssd то здесь причем?
Да, есть, и часы и 20 байт памяти (нужна 3.3v батарейка всё равно). Почему я использовал доп.модуль: на «материнской» плате (Leaf Maple Mini) не распаян часовой кварц и два SMD конденсатора (у меня их и не было), поэтому тактирование внутренних часов могло быть только от внутреннего генератора, но его частота «плавает» не слабо, в один день видел за сутки +2 секунды, в другой день -3. Я понимаю, что контроллер не для ядерного реактора, но всё же…
Про память: 20 байт очень мало, не хотелось ограничиваться изначально, т.к. в планах научить устройство работать с беспроводными датчиками протечки, поднять http сервер для доступа из вне, подключить к сервису push-уведомлений. А для хранения настроек (адреса, пароли, явки) для этого нужна память.
С памятью можно было решить и по-другому, у stm32 есть возможность «прошивать» саму себя, т.е. выбрать какой-нибудь неиспользованный сектор в конце области их хранить подобную информацию там, однако у этой памяти есть ресурс (писаться часто и много в ней нежелательно), а мне нужно было решить вопрос с хранением данных показаний приборов учета, которые могут обновляться достаточно часто (каждый литр расхода, можно было и реже но не об этом). Можно было всё и это решить, что-то хранить в 20 байтах STM32, что-то прошивать в «ROM» микроконтроллера, но зачем? когда можно было четырьмя проводами подключить доп.модуль стоимостью 38 рублей.
В итоге получил точные часы и предостаточно памяти на будущие расширения.
Знаю, что есть некие требования, по которым до счетчика нельзя ставить ничего кроме одного крана (т.е. фильтр нельзя было ставить, и даже редуктор, чтобы не было возможности отвести воду до счетчика). Но в моем случае человек, принимающий на учет счетчики видел всю конструкцию (без моторизированных кранов ещё) и никаких замечаний не высказал.
Насчет счетчика после крана, ну а как ещё? не будут же отключать весь стояк, чтобы кто-то заменил (или отдал на поверку) счетчики.
Ещё дополню, как таковой проверки работаю ли краны, в моей реализации нет, хотя можно анализировать сигнал с «концевиков» сервопривода (нужны свободные ноги микроконтроллера). Есть альтернативный способ, связанный с чтением расхода во время потребления воды, но думаю это более чем неприемлемо…
И для кранов с сервоприводами и для электроклапанов (нормально-закрытых, в частности) нужен источник бесперебойного питания. Иначе при отсутствии электричества с электроклапанами останетесь без воды, а с кранами с сервоприводами в случае протечки они не спасут. Про механическую надежность ничего не могу сказать.
Редуктор установлен после фильтра-отстойника, т.е. все вот в таком порядке:
стояк -> фильтр-отстойник (полностью из металла) -> редуктор -> обычный кран -> счетчик -> моторизированный кран -> все остальное.
Планирую предусмотреть настройку времени (в днях, например), по истечении которого краны откроются/закроются, про «закисание» в курсе.
Про «красную кнопку», она достаточно туго нажимается, однако согласен с тем, что она не очень-то и нужна, достаточно тумблера.
Не буду доказывать, что они достаточно надежны (только время покажет), что и в каком месте с ними может случиться? Предполагаю, что повышенное давление почти не влияет на силу, которую сервопривод должен приложить, чтобы закрыть его.
До запорной арматуры ничего кроме металла и пластика нет, а вот после есть гибкая подводка и её обычно очень много (у себя насчитал 10 единиц), именно она и выходит из строя при гидроударах и не только (есть личный опыт).
Лезть в сантехнику много и часто конечно не желательно, но вот иметь возможность перекрыть на самом вводе, да еще и автоматом, считаю обоснованным. Сигнализация не всегда спасет, сам хотел обойтись малой кровью, но подумал, что этого недостаточно.
Так эти майнеры не платили за эл.энергию, - крали.
В чем смысл скрывать, что текст сгенерирован сетью? Чтобы выдать его за свой и "продать"? Ну может "покупателям" стоит принять тот факт, что любой текст (видео, картинка, музыка) в наше время может быть сгенерирована не человеком и учитывать это. А критерием выбора должно быть только нужен/не нужен, нравится/не нравится...
То, что Майкрософт уходит, это хорошо, не будут больше прилетать эти бесполезные назойливые обновления с предупреждением, что комп будет перезагружен.
Суть новости: в 24 году можно будет купить накопитель на блинах, и воткнуть его непосредственно в PCI Express.
Корпоративному сектору это действительно нужно?
Какой смысл сравнивать по цене быстрые ssd диски с лентой? У них совершенно разные сценарии использования. С таким же эффектом могу заявить, что мой мопед на 1 литре бензина проедет большее расстояние, чем Бугатти Вейрон. Понятно, что есть рекорд в плотности хранения информации, но ssd то здесь причем?
Если детали робота могут быть проглочены, то это игрушечный робот.
Случайно, не существует ли патента на "генерацию голоса из прямоугольной коробочки с закругленными углами"?
Про память: 20 байт очень мало, не хотелось ограничиваться изначально, т.к. в планах научить устройство работать с беспроводными датчиками протечки, поднять http сервер для доступа из вне, подключить к сервису push-уведомлений. А для хранения настроек (адреса, пароли, явки) для этого нужна память.
С памятью можно было решить и по-другому, у stm32 есть возможность «прошивать» саму себя, т.е. выбрать какой-нибудь неиспользованный сектор в конце области их хранить подобную информацию там, однако у этой памяти есть ресурс (писаться часто и много в ней нежелательно), а мне нужно было решить вопрос с хранением данных показаний приборов учета, которые могут обновляться достаточно часто (каждый литр расхода, можно было и реже но не об этом). Можно было всё и это решить, что-то хранить в 20 байтах STM32, что-то прошивать в «ROM» микроконтроллера, но зачем? когда можно было четырьмя проводами подключить доп.модуль стоимостью 38 рублей.
В итоге получил точные часы и предостаточно памяти на будущие расширения.
Для чего? Одного крана с питьевой водой (обратный осмос непосредственно рядом с краном) недостаточно?
Насчет счетчика после крана, ну а как ещё? не будут же отключать весь стояк, чтобы кто-то заменил (или отдал на поверку) счетчики.
стояк -> обычный кран -> фильтр-отстойник -> редуктор -> счетчик -> моторизированный кран -> все остальное
стояк -> фильтр-отстойник (полностью из металла) -> редуктор -> обычный кран -> счетчик -> моторизированный кран -> все остальное.
Планирую предусмотреть настройку времени (в днях, например), по истечении которого краны откроются/закроются, про «закисание» в курсе.
Про «красную кнопку», она достаточно туго нажимается, однако согласен с тем, что она не очень-то и нужна, достаточно тумблера.
До запорной арматуры ничего кроме металла и пластика нет, а вот после есть гибкая подводка и её обычно очень много (у себя насчитал 10 единиц), именно она и выходит из строя при гидроударах и не только (есть личный опыт).
Лезть в сантехнику много и часто конечно не желательно, но вот иметь возможность перекрыть на самом вводе, да еще и автоматом, считаю обоснованным. Сигнализация не всегда спасет, сам хотел обойтись малой кровью, но подумал, что этого недостаточно.