Quasar

Чтобы вы сами и ответили на свой вопрос. Конечно, язык программирования Java не имеет ничего специального для обработки прерываний. Но он также и не имеет никаких ограничений для того, чтобы обработать исключительную ситуацию, инициированную железом. Где все это обрабатывать (в коде пользователя на Java или в виртуальной машине), думать будет тот, кто задумает все это перенести на STM32. В Java, как и в C++ есть очень много тяжелых вещей типа, эксепшенов, интроспекции, рефлексии, замыканий, ключевых слов для реализации синхронизации и блокировок, синтаксис для итерации по коллекциям. Опять-таки, тот кто будет реализовывать Java на STM32 будет думать, как это реализовать на этом железе или просто забить и назвать это Embedded Java откинув все ненужное (тяжелое) на такой платформе. Ну а потом, на форум, на котором будут обсуждать эту Java платформу для STM будут приходить пионЭры и рассказывать, как тяжело на этой бодяге писать без возможности сделать, что-то типа: "String exam = "Hello"; exam += " world!"; System.out.println (exam);". Ибо я так привык и хАчу так!

Возможно, через какое-то время, сложность скроется от пилотов, но закрылками все-равно надо будет рулить. Сейчас закрылками рулит пилот, а когда от них эту сложность уберут, закрылками будет рулить команда инженеров, проектируя алгоритмы управления и соответствующую аппаратуру (вон с Boeing 737 MAX на рулили кстати). И представьте себе, когда на форум проектировщиков авионики приходит какой-то клоун и начинает им объяснять, что современные люди и слов таких не знают "закрылки", потому что везде автоматика, а вы дурачки их тут обсуждаете на полном серьезе. Все эти обсуждения "почему в ST все так плохо и сделайте мне хорошо", уместны на форумах ST в переписке с проектировщиками процессоров. Тут люди берут то, что есть в данный момент на рынке и проектируют то, что надо. А какие прерывания вы знаете на plain С? Тот же вопрос, и к вам, а какие прерывания вы знаете на С++?

Я не перестаю удивляться местной аудитории. Приходит некий товарищ, который задает безграмотный вопрос, не понимая, чем среда разработки отличается от среды исполнения, попутно утверждая, что все местные занимаются чем-то "ниже плинтуса", и вообще все делают не так. И куча народу его начинает в чем-то убеждать... Разговор на уровне: "что за дебилы сделали столько кнопочек и рычажков в Airbus A320? Я хАчу чтобы он просто летел куда мне надо, я не хочу заморачиваться всеми этими руководствами по летной эксплуатации и прочим гЭ. в котором ковыряются современные дураки пилоты...".

Делали платы в начале 19 года, в марте этого решили повторить. Не задавай вопросов, сделали повторный заказ на текущем стандартном стеке и схема превратилась в нерабочую. Выяснилось это естественно уже после распайки всех компонентов. Разве это нормально? Ну и вот что делать в данной ситуации? Никто не предложил сделать их как нестандартные...

Ну это я в курсе. Вопрос был, почему они индекс рассчитали по символам +1/-1, а не по символам с максимальной девиацией?

А у меня возник вопрос, почему h=0.27? Ведь максимальная девиация в DMR 1944 Hz, получается 1944/2400=0.81, а 0.27 получается только если взять в формуле расчета индекса девиацию=648 Hz (это девиация для символов -1 и +1, то есть не максимальная).

Может у кого есть опыт, если оплатить из РФ своей картой, а получатель будет в Лондоне другой человек, не возникнет ли у них вопросов?

А телефона их нет? Я там редко бываю, не в курсе кто таким занимается.

Всем добрый день. Требуется изготовить около 100 штук, ВЧ кабельных сборок, с разъемами SMA и N-Type см. вложение. Территориально город Москва или Подмосковье. Все компоненты предоставляются, нужна только работа. Предложения по срокам и цене, просьба слать на int.andrei (SOBAKA) gmail.com или на форум в ПМ. Сборки кабельные_1.pdf

