Pull to refresh
40
0
Сергей @totuin

Пользователь

Send message
В Роснефти всё печально(((. Заполняем по 5-7 бумажных журналов. Причём если посмотреть эти журналы, то на 90% они заполнены одной и той же фразой повторенной каждые 2 часа. В журналах тех обслуживания (по одному на каждое оборудование) непрерывным потоком переписана много раз карта техобслуживания. Журналы хранятся 5 лет. В итоге получаем на склад забитый макулатурой с абсолютно бесполезной информацией.
Связь через рации, до центрального щита докричишся не ото всюду Какое то время назад мы (асушники) по согласованию с руководством реализовали WIFi сеть со 100% покрытием территории для IP телефонии. Некоторое время проблема со связью была решена, но после нашествия «Пети», руководство решило «поднять уровень информационной безопасности», и в первую очередь запретила IP телефонию. И убедить его что это независимая сеть физически изолированная от общей не удалось. Вернулись к рациям, и проблемам со связью.

Вот так и живём.
Это к вопросу об оценке экономической целесообразности. Как раз ардуинки там за глаза бы хватило., даже с учётом сервера и управления, ну или ещё лучше — ESP. Но STM -это из пушки по воробьям, да и стоимость получится раза в два больше. Вот уметь подбирать соответствующее задачам оборудование, и не допускать его избыточность — вот это инженер разработчик точно должен уметь.
Судя по Вашим комментариям, понятно какого Вы видите идеального инженера.
Этакий 100 в одном, умеет всего понемногу, но законченного ничего сделать не может. Даёт общую идею, лепит макет на коленке Как говорится «Я придумал большую красную кнопку — а остальные мелочи потом технари закончат». Такой слегка технически продвинутый менеджер/экономист. А технарей молодых то где брать? Ведь сейчас к сожалению все вузы в этом направлении идут, работать руками и паяльником никто не хочет.
image
Не совсем с Вами согласен.
Разработчик — это прежде всего технарь (в данном конечно случае, в эстраде — это например музыкант и т.д.), а вы пытаетесь из него сделать 3 в одном.
Вообще анализом рынка, востребованностью, поиском покупателей должны заниматься как говорится «специально обученные люди», бизнес аналитики. При этом он могут быть даже не технарями а именно экономистами. Один великий человек сказал — «Каждый должен нести свой чемодан», и я считаю он был абсолютно правю
Ну как и следовало ожидать, основное замечание:
Для представленных проектов была характерна недостаточная проработанность бизнес-аспектов. Например, некоторые авторы очень смутно представляли, кто мог бы быть продавцом подобного рода устройства, а кто покупателем, как устройство может быть интегрировано с существующими на рынке решениями. Многим недоставало умения презентовать проект.


То есть основное требование к современному специалисту — "Умение продать" — остальное не важно.

Сегодня самое главное — уметь всучить лоху свое г…
И это так называемое наше инженерное будущее!
Люди разучились работать руками!

image

Техническое совершенство говорите? Ну да, ну да…


Вот это намного к нему ближе

Это ещё ближе

Это совсем близко.
Это то же самостоятельно изготовленные не проффесионалами устройства. Вот они — да, инженерное будущее, а не эти недоинженеры — программисты, которых на рынке труда девать некуда.
А репозиторий для них есть?

Есть форум, где есть специальные темы, где эти блоки обсуждаются, дорабатываются и описываются.

Его не надо «отдавать». Но как-бы… Ну вот помрет под вашим началом проект через год, и что мне с этими рисунками потом делать?


Ну это мне говорили и пять лет назад (недавно у проекта был юбилей), ничего -живёт пока))))

Т.е. что бы на него всерьез садиться — надо иметь уверенность, что завтра всё не исчезнет. То есть, или исходники, или сообщество, которое может/будет реверсинженерить и восстанавливать (а лично я не очень уверен, что перетаскиватели картинок потянут реверс)


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

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

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

