juvf

а чем напрягает? (не понял) Там в несколько кликов, по банковской карте оплата. прийдёт лицензия по почте. я покупал - бухгалтеру скинул ссылку на оплату.... получил на свою почту ключ, ни каких напрягов. наоборот.... скачал триал... попробывал... устраивает - покупай. Нет.... не используй. ни кого ни чего не обязывает. "Теоретически лошадь - практически упала". Теоретически один файл, make не нужен.... на практике одним файлом не обходиться. у того-же эдди их там с десяток. и как не крути, прийдется make учить. от куда известно о коммерческих целях? Я бы не стал дальше развивать тему коммерческих целей/триала/пираток.... кому то стыдно триал, кому-то нельзя пиратку, у когото нет денег/жалко денег на "попробую Builder" или "Куплю билдер для утилиты в один файл исходного текста", кто-то курсовой пишет или чё-то хобби (школьник говнокодит). Тут предлагают варианты решения задачи.... участники сами решат - триал/покупать/или писать своё.

да конечно make не нужен.... смотрим снипет Эдуарда, как пример им же приведённый.... и.... ))) (ну вы поняли)

это вы очень плохо читаете, как вижу. я это прочитал и ответил вам, что это всё *никс, в винде эти команды задачи не решают. геймеры - ваше слово-паразит. Игровые приставки, игровые прошивки, геймеры, игры.... вы ещё в детстве? Вы от куда таких слов нахватались? Тут обычно используют мои слова паразиты винда/линукс, МК, ПК, stm8, stm32... сделайте мне копипаст на мои слова "Предлагаю использовать пиратское ПО". Только не нужно копипаст на " Покупаем билдер качаем пиратку" - тут нет предложения, тут фантазии на сценарий разработки своей утилиты.... Кто-то же предложил использорвать билдер - купите билдер, кто мешает. Студия - это и есть IDE. Вы имели в виду "На кой черт вам всякие студии/IDE, когда есть уйма свободных редакторов текста/кода? Написали код, откомпилировали с помощью gcc и запустили." По мне, чем хороша IDE (она же студия), тем, что обычно компилятор в коропке и всякие утилиты, отладчики, библиотеки - всё в коропке. надо подебажить - запустили gdb.... и в CLI gdb наставили брейкпоинтов.... остановились, посмотрели переменные....

не могу не прокомментировать, сорри... куча противоречий.... "пишется за вечер" против "больше 5 лет"/"Иной раз год может уйти"/"всякие утилиты для ПК тоже постепенно сниппеты порождают".... и вишенка на торте - " уже никакого желания нет поддерживать ... переписать заново, сделав более правильно."... Прикольно! stylish.... greasemonkey - это что за слова? согласен.... когда вокруг полно готовых утилит....Можно просто взять готовое и использовать! ))))))))))) чего чего!? )))))))))))) оверинженеринг 80 лв. да уж конечно.... вебморды бы научились писать вебпрограммисты, а уж электронщики подтянуться. Что не морда, то глюки... в разных браузерах, в разных ОС - разное отображение. За чистую железка - это МК 8/16/32 кбайт флеша. наружу смотрит uart/rs-485/rs232... бывает и tcp, но поверх него простой протокол, типа Modbus. Вот например железка на stm8 c 8 кб флеша, смотрит в мир уартом. её нужно по уарту конфигурировать. На Qt/Borland/Java/... можно быстро накидать прогу с 3-5 комбобоксами/галочками/лайнЕдитами и конпками read/write. CLI - ну во первых не удобно... писать руками строку... в ней все агрументы параметры.... или в стиле инсталятора "выберете парам А: 1 - парам1, 2 - парам2" тоже не удобно... Имхо. Во вторых юзеру конечному и/или тестировщику точно не нужен CLI, ему нужно GUI. Как вы это вебом реализуете? где будет сетевой демон? ps Поднимал wifi точку доступа на линуксе (в кедах) и на винде.... там в CLI несколько команд... квест..... потом пришел в мир Андроид (на тот момент 4.2), в нем точка доступа поднимается гуем в один клик (+ несколько заходов в подменю). Кончил!!! Как все просто!!! Не понимаю я любителей CLI. Зачем помнить и знать все команды CLI, когда есть кнопка? Есть знакомые, которые не пользуют даже mc, все операции с файлами в CLI, редактирование текста в vi или тоже с помощью CLI. pps когда пишешь свою утилиту для CLI нужен годный --help. А кто его пишет, накидав подобную утилиту за вечер? Для кнопок его можно не писать, обычно интуитивно всё понятно. У CLI через год-два забудешь синтаксис своих же аргументов.

