зря так, как раз последние 15-30 лет прогресс колоссальный. во-первых онкология — лечат много и часто успешно, по крайней мере в кругу моих знакомых 3 случая и все с успешным лечением. Хирургия — в плане замены суставов, даже аорто-каронарное шунтирование чуть ли не в областных больницах делают. Офтальмология — аналогично. Лечат еще не все, но то что существенно снижало качество жизни или заканчивалось летально, сейчас часто успешно лечат.
Меняю работу каждые 3-5 лет, когда понимаю что все интересное закончилось. Спасает от болота. Первый раз было сильно тяжело, потом попроще. Иногда получаются перерывы на 1-2 года, так как действительно сложно найти интересную и нормально оплачиваемую работу. Тогда выполняю отдельные заказы на те же конторы, по сути удаленка получается. Ну и смена мест позволяет сделать очередной шаг в развитии, узнать новые подходы, прокачать скиллы, причем бывает неожиданные.
Разработки и производство сделать несложно. Нужна поддержка, продукции, причем длительная, нужно развитие, т.е. сделали, потом с учетом ошибок — новый вариант, пока старый себя потихоньку окупает. При этом иметь рынок сбыта, желательно большой, что бы цена была адекватной. Для этого нужен горизонт планирования хотя бы на 15-20 лет, без риска что «отожмут/посадят» и это, как я понимаю, ключевая проблема, все остальное лишь технические вопросы. Причем эта проблема стоит даже у госкорпораций, усугубляясь крайне низкой эффективностью.
да, действительно мышление ломается довольно жестко. Не специалист, но в свое время (лет 15 назад) делал специфический расширитель портов I2С на MAX (AHDL), и переход между си и ahdl ломал довольно сильно. В более сложном проекте (ЦОС на циклоне + VHDL) там еще печальнее, реально чувствовалось как мозги шевелятся переключаясь между параллельной и последовательной парадигмами разработки.
Был атлант, сдох через 7 лет, перешли на LG. Потому что: как упоминали выше говеный пластик + конструктивный косяк. Что то там с трубками, которые гниют и сливают фреон. Причем в таком месте, что замена невозможна, что и случилось.
Теперь производитель делает ход конем — телевизор не работает без модема. Совсем не работает или пока буфер не заполнится и в инструкции об этом пишет. Не нравится — не покупай, но других нет. Собственно как на шофера нашли управу, причем просто орг. методами: коробочка не работает — рейс не засчитан — уволен.
кнопка стандартный элемент. со шнуром и прочим нужно будет колхозить, это дорого. подать питание тоже не вариант, датчики же меш-сеть создают и бросают свои координаты. Для надежности определения срабатывания надо добавить какую-то световую индикацию. Ну и тупо надпись большими буквами — нажми сюда. И/или картинку. Нажать — это самое простое действие, проще не придумаешь. Можно добавить акселерометр — типа если устройство повернули и т.д., но это сильно ненадежно.
все верно, только можно проще: кнопки опрашиваются каждые 10-15мс. Если 3 раза подряд один и тот же уровень, фиксируем нажатие или отпускание. В пределах 40-50мс по ощущениям задержка не фиксируется, а дребезг редко бывает длительнее 20-30мс. Точнее бывает, но это уже скорее исключения. Если нужно быстрее, значит опрашивает чаще. Пример реализации по ссылке http://www.microchip.su/showpost.php?p=76612&postcount=12 я делаю не много по другому, но принцип похож.
ну сказанное не отменяет требования к тому, что бы электроникой занимался электронщик. Да, и программист должен понимать как работает железо, а то понавешают кнопки тупо на прерывания и удивляются, почему глючит. Недавно сталкивался с аналогичной ситуацией, устройство собранное программистом из модулей со стандартным набором граблей. А потом начинается — то i2c не работает, то еще какая-нибудь фигня.
Слишком спорное утверждение, насчет конденсаторов :) Поэтому если точно не понимаешь, что делаешь, лучше их совсем не ставить. Ну и насчет PLC: во-первых — дискретные входы и кнопки это разные вещи. И на кнопках панели управления Siemens Logo их нет. Во-вторых — не на всех, например в модулях дискретных входов ICP-DAS конденсаторов нет. В шнайдере не уверен, вроде тоже не было. В сименсах есть. Но — требования к дискретным входам совсем другие и тянуться он может метров на 100 по хз каким условиям.
С программным методом все нормально, а с конденсатором даже при правильном применении (за отдельным резистором, т.е. типа фнч) есть еще проблема — к нему нужен вход с триггером шмидта, иначе от него толку нет (кроме как подавления нс импульсов, и то, не все просто), все равно дребезг программно убирать. А насчет грамотности выбора конденсатора — тут резистор подтяжки то выбрать не могут, а Вы про грамотный выбор конденсатора :)
Хоровиц, Хилл = букварь. Титце, Шенк = углубленное изучение. Дальше смотреть связанное с ЭМС. практическое пособие — грубо, но в первом приближении для программиста пойдет.
именно. конденсатор лишний, более того, при определенных условиях создает проблемы, если бездумно повесить параллельно кнопке, при разряде на контакты через некоторое время их убъет. В данном случае вроде нечасто нажимается, но зачем себе заранее проблемы создавать.
Отдайте уже разработку электроники электронщику, а не программисту. Классические же грабли — использование внутренних подтяжек на кнопке на длинном проводе, внутренняя подтяжка от 30кОм до 100кОм, будет реагировать на все подряд. Сэкономили 1 резистор, огребли проблем. В конце концов, когда рассказывают о проблемах, что от близко расположенного GSM модуля (сирены, реле и т.д) что-то не работает, однозначно надо менять/учить электронщика. Иначе бы ни один сотовый телефон не работал, у которого антенна просто на плате/над платой, или возле микрофона и она ему не мешает. Ардуино сильно снизила порог вхождения (вроде не надо разрабатывать железо), написал 10 строк, получил готовое устройство, только потом выходят такие ляпы. А кто-то умудряется это в серийное железо ставить.
Вот хз, я не специалист, но если используется взрослая техника, где деньги не считают, те же тепловизоры, которые без гражданских ограничений (типа 9Гц и т.д.), возможно что-то еще неширокого применения, добавляем много людей и специально обученных собак, камеры в городах, по итогу вопрос стоит не о том, найдут не найдут, а когда найдут и кто вперед — может и медведь.
Я в свое время для тестирования на помехоустойчивость клал мобилу на плату и делал вызов на нее и с нее. Ничего не сбивалось, только измерения плыли, но это неудивительно. Ну и печальный опыт на первых разработанных платах после института, когда на столе все работало, а на объекте сбоило (это было еще до мк, на 555 логике) научило внимательно относиться к трассировке. Да, и отключать контроль питания это зло. Надо разбираться с проблемой, а не отключать защиту.
ЗЫ: извиняюсь, это было на сообщение ancc, промахнулся
Видимо опция хорошо спрятана, специально искал после этого, не нашел, поэтому и написал. Ребенку 10 лет, вполне пристегивается обычным ремнем, опять же застежку на ремень в такси могли бы и с собой возить. Опять же вопрос не про ребенка, это явно был просто повод, а про то, что данную ситуацию — отказ водителя ехать — в приложении нельзя корректно отработать.
кнопка стандартный элемент. со шнуром и прочим нужно будет колхозить, это дорого. подать питание тоже не вариант, датчики же меш-сеть создают и бросают свои координаты. Для надежности определения срабатывания надо добавить какую-то световую индикацию. Ну и тупо надпись большими буквами — нажми сюда. И/или картинку. Нажать — это самое простое действие, проще не придумаешь. Можно добавить акселерометр — типа если устройство повернули и т.д., но это сильно ненадежно.
все верно, только можно проще: кнопки опрашиваются каждые 10-15мс. Если 3 раза подряд один и тот же уровень, фиксируем нажатие или отпускание. В пределах 40-50мс по ощущениям задержка не фиксируется, а дребезг редко бывает длительнее 20-30мс. Точнее бывает, но это уже скорее исключения. Если нужно быстрее, значит опрашивает чаще. Пример реализации по ссылке http://www.microchip.su/showpost.php?p=76612&postcount=12 я делаю не много по другому, но принцип похож.
ЗЫ: извиняюсь, это было на сообщение ancc, промахнулся