arhiv6

Ещё одна проблема с редиректом - он работает не везде. Например, если открыть профиль любого пользователя, у которого в информации "О себе" есть веб-ссылка, то оттуда переход осуществляется без редиректа. Я так понимаю на форуме есть много спам-ботов, которые ничего не пишут но как раз в этом месте ставят ссылку на рекламный/вредоносный сайт. И как раз в этом месте редирект нужен.

А как это делается - что-то пишется в память по адресам, где находятся регистры периферии? Можете привести примеры (или дать ссылку, где почитать), как этим пользоваться?

А зачем его переписывать? Есть же Mono... В крайнем случае можно просто обеспечить стабильную работу под Wine.

Обычно дают параметр maximum duty cycle а из него можно посчитать минимальное падение. Есть которые вообще без падения могут работать, так и пишут: Low Dropout Operation – 100% Duty Cycle Mode

Вряд ли дело в оригинальности программатора, если к нему JLinkExe цепляется. Можете попробовать с помощью OpenOCD связь проверить: http://we.easyelectronics.ru/arhiv_6/rtt-s...-ot-segger.html

Hot-swap контроллер, например LM5069

А как же форт-процессоры, вроде GA144 или синтезированных в ПЛИС?

В процессе развития - Rust, в процессе отмирания - Fort.

Постоянка ненужна? Тогда я бы сделал так: источник питания на +400В, два высоковольтных транзистора, обычный полумостовой драйвер (со встроенным dedtime, вроде IR2304) и высоковольтный проходной высоковольтный плёночный конденсатор. Из минусов - при старте, пока заряжается конденсатор - выброс до 400В, можно задавить TVS стабилитроном.

Поделитесь, пожалуйста, контактами этого производителя.

Что это такое?

Драйвер-то какой нужен? Low-side, полумостовой или ещё какой-нибудь? Можете у TI тут поискать.

Поможет идеальный диод + подбирать такие разъёмы, которые механически невозможно "перевернуть".

Для детектирования 2х частот БПФ не нужен - используйте алгоритм Гёрцеля. Посмотреть реализацию - можно в любом DTFM декодере (например AN218 от SiLabs).

ТС, вам скорее всего проще сделать так: копить небольшие пакеты данных, в конце добавить контрольную сумму, обернуть в SLIP фрейм и закодировать в DTFM кодере. На приёмном конце раскодировать, пропустить через дефреймер, проверить crc и всё, данные получены. Реализаций CRC, SLIP и DTFM в сети полно, проблем с переносом с С на BASIC проблем возникнуть не должно, все три части можно независимо друг от друга реализовать и проверить. Но лучше переходите на С, даже переписывать ничего не придётся.

Принятый пакет вы можете разобрать только захватив его от начала и до конца. А если один бит вначале пропустили, или часть пакета из-за помех потеряли или приняли лишний бит в конце? Данные будут невалидны. Чтобы этого не произошло - во-первых необходимо чётко определить что в радиоканале началась передача данных - определить начало пакет. Делается это с помощью синхронизации - в начало пакета добавляется преамбула, которую легко и однозначно можно будет определить даже в условиях помех. Далее, определив начало пакета нам необходимо знать, когда пакет закончится и необходимо прекратить захват. Если длинна пакета не фиксированна и неизвестна для этого применяют фреймеры (почитайте про SLIP/COBS), если длинна пакета фиксированна - без этого можно обойтись. После приёма необходимо проверить - а правильно ли данные приняли, т.к. из-за помех часть данных могла быть повреждена, для чего в пакет добавляется контрольная сумма, которая в приёмнике проверяется. Кодирование может потребоваться для коррекции ошибок или повышения чувствительности.

Ivan55, MELP и Codec2 не подойдут - они заточены на сжатие речи, а у ТС шумоподобный сигнал.

Устанавливайте метапакет qt-sdk, у него в зависимостях есть всё что нужно: библиотеки, qmake, qtcreator и т.д.

Какая частота дискретизация входного сигнала? Может в вашем случае выгоднее будет попробовать использовать обычный wave без компрессии и просто уменьшить частоту дискретизации до ~400Гц? Может выигрыша дать больше 10, размер уменьшится, в полосе полезного сигнала потерь из-за сжатия не добавится, реализовать на МК вроде не сложно должно быть, нет проблем с декомпрессией/воспроизведением.

Ещё одна проблема с редиректом есть в этом сообщении: в конце ссылки обрезается #L105

Т.е. подтверждение перехода введено для защиты пользователей форума? А от чего именно защищает такое подтверждение?

Скорее всего вопрос был об официальности данного "представителя компании". Нет фамилии, почта на gmail, телефон от строительной фирмы ООО Термобил.

уже было такое: https://github.com/benhoyt/protothreads-cpp

Ой, просмотрел. Для L0 есть HAL, есть сниппеты. А вот SPL для них на глаза ни разу не попадался.

SPL тут лежит. Но STM вместо SPL теперь HAL продвигает. Где его скачать отдельно - не знаю, но он есть в составе CUBE (+ pdf с документацией). + для этой серии МК есть сниппеты кода.