sensmart

https://ibigdan.livejournal.com/23422572.html

Вот это порадовало, думал это проблема только у ардуинщиков (виндовс и 49 дней в расчет не берем):
"
Как оказалось, в основной системе были тики таймеров, которые начинались с самого высокого числа (2 в 32 степени). Служили они для идентификации сообщений и синхронизации. Каждое новое сообщение просто уменьшало таймер на 1. Когда же количество тиков достигло 0, оказалось, что система не может дальше продолжать отсылать сообщения. Чтобы отправить 2 в 32 степени сообщений, необходимо около 50 дней. Теперь, процедура безопасности требует перезагрузку системы каждые 30 дней :)
"

Ну почему не использовать 64-х битное число для счетчика? Или мешает ассемблер головного мозга?

Практика показывает, что пути поисковиков неисповедимы. Так и в этот раз - собирался всего лишь найти как правильно называется губка для чистки жал паяльника по английски, а в итоге нашел нашел информацию об очень интересном явлении, про которое, к моему удивлению, никогда раньше не слышал.

Внимание привлекло слово whisker в сочетании с solder. Технические словари дают много вариантов перевода, самые близкие по смыслу - нитевидные усы, контактный усик, нитевидный кристалл.

Суть явления: в ряде случаев из припоя и залуженных поверхностей могут вырастать очень тонкие (обычно около 1мкм) и длинные(до 10мм) прямые кристаллы.



Явление наблюдается в основном для чистых металлов (олова, цинка) и практически не наблюдается для сплавов со свинцом и самого свинца. Наибольшее интерес явление представляет для случая с чистым оловом, так как его нередко используют для покрытия контактов радиодеталей и как раз таки из него нитевидные кристаллы очень хорошо растут.
( Read more...Collapse )

"
Извините, но IoT тут причём?

А его сейчас модно в любую тему пихать, чтоб был. Есть Wi-Fi — IoT. Есть Bluetooth — IoT. Дико избыточная 6-слойка с огромным и дорогим процессором, на которую ради ZigBee поставили ещё один процессор — тоже IoT. Мигаем на ней светодиодами — считай, целый IoT-проект сделали.

И пофигу, что ни один вменяемый человек это в настоящем IoT использовать никогда не будет. Писать «изучаем работу с микроконтроллерами NXP» теперь нельзя, потому что надо про IoT.
"

"
Помню 10 лет назад научник вернулся с заседания президиума РАН, где обсуждалось перераспределение денег в сторону более модных в то время направлений, со словами:
— Всё, меняем название наших работ. Записывай: "Нанотехнологии, исследование крупномасштабных структур в галактиках"

Шутки шутками, но мода обязывает делать странные вещи…

Так она не обязывает, вот в чём проблема. Это просто карго-культ — «давайте теперь везде будет этикетка IoT»; при этом без этикетки будет ничуть не хуже, а местами даже лучше — но вера в этикетку непоколебима.

Причём эта движуха настоящему IoT на самом деле помогает, правда, немного косвенно: когда люди понимают, что из ардуины и вайфая они себе ни SCADA, ни АСУНО не сделают, к ним можно придти с коммерческим предложением на нормальную систему.
"

"
Второе что меня всегда бесит в этих инкубаторах, это их терморегуляторы. И чего я там только не видел. И 561-ю логику (двухвходовые и-не) и 555 таймер и компаратор без стабилизировааного источника питания и даже терморезистор в цепи обвязки симистора. Такое впечатление, что разработчики купили машину времени и застряли на ней в то счастливое время, когда Леонид Ильич всем ордена раздавал. АНАЛОГОВЫЕ регуляторы это жуткая штука. Особенно с колесиком-переменным резистором задания температуры. Особенно без всякой индикации. На тебе товарищ термометр спиртовой от котла отопления, клади внутрь инкубатора и инкубируй? Что, не понятно как температуру выставить? Ну вон же вокруг колесика циферки стоят. Что, не совпадают? Сильно? Не, 5-10 градусов это не сильно. Так ты того, по термометру порегулируй! Что? Термометра не видно в инкубаторе? Так открой инкубатор! Температура падать стала? Ну тогда закрой! И вообще меньше лазь туда. Вот как-то так у каждого счастливого пользователя идет внутренняя война с собою.
"

Кажется, в детской практически книжке Борисова переход от картинок к условным обозначениям радиодеталей происходил где-то на десятой странице, непосредственно после решения вопроса “где достать детали для детекторного приемника”. Тем более удивительным мне представляется, что на популярных сайтах “про Ардуино” вместо простой и практически очевидной принципиальной схемы оперируют вот такими красивыми картинками с одним лишь недостатком – понять, что же здесь изображено, весьма затруднительно.

