Форум arduino.ua

Закинув я подалі ідею підлаштовувати час виконання фрагментів програми і вирішив використати переривання від таймера. Працює, але не без несподіваного сюрприза. Раніше нормально виводилися 23 символи в рядку, з використанням переривання тільки 17. При спробі вивести 18й символ (а місце для нього є і на екрані, і на осциллограмі) таймер збивається. Таке враження, що, якщо обробка переривання не завершується за 4 мкс до наступного переривання, то це має негативний вплив. Хто-небудь може щось прояснити?

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

  if((serialBuf & 0x200) == 0) {i15 = 0;} else {i15 = 1; __asm__("nopnt");}

  if((serialBuf & 0x400) == 0) {i14 = 0; __asm__("nopnt""nopnt""nopnt");} else {i14 = 1;} 

Час виконання кожного з рядків стабільний, незалежно від значення serialBuf. Але для досягнення такої стабільності треба додавати різну кількість NOPів і, що ще цікавіше, в різні гілки.
Сиджу. Чухаю потилицю.
Доречі, на монітор таки вдалося вивести 30 рядків по 23 символи.

Окрема зиінна на кожну колонку для того, щоб зменшити об'єм обчислень під час формування відеосигналу. Кодова таблиця класична: суміжні N байтів описують поверхи одного символа. При формуванні порожнього екранного рядка визначаються 25 символів, які будуть відображатися в наступних N рядках і в змінні і0 ... і24 записуються стартові адреси описів відповідних символів в кодовій таблиці. Після відображення чергового поверха чергового символа до відповідного іХ додається 1, щоб в наступному рядку відображався наступний поверх. Коли всі поверхи відображені, в наступному порожньому екранному рядку виконуються обчислення початкових адрес для наступних 25 символів.
Якщо і0 ... і24 замінити елементами масиву, то на їх інкремент знадобиться суттєво більше часу. Хоча з "unroll" варто спробувати
Хвіст, що може тягнутися за символом враховано. Останній біт завжди нульовий

В SPI мені вдалося звести інтервал між суміжними байтами до 0,125 наносекунди.
А USART в режимі SPI хіба не буде додавати стартові і стопові біти?

Чи може max7456 працювати на повний екран?

А можна приклад козявки з HDMI?

Схоже, що це найкраще пояснення того, що відбувається. Дякую за думку

Звичайнісінький 16 МГц UNO. Я ж казав "Сам у шоці"

Вимкнути оптимізацію - цікава ідея. Куди треба лізти для цього,

Змінна байтова

Производитель не всегда заинтересован говорить правду. Для продавца это очень сложный вопрос. Считаю, что человек, пользующийся устройством - самый надёжный источник информации.
А вообще-то ситуация вызывает некоторое недоумение: у темы более 300 просмотров и ни одного ответа по сути вопроса.

В HANTEK этот режим тоже называется Zoom и включается точно так же, как и в SIGLENT - нажатием на энкодер скорости развёртки. В более старых моделях режим назывался по-другому и вызывать его надо было с помощью команд меню.
Принципиальное отличие этого режима в том, что он позволяет рассмотреть всю сохранённую осциллограмму с любой степенью детализации. Именно для этого и нужны мегабайты памяти.
Простое растягивание в режиме Стоп позволяет сколь угодно подробно рассмотреть только центральную часть. А значит края осциллограммы не нужно сохранять с высокой детализацией. По моим подсчётам при горизонтальном размере экрана 800 пикселей и 33 возможных скоростей развёртки для этого достаточно 27К памяти, если не экономить. Если задаться целью максимальной экономии, то можно уложиться в  14К (без потери качества!)