Автоматическое Управление Мультиметром 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 и вернёт почти синхронный с процом клок

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

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

там нет такого backpressure как у ULPI, только RX клоки 125МГц - выход под которые надо засинхронизироваться с забиранием данных. И даже несовпадение RX(выход) и TX(вход) клоков внутри phy вроде как просто дополнительно буферизируется (правда как именно если вдруг TX клоки медленнее - не очень понимаю). Наружу это никак не вылазит и никому не мешает.

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

Клок не совсем "от нас", там у 1000Base-T вроде всегда один мастер другой слэйв и клок вообще может и с другой стороны езернетного провода приходить. Но если его на 4 поделить и обратно в PLL pico на 4 помножить, и полярность по ходу нигде не потерять, то может и получится. Ну а на 125х3=375МГц можно и просто "wait 1 pin" вставить и по нему дальше данные читать. Но для начала попробую номинальные 125МГц без "разгона".

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

Там для ~40 МБ/с есть готовые мосты ft232h, правда чем попало прикинуться не получится.

А для ~400МБ/с есть ft601, но там ног даже у rp2350b не сильно много останется для чего-то ещё помимо usb.

А чтобы просто пропихнуть побольше данных в ПК возможно проще всего через HSTX -> DVI -> MS2130 USB capture. 640x480x60x3 = 55МБ/с. там вроде YUV компрессию научились отключать, ну либо 16бит на пиксель и 36МБ/с. теоретически даже есть обратный медленный канал передачи через EDID.

з.ы. а я аж на PIO-GMII замахнулся. Если 125МГц клоки с phy получится засинхронизировать так чтобы из PIO просто непрерывно данные читать/писать каждый такт не по внешнему клоку, а по внутреннему.

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

при большом желании из PIO можно пожалуй ULPI изобразить для внешнего hispeed phy.

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

а там вроде бы местами usb не совсем полноценный, CDC внутри аппаратно гвоздями прибито?

PowerHTML

Нет, не решаемая, в том смысле что если надо вот это вот делать == не работает.

Чем упаковка внутрь html так хуже этих замечательных костылей?

з.ы. С каким-нибудь, например, safari что делать? или в любом "мобильном" браузере?