SoftSerial: Программный UART на STM32

точно так же https://github.com/arduino/ArduinoCore-avr/blob/11b9130371e8447920edb65a75706a6c951e51fc/libraries/SoftwareSerial/src/SoftwareSerial.cpp#L158

SoftSerial: Программный UART на STM32

з.ы. пояснение для дебилов: это код из их официальной библиотеки.

https://github.com/arduino/ArduinoCore-avr/blob/master/libraries/SoftwareSerial/src/SoftwareSerial.cpp

SoftSerial: Программный UART на STM32

ну зачем сразу прерывание, да ещё и на каждый бит,

это же ардуина :)

  // Write each of the 8 bits
  for (uint8_t i = 8; i > 0; --i)
  {
    if (b & 1) // choose bit
      *reg |= reg_mask; // send 1
    else
      *reg &= inv_mask; // send 0

    tunedDelay(delay);
    b >>= 1;
  }

приём так же, только с tunedDelay(_rx_delay_centering); для паузы на полтора бита после внешнего io прерывания на старт бит.

SoftSerial: Программный UART на STM32

putty это ssh, и вообще plink для туннелей в первую очередь.

с железками через последовательный порт у меня общаются в основном различные скрипты, руками подключаться приходится только для проверки работоспособности, проверить что с данными настройками порта железка отзывается на условный *IDN? (некоторым древним железякам надо ещё RTS/DTR обязательно подёргать чтоб ожили), так что минималистичный termite более чем устраивает

закладывать в железку всякие \033[38;2;255;82;197;48;2;155;106;0mHello чтобы оно только в определённых терминалах отображалось - имхо какая-то дичь.

SoftSerial: Программный UART на STM32

он захлёбывался от непрерывного потока данных даже на 115200

SoftSerial: Программный UART на STM32

можно наверное найти какую-нибудь ещё более корявую терминалку, которая даже 7 бит не умеет, но зачем?

Автоматическое Управление Мультиметром XDM1241 (или drive‑by‑wire)

просто напечатать в stdout?

но если месье знает толк в извращениях, то

float.c:

int main(){ 
  float n = 3.14159265; 
  return *(int*)&n; 
}

main.c:

#include <stdio.h>
#include <stdlib.h>

int main(){
  int ret = system("float");
  printf("%G", *(float*)&ret);
}

Моддеры хакнули DLSS 5 и запихнули его во всё подряд — от Skyrim до GTA San Andreas

15 лет назад скайрим ну вот совсем не так выглядел...

было бы куда интереснее посмотреть чтобы он там дорисовал к совсем оригинальному скариму или gta3sa :)

Ловим время в формате DCF77

Там не в сколько в катушке дело, а в том что у сердечника в виде стержня обратные магнитные поля в основном через воздух идут и соответственно эффективная проницаемость снижается на порядок-другой. Что для антенны как раз так и надо, иначе замкнутый сердечник будет не особо чувствителен к внешним полям, но для рассчёта индуктивности надо учитывать

какой-то калькулятор: https://fair-rite.com/rod-permeability-calculator/

Как увидеть невидимое: визуализация магнитных полей

Из отдельных сенсоров (tmag5273 / tmag3001) получается заметно дешевле в центах/пиксель чем швейцарский интегрированный датчик, но шаг конечно совсем не 0.1мм да и сами датчики калибровать надо, иначе там разброс до 10 процентов по чувствительности ну и диапазон всего 0.25Тл

MagCam

Вышла бета f4

за идею и реализацию 5+

f4.exe 85’200’384 bytes, но там электрон внутри ещё что ли где-то спрятался?

Почему EtherCAT в LinuxCNC держится на компоненте из 9 коммитов

1кгц еще в 80х выявили что достаточно для motion.

не всегда, от точности зависит. Есть линейные подвижки от ньюпорта с их же родным контроллером, десяток мм/с и микронные точности позиционирования в "статике", но в "динамике" видно что не справляются, что там внутри хз, но какие-то несколько кГц цикла заявлены.

ну и "EtherCAT ≠ Beckhoff" в статье конечно пример хороший приведён, но в целом с аналогами twinCATа как-то довольно печально имхо.

Почему EtherCAT в LinuxCNC держится на компоненте из 9 коммитов

Хорошо, пусть step импульсы генерятся пачками снаружи, но если у нас 1мс, и те самые 50мкм на 50мм/c между измерениями положения и соответственно до команды на следующую пачку импульсов, на какую ошибку траектории тогда можно рассчитывать. 50мкм? Да, есть feedforward и с идеальной механикой можно и без обратной связи по линейному энкодеру жить, но если механика говно, то чтобы её регулятором держать по энкодеру где положено разве не надо чтобы "период" регулятора помноженный на максимальную скорость соответствовал ошибке?

Почему EtherCAT в LinuxCNC держится на компоненте из 9 коммитов

возможно глупый вопрос, но если приводы "умные", которым надо только сказать куда ехать и с какой скоростью и энкодер с pid регулятором "внутри", то зачем им именно собственно езеркат (ну разве что для синхронизации часов у нескольких осей, но наверное должен быть и ряд других способов). А если тупые - (а-ля условный linuxCNC / LPT / Mesa) step/dir драйвер шаговика в i/o клемму и чтение обратно энкодера через езеркат, то вроде как 1мс это не сказать что сильно уж быстро, чтобы этот регулятор в ПК вынести, да и просто для step/dir маловато 1кГц?

Практический реверс‑инжиниринг источника питания Murata

Судя по виду меди на фотографиях - последовательная шлифовка слой за слоем, а учитывая что медь там 100мкм, а не 18 как обычно, промахнуться довольно сложно.

Доверьтесь компилятору: C++23 против трюков из 90-х

Знаменитая функция Q_rsqrt из Quake III выглядит следующим образом:

  i = * ( long * ) &y;            // evil floating point bit level hacking
  i = 0x5f3759df - ( i >> 1 );    // what the fuck? 

без оригинальных комментариев как-то немного не то.

Поставил четыре датчика влажности на одну шину I2C — и они разошлись на 10%

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

Ну и зависимость от температуры при 23 градусах 20.6гр/m^3, при 24 - 21.8. то есть 1 градус ошибки температуры - 6% ошибки влажности.

О Raspberry Pi Pico, RP2040 и Baremetal

развесистой периферии нынче сильно много всякой стало

SVDConv rp2040.svd --generate=header --fields=struct --fields=enum

выхлоп на пару мегабайт получается, для helloworlda с миганием светодиодом ещё можно руками пару регистров переписать, не ошибившись при этом, но вообще так делать не надо. Плюс стуктуры/енумы, в отличии от макросов, частично на компилятор перекладывают проверку типов, и не позволят, например, случайно записать 32 бита куда надо только 16. Если бы ещё язык позволял без костылей анонимные юнионы битовых полей c енумами, не позволяя писать "чужие" значения было бы совсем красиво, но хотя бы так.

О Raspberry Pi Pico, RP2040 и Baremetal

#define GPIO_BASE 0x40014000

rp2040.svd всё-таки можно было из SDK и позаимствовать.

Эмулятор CD-ROM из Raspberry Pi Pico W, использующий образы из сети

тактировал PHY на 24 МГц в расчете, что его PLL поднимет до 60 и вернёт почти синхронный с процом клок

С целочисленными множителем вроде бы должно быть лучше чем с дробным