Поменял коня

вот так, невзначай.

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

В общем, в ночь со 2-го на 3-е августа заказал я на tomtop.com тестер RICHMETERS RM102, который стоил 12 пиндоских фантиков ($11.99 — если быть точнее.) В общей сложности со счета у меня сняли 794 рубля 70 копеек.

А вчера пришло извещение на прибор. Что-то как-то необычно быстро — 12 дней. Сегодня сбегал на почту и забрал его.

Читать далее

Ногами вперёд

Читать далее

Почему не прёт

Разработка — это всегда дорого.
Почему? Потому что разработка — это ручной труд.

Разработка чрезвычайно плохо автоматизируется. Поэтому она всегда исполняется человеком, а не компьютером.

Читать далее

Как задать скорость работы UART

Сижу, пишу проект. В проекте используется UART. На этот раз в обычном асинхронном режиме…

Думаю, не так много людей, кто любит читать документацию. Я тоже читаю pdf-ки только тогда, когда «прижимает». А вот так просто взять в руки и почитать — не-е! (Я уверен — не только один я такой ленивый!) Поэтому не удивительно, что многие разработчики про микроконтроллеры, с которыми работают, хотя и знают очень много чего, но ведь не всё. Всегда остаются «белые пятна», которые так или иначе закрываются другими способами и приёмами в работе.

Читать далее

Ох, уж эти AVR-ки!

Сижу, пишу проект. В проекте используется UART в режиме синхронной передачи данных.

Необходимость загонять UART в режим синхронной передачи продиктована требованиями протокола — нужно передавать по геофизическому кабелю данные в коде Manchester-II.

Я уже как-то писал, что для создания Манчестерского кода как нельзя лучше подходят AVR-ки. И в самом деле, среди других микроконтроллеров, которые я знаю и которые у меня есть в наличие — MSP430 и STM32, только ATMEGA способны генерить синхросигнал во время передачи данных по UART. Остальные либо вообще не умеют этого делать (MSP430), либо считают не нужным вырабатывать синхроимпульсы во время «стартового» и «стопового» битов (STM32).

Читать далее

Python на службе человека

Сижу, пишу проект. В проекте используется RS485 и протокол Modbus RTU.

Работа протокола Modbus RTU основывается на количественной оценке промежутков времени для того чтобы определять окончание посылки пакета. Если промежуток времени после приёма очередного байта в 3.5 раза превышает время передачи одного байта, то считается, что пакет принят полностью и теперь можно приступить к его обработке. Ничего сложного.

У меня в ТЗ прописано, что система должна работать с частотами 2400, 4800, 9600, 19200 и 38400 Бод. Требуется вычислить временной промежуток для всех этих скоростей. Всё просто.

Случись такая задача лет 10-20 назад, я бы взял бумагу, карандаш и калькулятор и быстренько бы нашёл эти времена. Но сейчас у меня под руками совершенно иные инструменты.

Читать далее

Зарядник Ni-Cd и Ni-MH аккумуляторов. 10.1

Это не есть отдельная тема, это — небольшой довесок к предыдущей статье.

Я уже сообщал, что я потерял ценные данные. Но, к счастью, на том нетбуке, к которому у меня подключен зарядник, я не успел почистить корзину. И на моё счастье там лежали нужные мне файлы. Ура!

В общем, вот графики разрядки-зарядки второго аккумулятора, который тоже, как и первый аккумулятор, динамил меня двое суток.

Читать далее

Зарядник Ni-Cd и Ni-MH аккумуляторов. 10

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

Во первых, я удалил (и даже не заметил, когда и как я это сделал) один очень нужный мне из последних отснятых лог-файлов. Печальный факт.

Во вторых, методом моделирования и расчётов я вычислил очень нужный параметр зарядника. Выделю этот момент особо:

значение напряжения, при котором следует прекращать зарядку Ni-MH аккумуляторов, составляет 1.47 В.

В самом начале, когда я только-что собрал зарядник, я устанавливал напряжение окончания зарядки равным 1.4 В. Аккумуляторы заряжались, вопросов не возникало.

Потом, в качестве эксперимента (или порыве алчности?) я установил это значение равным 1.5 В. Аккумуляторы так же заряжались и не проявляли никакой патологии. Собственно, если вы пролистаете подборку моих статей, то там на всех графиках видно, что зарядка заканчивается по достижению э.д.с. 1.5 В.

Конфуз случился как всегда в самый неподходящий момент.

Читать далее

Назначение ПКС

Приёмник каротажных сигналов (ПКС) предназначен для работы со скважинными приборами по одножильному каротажному кабелю.

Приёмник устанавливается в разрыв подачи питания в кабель — между блоком питания и кабелем :

Блок питания — самый обычный! Параметры блока питания (напряжение, ток) не имеют никакого отношения к приёмнику, и определяются только требованиями скважинного прибора. На моей практике люди используют блоки питания в основном с напряжением от 25 до 40 В, и максимальным током до 0.5 А.

Читать далее

Небольшая доработка ПКС

(Для справки: ПКС — это Приёмник Каротажных Сигналов.)

Как-то так получилось, что я не сразу обратил внимания на короткий «подскок» в цепи DATA, который возникает после окончания приёма пакета (жёлтый луч):

AZH-0372

Желтый луч — сигнал DATA, лиловый — питание +3.3 В. (Вертикальный масштаб у лучей — разный!)

Если смотреть только осциллограмму DATA (что, собственно, я и делал), то жёлтый луч как-то не особенно сообщает о существующей проблемке — ну есть небольшой подскок, ичо? Кого волнует? ПКС работает ведь. Причём, работает безупречно. В чём вопрос-то?

А меж тем, этот подскок обусловлен отнюдь не переходными процессами цепи DATA. Подскок проистекает из-за какой-то проблемы в цепи питания.

И в самом деле, если ткнуться в питание, то… лиловый луч не просто что-то там говорит, а диким голосом орёт:

— Разуй глаза, придурок! У тебя питание подпрыгивает аж до 4 вольт!
— Опаньки!

С этим надо что-то делать. Читать далее