в контексте данной ветке свой протокол - это Modbus. Опять же в контексте этой темы - задача: Посмотреть что шлёт железка, а не отправить на железку. триал бесплатно отправит. после триала она работает, только при запуске предупреждение. не жалко и $30... копейки, согласен...

я этого не сказал. можно и с Qt написать консольное. просто в винде без Qt/Borland нужно ставить компилятор... а это "игра в бубен", а потом учить опции/аргументы компилятора, учить какойнить make/cmake... 0 минут, 0 секунд. Задача - посмотреть что шлёт железка по протоколу Modbus TCP. Нагибаешься и поднимаешь готовый Wireshark и сразу в бой. Всё уже украдено написано. TCPPortToolKit примет/отправит любой пакет. Утилиты, конкретно для протокола Modbus, - отправят и примут любой пакет в рамках этого протокола.

+1. ненавижу windows (хотя 10-ка вроде торт... загрузка ПК, после прогрузки биоса меньше минуты, загрузка десктопа, после ввода пароля 1 секунду). Перешел бы на линукс, будь там нужное ПО, например альтиум или ворд. +1. Да ни фига это не пишится за вечер. что имеем: программист МК. Знает СИ (возможно с++, а возможно только асм, хота таких диназавров уже совсем мало). Какую нибудь среду типа IAR/Keil/AVRStudio/CCS/STM32CubeIDE На мк может быть lwip, а может аппаратный стек типа w5100 - тогда прогер далек от сетевого стека.... ему нужно отработать протокол Modbus TCP. У ТС задача только посмотреть что шлёт железка... Послушаемся Эдди... Ставим среду ...ээээ... например С++ Builder Rio (я бы порекомендовал бесплатный Qt, или вообще mingw32-win и кансоль). Покупаем билдер качаем пиратку, ищем таблетку.... пока ищем таблетку, цепляем всякую заразу.... можно и на винлокер нарваться со всеми вытекающими... Разворачиваем среду (бубен)... начинаем осваивать... ищем туториалы... пишем холоворд... разбираемся с языком с++/Борланд (ибо разница между с++ и с++/Борланд такая же как между си и с++) С Qt путь покороче, если повезёт... а если нет (а такое бывает) - то готу на форум Qt в раздел "Установка и настройка Qt" (была бы устанвка Qt без бэ - не было бы этого раздела), тоже бубен в помощь. В Qt не обойдется без слотов/сигналов.... учим эти механизмы.... A тем временем вечер то наш идет куча вечеров прошло.... Ну вот есть среда.... все компиляторы настроены... холовор собран.... начинаем сокеты!!!! Сетевое программирование ни кто с материнским молоком не всасывает - его нужно знать уметь select-ы, bind-ы... читаем книжку (мне понравилась "Сетевое программирование от Бриджа")... и пошло поехало.... а у эдди в снипетах ещё и треды... оооо.... это ещё книжка.... а какой-нить гуру скажет что ОБЯЗАТЕЛЬНО нужно свой make файл писать.... вот это и называется "Распылять силы". Так и потом действительно, ещё и обязательно глючить будет... А какая задача была - посмотреть что шлёт железка в хексе? У меня, вышеперечисленные этапы пройдены, и не за вечер... и я бы смог написать прогу которая примет пакет и выведет его в хекс за вечер (используя свои наработки/навык)... но да же я бы не стал этого делать.... ибо мне жалко на это тратить вечер. Скачивание и установка Wireshark занимает 5 минут. Ещё 5 минут займет (если первый раз, потом минута) чтобы разобраться как отфильтровать ненужные пакеты. Wireshark знает Modbus, распарсит принятый и отправленный пакеты и разложит все данные по полочкам. Смотри хоть сырой хекс, хоть распаренный. Тем более, если пишешь ПО для сети - самое первое, что ты должен себе поставить - это Wireshark. Wireshark - первый инструмент в джентльменском наборе работы с сетью (а он ещё работает в винде/линуксе/... - дайтедве!!!). Кстати, на modbus.org список ПО для отладки протокола, там есть Wireshark. Или ComPortToolKit ой, TCPPortToolKit. Установка и скачивание занимает 1 минуту, запуск и настройка TCP - ещё минуту. Итого - использовать готовое и надёжное занимает всего от 2 до 10 минут. У сторонних готовых утилит возможностей/удобств вагон.... гораздо удобнее вашей утилиты "завечер". Вообще не понимаю - зачем изобретать велосипед писать своё, когда нужно нагнуться и поднять готовое/отлаженное. Вы бы ещё предложили написать свой notepad/Wordpad или KWriter, когда возникнет потребность написать текстовую заметку.

у ТС пример виндовый. во вторых.... даже если на линуксе... этот способ только для Вуаля, т.е. для текста. Как бинарные данные передавать?

