Библиотеки для разных контроллеров
что проблема может быть решена "малой кровью", без костылей?
ecoins, я не оценивал вашу работу, я оценивал вашу воспитанность и образованность. Поясню. Если вы затрудняетесь ответить на поставленный вопрос, при этом ссылаетесь на отличную от нашей техническую культуру, то это невоспитанность, если не прямое оскорбление. Ну а допускать существование нескольких тех.культур, это нехватка образованности, ведь непрерывность истории, преемственность поколений и передачи опыта от старшего к младшему никто не отменял, по этому существует только одна тех.культура, которая здесь и сейчас, одна на всех.
Я в этом ни разу не сомневался, и с большим интересом поэкспериментирую с вашими наработками. Спасибо.
В сети полно не рабочих схем и устаревших библиотек, за эти могу поручиться, двух и трёхпроводные схемы использую сейчас тыц
Библиотеки может и хорошие, но вот в каждом новом проекте заполнять структуры входов для всех типов микроконтроллеров, только для того чтоб на видео одним скетчем прошить все типы. Красиво конечно, но на практике обычно делаешь проект под один контроллер, используя его особенности.
Это действительно так, как Вы заметили.
В новой библиотеке каждый пользовательский блок включает краткое описание его назначения.
Осознаю, что предлагается несколько необычная парадигма проектирования в среде FLProg - для преодоления её границ действительно требуются некоторые усилия. Они наверное имеют смысл когда возникают проблемы. У нас они возникли:
ecoins, вы вроде как детей обучаете? Наверное у вас имеются методички, планы занятий, или вы сваливаете детям всё в кучу и разбирайтесь сами? Нет? Вот и нам как дитям, по порядку, по плану.
А вот эту хрень писать было не надо, вам задали конкретный вопрос, поэтому будьте добры на него ответить без размазывания, мы и так поняли, что вы умные ребята. Вы вообще как с людьми общаетесь? Жена вам: "Дорогой, мне холодно, согрей меня" А вы ей:"Осознаю, что предлагается несколько необычная парадигма..." ?ecoins писал(а): ↑16.07.2019{, 03:19}Осознаю, что предлагается несколько необычная парадигма проектирования в среде FLProg - для преодоления её границ действительно требуются некоторые усилия. Они наверное имеют смысл когда возникают проблемы. У нас они возникли:
1) параллельные процессы (условно называем RT - реальное время)
2) мультиплатформенность - она возникла уже после появления в FLProg контроллера ESP8266 и быстрого появления новых.
Вы выяснилось что совсем не обязательно дожидаться новых версий FLProg. В отличии от импортных систем визуального проектирования и их аналогов (например у фирмы ОВЕН). FLProg предельно открытая система визуального проектирования - это система не просто для проектирования систем автоматизации, а для проектирования РАЗВИВАЮЩИХСЯ проектов. Это для важно для тех, кому это нужно. ecoins это нужно и потому мы этим занялись.
3) простота применения, в том числе и для детей. Здесь наша команда упирается в границы равно возможного - требуется обучение, разъяснения, практика.
.
Вы пожалуйста методички опубликуйте, пусть пользователи сами решают интересно им или нет.
Если получится результатом поделитесь?
ATLANT, вы меня просто убили на повал, ecoins - девушка?
Я обдумаю этот вопрос и внятно сформулирую позже. А сейчас буду заниматься самобичеванием, ведь так и не приучил себя заглядывать в личные данные, того с кем общаюсь.
Я думаю это будет лишним, всё что меня интересует я узнаю с форума, проявив терпение и выдержку, особенно после того, как поссорился с ecoins.