Вам сюди

Кльовий відос про нове дослідження в якому довели, що комп'ютери можуть використовувати значно менше пам'яті за рахунок збільшеної кількості операцій, тобто довшого часу виконання

Уся ідея заснована на тому, що числа можна зберігати в одній області пам'яті за допомогою побітових операцій.

Ось приклад як свапнути місцями два числа за допомогою XOR, не використовуючи додаткову змінну, тобто додаткову пам'ять.

a = 9
b = 59

a = a ^ b
b = a ^ b
a = a ^ b

a // 59
b // 9

https://www.youtube.com/watch?v=8JuWdXrCmWg

Хто з вас зламав інтернет?

Приходьте до нас в гейм дев, ви ж завжди мріяли бути частиною команди талановитих людей, створювати цілі світи

а я вам напам'ятовую про збір на балістичний захист сапера FPV для мого товариша, буду вдячний за кожну гривню, залишилось всього 25 тис https://send.monobank.ua/jar/A1dgM457ky

тіки шо з ним бачився, навідували побратима який отримав поранення від фпв, сильно побитий, але живий

відос їхнього підрозділу, з курської операції

отут (по таймкоду) добре сказано про те, шо люди собі чомусь уявляють шо в мілтех проєктах треба мегамозок і якийсь супер скілсет по с++, коли насправді для багатьох чи навіть більшості штук треба вміти підбирати конкретні інструменти під конкретні молотки і не зайобуватись ідеальними рішеннями https://youtu.be/-ZT2AU9aZgM?t=4535

звичайно шо є проєкти різної складності, але основний поінт у тому, шо не треба собі придумувати рішення неіснуючих проблем

та і проєктів є більше ніж охочих людей, аби була мотивація

Доречі якщо хтось має, накидайте під цей пост ресурсів для вивчення по отакому опису вакансії:

- Впевнене володіння мовами програмування C та C++;
- Наявність досвід роботи з мікроконтролерами STM32, ESP32 та їх аналогами;
- Знання інтерфейсів UART, SPI, I2C, CAN, USB, PWM, ADC/DAC;
- Наявність досвіду роботи з RTOS (FreeRTOS або аналоги);
- Навички низькорівневого програмування: регістри, переривання, DMA;
- Наявність досвід роботи з інструментами Keil, STM32CubeIDE, VS Code + PlatformIO, CMake;
- Розуміння принципів роботи з протоколами Modbus, MQTT, TCP/IP, BLE, LoRa, Wi-Fi;
- Вміння читати електронні схеми, працювати з осцилографом і логічним аналізатором;
- Впевнене користування Git (GitHub, GitLab);

Від себе додам, шо реально більша частина цього списку вивчається через ChatGPT

Сьогодні якраз була задачка куди можна припхати RTOS. Значить дано: датчик, шось він ловить і має дьорнути якусь іншу залізяку.

Найпростіший і найтупіший спосіб це зробити — забити на RTOS, і постійно перевіряти датчик на наявність показників, тобто:

while (1)
{
if (data_ready())
{
// read data do stuff
}
}

Аднааака, ходити туди сюди по дротам 100500 разів на секунду це теж недешева забава, може зайняти десь 100 мікросекунд. Тобто потенційно затримка на отримування показників може бути 100+ мкс.

Сенсор віддає дані наприклад з частотою в 60Гц, тому нема сенсу перевіряти його частіше ніж кожні 16.666мс. Отже можна скористатись FreeRTOS і винести функцію яка працює з показниками у окремий таск який буде викликатись 60 разів на секунду. Таким чином ми ще й розвантажуємо ядро, щоб можна було робити іншу роботу, за потреби. Кількість вказаних мілісекунд конвертується в кроки процесору, таким чином досягається приблизна точність в часі.

Тепер виходить, що в нас і сенсор і контроллер працюють на 60Гц, але вони при цьому не синхронізовані. Тобто є дві доріжки, на кожній шось відбувається приблизно кожні 16.666мс, але зі зсувом. Це як два годинники які запустили неодночасно. Таким чином все одно маємо затримку, яка ще і гуляє по часу.

Покращити це можна використавши приривання, якщо в сенсорі є такий інтерфейс. По суті, замість того щоб перевірять датчик на наявність даних, ми чекаємо від нього сигналу. А щоб впевнитись, що реакція на сигнал буде якомога швидшою, функція реєструється як обробник преривання, тобто такою що буде викликана з високим пріорітетом. Тут все одно буде якась затримка, але хоча б стабільна, бо тепер контролер синхронізований з датчиком.

Далі є DMA (direct memory access), але для моїх задач навіть вищеописаного забагато, достатньо безкінченого циклу)

В когось може є серед знайомих людина яка вміє працювати в solid works? Шукаю людей на позицію помічника головного конструктора, на виробництво літаків

Шановні. Збираю собі на новий айфон, не вистачає буквально 13 тис ваших гривень. Як завжди, буду вдячний за допомогу https://send.monobank.ua/jar/A1dgM457ky

В нас новий випуск подкасту, з людиною яка робить observability інструменти для фронтенду

Говорили про web performance, Web Vitals, LCP, observability, telemetry, tracing, monitoring, session replay, security/masking
https://www.youtube.com/watch?v=DVTe_Gn3xPM

Підпалюю сраки у вечір пʼятниці 👀

Послухайте що казав Річард Фейнман у 80х про компʼютери і порівняйте з тим шо маємо сьогодні )

https://youtu.be/ipRvjS7q1DI

Кому цікаво дивитись на всякі залізяки, в твітері є акаунт який часто постить внутрянку військових систем https://x.com/FPGAX_

Потроху перехожу в режим діда маршрутчика. Варив собі каву, тепер от пробую розчинну. Оцей бренд непоганий, особливо якщо влупити туди згущеного молока)

Пробую ще раз. Шукаю на виробництво бпла/літаків людину на посаду помічника конструктора. Треба вміти працювати в SolidWorks. Локація Київ, робота по місцю.

Посилання на вакансію https://skydefenders.com.ua/careers

Буду вдячний за контакти та поширення.

кречу, OpenAI чаржить гроші за транскрипцію аудіо похвилинно. Тіпи додумались прискорити аудіо шоб платити менше))

має сенс, знайти максимальну швидкість записаної розмови яку Whisper може розпізнавати без втрат, можливо навіть саме роспізнавання буде займати менше часу

це доречі хитро з їхнього боку, бо можна було б чаржити за токени на виході, щоб незалежно від швидкості розмови чаржити однаково, але брати гроші за хвилину аудіо виходить вигідніше бо зазвичай люди говорять повільно

Шановні дронщики та дронщикині. Хтось працював з Gazebo для відпрацювання алгоритмів польоту коптерів/літаків? Цікавить зв'язка з Ardupilot, бачу шо для gazebo є плагін, але ще не ковиряв це діло. Буду вдячний за будьякі поради/думки, які не нагуглити.