backend
-
Постов
194 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные backend
-
-
Пользовался KiCad давно, могу высказать только самые общие соображения.
В связи с этим возникает резонный вопрос: а что такого позволяет делать скриптовый API, чего нельзя сделать (и куда проще) простым редактированием файла, благо он текстовый и понятный, хотя и не очень читабельный?Поддержка скриптов дает почти неограниченные возможности шаманства. Могучие скрипты могут растягиваться на тысячи и тысячи строк кода, добавляя фичи по инженерным расчетам чего-либо, например. У текстовых файлов возможности более скромные.
Например, вот скажем, если бы можно было повесить запуск того или иного скрипта на пункт меню или кнопку тулбара, и чтобы скрипт применялся в контексте выделения объектов платы, и затем результат тут же бы отображался на плате, то это было бы понятно и рулезно. Но ничего этого нет.Проект живой, дышит, развивается. Дамаю, усё будет.
И вообще, что думаете про перспективы этой фичи?Фича не мешающая работе и ничего не ломающая в уже существующем коде полезна по-любому. Пока пробный шар, потом народ подтянется. Можете сами к разработке подключиться или высказать пожелания команде.
-
Реализовать на автомате IP стек за считанные часы?
Тему читайте внимательно и таких вопросов не будет.
https://electronix.ru/forum/index.php?showt...t&p=1462537
1. Речь про замену Nios Core на автомат, а не про написание стека сетевых протоколов.2. Оный стек не является чем-то исключительным и связанным именно с Nios.
Вы серьезно?За свой счет серьезно, а за чужой готов поприкалываться.
-
Вы предлагаете реализовать костыль, чтобы решить проблему, суть которой не ясна.
1. В данном случае костылем считаю именно Nios.
2. Суть с большой долей вероятности именно в неверном использовании особенностей Nios-корки.
3. Разбираться в чужих корках, имея возможность дешевого решения, считаю контропродуктивным.
3. Управляющая логика, описанная ТС, довольно проста и реализуется за считанные часы с помощью автомата.
4. Темы, посвященные борьбе с настройками IP-корок возникают с завидной регулярностью (с точностью до совпадения авторов тредов), что лишний раз укрепляет меня в выводах относительно наиболее простых и дешевых методов разработки ПО для ПЛИС.
С логикой на конечном автомате можно наступить на те же грабли1. Сильно сомневаюсь.
2. Цена реализации этого варианта несущественна по сравнению с уже затраченным временем.
P.S. Каждому - свое. Изложенное выше не призыв к действию, а частное мнение ленивого инженера, которому нравятся простые, надежные и долгосрочные решения без лишних телодвижений.
-
Я ж не спорю. Но причину я назвал.
По-моему, здесь два взаимоисключающих утверждения, но вам виднее.
-
Стек сетевых протоколов на автомате? Я не мазохист.
1. Речь про замену Nios Core на автомат, а не про написание стека сетевых протоколов.
2. Оный стек не является чем-то исключительным и связанным именно с Nios.
-
Но проблема с загрузкой синтезатора. Программа в ниос написана так : в файле инициализации читается код нужной частоты из EPCS и на эту частоту программируется синтезатор. Далее по Ethernet ниос может получить команду на изменение частоты синтезатора и перепрограммирует синтезатор с записью новой частоты в EPCS. Так вот не удаётся получить запрограммированный синтезатор после включения питания, т.е. выполнить загрузку синтезатора из процедуры инициализации.
А почему бы вместо Nios с его богатым внутренним миром не обойтись ясным и простым самописным конечным автоматом?
-
Такое ощущение, что молод вы ещё и горяч.
Вы мне льстите.
Чтобы принимать работы у фрилансеров, контроллировать промежуточные результаты, нужен не менее квалифицированный (а чаще - более квалифицированный) инженер, у которого, например, на то, чтобы самому делать проекты либо нет времени, либо уже нет желания. Да и множество других задач. А такого не появится со стороны.Помимо невнимательности при чтении постов в ваших рассуждениях обнаруживаются логические нестыковки.
Поясняю:
1. Чтобы принимать результаты работы любых сотрудников всегда нужен некто, кто обладает большей или, по крайней мере, не меньшей квалификацией, чем у исполнителя.
2. Сотрудники, занимающиеся руководством, планированием и контролем хода выполнения работ, существуют и получают зарплату в первую очередь для этих целей, а не для "множества других задач".
3. Совмещение "множества других задач" с руководством проектами - есть патология, пагубные проявления которой можно иметь неудовольствие ежедневно наблюдать.
4. Инверсия обязанностей, то есть выполнение начальниками функций рядовых исполнителей, а рядовыми исполнителями функций руководителей - есть патология.
5. Возможные возражения, что людей не хватает и каждый делает все за всех - не аргумент. Упорствующим в этой ереси советую доверить свое здоровье врачам, разделяющим ваши взгляды.
6. Реплики про "нет времени" и "нет желания" - это разговоры в пользу бедных, индикатор отсутствия порядка и внятной кадровой политики.
7. Если у кого-то исторически сложилось, что патология выдается за норму, то ни офисным, ни удаленным сотрудникам делать в такой конторе нечего.
Мыслите системно.
Как можно протирать штаны в ВУЗе, слушать разные ТАУ/САУ/ТАР, а потом говорить, что система управления кадрами и проектами является чем-то уникальным по сравнению с любой другой системой управления?
Можете представить работоспособный электропривод, где каждый элемент расположен как попало, занят всем сразу и непонятно чем конкретно?
Не можете? А почему настаиваете, что применительно к фирме, проектам и кадровой политике такой подход нормален?
Ну и чисто для интереса, приборы-то есть у вас, чтобы контроллировать PCI-E, или хотя бы ethernet?Ну если чисто для интереса...
1. Контрольно-измерительное и монтажное оборудование есть.
2. Личные инструменты, программаторы, ноутбук, монтажный провод, кабели, компоненты и даже канцелярскую мелочь приходилось таскать на работу, пока не надоело работать при тотальной разрухе.
3. Доходы предпочитаю вкладывать в личное оборудование и обучение, если требуется.
4. Если что-то отсутствует, могу найти, одолжить, арендовать или приобрести за разумную цену.
5. При отсутствии личного оборудования или неразумной цене приезжаю в контору для отладки в железе на их оборудовании.
Для всех спорных вопросов есть ТД, ТЗ, ТК, ДИ. Нравится - берешься за работу, не нравится - не берешься.
-
1. Не всегда нужен наспех сделанный проект.
Наспех сделанный проект не нужен почти никогда, так как поспешность свидетельствует либо о воровстве, либо серьезных дефектах мышления у инициатора этого проекта, либо о том и другом.
Только это тоже ни имеет отношения к удаленке и фрилансу.
Иногда его нужно ещё и поддерживать.Проекты поддерживать нужно почти всегда.
Кто мешает прописать это в договоре?
Нередко нужен свой специалист в штат, который будет решать не только вопросы текущего проекта.Если называть вещи своими именами, то это означает, что условномоу менеджеру хочется иметь на подхвате людей, которые будут воплощать его наполеоновские затеи по желанию левой пятки.
Стратегия, планирование? Не, не слышали. Все нужно было сделать еще вчера и за три копейки. В нашей фирме решения меняются чаще, чем погода.
Техническое задание? Это придумали зануды-формалисты, а для эффективного менеджера ТЗ смерти подобно. Там же его подпись, отвечать нужно, если что.
2. Результат работы фрилансеров часто удручающий.А результаты работы офисных работников КБ показывают все мировые СМИ при очередном неудачном пуске, испытании или ЧП на параде. Фрилансерам до таких показателей еще далеко.
3. То, о чём вы говорите, имеет место быть, но редко. Чаще вот так: http://pikabu.ru/story/frilanser_4608849Про результаты жизнедеятельности офисных инженеров в выпусках новостей я уже сказал. И это только то, что показывают.
Поэтому не в удаленности сотрудника дело, а в культуре проектирования и производства. Если менеджер тяп-ляпыч и не может сформулировать мысли в виде ТЗ и договора, то он загубит любой проект и разорит фирму и с офисными сотрудниками и с удаленными.
-
-
Варианты удаленной работы не рассматриваются, только полная занятость.
Подобные формулировки порождают мифы, поэтому небольшое замечание.
Удаленная работа - это не какая-то там халтурка или подработка, это более чем полная занятость. Когда офисные работники после своих 8 часов расходятся по домам, фрилансеры работают, работают и работают.
-
Начала я с разработки структурной и функциональной схем.
Эт хорошо.
Ниже привела результаты того, что получилось и хочу спросить авторитетного мнения.Мое мнение не авторитетно, но результат в первом приближении похож на правду.
Единственное, будут ли это модули в HDL-терминологии? Просто все это счастье помещается в несколько веток конечного автомата из нескольких строк кода каждая. Разве что в учебных целях по модулям тонким слоем размазать...
Скажите пожалуйста, корректны ли составленные схемы или может что-то стоит добавить-изменить.Критерии корректности определяются постановкой задачи. Поскольку задача поставлена в очень общем и абстрактном виде, то сложно судить о "добавить-изменить".
Насколько я помню, на оформление функциональных схем строгих требований нет, поэтому сами смотрите как там у вас требуют это рисовать. Можете, например, по SADT/IDEF0 оформить.
-
Опубликовано · Изменено пользователем BackEnd · Пожаловаться
Готов работать бесплатно.Никому об этом не говорите.
Ближайшее Подмосковье.Выбираете любую профильную шарагу, которая удобна вам территориально, и в путь. Студентов берут с удовольствием.
Вопрос только, будет ли кто то с этим разбираться.Нет.
-
ТС, посмотрите сюда Федеральный закон "О техническом регулировании" от 27.12.2002 N 184-ФЗ (действующая редакция, 2016)
https://www.consultant.ru/document/cons_doc_LAW_40241/
и сюда
https://www.consultant.ru/document/cons_doc...daccd4021dbbea/
а потом сравните с предыдущей редакцией закона, где статьи 11-16 еще были
https://rg.ru/2002/12/27/tehreglament-dok.html
комментарии к предыдущей редакции, если нужны
http://www.gosthelp.ru/text/KommentarijKommentarijkFe.html
Это я к тому, что ваши опасения по поводу ответственности разработчика на фоне законодательного бардака выглядят несколько натянутыми. Спите спокойно.
-
а нужно (если хочется из задачи) рулить сигналами верхнего уровня, т.е. глобально в обход портов задачи.
Подтверждаю. Сам много и с удовольствием пользуюсь задачами/процедурами на Verilog/VHDL именно таким способом, в обход портов.
-
Может, в этом дело?
https://tjakubowski.wordpress.com/2012/12/0...rd-under-linux/
Of course, CDT (C/C++) plugin should be also installed.
https://gnuarmeclipse.github.io/plugins/install/
The oldest Eclipse supported by the plug-ins is Eclipse 4.4 Luna SR2 (CDT 8.6), and the recommended version is 4.5 Mars. Do not try to install them on Kepler, Juno, Indigo, or older versions, since the install will fail.
Note 1: on GNU/Linux be sure you manually install the Eclipse; DO NOT try to install it via the Synaptics package manager, or similar, since usually you get an older version and the CDT plug-ins are not included.
Note 2: Contrary to other tools, Eclipse does not need administrative rights, does need not be installed in a system location, and does not need not be a single instance on a system. Actually you are encouraged to install multiple instances of Eclipse, possibly one for each project type, to avoid mixing plug-ins from different sources in case different project types.
-
Кстати на счет Калифорнии. Имел как-то пару предложений на подработку. Так вот общий девиз всего этого дела - "мы хотим дешево то, что дешево стоить не может". Например дают бюджет 50к баксов, а там только исследований до опытного образца на 100к. Ну или просят разработать относительно простой прибор, но параметры и допуски диктуют комплектовку на вдвое большую сумму. Короче впечатление, что ищут шару.
Что тут сказать?
1. Лохотроны есть везде. Только где-то девиз "мы хотим дешево то, что дешево стоить не может" относится почти к 100% "разработок", а где-то есть НИРы на месяцы и годы в нормальной команде.
2. Мутная фирма может быть зарегистрирована в одном месте, а чуваки сидят в Усть-Мымринске и разводят своих же втёмную.
3. Возможно, это был какой-то стартап, где хотеть невозможного никто не запрещает, но есть понимание, что результат может быть отрицательным.
Попробуйте связаться с фирмами, которые предварительно известны Вам в силу профессиональной деятельности или даже по общению на семинарах и выставках.
ну и конечно английский язык - надо над ним работать, если есть знание, то шансы получить хорошую работу равны 100%. Во всяком случае мое незнание разговорного английского, очень сильно помешало во многих случаях :)Мою самооценку в плане знаний английского приподнимают презентации, где начальник-индус из какого-нибудь TI или Xilinx рассказывает о новой фиче с жутким даже для меня акцентом.
Главное, что этот крендель не заморачивается над произношением, дожив до неплохо оплачиваемой должности. Короче, пишут по-английски они явно лучше, чем говорят.
Когда-то злые соклубники Аршавина по "Арсеналу" стебались над его акцентом, так вот они индусов не слышали. )))
ЗЫ Кстати, никогда не настраиватесь на работу - "за еду", иначе при такой установке, вы только за нее и будете работать. Проверено на многих людях в разных сферах.Эт точно!
"Что посмеешь, то и пожмешь."
"Будьте реалистами - требуйте невозможного!" (тов. Че Гевара)
-
Если знаете где поискать подработку, пусть удаленную - буду признателен.
1. Запрос в поисковике на английском с добавлением слов типа freelance, telejob...
2. Заходите на сайт интересующей вас забугорной конторы-разработчика, смотрите предложения, бывают вкусные готовые варианты или интересные отклики на ваше резюме.
-
За еду.
Выскажу свое мнение, а решать Вам.
Никогда не принижайте свои способности.
Есть много людей, которые с удовольствием сделают это за Вас в особо циничной форме.
Потом сядут на шею, свесят ноги и будут упрекать Вас тем, что сделали Вам одолжение. И будут правы.
Скромность хороша в гипотетическом здоровом обществе, а в джунглях бейте в тыкву первым.
Ваша квалификация, на мой взгляд, тянет на $2000-3000 без разговоров. Для Киева, как и другого крупного города, это более чем реально.
С работы вот-вот за свой счет выпихнут.Верной дорогой идёте, товарищ! Здесь с Вами так никогда не поступят!
Кстати сразу уточню что желаемо. Пока не выперли за свой счет то 5000 руб в месяц устроит. А вот если выпрут то 16-17 т. руб желательно бы.Свои $150 вы абсолютно точно заработаете в "городе-курорте" Киеве, где каштаны и дышится легко.
Первое что приходит в голову именно по Киеву: КБ Луч работает, АРТЕМ работает, Антонов работает, Институт сварки Патона тоже.
Весной с людьми общался, разработчики гражданского прикладного ПО свои 2000 грина снимают, хотя не каждому эта область интересна.
Еще позитив в том, что у Вас есть возможность работать удаленно в любой точке мира, сидя в Киеве. От предложений у Вас глаза разбегутся.
И никаких проблем с получением зарплаты из солнечной Калифорнии у Вас не будет. А здесь каждый день придумывают чего бы еще запретить и в карман залезть.
РФ устроит полностью. Какая принципиальность? Вся кровная родня кто в живых все в РФ. ... Дело по сути даже не в стоимости работ.Это больше похоже на реальную причину.
-
Диаграммы управляющих сигналов сделали как в описании, на выходе получили очень неоднородный темновой сигнал (в приложенной картинке).
Диаграммы-то сделали по даташиту, но про все остальное в даташитах вряд ли скажут. Поэтому согласен, с тем, что уже написано выше. Смотрите в сторону CDS/ДКВ.
-
Если пофантазировать, то:
1. При однократной передаче - всплывающий радиобуй (не знаю как там с возможностью глубоководного исполнения такой штуки).
2. Всплывающий акустический буй для передачи по естественному волноводу в области аномальной плотности воды. При всплытии работает на передачу постоянно. Проходя волноводную область передает показания на расчетную дальность. По конструктиву те же сомнения, что в п.1.
3. Разместить на дне заряды ВВ. Для кодирования данных инициацию ВВ как-то промодулировать. Регистрация сейсмодатчиками и/или гидроакустическими станциями.
-
когда ж вы кончитесь уже, зачем вас новых рожают. Поднимите пятую точку и идите спасайте государство. А-а-а, дома теплее, вы диванный активист, ну понятно.
Ты кто вообще такое?
Что-то не увидел нигде проекта программы. Это явно не открытый проект. И не благотворительный.Смысл в том, что для своего отца автор сделал при помощи сабжа то, чего не сделало так называемое государство, которое для упрощения жизни как раз и задумывалось.
-
Quartus просто взял и объявил счетчик как 32 разрядный, и ему наплевать на то, что 5 разрядов не используется.
Квартусу наплевать на то, на что наплевать разработчику.
Почему САПР не выкинул лишние разряды т.е не оптимизировал схему ?Разработчик не указал САПР свои пожелания в виде однозначно трактуемого кода.
Может в настройках есть какая-то хитрая "галочка", установив которую Quartus будет выкидывать лишние разряды?Все ответы есть в:
1. VHDL Language Reference Manual
2. ГОСТ Р 50754-95
-
Опубликовано · Изменено пользователем BackEnd · Пожаловаться
-
-
Относиться к ARDUINO можно по-разному, но эти ребята заняты реально полезным делом пока чиновники пилят бюджетные бабки.
https://www.youtube.com/watch?v=5uU6ZMcaopA
KiCad Scripting
в Бесплатные САПР: KiCAD, EasyEDA, EAGLE и др.
Опубликовано · Пожаловаться
Ну не знаю. Если что-то этакое нужно прям щаз, то можно и за соломинку схватиться. А покуда известны способы решения с помощью привычных средств, так и не тратить время на сырую фичу. Я бы пока время не тратил, подождал бы пока все устаканится, лютые баги отловят, доки выпустят с примерами. Просто иметь в виду, что это начали делать и время от времени посматривать как там дела продвигаются.