No Xians Here

(идёт процесс обсуждения причин возникновения помехи в одном дивайсе, попутно выдвигаются гипотезы о том, как помеху побороть):

- Может, подвесить по десятке пик на обе ноги*?
- Подвесь лучше даму пик за обе ноги!

---

*речь идёт о двух конденсаторах ёмкостью по 10 пикофарад, кои предполагается подключить к двум выводам некоей микросхемы.

Пятница.
22:00.

Меня опять заперли на работе.

Нет худа без добра - заодно нашёл в своём коде старинную ошибку, на которую раньше не обращал даже внимания.

Мозголомная микруха - из всех чипов, с какими я имел дело, у неё самый замороченный интерфейс.
Но я таки помигал светодиодом, подключенным к её GPIO.
Значит, и всё остальное заработает.

И в самом деле, "сифонило" - если не выключать TWI (он же I2C), то после ухода в спящий режим состояние его ножек может оказаться немного не тем, каким оно должно быть, из-за чего по подтягивающим резисторам течёт совсем не нужный ток. И после выхода из сна первое же прерывание по TWI вводит проц в судороги, заканчивающиеся ступором (или ресетом, если включен WDT). Но чтобы этого не было, достаточно отключать оный модуль перед заходом в спящий режим - и потребление чудесным образом падает куда-то ниже 0.1 мА.

Addendum Плата простояла всю ночь, будучи запитана только от ионистора - нормально, когда я посмотрел uptime, он был 41919 секунд.

Есть две железяки, построенные очень схоже. В основе - AT90CAN128. Оба дивайса бОльшую часть времени проводят в спячке, время от времени просыпаясь, делая своё дело и снова засыпая. Так вот, в первом случае асинхронный таймер (от кварца 32768Гц) свои прерывания генерит вполне исправно, а во втором - не генерит. Точнее сказать, не генерит тогда, когда надо генерить: не пробуждает процессор. Хотя сам таймер работает, осциллом прекрасно видно колебания с нужной частотой.

У этих микроконтроллеров есть несколько рабочих режимов - обычный, когда ядро молотит программу на полной скорости; "холостой", когда ядро и флэш-память отключены, но работает вся периферия; "энергосберегающий" (когда работает только _асинхронная_ периферия, в т.ч. медленный таймер); "отключенный" (когда работает только асинхронная периферия, но БЕЗ медленного таймера) и режим "ожидания", когда всё то же самое, как и в "отключенном", только жрёт на 10 мА больше.

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

Но теперь всё то же самое не работает. Просто нету прерываний, и всё тут. Можно, конечно, использовать "холостой" режим - он тоже заметно снижает потребление по сравнению с обычным ходом, но мне не нужно 10..12 мА потребления, мне надо не более 3 мА. Почему всё вдруг поломалось, я не знаю и не могу понять.

Самое печальное, что отладчик рапортует бодро, мол, всё в порядке, вот прерывание"... Но прерывания реально НЕТ!

Неужели проц глючный?

( проклятый кусок проклятого кода.. )

пока есть время, вернулся к своему старому проекту - встраиваемый интерпретируемый язык для микроконтроллерных дивайсов. За основу взял то, что предлагает А.В.Костельцев в своей книжке и почти ничего не изобретаю, окромя дополнительных встроенных типов -- double-то мне практически не нужен, а вот битовые-байтовые-словные типа очень даже нужны. И булев тип. И примитивы для доступа к железу. И ещё что-то. И встроенный же доступ к моей собственной файловой системе, которая тоже встроена туда же, куда и всё :)

Это чтобы получить:
а) более-менее полноценную возможность писать скрипты для маленьких устройств, одновременно ещё и командную строку как бы нахаляву;
б) максимальную отвязку от "железной" части, одновременно с этим имея полный над ней контроль (т.е., например, не писать обработчик прерывания на приём байта по последовательному порту, а иметь в программе обработчик соответствующего СОБЫТИЯ);
в) ??????
г) скилл Крутизна +5.

Дабы экономить ресурсы (чтоб не терять драгоценные такты на интертрепацию), код сначала компилится в некий промежуточный байт-код, максимально компактный, и уже потом исполняется.

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

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

P.S. попутно обнаружилось нечто странное: оказывается, 1 поделить на 2 будет не 0.5, а 0.500000001495465973, но если это умножить на 2, то снова получается 1. Нипанятна.