Что «Магазин пользовательских блоков», то этим надо заниматься. Конечно плохо что они разбросаны на сайте и форуме, но к сожалению мне просто не хватает времени вылавливать их и складывать в одно место. Надо же ещё писать к ним описания, каким то образом классифицировать их. Я не вэб программист, да и вообще если честно я вообще не професиональный программист, я инженер АСУ. И лучше я буду заниматься тем что хоть немного умею (писать FLProg), чем пытаться довести до ума сайт. Форум я отдал полностью ребятам команды поддержки, и они прекрасно с ним справляются. Это намного облегчило мне жизнь. Что то подобное планирую и сайтом сделать. Если кто то займётся сбором и классификацией пользовательских блоков, я буду только счастлив. А самому этим заниматься… я лучше реализую поддержку контроллеров STM в программе, это будет полезнее и интереснее для меня.
Ну судя по всему Вам все таки поможет ESP-Link. Идея такая, к своей железяке подключаете через UART (через переходник можно RS232). В одной сети с ESP находится Большой Брат, на котором подымается виртуальный компорт (то что Вы делали через ИК), ну и организуется необходимый обмен.
Мне было интересно использование данной железки в качестве ppp-wifi-модема. Т.е. ты делаешь соединение, как модем, а в выхлопе получаешь нормальный интернет. Есть такое?


Не совсем понял идею. С чем соединяешь как модем? И какой интернет на выходе?
В принципе есть режим моста между Modbus RTU и Modbus TCP. Или можно подключить ESP в сеть, тем или иным способом управлять ею, ну а через UART лить данные например на ардуинку. Такое то же есть. Ну а если нужен чистый мост «UART — Ethernet» то есть прошивка ESP-Link которая прекрасно это реализует
У нас много программистов на Smalltalk? Ну это так, не основная причина. Не хочу отдавать проект в OpenSourse. Проект умрёт, я видел примеры смерти таких специфичных проектов. С моей точки зрения над подобным проектом должна работать фиксированная команда, которая поддерживает принятую архитектуру и правила построения. Если куча народа будет лепить свои таски, так как она их видит, то получится неработающая каша.
Ну а возможность расширения функционала сообществом есть и она отлично работает. Есть такое понятие как пользовательские блоки, и их сделано уже очень много, под различный функционал, и периферию. Честно говоря я даже сам не знаю что сейчас умеет программа с учетом применения этих блоков. Их действительно очень много. Если я нахожу среди них что то интересное — реализую этот функционал «из коробки»
На форуме есть пользовательские блоки, а будет время, сделаю и встроенную поддержку. Вообще задумок громадье, но безумный дефицит времени.
Извините, это моя вина. Я не написал в посту что урок написан для версии которая сейчас тестируется как предрелизовая. Исправился. У вас судя по скриншоту версия 3.0. В ней поддержки ESP ещё не было.

Нашел таймеры, переключатели, вроде как их нужно прицепить к контроллеру, а вот как? и почему не могу найти светодиод в списке компонентов?.. Помыкался и пошел на сайт. Там кстати целый учебный центр — за что уважение автору. Нашел книгу «FLProg Старт». Книга оказалась в формате exebook — т.е. ни текст скопировать, дабы в гугуле поискать, ни промотать быстро, ни оглавления — нет (или я не нашел). В общем завяз на вступлении про историю электроники и желание как-то завяло. Добавил сайт в закладки, попробую еще раз как-нибудь.

Почитайте первый урок в блоге, думаю многое станет понятнее. Подход в проекте отличается от общепринятого и соответствует стандарту промышленного программирования (собственно это и есть цель проекта — привлечь молодёжь в промышленное программирование что бы было кому в будущем работать АСУ-шниками.).
Да планирую. Потихоньку изучаю, но вообще ребята на форуме уже давно написали пользовательские блоки, и прекрасно работают с MQTT из среды FLProg
Добрый день! Средняя комиссия благотворительных сервисов от 10 до 30%,

Это не благотворительность — это просто бизнес, на людях которые хотят сделать добро другим, но при этом кормят кровососов севших на этот канал. Мы возмущаемся когда банк берёт 2-5 процента с перевода, но говорим что 30% с благотворительности (почти попловина!) — это нормально!
Ну наверное потому что тогда он должен был давно возмутиться.

Information

Rating
Does not participate
Location
Астрахань, Астраханская обл., Россия
Date of birth
Registered
Activity