RabidRabbit

Есть ещё МЭЛТ, русский шрифт без проблем :) Например http://www.melt.com.ru/shop/mt-20s4a-2fla.html

Как-то понадобился шрифт высотой 16 пикселов - скачал keyrus и сконвертил оттуда. А там ещё под EGA на 14 и CGA на 8 есть :)

Дизлайк тому, кто такое использует в коде :) Прикольно ведь, когда очередной айтем_нэйм окажется длиннее 9 символов :) Да, да, я понимаю, это для названий пунктов меню, которые все короче 10 символов...

Собираетесь сделать свою видеокамеру? Если нет, то есть к примеру FriendlyARM NanoPI NEO за 8$, где AW H3 + 256M RAM + готовые сборки Ubuntu/Debian и шаг выводов не важен :)

В даташите такое поведение описано? Если нет - ковыряйте свой софт :)

ATtiny13V? :)

Ну не знаю, как у Вас, а у меня 0, полученный от read() для сокета однозначно идентифицирует, что он был закрыт с другой стороны. Вот если удалённый хост упал - да, вы будете ждать некоторое время, пока стек решит, что связи больше не будет, но это решается, например, уровнем выше :) А вообще, вот очень хороший материал: Снейдер Йон: Эффективное программирование TCP/IP.

Ну, с учётом этого косяк не только в программе... Осциллограф видимо тоже бит T использует

Теоретически, карта транслирует номер постоянно, пока у ней есть питание. Дождитесь чтения одного и того же кода несколько раз, если уж "биты чётности" корректные...

если на BananaPi M1 не работает SPI (падает на вызове ioctl(SPI_IOC_MESSAGE) с errno = 22 Invalid argument) — проверьте структуру spi_ioc_transfer в хедере /usr/include/linux/spi/spidev.h (у меня так на Armbian 5.25), дожно быть так: struct spi_ioc_transfer { __u64 tx_buf; __u64 rx_buf; __u32 len; __u32 speed_hz; __u16 delay_usecs; __u16 interbyte_usecs; __u8 bits_per_word; __u8 cs_change; __u8 tx_nbits; __u8 rx_nbits; __u16 pad; }; у меня не хватало поля interbyte_usecs, в результате чего в потрохах ioctl не проходила проверка на размер структуры. видимо ядро собрано с одной структурой, а хедер — непонятно откуда :) лекарство взято вот отсюда: https://groups.google.com/forum/#!msg/c...fU/4msuJgZYQJcJ

а, извиняюсь, обращение к COM->start_in и COM->end_in у Вас атомарное? ну на всякий случай, вдруг это int32_t на avr :) ну и ещё: "в прерывании по при приеме байта, если переменная содержит ID, отправляем сигнал" - ID потом очищается? :)

А по-моему, товарищ aaarrr дело говорит - ведь в даташите пишут, что The maximum operating frequency with one Wait State (FWS = 1) is 48.1 MHz, так что не слишком удивительно, когда некоторая часть на 47.9 МГц не работает. Ещё и при повышенной температуре :)

Настраиваете таймер 1 раз и он будет генерить до потери пульса без Вашего участия. Ему не надо каждый раз параметры перенастраивать...

Как Вам уже сказал zltigo, в такой постановке задачу не решить, а лично я поступил бы по читерски: положил бы рядом с буфером переменную, куда перед помещением строки в буфер складывал номер позиции, с которой начинается команда; или, если символы в буфер поступают по одному - помещать в эту переменную номер позиции символа '\0'

FatFS от Чена?

По-моему вот это: *AT91C_TWI_CR = AT91C_TWI_START; *AT91C_TWI_CR = AT91C_TWI_STOP; при работе мастера на передачу - не требуется. И Вы уверены, что адрес контроллера на шине I2C равен 0x0??? Уточните этот момент в документации...

Я вот тоже однажды долго ковырялся с одним экраном, с подключением через параллельный интерфейс, все найденные инициализации перепробовал, в итоге, когда стал в отладчике проверять, что же у меня на шину идёт, выловил соплю между двумя линиями шины. Убрал - и заработало :)

По даташиту на AT91SAM7S512 потребление самого камня на максимальных для него 55МГц составляет 33,5 мА (это если у Вас AT91SAM7S). А посадив выход с 0 на + питания или наоборот, с 1 на общий, наверно и получите как раз ту самую сотню миллиампер :)

по формулам в разделе "Transfer Function Equations with Offset and Gain Adjust Values" со смещением EC00 при 0 в DAC получится 10 мА, а при FFFF в DAC - неизвестно что, так как выходит за выбранный диапазон.

Ну что я могу сказать - завидую Вашему профессионализму, при котором даже 12-битный АЦП "не шевелится" на реальном сигнале. Мне явно есть, к чему стремиться :)

Может быть, я немного утрирую :) Но согласитесь, что того самого "мерцающего" бита будет достаточно для "оверсэмплинга"... Я Вам не верю :)

Ну правда, зачем "мозг выносите", где Вы видели мёртво стоящие 2 младших разряда АЦП (в AVR)? :) Не надо ничего замыкать и подмешивать, шумов и так хватит...

ну если ардуинам не верите, то даташит Вы читали? :) там пишут, что датчик отдаёт данные всегда в 16-битном формате, только, к примеру, для 12-битного разрешения младшие 4 бита не считаются (и лучше их после приёма принудительно сбросить, так бит 1 указывает на тип данных 0 - температура, 1 - влажность). и формула из даташита H = -6 + 125*<16-bits_data>/65536 немного не совпадает с тем, что у Вас в исходниках: return -6.0F + 125.0F*(float)hum_raw/4096.0F;

День добрый! Обновил себе xubuntu до 16.04.1, KiCAD стал таким: ii kicad 4.0.2+dfsg1-4 Теперь в pcbnew если сделать Read netlist - не находит ни один футпринт, даже из встроенных библиотек :( Что делать, откатываться на тот, что был в 14.04 ?

atman, если вдруг Вам нужно более 5 шт, можно купить здесь (http://www.buydisplay.com/default/character-2x16-lcd-display-modules-hd44780-controller-black-on-yg), покупал у них TFT-модули.