Производитель в общем-то на это и ссылается. Я еще заметил, что палки, да и вообще уровень шума сильно падает если включить режим детектирования RMS/AVG. Это прибор портативный комбинированный (VNA, SA, SG + VSA), поэтому много ждать от него не стоит наверное (хоть и не дешевый). Но вообще, можно измерить мощность в указанных вами полосах и потом поделить её на полосу, получив тот же DANL только уже с учетом всех его побочек и вроде как оно не должно сильно отличаться от указанных в спеках (у хороших приборов). Конкретно этот прибор измеряет мощность переключая его в режим RMS/AVG, а в этом режиме, как я писал выше уровень спуров маленький совсем.

Всех приветствую. Имеется прибор Anritsu S412E, возник небольшой вопрос. На данном приборе, в режиме SA и RBW < 100 Hz видны паразитные составляющие, достаточно большой величины (-120 дБм) (см. картинку в аттаче). Производитель заявляет DANL минус 131 дБм к полосе 10 Гц. Как видно на картинке, шум действительно где-то в районе -131 дБм, но паразитные палки — это тоже шум и получается DANL тут никак не -131 дБм? Или я чего-то не понимаю? Стоит вопрос, является ли это дефектом или нет, поэтому и решил обратиться к общественности. Также, прикладываю описание типа СИ. S412E.pdf

Перед тем как писать всякую чушь публично, я бы все-таки рекомендовал разобраться в предмете тем, кто путает "ошибку по магнитуде" с "магнитудой ошибки". Это не EVM (уже выше написали об этом) и нечего его искать в документах.

Я привел цитату, где на мой взгляд указаны допустимые значения данной величины. Прямого указания, что "Magnitude Error должна быть такой-то" я не нашел. Причем здесь настройка аналогового тракта? Какого? Чего за настройка? В какую сторону её крутить? Вот я его не настроил, и чего будет? То что написали вы, делает очевидным, что ничего вам особо непонятно. Для меня очевидно одно, если будут сильные флуктуации амплитуды, в процессе передачи, то у приемника АРУ может не успевать отрабатывать регулировку усиления. Соответственно, будут провалы приема внутри слотов, с потерей информации. Для этого и устанавливают требования по power ramp'у, которые в общем-то вполне гуманные.

Только вот сходу не совсем ясно зачем оно тут и каково предельное значение этого параметра. Конкретные тесты нацелены на строго определенный радиоинтерфейс, в котором используется некогерентный вид модуляции (обычная 4FSK). По поводу предельной величины этого параметра, я мыслю так - в самом стандарте задан Power Ramp, где уточнены требования к колебаниям мощности в слоте, там допускается от +1 dBp до -3 dBp, (соответственно от +25% до -50%).

Но ведь путь распространения разный, верно? Получается есть зоны, куда сигнал приходит в противофазе? Что это за связь была? Тип модуляции, стандарт (если это цифра)?