1)а как в этой программе отправить бинарные данные? 2) как в этой программе отправлять данные, например раз в 650 мс? Есть отправка циклическая? 3) как в этой программе в конец пакета автоматически добавить и отправить CRC? в сетингах указал тип данных Terminal Type: Binary, отправляю два байта fa 15, улетает - 66 61 20 31 35. Это текст - ни какого бинаря. строку отправил, через минуту другую. в окне всего одна длинная строка (слеплена из 2-х). Т.е. эта программа не разделяет строки на пакеты по времени.... нет в окне времени отправки и времени получения данных (есть время начала строки, а в строке может быть несколько пакетов, полученные в разное время). не возможно выделить часть байт и скопировать пол ученые данные из окна терминала.... Ну это так, на вскидку отзыв.... Всё таки эта программа для отладки текстовых протоколов, а не бинарных. Программа TCP Port Toolkit - как раз для бинарных, типа MODBUS TCP. В тулките можно автоматом добавлять в конец пакета crc (расчитанное по любому алгоритму, сам пишешь расчет црц, язык простой, есть примеры ,есть готовые макросы для распростаненых расчетов, в том числе и для CRC16 Modbus) ps для тестирования MODBUS ищи не TCP клиента и сервера, а программу для тестирования MODBUS. Таких программ полно. Там галочками отметишь тип пакета, адрес устройства, адрес регистра, битики во флаговых регистрах.... жамкнешь сенд - слепится правильный пакет с crc.... на вскидку Modbus Tester.

TCP Port Toolkit

Уже спрашивал давно у вас у поддержки ДД.... пару вопросов об следующем функционале... обещали сделать в следующих версиях. 1) светодиод (фото диод, терморезистор, и т.п.) см скрид светодиод. Создали УГО светодида. УГО светодиода состоит из УГО диода и значка "излучение" (две стрелки от центра вверх-вправо, по ЕСКД). Добавили компонент на схему. При вращении на 90° стрелки тоже вращаются. Должен вращаться только диод, стрелки всегда из центра вверх-вправо - это означает излучение. Для фоторезитстора стрелки сверху-слева смотрят в центр (согластно ЕСКД означает "поглащение", добавляется всем УГО которые поглощают излучение - фоторезисторы, фототранзисторы, .... ). Для терморезистора должен вращаться только резистор. Перечеркнутая линия и буква t не должны вращаться. Как это сейчас сделано? Всё вместе вращается? 2) По ЕСКД можно на схему добавлять группу одинаковых компонентов. См скрин. Подобное рисование сильно упрощает схему, не перегружает её тоннами конденсаторов/резисторами.... Во всяких альтиумах/еаглах, да и у вас раньше, рисуется каждый конденсатор отдельно. Целые листы с однотипными компонентами. В ДД сейчас реализован эотот функционал (рисование группы компонентов одним УГО)? ГОСТ2.701-2008, п.5,3,2 При наличии в изделии нескольких одинаковых элементов (устройств, функциональных групп), соединенных параллельно, допускается вместо изображения всех ветвей параллельного соединения изображать только одну ветвь, указав количество ветвей при помощи обозначения ответвления. При наличии в изделии трех и более одинаковых элементов (устройств, функциональных групп), соединенных последовательно, допускается вместо изображения всех последовательно соединенных элементов (устройств, функциональных групп) изображать только первый и последний элементы (устройства, функциональные группы), показывая связи между ними штриховыми линиями.

2omally13 Спасибо за разъяснение. Много букв.... тоже самое, но объективно и в 2-х словах: у нас в ДД прокладка проводников реализована криво, потому что авторы ДД реализовали этот функционал криво. Внутренности реализации... пользователям не интересны (программисты любят ещё объяснять подобное поведение опускаясь до ООП, до того, как у них там в программе классы реализованы - это вообще ни кому не интересно), интересна внешняя/видимая работа продукта. ps из ваших пояснений ещё больше вопросов.... 1) о чем вы думали, когда закладывали запрет на прокладку проводников внутри границ компонентов? Возможно вы не предугадали, что будет такой побочный эффект, но когда увидили - почему не исправили и тащите это до 3-ей версии? 2) это вообще зашквар!!! берёшь в одном месте - начало в 2.5 мм в стороне!!! Я не знаю ваших потрахов программы, но с абстрагированной колокольни от программирования, как разработчик схем, могу предложить - уберите запрет на прокладку проводников внутри границ компонентов. В ЕСКД этого нет. Такого понятия в разработке схем как "граница УГО" нет. Вы его придумали, реализовали и наложили ограничения, которые дают такую багу. pps Я давно присматриваюсь к ДД. Когда-то пользовался топором. Пробовал триал ДД. Сейчас увидив такую прокладку проводника в схеме ДД - нееееее..... пока рано переходить на ДД, сырой ещё продукт. Если эта ошибка ещё не исправлена этот вопрос у вас ещё открыт, то вы хотя бы когда ролики снимаете, то обходите эту граблю, чтоб не отпугивать потенциальных покупателей. ;) ppps на обоих ваших скринах прокладка проводника кривая. вот как должно быть видится логичным при разработке схему в любом редакторе ( хоть CAD, хоть паинт/корел, хоть кульман) см скрины

