Один день — это восемь часов. Если не читать хабр, не запускать птичек и не спорить на тему «а можно ли так сделать, а нельзя ли сделать по другому, а не лучше ли перейти на другой МК и тд» и знать МК, для которого реализуешь предлагаемый алгоритм (а иначе что мы тут делаем), то этого вполне достаточно. Ну по крайней мере для меня, не буду говорить за других. И что тут может не уместиться в мозгу одного человека, в этом данном конкретном случае, описанном в посте?
Ну в приведенном мной идее реализации нет НИЧЕГО сложного. То есть вообще ничего, что потребовало бы более 1 дня работы. То есть сейчас разработчик НАСТОЛЬКО дорог?
Не говоря уж о том что главный капитал — а именно опыт разработки, при моем подходе только возрастает. И, все таки, не будем выпускать из вида то, что решение проблемм стандартными методами никогда разработчика не выведет на уровень переднего края, где действительно нужно выжимать ВСЕ из железа и софта, а наоборот, постепенно низведет до уровня индусского программера.
Вот просто интересно, когда профессиональные параноики говорят о закладках в иностранных процессорах, для борьбы с каковыми и нужна отечественная ЭБ, они не понимают, что оптимальное место для закладки с целью перехвата информации — видеокарта?
Кстати, подскажите в личку, плиз, как результаты голосования по опросу посмотреть?
А то затеял оценку уровня сложности, а результатами воспользоваться не могу ((.
Уже нашел )))).
Да, пожалуй, «крик души» это в тему.
Просто смотрю на подобные проекты, потом вижу на хабре пост про какой нить центр для самоделкиных в Китае и в памяти всплывает незабвенное " Пока мы спим, АЛЕНИ качаются".
Ну главная идея реализации правильного метода изложена — написать еще и код было бы, на мой взгляд, перебором, надо же читателю оставлять место для фантазии ).
И Ваш пример подтверждает главную мысль поста — делайте все аккуратно и не придется переходить на другой МК. Рад, что не все современные разработчики перешли в «кое-какеры».
Вы абсолютно верно поняли основную мысль поста — необходимо думать разработчику, а не тупо перебирать МК и библиотеки в надежде, что все само как нибудь получится.
А голосование в конце — это ко всем моим постам независимо от содержания — пытаюсь понять уровень детализации изложения. Наример, в этом не удержался и дал коротенькое описание методов димирования, вот и пытаюсь понять — не зря ли, может все всё про него и так знают.
Интересное предложение, но потребует АЦП и делителя.
Хотя делитель входного напряжения в устройстве уже наверняка есть, хотя бы для питания.
Мне кажется, что даже детектора больше/меньше при длительности циклов в 100-200 ( а это 1-2 секунды) должно хватить для начальной настройки.
Спасибо, конечно )
Все же хотел бы заметить, что второе — то есть увеличение мощности (смена) платформы представляется автору коментария предпочтительным на фоне необходимости оптимизации алгоритма.
Весь пафос поста и заключался в том, что многие из современных разработчиков избегают решений, связанных с глубоким проникновением в суть процесса, который и необходим для оптимизации хоть алгоритма, хоть библиотек, поскольку, прежде чем что-либо улучшить, надо разобраться, как оно работает.
Может, конечно, раньше трава была зеленее, но мы такими не были.
Список + и — напомнил мне старую шутку, хотя в ней все чистая правда.
В чем плюсы блица в шахматах:
Блиц учит быстро принимать решения
Блиц учит мгновенной оценке позиции…
А в чем минусы блица:
Блиц учит быстро принимать решения
Блиц учит мгновенной оценка позиции…
+1
Я 10 минут бегал по настройкам браузера, пытаясь понять, что же у меня таким чудовищным обсразом слетело))
А нельзя ли добавить ( для лохов типа меня) кнопочку «сделать по старому»?
Значит так. Насчет полного нежелания разбираться в вопросе — сильно сказано. Я конкретно не работал с ZigBee, но работал с протоколами и интерфейсами, сравнимыми с ним по сложности. Я ОЧЕНЬ хорошо представляю себе расход временных ресурсов на ЛЮБЫЕ действия по проектирования электроники (более 20 реализованных проектов в разных областях тому подтверждение). За пару вечеров — видимо нет, но если Вы за эту пару вечеров успели разработать платы под новый МК, развести их, заказать и получить, то тогда, конечно, Ваш подход правильнее. Но, опять таки, мой многолетний опыт мне подсказывает что переход на другой МК займет ни в коем случае не пару вечеров. Мое личное мнение (естественно, я допускаю существование неправильного другого), что для портирования существующего стека на другой МК (при отсутствии СУЩЕСТВЕННЫХ различий в объеме постоянной и оперативной памяти и ЖЕСТОЧАЙШИХ требований стандарта к времени реакции) для квалифицированного инженера не должно занять более 2-3 недель упорного труда, что более чем сравнимо со временем перехода на другой МК. Сначала Вы сами пишете, что разработчики, привыкшие к ATMEL, не хотят переходить на не столь уж сильно от него отличающийся МК (что, на мой взгляд, не говорит в их пользу), а когда я пишу о нежелании современной молодежи глубоко разбираться в том, что составляет суть профессии, которую они выбрали, выясняется, что задача понять происходящее в полностью документированом стандарте совершенно неподъемна и чудовищно сложна. Мне данный подход представляется не вполне верным.
Что касается второго вопроса, то конечно, если речь идет о поставляемом широкому кругу пользователей продукте, реслизация предлагаемого мной варианта не является приемлемой, я его предложил, исходя из минимальной стоимости разработки. Удобство монтажа неподготовленным пользователем сильной стороной такого решения не назовешь, тут Вы абсолютно правы.
По второму вопросу — именно так. При этом вы можете совершенно не думать об объекте управления — все уже сделано.
А по первой части — приношу извинения, если кого то обидел. Мысль была высказана о наболевшем — полнейшее нежелание среди молодых людей в чем то углубленно разбираться. И если нет исходников конкретной библиотеки, то наверняка существуют исходники других библиотек для такого достаточно распространенного интерфейса. Даже если они не портированы на выбраный МК, задача вполне решаема, разумеется при наличии желания ее решать (все остальные факторы не столь значимы, по моему мнению).
" BitCloud накладывает на пользовательский код серьезные ограничения по времени выполнения отдельных участков. Мы пришли к выводу, что не получится объединить в одном чипе управление диммером (контроль ноля + управление симистором) и работу со стеком BitCloud "
Как меня радует подобный подход. Стандартная бибилиотека не работает в наших условиях — варианты решения: ищем другую стандартную библиотеку, меняем условия ( в нашем случае — МК). Просто очаровательно. Посмотреть исходники библиотеки (они, как правило, есть), понять, что там не так, немного подпилить (заодно получив массу полезных знаний) — такой вариант современным разработчиком даже не рассматривается. Будущее индустрии в нашей стране мне представляется весьма туманным…
Кстати а по поводу Вашего нового проекта — видел его раньше в виде ТЗ — позволю себе маленькое предложение — вместо того, чтобы менять существующий контроллер, раз он так хорош (хотя тиристорное управление существует на первый десяток лет), сделайте модуль, который будет под управлением радиоканала имитировать изменение параметров регулирующего элемента (скорее всего переменного резистора) и задача решена (DISS в действии).
Сильная антироссийская пропаганда — это принятие подобных законов.
Надо быть полными дибилами, чтобы такие законы принимать, и ТУТ среди депутатов таких достаточно…
И надо быть полными идиотами, чтобы о таких законах не писать в нужгом тебе ключе, а вот ТАМ среди редакторов с идиотами напряг.
Я позавчера получил RIFT DK. Такого разочаровния давно не испытывал, даже Glass меня хоть и разочаровал, но намного меньше.
Первое — агрегат ДИКО неудобен в использовании, устаешь за считанные минуты.
И второе, а может и первое — КРАЙНЕ низкое качество изображения. По моим прикидкам видимое поле составляет 250*250 пикселов с ЧУДОВИЩНЫМИ сферическими абберациями.
Никакого отношения к рекламным картинкам не имеет, крайне убогое зрелище.
На мой взгляд — мертворожденное устройство, хотя призываю к началу холливара, может я чего то недопонял).
Не говоря уж о том что главный капитал — а именно опыт разработки, при моем подходе только возрастает. И, все таки, не будем выпускать из вида то, что решение проблемм стандартными методами никогда разработчика не выведет на уровень переднего края, где действительно нужно выжимать ВСЕ из железа и софта, а наоборот, постепенно низведет до уровня индусского программера.
А то затеял оценку уровня сложности, а результатами воспользоваться не могу ((.
Уже нашел )))).
Просто смотрю на подобные проекты, потом вижу на хабре пост про какой нить центр для самоделкиных в Китае и в памяти всплывает незабвенное " Пока мы спим, АЛЕНИ качаются".
И Ваш пример подтверждает главную мысль поста — делайте все аккуратно и не придется переходить на другой МК. Рад, что не все современные разработчики перешли в «кое-какеры».
тупоперебирать МК и библиотеки в надежде, что все само как нибудь получится.А голосование в конце — это ко всем моим постам независимо от содержания — пытаюсь понять уровень детализации изложения. Наример, в этом не удержался и дал коротенькое описание методов димирования, вот и пытаюсь понять — не зря ли, может все всё про него и так знают.
Хотя делитель входного напряжения в устройстве уже наверняка есть, хотя бы для питания.
Мне кажется, что даже детектора больше/меньше при длительности циклов в 100-200 ( а это 1-2 секунды) должно хватить для начальной настройки.
Все же хотел бы заметить, что второе — то есть увеличение мощности (смена) платформы представляется автору коментария предпочтительным на фоне необходимости оптимизации алгоритма.
Весь пафос поста и заключался в том, что многие из современных разработчиков избегают решений, связанных с глубоким проникновением в суть процесса, который и необходим для оптимизации хоть алгоритма, хоть библиотек, поскольку, прежде чем что-либо улучшить, надо разобраться, как оно работает.
Может, конечно, раньше трава была зеленее, но мы такими не были.
В чем плюсы блица в шахматах:
Блиц учит быстро принимать решения
Блиц учит мгновенной оценке позиции…
А в чем минусы блица:
Блиц учит быстро принимать решения
Блиц учит мгновенной оценка позиции…
Я 10 минут бегал по настройкам браузера, пытаясь понять, что же у меня таким чудовищным обсразом слетело))
А нельзя ли добавить ( для лохов типа меня) кнопочку «сделать по старому»?
неправильногодругого), что для портирования существующего стека на другой МК (при отсутствии СУЩЕСТВЕННЫХ различий в объеме постоянной и оперативной памяти и ЖЕСТОЧАЙШИХ требований стандарта к времени реакции) для квалифицированного инженера не должно занять более 2-3 недель упорного труда, что более чем сравнимо со временем перехода на другой МК. Сначала Вы сами пишете, что разработчики, привыкшие к ATMEL, не хотят переходить на не столь уж сильно от него отличающийся МК (что, на мой взгляд, не говорит в их пользу), а когда я пишу о нежелании современной молодежи глубоко разбираться в том, что составляет суть профессии, которую они выбрали, выясняется, что задача понять происходящее в полностью документированом стандарте совершенно неподъемна и чудовищно сложна. Мне данный подход представляется не вполне верным.Что касается второго вопроса, то конечно, если речь идет о поставляемом широкому кругу пользователей продукте, реслизация предлагаемого мной варианта не является приемлемой, я его предложил, исходя из минимальной стоимости разработки. Удобство монтажа неподготовленным пользователем сильной стороной такого решения не назовешь, тут Вы абсолютно правы.
А по первой части — приношу извинения, если кого то обидел. Мысль была высказана о наболевшем — полнейшее нежелание среди молодых людей в чем то углубленно разбираться. И если нет исходников конкретной библиотеки, то наверняка существуют исходники других библиотек для такого достаточно распространенного интерфейса. Даже если они не портированы на выбраный МК, задача вполне решаема, разумеется при наличии желания ее решать (все остальные факторы не столь значимы, по моему мнению).
Как меня радует подобный подход. Стандартная бибилиотека не работает в наших условиях — варианты решения: ищем другую стандартную библиотеку, меняем условия ( в нашем случае — МК). Просто очаровательно. Посмотреть исходники библиотеки (они, как правило, есть), понять, что там не так, немного подпилить (заодно получив массу полезных знаний) — такой вариант современным разработчиком даже не рассматривается. Будущее индустрии в нашей стране мне представляется весьма туманным…
Кстати а по поводу Вашего нового проекта — видел его раньше в виде ТЗ — позволю себе маленькое предложение — вместо того, чтобы менять существующий контроллер, раз он так хорош (хотя тиристорное управление существует на первый десяток лет), сделайте модуль, который будет под управлением радиоканала имитировать изменение параметров регулирующего элемента (скорее всего переменного резистора) и задача решена (DISS в действии).
Надо быть полными дибилами, чтобы такие законы принимать, и ТУТ среди депутатов таких достаточно…
И надо быть полными идиотами, чтобы о таких законах не писать в нужгом тебе ключе, а вот ТАМ среди редакторов с идиотами напряг.
Первое — агрегат ДИКО неудобен в использовании, устаешь за считанные минуты.
И второе, а может и первое — КРАЙНЕ низкое качество изображения. По моим прикидкам видимое поле составляет 250*250 пикселов с ЧУДОВИЩНЫМИ сферическими абберациями.
Никакого отношения к рекламным картинкам не имеет, крайне убогое зрелище.
На мой взгляд — мертворожденное устройство, хотя призываю к началу холливара, может я чего то недопонял).