Вы описали то, что крупные фирмы (Moto/Tait/Hyt) продают как simulcast. Решения достаточно не дешевые. 1) Да, будут мертвые зоны (тишина). На практике, эти зоны, путем корректировки мощности передатчиков переносят в ненужные локации. Как я понимаю, даже если у вас передатчики синхронны по фазе, эти зоны все равно будут; 2) Требования по синхронизации передачи данных в эфир зависят от того, что передается. Как я понимаю, точность должна быть выше длительности символов. Если это DMR/APCO, то я так полагаю, точность должна быть около 20 мкс (при длительности символа около 200 мкс). Для APCO кстати есть LSM модуляция, которая снижает требования по точности (я видел живьем simulcast системы только APCO). Более гуманные требования к простой аналоговой ФМ/ЧМ, но точных цифр я не назову. Из тех проблем, что приходят еще на ум - вам надо будет учитывать слотовую синхронизацию при реализации приема. Тот же DMR (да уже и APCO Phase 2) используют TDMA, соответственно канал вверх и канал вниз должны быть синхронизированы. Это в принципе несложно, надо только не забыть об этом. Также, многие ожидают, что подобное должно работать в помещениях, здесь как минимум надо будет решать вопрос синхронизации как-то иначе, нежели GPS, плюс, не совсем ясно, что будет с интерференцией в подобных условиях. Возможно также появление мертвых зон. К сожалению, у меня нет большого количества информации об успешном внедрении подобных решений, у большинства производителей, все ограничивается рекламными буклетиками, а по факту, ставят обычные многосайтовые многочастотные системы с традиционным роумингом. :-(

Такое ощущение, порой что с 16 летней школотой тут общаешься. Мастдайка... Не поддерживает Windows разные регистры в названиях. NTFS поддерживает, а Win нет. Специально запустил вируталку чтобы заскриншотить. Основная проблема в сборке ядра на Windows это регистрозависимые имена файлов.

Вы увидели это в моем посте. Отвечать мне было лениво, но спасибо juvf он написал за меня. Я сделал вывод о квалификации именно по: По "ему захотелось" у меня сработал триггер. Для человека HAL и открытый исходный код это какие-то загадочные и непостижимые черные ящики. О чем тут можно вообще говорить дальше? Обсудить чего еще любит HAL по выходным и четвергам? Вообще тема изжила себя, могу лишь процитировать ранее свое же сообщение, которое вы и подтвердили.

Судя по тому что вы написали, проблема у вас в уровне именно вашей квалификации, а не тех, кто пишет HAL... Если подитожить, многие здесь на форуме используют HAL, многие в МИРе используют HAL, обсуждений в интернете море. Но есть какой-то процент несостоявшихся гениев, у которых HAL не работает ВООБЩЕ, и поэтому они все пишут сами. Пишут они исключительно самый лучший, безглючный, эффективный и красивый код. Я уверен, это только их проблема, индивидуальная.

А я вот не пойму, что здесь многих смущает? Таки да, люди платят за основной функционал, а не за драйвера периферии процессоров. Или вы прям уверены, что HAL это нечто совсем неработающее и железки на нем не сделаешь? Тогда мне жаль таких людей. Они, заблуждаясь тратят свое жизненное время не на то.

Нет, мы растем, повышая экспертизу в основной области (радиосвязь), а не бесконечно переписывая драйвера для разных железок. Если процессор не имеет софта от производителя для реализации базового функционала, нафиг он не нужен. По поводу сертификации ПО, я сам опыта не имею в этой области, но жутко интересно, каким же образом всякие требования к законченным железкам, перерастают в сертификации конкретного ПО. Все доморощенные эксперты, поднявшие тему critical safety слились, остается гадать.

Ну USB или SD карта с FatFS вполне могут появиться в существующей железке, и это вполне может называться новой моделью. Времени на реализацию такого, никто много давать не будет. И задача может быть поставлена разработчику, который ни с тем, ни с другим, дела не имел ранее. Cube ему вполне поможет. А так да, абсолютно новое никто не выводит. Только можно за платформу взять Cube + HAL, чтобы не писать долго "свое", и далее уже менять обертки поверх этой платформы, играясь с основным функционалом.

Ну да, случай немного странный ). Про "там", могу сказать про Китай немного. Все зависит от бюджета, а он чаще всего не резиновый. Маленькие компании (фабрики) очень любят покупать какие-то разработки-полуфабрикаты, с целью быстренько доделать и выкинуть на рынок. Иногда получается неплохо, иногда так себе.

А кому он должен давать это задание? Менеджеру по продажам? Или сразу нанять еще одного инженера с ЗП от 100 к. в месяц? Отличие реалий рынка в РФ и за её пределами только в том, что за пределами РФ не гнушаются покупкой готовых либ, у нас все ищут бесплатное. А требования по быстрому выведению на рынок они за пределами РФ наверное еще жестче. А тестирование, это какая-то черта, после которой нет возврата? Если проект дошел до тестирования, это значит что железка работает, если же заказчик нашел какие-то косяки, то их вполне оперативно можно исправить. Серьезные проблемы могут быть в ходе длительной эксплуатации, например, в другой климатике, со сложной доступностью железок для обновления и диагностики. Но здесь уже подход должен быть более серьезным, надо предусматривать возможность ошибок и срок уже не месяц.

Тут я не спорю, а наоборот за. Хотя можете заметить, некоторые маразматики категорически против, см. пациента с ником pitt. Причем это мнение (нельзя использовать HAL), откровенно насаждается и навязывается. Это конечно может вводить в заблуждение начинающих, ибо они не могут на начальном этапе отличить городских сумасшедших от специалистов. Вы не будете, потому что не способны, не обладаете квалификацией. Прежде чем вступать в дискуссию, проанализируйте, вы хоть немного дотягиваете до её уровня или нет. Я могу бесконечно отвечать на ваши глупые реплики, мне плевать, чего вы там не собираетесь. Вякнули - получите в ответ.