Как-то раз я уже писал, что в нашей конторе появился новый отдел, призванный пресекать "коррупционную составляющую" заказов и договоров. Т.е. через этот отдел проходят все заявки, заказы, счета и проч., и специально нанятые сотрудники следят, чтобы цены были бы адекватными. Принцип определения "адекватности" мне неясен, но с результатами работы этих идиотов приходится сталкиваться довольно часто, когда вместо заказанной микросхемы АААА приходит АААБ. Да, она дешевле, но я заказывал _другую_ микросхему.

А теперь вот появились какие-то интересные подробности: из этого отдела пришёл .. хммм... творчески переосмысленный заказ на группу позиций, причём по некоторым цены оказались выше, чем в первоначальном заказе, а по иным позициям цены даже ниже, чем у производителя (?!). Внимание, вопрос: где можно взять чипы дешевле, чем их делает завод? Ответ: в помойке. Либо это подделка.

Ну и самое смешное: у той конторы, которую предлагает вышеупомянутый отдел, есть сайт. На сайте каталог и прайс-лист. И этих чудесато-низких цен в каталоге нет, не находятся они и через поисковики. Внимание, второй вопрос: КАК оный отдел узнал, что данная контора продаёт такую дешёвку?

Сдаётся мне, что оный противооткатный отдел сам крепенько сидит на откатах...

Заходил Шеф.

Посмотрел на эскизный эскиз новой железяки, спросил - "когда?"
Описал ему сложности изготовления новых приборов в условиях ожесточённого сопротивления вместо ожидаемого содействия. Попутно обрисовал перспективы и возможности не-игрушечного дизайна. По-моему, Шеф проникся и заинтересовался бездействием конструкторов, две недели мусоливших сопли над готовой 3D-моделью: всего-то требовалось сделать из ней чертежи (банальная операция) и отдать в цех (ещё банальнее). Из наших это никто не может сделать по причине отсутствия полномочий грузить цех заданиями - это можно сделать только через конструкторов, а они чуть ли не саботируют работы: ничего не сделано, сидим всё у той же отправной точки.

Я закончил фигачить новый Супермощный Супердрайвер (ажно в трёх разных вариантах, каждый со своими достоинствами и недостатками -- кто из них лучше, покажет только сын ошибок трудных). Макетный вариант Ультрапродвинутого Гиперконтроллера так же близок к релизу.

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

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

В пятницу зашёл к падаванам высокой науки. Добры молодцы, числом около трёх, сидят и пишут высокоуровневый софт, в будущем призванный управлять бортовой сетью нашего Большого. Ну, там, команды типа "заглубиться" и "всплыть" (особенно второе важно) чтоб были, а не "открыть вентиль №2 в балластном блоке №6 на 40.5 секунд". Так вот, пишут.

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

Падаваны же столкнулись с тем, что АЦП на плате "выдаёт мусор". И выдвинули гипотезу, что это какая-то одна ячейка памяти налезает на другую (?!), мол, из-за того, что I2C у меня софтварный. Ага, налезает. Драйвер softI2C написан года два назад и работает без нареканий уже, наверное, в сотне разных устройств. А тут вдруг "налезает"... эх.

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

Так вот, у них там была намалёвана некая структура. Квадратики, стрелочки. По всей видимсоти, так они себе представляют вышеупомянутую высокороувневую систему. Так вот, в одном из квадратиков замечено магическое:
( ? )

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

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

Начальство оказалось безмерно удивлено брутальностью и размерами конструкции.

Ещё немного, и начальство перестанет уже смеяться над нашими конденсаторами ("такие большие! ахаха! зачем?!"). Потом оно заметит, что схема в мануале на тот контроллер удивительным образом схожа с нашей (только слегка тупее), и это при том, что наша рисовалась без оглядки на передовой мировой опыт. Мало того, наш ещё спроектирован с приличным запасом - и по току и напряжению - с теплоотводом не через тонкую (а поэтому - склонную к короблению) стенку, а через алюминиевую подошву корпуса. И обладает практически всеми теми функциями, что перечислены в рекламном буклете - и контроль тока, и слежение за напряжением на шине питания, и температурная защита, и плавный пуск, и т.п.... Пусть для начальства это станет поразительным открытием.

Уже скоро.