Запись опубликована в блоге Шуры Люберецкого. Вы можете оставлять свои комментарии там, используя свое имя пользователя из ЖЖ (вход по OpenID).

Оригинал взят у dm_kalashnikov в Индустриальная археология

Оригинал взят у mbr в User friendly

Оригинал взят у vladimir_akinin в Государственное регулирование

Оригинал взят у vladikoms в Мощь!

Оригинал взят у steelcraft в Книга "Что нужно знать цифровому разработчику об аналоговой электронике"

В воскресенье в АНТИКАФЕ "КОУЗИ-МИТИНГ" был проведен КОВОРКИНГ среди ЭМБЕДДЕРОВ, QA и просто айтишников. КОВОРКИНГ состоял из нескольких частей: ВОРКШОП с перерывами на КОФЕ-БРЕЙКИ (кстати были вкуснейшие МАФФИНЫ с ванильным кремом, а также безалкогольный мохито и СМУЗЗИ) и выступления докладчиков - СТАРТАПЕРОВ со смелыми КРАУДФАНДИНГОВЫМИ ПРОЕКТАМИ.
( Read more...Collapse )

https://ru.wikipedia.org/wiki/Therac-25
Therac-25 — аппарат лучевой терапии, созданный канадской государственной организацией «Atomic Energy of Canada Limited» и запущенный в серию в 1982 году. С июня 1985 года по январь 1987 года этот аппарат стал причиной как минимум шести передозировок радиации, некоторые пациенты получили дозы в десятки тысяч рад. Как минимум двое умерли непосредственно от передозировок.

Непосредственной причиной трагедий были ошибки в программном обеспечении аппарата, а принципиальной проблемой была неверная стратегия обеспечения безопасности. Эти программные ошибки считаются приведшими к одним из наихудших последствий (по вине программного обеспечения) за всю историю использования компьютеров.

...
Непонимание разницы между надёжностью и безопасностью.

Программное обеспечение было очень надёжно. Оно проработало десятки тысяч раз до тех пор, пока случилась первая передозировка. И AECL начало считать, что программное обеспечение безопасно, так как оно надёжно, что привело к излишней самоуверенности.

...
Один из уроков Therac-25 состоял в том, что невозможно доказывать безопасность аппаратно-программного комплекса основываясь только на конкретной реализации программного обеспечения. Образно говоря, любая сложная программная система может повести себя непредсказуемо, так как всегда может остаться неизвестной имеющаяся программная ошибка. И, таким образом, нельзя полностью полагаться на программное обеспечение и требуется проверять его сторонними средствами.

...
Были проигнорированы некоторые базовые практики программирования в Therac-25, а именно:

• Написание документации и спецификаций к программному обеспечению.


• Строгая верификация программного обеспечения с применением стандартов.


• Проектирование должно быть достаточно простым и необходимо избегать опасных практик программирования. В случае Therac-25 в программном коде было много «трюкачества».


• Способы ведения журнала работы и способов их получения должны быть заданы с самого начала разработки.


• Программное обеспечение должно быть подвергнуто детальному тестированию и использованием формального анализа, как на уровне модулей, так и на уровне всего комплекса в целом. Одного системного тестирования недостаточно. Необходимо проводить регрессионное тестирование на всех этапах.


• Представление информации пользователю и сам интерфейс должны быть аккуратно спроектированы. В частности, как сообщения об ошибках, так и документация и руководство пользователя.


• Всё программное обеспечение было написано на ассемблере, хотя в данном случае лучшим решением было бы использовать язык высокого уровня.

Оригинал взят у aregus в Керамический конденсатор за 100 баксов

Фото не мое, из интернетов. Что еще раз доказывает что все эти DHT11/22 и прочие на улице сгниют через полгода, потому как внутри представляют собой мини-платку, ничем не защищенную от влаги.

Взято здесь

Предположим, у вас фирма, делает вольтметры. Одна модель — «простая», без True-RMS, стоит $50. Другая модель — TrueRMS, стоит $200. Допустим, к вам пришел инженер и сказал, что он может поменять схему вольтметра так, чтобы он мерял TrueRMS, и его себестоимость равнялась себестоимости того прибора, который не true-rms. Что бы вы сказали такому инженеру?

Если отказаться от не-true-rms-вольтметров — потеряете ту прибыль, которую на них получали. Люди, у которых есть $50 и нет $200, не купят у вас вообще никаких приборов. Продавать все приборы по $50 — потеряется дополнительная прибыль, котрую получали, продавая true-rms за $200. Даже в случае снижения цены на true-rms приборы до $60 вы все равно можете потерять тех покупателей, у которых есть только $50, true-rms им не нужен, и они лучше купят у конкурентов за $50 прибор похуже, чем ваш за $60.

