Quasar
-
Постов
344 -
Зарегистрирован
-
Посещение
-
Победитель дней
4
Сообщения, опубликованные Quasar
-
-
2 часа назад, AlexandrY сказал:
Airbus обязан и будет без кнопочек.
Возможно, через какое-то время, сложность скроется от пилотов, но закрылками все-равно надо будет рулить. Сейчас закрылками рулит пилот, а когда от них эту сложность уберут, закрылками будет рулить команда инженеров, проектируя алгоритмы управления и соответствующую аппаратуру (вон с Boeing 737 MAX на рулили кстати). И представьте себе, когда на форум проектировщиков авионики приходит какой-то клоун и начинает им объяснять, что современные люди и слов таких не знают "закрылки", потому что везде автоматика, а вы дурачки их тут обсуждаете на полном серьезе.
Все эти обсуждения "почему в ST все так плохо и сделайте мне хорошо", уместны на форумах ST в переписке с проектировщиками процессоров. Тут люди берут то, что есть в данный момент на рынке и проектируют то, что надо.
22 минуты назад, AlexandrY сказал:Откуда могут быть прерывания в высокоуровневом языке?
Там строго стримы, пайпы, файлы, очереди и ничего больше.А какие прерывания вы знаете на plain С?
50 минут назад, MrBearManul сказал:Я не знаю, т.к. не программирую на том языке. Си++ вот уже мой верный инструмент более десяти лет в разработке. Ну и в редких случаях ассемблер.
Тот же вопрос, и к вам, а какие прерывания вы знаете на С++?
-
17 часов назад, AlekErm сказал:
Спасибо, тогда на том и разойдемся :) А то уже взаимные оскорбления начинают сыпаться )))
Я не перестаю удивляться местной аудитории. Приходит некий товарищ, который задает безграмотный вопрос, не понимая, чем среда разработки отличается от среды исполнения, попутно утверждая, что все местные занимаются чем-то "ниже плинтуса", и вообще все делают не так. И куча народу его начинает в чем-то убеждать...
Разговор на уровне: "что за дебилы сделали столько кнопочек и рычажков в Airbus A320? Я хАчу чтобы он просто летел куда мне надо, я не хочу заморачиваться всеми этими руководствами по летной эксплуатации и прочим гЭ. в котором ковыряются современные дураки пилоты...".
-
Делали платы в начале 19 года, в марте этого решили повторить. Не задавай вопросов, сделали повторный заказ на текущем стандартном стеке и схема превратилась в нерабочую. Выяснилось это естественно уже после распайки всех компонентов. Разве это нормально?
13.11.2019 в 16:55, Andrew Marinych сказал:Со временем повторные заказы будут переведены на новые стэки, либо станут нестандартными, если клиенту принципиален старый стэк.
Ну и вот что делать в данной ситуации? Никто не предложил сделать их как нестандартные...
-
17 часов назад, thermit сказал:
+-1 +-3 2 бита на символ.
Ну это я в курсе. Вопрос был, почему они индекс рассчитали по символам +1/-1, а не по символам с максимальной девиацией?
-
В 07.04.2016 в 14:27, iliyav сказал:
4-FSK с непрерывной фазой, h = 0.27.
А у меня возник вопрос, почему h=0.27? Ведь максимальная девиация в DMR 1944 Hz, получается 1944/2400=0.81, а 0.27 получается только если взять в формуле расчета индекса девиацию=648 Hz (это девиация для символов -1 и +1, то есть не максимальная).
-
Может у кого есть опыт, если оплатить из РФ своей картой, а получатель будет в Лондоне другой человек, не возникнет ли у них вопросов?
-
9 часов назад, gosha-z сказал:
На третьем этаже Митинского рынка есть ребята, которые будут рады такому заказу...
А телефона их нет? Я там редко бываю, не в курсе кто таким занимается.
-
Всем добрый день.
Требуется изготовить около 100 штук, ВЧ кабельных сборок, с разъемами SMA и N-Type см. вложение. Территориально город Москва или Подмосковье. Все компоненты предоставляются, нужна только работа. Предложения по срокам и цене, просьба слать на int.andrei (SOBAKA) gmail.com или на форум в ПМ.
-
В 25.10.2018 в 00:24, rloc сказал:
Палки относятся к уровню побочных составляющих.
Производитель в общем-то на это и ссылается. Я еще заметил, что палки, да и вообще уровень шума сильно падает если включить режим детектирования RMS/AVG.
В 25.10.2018 в 00:24, rloc сказал:Формально производитель подстраховал себя уровнем -90 дБм, при типичном значении ниже на 20-30 дБ. Жаль, что никто не нормирует суммарную мощность, допустим в полосе 10/1/0.1 ... МГц.
Это прибор портативный комбинированный (VNA, SA, SG + VSA), поэтому много ждать от него не стоит наверное (хоть и не дешевый). Но вообще, можно измерить мощность в указанных вами полосах и потом поделить её на полосу, получив тот же DANL только уже с учетом всех его побочек и вроде как оно не должно сильно отличаться от указанных в спеках (у хороших приборов). Конкретно этот прибор измеряет мощность переключая его в режим RMS/AVG, а в этом режиме, как я писал выше уровень спуров маленький совсем.
-
Всех приветствую.
Имеется прибор Anritsu S412E, возник небольшой вопрос. На данном приборе, в режиме SA и RBW < 100 Hz видны паразитные составляющие, достаточно большой величины (-120 дБм) (см. картинку в аттаче). Производитель заявляет DANL минус 131 дБм к полосе 10 Гц. Как видно на картинке, шум действительно где-то в районе -131 дБм, но паразитные палки — это тоже шум и получается DANL тут никак не -131 дБм? Или я чего-то не понимаю? Стоит вопрос, является ли это дефектом или нет, поэтому и решил обратиться к общественности.Также, прикладываю описание типа СИ.
-
Когда сами разберетесь, тогда и будете делать выводы.
Перед тем как писать всякую чушь публично, я бы все-таки рекомендовал разобраться в предмете тем, кто путает "ошибку по магнитуде" с "магнитудой ошибки". Это не EVM (уже выше написали об этом) и нечего его искать в документах.
-
Предельные требования обычно в стандарте указаны, по крайней мере для 2G/3G/4G есть, т.к. DMR тоже ETSI, то в каких-нибудь "MS requirements" надо искать.
Я привел цитату, где на мой взгляд указаны допустимые значения данной величины. Прямого указания, что "Magnitude Error должна быть такой-то" я не нашел.
Зачем оно понятно - это требования к настройке аналогового тракта, который, в отличие от цифры, от экземпляра к экземпляру отличается.Причем здесь настройка аналогового тракта? Какого? Чего за настройка? В какую сторону её крутить?
Вот я его не настроил, и чего будет? То что написали вы, делает очевидным, что ничего вам особо непонятно.Для меня очевидно одно, если будут сильные флуктуации амплитуды, в процессе передачи, то у приемника АРУ может не успевать отрабатывать регулировку усиления. Соответственно, будут провалы приема внутри слотов, с потерей информации. Для этого и устанавливают требования по power ramp'у, которые в общем-то вполне гуманные.
-
Обычное EVM это, универсальный показатель качества сигнала, как и для любой другой модуляции, насколько глазок раскрыт.
Только вот сходу не совсем ясно зачем оно тут и каково предельное значение этого параметра. Конкретные тесты нацелены на строго определенный радиоинтерфейс, в котором используется некогерентный вид модуляции (обычная 4FSK).
По поводу предельной величины этого параметра, я мыслю так - в самом стандарте задан Power Ramp, где уточнены требования к колебаниям мощности в слоте, там допускается от +1 dBp до -3 dBp, (соответственно от +25% до -50%).
-
Участвовал в подобном проекте, цифровой модулятор, за основу взята синхронизация по GPS. Сигнал синхронизации в долговременной перспективе выходит на точность 20ns за сутки.
Два передатчика синхронизируются по GPS и выдают один и тот же пакет с вот этой заданной точностью 20ns. В результате в месте замирания происходило усиление за счет
наложения синхронизированных по времени и одинаковых сигналов.
Но ведь путь распространения разный, верно? Получается есть зоны, куда сигнал приходит в противофазе?
Что это за связь была? Тип модуляции, стандарт (если это цифра)?
-
Здравствуйте!
Поставлили задачу - исследовать возможность замены пассивной распределенной антенны в здании - ретранслятор для портативных раций пожарников/полицейских - на активную. По мере углубления в тему дошли до вопроса взаимного влияния одного передатчика на другой в местах пересечения их зоны покрытия. Как я понимаю основных проблем будет две, и обе они связаны с синхронизацией времени/частоты на передатчиках:
- Синхронизация частоты и фазы генератора несущей. Если сигналы от двух передатчиков придут в противофазе в одно место в пространстве то они друг друга подавят, так ведь?
- Синхронизция времени отправки данных в эфир. Что бы в один и тот же момент в одно и тоже место приходил одинаковый символ.
На каждый передатчик приходят импульсы с частотой 1 ГЦ - аналог 1 PPS выхода у GPS. Как я понимаю, этот импульс в купе с микросхемой подобной AD9544 могут помочь решить описаные проблемы.
Подскажите пожалуйста, правильно я оцениваю проблемы, которые могут возникнуть?
P.S. До недавнего времени был очень далек от темы поэтому оценивать адекватность написаного выше могу сильно.
Вы описали то, что крупные фирмы (Moto/Tait/Hyt) продают как simulcast. Решения достаточно не дешевые.
1) Да, будут мертвые зоны (тишина). На практике, эти зоны, путем корректировки мощности передатчиков переносят в ненужные локации. Как я понимаю, даже если у вас передатчики синхронны по фазе, эти зоны все равно будут;
2) Требования по синхронизации передачи данных в эфир зависят от того, что передается. Как я понимаю, точность должна быть выше длительности символов. Если это DMR/APCO, то я так полагаю, точность должна быть около 20 мкс (при длительности символа около 200 мкс). Для APCO кстати есть LSM модуляция, которая снижает требования по точности (я видел живьем simulcast системы только APCO). Более гуманные требования к простой аналоговой ФМ/ЧМ, но точных цифр я не назову.
Из тех проблем, что приходят еще на ум - вам надо будет учитывать слотовую синхронизацию при реализации приема. Тот же DMR (да уже и APCO Phase 2) используют TDMA, соответственно канал вверх и канал вниз должны быть синхронизированы. Это в принципе несложно, надо только не забыть об этом. Также, многие ожидают, что подобное должно работать в помещениях, здесь как минимум надо будет решать вопрос синхронизации как-то иначе, нежели GPS, плюс, не совсем ясно, что будет с интерференцией в подобных условиях. Возможно также появление мертвых зон.
К сожалению, у меня нет большого количества информации об успешном внедрении подобных решений, у большинства производителей, все ограничивается рекламными буклетиками, а по факту, ставят обычные многосайтовые многочастотные системы с традиционным роумингом. :-(
-
А нафиг мне эта ваша мастдайка сдалась?
Вопрос был о регистрозависимости имен файлов в NTFS, это так. А то, что вы пользуетесь каким-нибудь древним хрюнделем, где не поддерживается регистрозависимость имен файлов, — исключительно ваши проблемы!
Такое ощущение, порой что с 16 летней школотой тут общаешься. Мастдайка...
Не поддерживает Windows разные регистры в названиях. NTFS поддерживает, а Win нет. Специально запустил вируталку чтобы заскриншотить.
Основная проблема в сборке ядра на Windows это регистрозависимые имена файлов.
Специально запустил вируталку чтобы заскриншотить.
-
К Вам претензий никаких. Всё по теме. Хамство я увидел в посте halfdoom.
Вы увидели это в моем посте. Отвечать мне было лениво, но спасибо juvf он написал за меня. Я сделал вывод о квалификации именно по:
2)"так ему захотелось" - что это значит? "Машина дура, что ей скажут, то она и делает" (С). У вас есть исходники хал. Где в хале указания включить флаги EIE и DMAR при приеме по уарту с прерываниями? Вы же проффесианал, как вы можете говорить "так ему захотелось"? Так ещё допустимо сказать про Windows, про закрытую библиотеку или про gcc, но у вас хал в виде исходников, которые вы себе в проект добавляете - всё в ваших руках, и вы пишете "ему захотелось"!?По "ему захотелось" у меня сработал триггер. Для человека HAL и открытый исходный код это какие-то загадочные и непостижимые черные ящики. О чем тут можно вообще говорить дальше? Обсудить чего еще любит HAL по выходным и четвергам?
У одного разбор чужого и изучение нового занимает мало времени и тогда ему HAL просто песня. Для меня , зачастую, это прямая потеря времени. Мне проще самому накропать.Вообще тема изжила себя, могу лишь процитировать ранее свое же сообщение, которое вы и подтвердили.
Есть мнение, что те, кто отрицательно пишет про HAL не умеют работать с чужим кодом -
У товарищей которые создают кал - проблемы с чем-то, причём непонятно на каком уровне, но они есть. А оттягивать время разработки на игры в бирюльки - это очень дорогое удовольствие.
Судя по тому что вы написали, проблема у вас в уровне именно вашей квалификации, а не тех, кто пишет HAL...
Если подитожить, многие здесь на форуме используют HAL, многие в МИРе используют HAL, обсуждений в интернете море. Но есть какой-то процент несостоявшихся гениев, у которых HAL не работает ВООБЩЕ, и поэтому они все пишут сами. Пишут они исключительно самый лучший, безглючный, эффективный и красивый код. Я уверен, это только их проблема, индивидуальная.
-
Надеюсь, это не из той же серии, когда производитель, погрязнув в непонимании работы собственного-же глючащего поделия, просит покупать новое - "the latest and greatest".
А я вот не пойму, что здесь многих смущает? Таки да, люди платят за основной функционал, а не за драйвера периферии процессоров. Или вы прям уверены, что HAL это нечто совсем неработающее и железки на нем не сделаешь? Тогда мне жаль таких людей. Они, заблуждаясь тратят свое жизненное время не на то.
-
Вы просто теряет в своей стоимости и становитесь странноватым упертым сторонником серии STM32. :laughing:
Нет, мы растем, повышая экспертизу в основной области (радиосвязь), а не бесконечно переписывая драйвера для разных железок. Если процессор не имеет софта от производителя для реализации базового функционала, нафиг он не нужен.
По поводу сертификации ПО, я сам опыта не имею в этой области, но жутко интересно, каким же образом всякие требования к законченным железкам, перерастают в сертификации конкретного ПО. Все доморощенные эксперты, поднявшие тему critical safety слились, остается гадать.
-
По опыту чем быстрее отладка, тем быстрее разработка. Линуксы не рекомендуют отлаживать без Etherneta 100Base-T, а тут всего 20.
Если фирма все время что-то абсолютно новое быстро выводит на рынок, то значит у нее быстро накапливается груз обслуживания кучи разных систем.
Это так не работает.
На самом деле делают платформу, делают долго и меняют неохотно.
А быстро выводят только обертку покрашенную в разные цвета.
Ну USB или SD карта с FatFS вполне могут появиться в существующей железке, и это вполне может называться новой моделью. Времени на реализацию такого, никто много давать не будет. И задача может быть поставлена разработчику, который ни с тем, ни с другим, дела не имел ранее. Cube ему вполне поможет.
А так да, абсолютно новое никто не выводит. Только можно за платформу взять Cube + HAL, чтобы не писать долго "свое", и далее уже менять обертки поверх этой платформы, играясь с основным функционалом.
-
опыта разработки на Си/Си++ нет.
Ну да, случай немного странный ).
Про "там", могу сказать про Китай немного. Все зависит от бюджета, а он чаще всего не резиновый. Маленькие компании (фабрики) очень любят покупать какие-то разработки-полуфабрикаты, с целью быстренько доделать и выкинуть на рынок. Иногда получается неплохо, иногда так себе.
-
Я прекрасно понимаю реалии современного мира, особенно РФ. Поэтому в вашем случае по-другому - никак. По хорошему - ваш начальник вообще не должен был давать вам такое задание. Интересно, а врачи также работают?
А кому он должен давать это задание? Менеджеру по продажам? Или сразу нанять еще одного инженера с ЗП от 100 к. в месяц? Отличие реалий рынка в РФ и за её пределами только в том, что за пределами РФ не гнушаются покупкой готовых либ, у нас все ищут бесплатное. А требования по быстрому выведению на рынок они за пределами РФ наверное еще жестче.
кто отвечает, если проект не пройдёт тестирование?А тестирование, это какая-то черта, после которой нет возврата? Если проект дошел до тестирования, это значит что железка работает, если же заказчик нашел какие-то косяки, то их вполне оперативно можно исправить. Серьезные проблемы могут быть в ходе длительной эксплуатации, например, в другой климатике, со сложной доступностью железок для обновления и диагностики. Но здесь уже подход должен быть более серьезным, надо предусматривать возможность ошибок и срок уже не месяц.
-
Я это к тому, что не нужно бояться использовать "индусские" либы (HAL/Cube/SPL), если они удобны и упрощают/ускоряют вам разработку, хоть в критических ответственных местах, хоть в бытовых поделках. Нужно проверять написанное ПО. А если бояться HAL использовать из-за "ненадежности", то и стандартную библиотеку СИ/С++ долой, да и компилятор может "криво" собрать.... и даже в МК может быть глюк.
Тут я не спорю, а наоборот за. Хотя можете заметить, некоторые маразматики категорически против, см. пациента с ником pitt. Причем это мнение (нельзя использовать HAL), откровенно насаждается и навязывается. Это конечно может вводить в заблуждение начинающих, ибо они не могут на начальном этапе отличить городских сумасшедших от специалистов.
Очень хорошо, что читаете цитаты и знаете к кому их относить. К сожалению, сделать еще один шаг и понять, что я ни спорить, ни дискутировать по известным причинам не буду не получаеться.Уважаемую публику прошу извинить за офтоп, но что делать, если как сказал Жванецкий:" Товарищ не понимает" ну и что-то там еще про доцента... Больше не буду отвлекать.
Вы не будете, потому что не способны, не обладаете квалификацией. Прежде чем вступать в дискуссию, проанализируйте, вы хоть немного дотягиваете до её уровня или нет. Я могу бесконечно отвечать на ваши глупые реплики, мне плевать, чего вы там не собираетесь. Вякнули - получите в ответ.
JAVA IDE
в STM
Опубликовано · Пожаловаться
Чтобы вы сами и ответили на свой вопрос. Конечно, язык программирования Java не имеет ничего специального для обработки прерываний. Но он также и не имеет никаких ограничений для того, чтобы обработать исключительную ситуацию, инициированную железом. Где все это обрабатывать (в коде пользователя на Java или в виртуальной машине), думать будет тот, кто задумает все это перенести на STM32. В Java, как и в C++ есть очень много тяжелых вещей типа, эксепшенов, интроспекции, рефлексии, замыканий, ключевых слов для реализации синхронизации и блокировок, синтаксис для итерации по коллекциям. Опять-таки, тот кто будет реализовывать Java на STM32 будет думать, как это реализовать на этом железе или просто забить и назвать это Embedded Java откинув все ненужное (тяжелое) на такой платформе.
Ну а потом, на форум, на котором будут обсуждать эту Java платформу для STM будут приходить пионЭры и рассказывать, как тяжело на этой бодяге писать без возможности сделать, что-то типа: "String exam = "Hello"; exam += " world!"; System.out.println (exam);". Ибо я так привык и хАчу так!