Как стать автором
Обновить

ESP8266 + FLProg – Пользовательские системные параметры и синхронизация с сервером точного времени

Время на прочтение 4 мин
Количество просмотров 18K
Всего голосов 10: ↑9 и ↓1 +8
Комментарии 6

Комментарии 6

Всё это можно назвать руководством по работе в системе FLProg и наверное это полезная и кому-то нужная информация. Мне лично было бы гораздо интереснее почитать о принципах работы самой программы FLProg: методы генерации кода, методы компоновки скетча и согласования его блоков, принципы работы с подсистемами на уровне кода (EEPROM, сеть, дисплеи и т. д. ).

То есть мне интересна не сама программа FLProg, а её внутренняя кухня (принципы работы с кодом скетча). Не знаю, правда, насколько это будет интересно публике, но я с удовольствием почитал бы такой цикл статей.
Скорее всего, такой серии не будет, и я объясню почему.
Дело в том, что я не программист. Я инженер, и подход к программированию у меня в корне отличается от классического.
Вот пример. Основной алгоритм анализа схемы, который располагает блоки в определённой последовательности для компиляции.
Как я думаю, рассуждал бы настоящий программист.
Схема = это в принципе дерево, в конце концов граф. Значит, основываясь на полученных в институте знаниях, применяем теорию графов и разбираем схему (во какие умные слова я знаю, нахватался по верхам))) ).
Честно скажу, я даже поискал в интернете эту самую теорию графов и алгоритм обхода деревьев и понял, что там мне делать нечего.
Как рассуждал я.
Сжема – это 2D, нам надо растянуть её в ниточку 1D. Значит, берём блоки по очереди, находим блоки, которые подключены к его входам и находящиеся в коллекции после себя и переносим их перед собой. И так в рекурсии (я и это слово знаю)))) ) до тех пока такой ситуации не будет.

Там конечно есть ещё тонкости связанные с тем, что на одной плате могут быть несколько логических цепочек, нахождением средней линии отдельных цепочек – но это мелочи.
Возможно, я открыл велосипед, возможно за такой подход настоящие программисты меня разопнут на столбе, но инженерный подход в программировании работает, и существование проекта FLProg это подтверждает.
Но вот описывать свои решения я не буду, потому что прекрасно понимаю какую кучу негатива и плевков я получу, например, озвучив свою твердую уверенность в том, что автоматизированное тестирование в ряде случаев (и проект FLProg в эти случаи входит) – зло! Почему, то же не буду объяснять – это будет дискуссия на полгода.
Вообще я очень жалею, что убили Гиктайм, поскольку его создание было одним из самых верных решений Хабра. Разделили людей по интересам. На хабре остались матёрые программисты, и сюда заходили только профессионалы, которым он был интересен. Я, например, за время существования гиктайма пару раз заглянул на хабр, перекрестился (поскольку понял лишь десять процентов написанных здесь слов), и быстренько закрыл. Зато гиктайм был для обычных людей, для самодельщиков, просто любителей разной электроники, да и для всех людей интересующихся техникой, IT на любительском уровне. То есть для всех. Ну и я там свои уроки писал, люди заходили, читали, и их интересовали не потроха программы, а именно то, что можно было сделать с её помощью (для чего она собственно и создавалась). После убийства гиктайма, руководители проекта хабр наверно надеялись, что весь это народ перейдет на хабр. Но это не произошло. Ему здесь просто не интересно, как не заходили они сюда при жизни гиктайма, так и не заходят после его смерти. В их понимании, площадку просто закрыли, и они ушли в другие места (по крайней мере, так считают те люди, с которыми я общаюсь). Ну а хабр так и остался клубом академических программистов, где обычный человек понимает меньше половины слов.
Жаль……
Мне кажется у вас какой-то комплекс в отношении «настоящих» программистов. Сам факт существования вашей системы говорит о том, что вы гораздо более настоящий программист, чем многие т. н. «профессионалы». И не нужно комплексовать по этому поводу, в конце концов мы все постоянно учимся чему-то новому.

На оголтелых критиков с кармой 0 и количеством статей 0 я бы тоже не рекомендовал обращать внимание — адекватных людей на Хабре всегда значительно больше.

А что касается цикла статей — мне ваш комментарий было интереснее читать, чем всю статью. Так что подумайте, многим то, как работает ваша система будет очень интересно узнать. Ведь тема автогенерации кода — это очень интересная (с академической точки зрения) и актуальная (с практической точки зрения) тема.
Возможно Вы и правы…
Сейчас я работаю над статьёй о шине CAN, поскольку в последних версиях появилась поддержка этих адаптеров, а потом (у меня на этой вахте осталась ещё неделька) если успею напишу обзорную статью о потрохах программы. Но твёрдо обещать не могу, тут как время будет
Будет ли реализована аналогичная поддержка сети и данного функционала на контроллерах arduino и сетевом шилде w5100? Функционал очень востребован на arduino по причине большего количество GPIO, нежели на ESP.
В планах есть, но когда это будет реализовано, пока сказать не могу
Зарегистрируйтесь на Хабре , чтобы оставить комментарий