Какое оптимальное решение? Выпускать все приборы с одинаковой электроникой, но разной прошивкой. Одна будет измерять true-rms, вторая — амплитуду. Первая будет стоить $200, вторая — $50. На каждую найдется свой покупатель.

Взято здесь.

1. Нужно сильно ограничивать ветвления и условия. Не использовать goto, setjmp или longjmp, не использовать прямую или косвенную рекурсию.

2. У всех циклов должен быть предел. Проверяющая программа должна иметь возможность легко доказать, что определенное количество итераций не может быть превышено. Если предел невозможно доказать статически, то правило считается нарушенным.

3. Не использовать динамическое распределение памяти после инициализации.

4. Любая функция должна уместиться на одном стандартном листе бумаги, одно выражение на строку и одна строка на определение. Обычно это означает, что функция не должна быть длиннее 60 строк.

5. Должно быть не более двух ассертов на функцию. Ассерты используются для проверки аномальных условий, которые не могут произойти при реальном запуске. Ассерты не должны содержать сайд-эффектов, и по формату должны быть Boolean-тестами. Когда ассерт падает, должно запуститься специальное действие по восстановлению, например, возврат условия падения обратно в вызывающую функцию. Если проверяющая программа доказывает, что ассерт никогда не фейлится или никогда не удовлетворяется, то правило считается нарушенным. (Нельзя обойти это правило с помощью бессмысленных “assert(true)”).

6. Объекты с данными должны быть задекларированы на самом низком (из возможных) уровне области видимости.

7. Возвращаемое значение не-void функции должно проверяться вызываемой функцией. Валидность параметров должна проверяться внутри каждой функции.

8. Препроцессор можно использовать только для включения header-файлов и простых макро-определений. Token pasting, вариативные функции и рекурсивные макро вызовы запрещены. Использование условных директив компиляции нежелательно, но иногда неизбежно. Это означает, что только в редких случаях уместно использовать больше чем одно или два условия в директивах компиляции, даже в больших проектах.

9. Использование указателей должно быть ограничено. Допустимо не больше одного уровня разыменования. Операторы разыменования не должны быть скрыты в макро определениях или внутри typedef. Указатели на функции запрещены.

10. Весь код должен компилироваться при всех включенных warning'ах, на самых дотошных настройках компилятора с самого первого дня разработки. Весь код должен компилироваться с такими настройками без единого warning'а. Весь код должен проверяться каждый день (как минимум раз в день, но желательно чаще), с использованием лучшего из доступных на текущий день статического анализатора кода, и должен проходить анализ без единого warning'а.

Технология заключается в том, что пластиковая пластина вырезается нужного размера, а затем в местах сгиба фрезеруется. Дальше происходит сгибание и получается очень хорошая коробочка.

Есть один недостаток который в значительной мере нивелирует преимущества такого «умного дома» — зависимость от интернета. При пропадании связи с внешним сервером (кончились деньги, техническая неисправность, природный катаклизм, иной форсмажор) вы остаётесь без данных о погоде, без внешнего управляющего сервера и с не работающими, как ожидается, приборами.

Допустим вы купили модные окна с электрическим открытием. В квартире было душно, окна открылись на проветривание, но потом прервалась связь, а вы были далеко и тут мороз и квартира разморожена.

Конечно можно уменьшить вероятность таких событий дублируя интернет соединения, но какие то сервисы могут просто закрыться или на них будет атака и они перестанут на некоторое время отвечать.

Всё же «умный дом» с удалённым сервером управления это не совсем надёжно в длительной перспективе.

Искал аналоги погодных станций. Дешёвые варианты обычно все как один несут данные в облако. Для локальных измерений нужны приборы в среднем и верхнем ценовом диапазоне. Газы не меряет ни один из массовых вариантов кроме netatmo.

— Вот контроллер за 15 000 рублей. На нем я смогу сделать то что вы просите.
— А можно будет потом счетчики подключить?
— Можно, это будет стоить 5 000 рублей за работы.
— А докупать ничего не нужно будет?
— Нет, только работы. Когда дойдет до покупки счетчиков — позвоните мне, я проконсультирую.
— А если я погодную станцию поставлю, сможете подключить к контроллеру?
— Скорее всего да. От 2 000 до 5 000 за работы.
— И тоже покупать ничего дополнительно не нужно?
— Да, это очень мощный контроллер и в него такое заложено изначально.
— И всего за 15 000 рублей?
— Да.