Пункты 1 и 3 проще всего пройти, используя Visual Basic (АСУшники на заводах частенько так делают). А вот со вторым пунктом ничего конкретного посоветовать не могу.
Спасибо, хоть что-то)
По второму пункту - документации на измерительные приборы вообще предлагают командной строкой пользоваться) м.б в wb есть какие-то надстройки под периферию
Правильно тебе сказали. Твой вопрос это уровень: хочу собрать свой самолет, посоветуйте какой двигатель брать. Тут тебе сказали брать двигатель от таза, потому что многие такими пользуются. А на сайтах сказали учиться проектированию самолетов и вообще "задача сложная".
С твоего уровня до уровня, когда ты сможешь сделать что-то полезное, тебе нужны годы обучения. Никаких курсов и туториалов по этой узкой теме нет.
С твоего уровня до уровня, когда ты сможешь сделать что-то полезное, тебе нужны годы обучения. Никаких курсов и туториалов по этой узкой теме нет.
Бро, да я жеж врубаюсь что запрос звучит мудрено для человека который в теме не разбирается. По факту, все измерение это отправка фиксированных команд из описания на прибор, получение экселевских файлов от прибора.
Ну и к слову я тоже не хуй собачий, а работник интеллектуального труда) схемы рисую моделированием занимаюсь больше 10 лет.
Ты даже не представляешь еще какие там могут быть трудности. Эти "фиксированные команды" могут оказаться на деле сложным интерактивным протоколом, где надо соблюдать какие-то тайминги, еще не приведи Бог какие-то авторизации или лицензии там могут быть задействованы. Все будет закодировано, и эта кодировка может быть нетривиальной. Никаких файлов ты не получишь, все придется собирать самому.
На счёт кодировок и лицензий сомнительно, программист-покойник лабвью особо не морочился на этот счёт) в доках на приборы есть примеры с последовательностью команд под конкретные измерения. Да и описание этих посылок по большому счету повторяют то что я пальцем на нем тыкаю))
В части управления нашими изделиями - аналогично, и в сто раз примитивнее, НИИ же.
В качестве примера. Вот имею источник питания. У и все что нужно отправить на него - команды установки напряжения / тока и команды вкл/выключить активный выход.
С всякими анализаторами сложнее конечно но разобраться посильно. При том что я делаю это вручную, а значит процесс понимаю во всех деталях.
Ну так-то флаг в руки. На питоне пиши. Там и через вызовы "командной строки" можно легко работать, получать их выхлоп и что-то делать с ним, а также писать экселевские таблицы.
Начни с самого примитива, включить-выключить. Покопайся, посмотри как работает все. Убедись что все понимаешь.
На няшной в связке с питухоном/tcl просто берёшь и делоешь.
>инженер-разработчик
>в НИИ
>есть желание освоить программирование
>инженер-разработчик
>в НИИ
Я бы на твоем месте задумался бы над своим будущим и неиронично пошел бы работать кассиром снова, чтобы в свободное от работы время самообразовываться в чем-то востребованном сейчас мидол самоучка. Иначе рискуешь до старости застрять на одном месте, где на тебе будет ездить начальство, потому что нигде больше твои навыки не нужны.
Ебать! Представляю как образуются жена с тугосерей))
Шикарный совет, спасибо мидол самоучка!
>Для старта мне необходимо выбрать оптимальный язык и среду разработки
Qt без вариантов
Не хочешь учиться на чужом опыте - твое дело, конечно. Енжой упущенные время и возможности.
Кют с крестами, или возможно Шарп. И там и там есть возможность быстро рисовать интерфейсы на декларативных языках и работа с сериал портами из коробки.
Этот тред демонстрирует типичное для зекача отношение к неприятным вопросам от неофитов: проигнорировать все незнакомые понятия из вопроса и предложить для решения понятного остатка что-то либо не по задаче сложное (да, я про Qt), либо чрезжопное.
Выше уже ответили тебе хули тебе ещё надо, дегенерат?
>ответили тебе
А я и не просил, ведь я мимокрок.
Каммент, который ты привел, лишь подтверждает мое замечание. Сейчас на весь тред только один адекват, который стал докапываться до управления датчиками. Остальные отписавшиеся, очевидно, совершенно не разбираются в системах управления, но при этом, как полагается всякому современному айти-макакену, умеют быдлокодить GUI, а потому в их каментах указания, как сделать GUI (который в, например, упомянутом в первом же посте Visual Basic может сделать даже ребенок) и ни слова о том, как слушать и регулировать датчики.
Питухон по-любому. Visual Basic это конечно охуеть просто как актуально, обосраться просто. Вот тебе вопросы для начала: ethernet python, python working with files, python simple gui. Или ковыряй в своем LabView то что уже написано, подозреваю что это самый простой вариант будет в твоей ситуации.
>Каммент, который ты привел, лишь подтверждает мое замечание.
Необученный чтению даун решил тут выступить судьёй.
>Для старта мне необходимо выбрать оптимальный язык и среду разработки.
Одним языком не обойтись. Придется комбинировать. Потому, что язык хуйня, главное библиотеки.
1. Действительно проще решать на VB/C#. VB вроде постепенно забрасывают, но C# не сильно сложнее и он никуда не денется. К тому же они оперируют одними и теми же библиотека и для .net
2. Прототипировать можно на VB/C#, но может понадобиться скорость/реальное время, тогда придется написать, что-то небольшое на C/HDL. Как вспомогательный инструмент - пиратский матлаб. Там есть simulink/stateflow из которых можно генерить код C/HDL. Stateflow для графического описания конечных автоматов. Удобно для описания всяких протоколов
3. Python однозначно. Среда программирования Jupyter lab. На винду это все лучше ставить при помощи anaconda, чтобы меньше пердолиться. На линукс стандартно. Потому, что все удобные библиотеки для обработки данных там. Можно посмотреть еще в сторону Julia. Развивается, как альтернатива python, менее универсальная.
Люди создали Qt, нет, хотим жрать говно
Ну шо тут сказати? Проф. программисты могут хоть в жопы друг друга ябать, а у инженера, для которого программирование - вспомогательный инструмент, нет второй жизни на изучение всяких тру и святых технологий. Формошлепить под .net в Visual Studio просто. Все относительно, но вполне по сильно для метода тыка и человека со средними мозгами или плотно занятого другой деятельностью. А вот по поводу Qt я такого не могу сказать. Есть там IDE/RAD чтобы поставил и сразу начал формы шлепать без дополнительного пердолилнга? Хотябы в линуксе.
>Есть там IDE/RAD
Есть
Рассмотри MasterSCADA
Можно получить хорошую связку PC + PLC + ...
https://www.youtube.com/c/PLCAutomations
>Формошлепить под .net в Visual Studio просто. Все относительно, но вполне по сильно для метода тыка и человека со средними мозгами или плотно занятого другой деятельностью. А вот по поводу Qt я такого не могу сказать. Есть там IDE/RAD чтобы поставил и сразу начал формы шлепать без дополнительного пердолилнга? Хотябы в линуксе
Формошлепил и под дотнет, и под кют - лично мне кют удобнее. Хотя возможно после уродского ксамла что угодно будет удобным кек
Помогите пжлст определиться с путем решения следующей задачи.
В общем, я инженер-разработчик всяких СВЧ - радиотехнических штук в НИИ. И есть желание освоить программирование с целью автоматизации процесса измерений и обработки данных с приборов, так как эта измериловка отнимает очень очень много времени.
Собственно задача состоит из следующих этапов:
1. Разработка интерфейсной программы для ПК.
2. Управление измеряемыми изделиями (интерфейсы Ethernet-UDP, RS-485/232 и пр.) и средствами измерений (обычно Ethernet, есть еще универсальный gpib для приборов - но это уже экзотика). Само управление, представляет собой отправку определенных дискретных команд в соответствии протоколами управления изделием, документацией на приборы и со сценарием самой проверки.
3. Сохранение массивов данных (.txt/dat/xls) и их последующая обработка (построение графиков, и получение всякой информации из данных - желательно, но опционально)
Для старта мне необходимо выбрать оптимальный язык и среду разработки. И в зависимости от этого уже подобрать необходимые литературу/курсы и инструменты.
Да и вообще с чего начать старт - хер знает. Прошу помощи поиском с отправной точки. Может рекомендации кто какие даст. Хуй знает)
Понимаю, что мой запрос может быть сформулирован сумбурно и по-тупому, но почему бы и нет)
Знаю, что САПР labWiew - создана и используется именно для этих задач, но с точки зрения перспектив, актуальности и доступа к литературе она крайне ограничена. Да и был в нашей лабе программист лабвью, земля ему пухом. + По причине закручивания гаек с поставками элементной базы будет не лишним начать освоение новой профессии через решение моей конкретной задачи.
Имею скудный опыт программирования на Си для микроконтроллеров, и в свое время сделал несколько проектов для ПЛИС (verilog/VHDL) но это все конечно не то..
P.s. аналогичную пасту отправил в Яндекс практикум, ответом получил пройти курсы профориентации. Лол. И ещё в хекс.лет кажется, но там ответили что задача сложная, и вообще, они ток базовым по вэб-разработке вещам обучают)