Вы серьёзно, продвигаете продукт вот с такими багами (время в ролике начиная с 02:04)?! Причём эта бага чуть ли не в рекламе продукта показана!!!

два свистка обновил - не помогло. ps Согласен. ЗАЧЕМ РИСКОВАТЬ и пользоваться продуктом, у которого с безопасностью что-то не так? А что делать?

не было ненастья и на тебе "Здрасти!" Отладка в кубе распалась на части какие-то обновления прошли.... апдэйты/мигрэйты воркспейсов.... перестала работать отладка. вывод в консоль снёс все кубы, заного последнюю версию поставил - не работает. Отдельный STVP шьёт проц нормально, проходит верификация. А если прошить отладчиком в кубе - верификация не проходит ни в кубе, ни в stvp. на коротких хеловордах работает, чуть код больше - перестает.

Altium Viewer

Прямая печать обычно для ЛУТ... через пдф ЛУТ не делают .... не встречал

да, в ад не жава, ошибся. Но и не родной диалог печати.

принтер и/или плоттер это уже одно и тоже Судя по файлам АД, он написан на Java и АД вызывает диалог печати жававский, а не нативный (виндовый). Также возникают проблемы, при написании программы на Qt - тоже принтер в винде есть, а в QPrintDialog - нет. Тут либо разрабам АД обратиться, либо жавой поиграться (если она внешняя)... либо поиграться версиями АД... либо дровами принтера... вобщем бубен с заячей лапкой в помощь. ps попробуйте прогу на жаве другую, например Eclipse - там будет ваш принтер?

яндекс.диск, гугл.диск, дроп..... я работаю с ЯД. копии проектов локально, но синхронизируются с помощью ЯД.

1. пишешь программу 2. нажимаешь debug ВСЁ!!! makefile не то что не трогать.... забыть про его существование и ни когда не вспоминать. Пусть его знает эклипс. можно скомпилироват предварительно, можно просто запустить дебуг. при нажатии дебуг эклипс проверяет, если в сырцах изменения, то эклипс автоматом запустит сборку. после сборки эклипс по ssh через конектион выгружает на таргет бинрник по Ремоут абсолют файл паф. Далее... эклипс на таргете запускает gdbserver с бинарником из того же Ремоут абсолют файл паф. Далее эклипс запускает на хосте дебугер, который цепляется к запущенному на тергете серверу. Далее эклипс запускает на выполнение программу на таргете. Программа останавливается на входе в функцию main() (если галка стоит) и ждёт тебя. Далее дебажишь... пошагово, с брейками.... ПРОФИТ!!! Если на вкладке поставить галку skip download to target, то эклипс сделает всё тоже самое, но не будет выгружать бинарник с хоста на таргет, запустит старый бинарник. Это на пальцах.... там ещё всякие настройки... порт гдб (можно любой, оставь дефолтный).... можно запускать с аргументами.... я указываю где искать билы для бинарника.... ps лайфхак: Windows->Preferences->General->Workspase->Save automatically before build - установи эту галку, чтобы все изменения в тексте автоматом сохранялись перед сборкой/дебугом. Иначе в тексте поменял строки, а компилятор сокмпилит не тот код, который в окошках эклипса, а тот, который на диске в файлах.

на таргете ставишь gdbserver на хосте в эклипсе Ddebug Configuration->C/C++ Remoute Application->Main->... там далее.... интуитивно понятно. Если C/C++ Remoute Application нет, то плуг к эклипсе ставиться. На вкладке MAin сделать конектион (см скрин). указать абсолютный путь на таргете до исполняемого файла, на вкладке дебуг указать путь до gdb на хосте (см скрин)

в первом сообщении ТС

А зачем? На вашем модуле антенна вроде как внутренняя.

Что-то я очень сомневаюсь, что дефолтСити. Сайт не понятный.... то ли сырой, то ли мошенник. ООО "ЛАБОРАТОРИЯ МЕХАТРОНИКИ" зареган в Бирске, на сайте юр.адрес - Moscow. поэтому ТС "рыбачит" за пределами МКАД ))