Градусник на ds18s20

[ozforester]

Ещё одна лаба. Хотел сделать градусник, но из-за ds18s20 (в шкуре ds18b20) не вписался в attiny13. Датчик ds18s20 требует для математики дополнительной точности столько места, сколько планировалось на режим энергосбережения и управление мосфетами. Фонт опять же мелкий, крупнее не поместится во внутренний флэш. Один плюс - конструкция простая и недорогая. Для куда-нибудь засунуть, чтобы глянуть температуру, сгодится. По датчику вся информация в даташите. Фьюзы на схеме. Файлы для прошивки или дизассемблирования прилагаются.

[ozforester]

Для проверки запитался от rtc.
Конечно, потребляет около 4 милиампер и долго не протянет.
Нужно использовать автовыключение и энергосбережение.
А ещё лучше другой МК и дисплей жлектроннобумажный. (:

[vadim_d]

Для куда-нибудь засунуть

"Гусары, молчать!"

или дизассемблирования

Вот как-то стесняются заядлые программисты исходники выкладывать, IMHO может кто-то бы и втянул код в свою поделку

требует для математики дополнительной точности столько места

Для плавающей точки? Во времена 8080А довелось делать программу управления инвертором на незапираемых тиристорах, компилятор был Aztec C под CP/M-80 https://en.wikipedia.org/wiki/Aztec_C , в верхнем уровне алгоритма надо было считать все параметры импульсов из частоты (0-150Гц) и напряжения (0-100%). Вот тогда и сделал фиксированную точку в их 16-битных целых, 8 бит до точки и 8 после нее, а для вычислений добавил одну функцию mul_div(a, b, c), которая множила a на b с промежуточным результатом в 32 бита, а потом делила его на c. И этого хватило, обошелся без плавающей точки, все влезло в 6 штук К573РФ2, что были в контроллере К1-20 . Может что-то подобное и тут сработает?

[ozforester]

Гусар? Думаю, что да, определенно засунет. Вопрос лишь - дочитает ли он перед этим до слова "глянуть". Плавающая точка здесь не нужна. Два принимаемых байта целой и дробной части температуры обрабатываются и выводятся по отдельности, чтобы голову не ломать, а между ними так же отдельно выводится никуда не плавающая точка. Скучно всё, вобщем. Здесь если фантазию проявлять, то только гусарам, ибо форма печатной платы-с.
Gnu assembly, на нем почти никто не пишет, это во первых, во вторых - после дизассемблера получится то же самое, если он из gcc. Кто пишет, за несколько минут разберется в килобайте, тем более что 95% его, это просто фонт, i2c, 1-wire и двоично-десятичное преобразование числа для вывода. А любящие тянуть уже давно всё стянули с гитхаба и ищут куда бы вставить, как тот поручик, (вот же ж привязался проклятый). Со временем и эта лаба там окажется, в смысле на гитхабе.

[veso74]

Здесь: Smooth Big Text и list описан метод "растягивания" и "сглаживания" шрифта (Stretch, Smoothing) без использования нового шрифта с более высоким разрешением (и больше используемой памяти). "Математика" интересная: по Y за каждой бит следует повторений abcdefgh -> aabbccddeeffgghh (а после по X следует добавить повторение столбца). На данный момент я экспериментально использовал код для Stretch. Результаты хорошие: от 3х8 шрифт с удвоенным размером памяти меньше, чем под новый шрифт . (Ну, медленнее, это понятно).

// Converts bit pattern abcdefgh into aabbccddeeffgghh
// http://www.technoblogy.com/list?3AMG
// http://www.technoblogy.com/show?3AJ7
uint16_t stretch(uint16_t x) {
  x = (x & 0xF0) << 4 | (x & 0x0F);
  x = (x << 2 | x) & 0x3333;
  x = (x << 1 | x) & 0x5555;
  return x | x << 1;
}

[ozforester]

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

На этой tiny13 не осталось свободных байт, они для других целей. Немного освободил места, сразу включил режим энергосбережения (8 сек powerdown). Еще пару байт нашел - выключил буферы неиспользуемых входов. Еще пару байт - добавил в олед команду уменьшения контрастности. Если найдет озарение, и освободится достаточно байт, то приделаю удержание мосфета питания и автовыключение после нескольких измерений. Пока что хекс весит 1024 и без мосфета.

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

ab    ab ab
cd => ab ab
      cd cd
      cd cd

На dht11 меньше ресурсов нужно для работы с датчиком, там можно не только шрифт растянуть, но и уместить в программной памяти цифры шрифта 16х14 на tiny13. А если растягивать 8x6, то можно, наверное, и радиоинтерфейс прикрутить. Получится датчик из тини13 к домашней погодной станции, например к орегоновской. А затем и саму станцию можно попробовать на тини. (:

[veso74]

У меня так:

a => aa
b    aa
c    bb
d    bb
e    cc
f    cc
g    dd
h    dd
     ee
     ee
     ff
     ff
     gg
     gg
     hh
     hh

[ozforester]

Типы данных разные. У меня ab это 0xab (восемь бит), которые рисуют один глиф на странице оледа. У фонта 8x6 пикселей, таких байтов шесть ..0xdf,0xab,0xf0,.. Ищется оффсет к символу по таблице и выводятся байты-черточки сверху-вниз слева-направо. Шесть байт - шесть восьмибитных черточек. Вобщем то же самое, если abcdefgh еще и в ширину растянуть и перевести в байты.

[veso74]

да, в моем случае: SSD1306, reg 0x20 = 0x01 -> vertical addressing mode
фонт 3x8

[ozforester]

Я не очень понятно выразился, можно было проще нарисовать.

байт в описании фонта выглядит как 0xab = 0b10101011

глиф выводится:
1
1
0
1
0
1
0
1

А какой режим выберешь, в том и выводишь, это уже детали. Мне горизонтальный больше нравится режим, почему не знаю сам. Ну, и как фонт опишешь так и выводишь, это тоже не важно, можно и с msb, а можно с lsb.