a797945

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

что Вы называете даташитом? именно в даташите на Ваш дисплей сказано абсолютно противоположное. если не скачали - скачайте (мне гуголь - в первой же ссылке предложил), посмотрите описание линии контакта 11(IM0) - Вы все поймете. а за одно сверите остальные линии. там хоть и по англицки, но почти по русски с советами на форумах не торопитесь повторять - проверяйте, осмысливайте что Вам советуют. и зачем надо было спрашивать про контроллер дисплея ? - ведь на оф.сайте черным по белому ...

alw39 поскольку Вам все равно прошивать (хотя бы чтоб уменьшить шумы) предлагаю, любопытства ради (если захотите) прошить сначала 37-ю прошивку с коротким буфером. я в 37-й буфер сделаю равным экрану, скомпилирую, Вы прошьете, посмотрите как рисует. Но если все таки пропуски от эффекта муар, они останутся. только если у Вас в дисплее контроллер 9341. 37-я других "не знает". Прошивки знающие еще 9325/28 при включении пишут какой они увидели.

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

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

По прикручиванию энкодера к сабжу решил отказаться от всего механизма имитации удержания кнопки. выкинул из прошивки MiniPro все что с этим связано. Выкладываю и исходник и два hex'та, один скомпилирован под частоту 2МГц(с прескалером на 8 ), другой для 16МГц (вернул фьюзы как было - без бита прескалера на 8). подробности в отдельной ветке на коте. что нашел в 60-ой прошивке dso138 (в бинарнике): смещение - было - себе сделал 7536 - 0A - 19 (10 сменил на 25) 754A - 14 - 32 (20 сменил на 50) 75B6 - 0A - 19 75CA - 14 - 32 здесь, через сколько позиций прыгает при удержании кнопки: +10, -10 и +20, -20 для маркера "окна". в прочим ... свою 60-ю то же положил в архив. lite.rar

Учитываем. Поправил прошивку - с "прыжками" наладилось. Пользоваться правда - не очень, надо копать 60-ю. В архиве main.c и прошивка. enc.rar

Спасибо, хотя "МОЛОДЕЦ" еще сильно рано. если б обкатанную прошивку, да с поправленной 60-ой выложил - вот было б классно. но когда все это доделается четких сроков не вижу, и захотелось поделиться тем что имеется. Да, там забыл сказать: если кого смущает прямое соединение ног контроллеров и он хочет подстраховаться - сообщите. Перепишу, выложу. Сейчас управляющая нога переключается с режима вход на реж. выход и прижимается к 0, потом снова на реж. вход; сделаю: управляющая нога всегда выход, управ. сигнал лог. 1, подадите на транзисторы, шунтирующие кнопки - вот и развязка контроллеров.

Ну, не знаю когда я здесь опубликовал прошивку 42#, а на коте дал на это сообщение ссылку - ни кто не ругался зачем выкладывать дважды? на то они и гиперссылки или здесь вопрос "монтекки и капулетти", что ж тогда приношу свои извинения. об этом я не подумал.

на своем именно "Осциллограф Dso138" я маркеры положения 0В, уровня триггера, положения "окна", рег. длительности перемещаю/переключаю вращая энкодер. (убрал эмоции) по Вашему я зря поделился с народом прошивкой и исходником? и предложил пользоваться, учавствовать в доработке?

Замутил на коте тему по прикручиванию энкодера к dso138 http://radiokot.ru/forum/viewtopic.php?f=2&t=131818 пробуйте, критикуйте, советуйте

в дополнение к посту #580 обнаружилось внешнее проявление - от кварца работает или от внут.ген. на пример на маркере "0В"(левый) - прыжок через 10 точек при удержании к. "+" или "-" после 2 сек. от момента нажатия - на кварце, после 4 сек. от момена нажатия - на внут.ген. откликнитесь - кто может на avr прошивку наваять (attiny85) - есть идея как в сабж прикрутить энкодер.

вероятно Вы вызвонили vss - vssa, если память не изненяет - по даташиту их в схеме положено соединять (vss - vssa , vdd - vdda).

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

сабж работает без кварца, внутренний генератор на 8МГц

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

ratang, посмотрите по внимательней первые 10 страниц ветки - там упоминаются разные методы борьбы с шумами и варианты с jp3. Дополню только следущем: многие результаты там получены еще на прежних прошивках (до 50-ой, про отличие по шумам вероятно читали), если частоты Вас не интересуют - посмотрите пост78, может Вас устроит. Есть еще мыслишька, но сам еще не пробовал - раздельное питание по vdd-vss vdda-vssa, причем чтоб vdd-vss ниже на 0.1-0.3В. и по правому маркеру (уровень триггера) при программном выравнивании нуля - этот косяк исправлен в 60-ой прошивке (о чем в ноте к прошивке на оф.сайте).

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

и сколько по Вашему стоит сама такая матрица? по сходной - вряд ли найдется такой осцил, если только даром - прога на планшет.

заглядывали мысли по поводу внешней синх. (но особо не нужно - в железо ничего не делал) в плане: в разрыв у R13 поставит переключатель, а дальше в зависимости какой сигнал: если достаточно токовый ттл - то особо ничего и не нужно, резистор ток ограничить, да на стабилитронах или диодах защиту; если малоточный, но опять же типа ттл - повторитель на ОУ (может с переменным коэф. усиления); ну а для особого случая можно и всю чепочку U2B U2C повторить на tl082. и ножку после усиления на корпус вывести для контроля и понимания - когда у нас будет срабатывать компаратор U2d (уровень триггера то рулится от "0в" который здесь половина питания МК). и переключатель шибком далеко от R13 не тащить. про контрольную точку - это как бы щуп внеш.синхронизации на сигнал, осн. щуп на эту точку и рулим коэф. ус. (или не только) как нам нужно, настроили - осн.щуп на иследуемый сигнал.

Например, на Али дайте запрос switch slider 2p3t. Вы внешнюю синх. вывели? поделитесь с народом как именно?

Если кому интересно: собрал навесным обрубок от сабжа (миниплата в стиле ардуино (лишнее снял), дисплей на 9341, остальная мелочевка пока не приехала), прошил 60-ой, vgen через резисторы подал на вход ацп и триггера, полки сигнала конечно улетели, но я о другом ... синхронизация в "норм" ерзает, а если сдвинуть экран до упора влево и включить "синг" - отрисовывает достаточно адекватно, но момент синхр. находится на 1-2 миниделения за экраном и для фронта и для спада, и для 10мкс и для 20мкс (другие развертки не расматривал). вот такое наблюдение у меня получилось, на переодическом сигнале, а разовые сигналы только в "синг"е и смотреть.

пожалуй, в данном случае, если пакет не попадает в буфер, то и точка выравнирания на центр значения не имеет. Поэтому и предлагал пачку разных байт, чтоб по содержимому попавшего в буфер прикинуть сколько мкс не попадает. К тому же, если на развертках до 50мкс рисование луча соотносится с темпом АЦП, то на 10 20мкс чисто интерполяция. а если в пакете FF Вы начало и конец пакета видите?

как бы, спад у стартового бита - это и есть предупреждение передатчика, что щас начнет передовать, а фронт после этого - это ближайшая "1" в байте (биты передаются начиная с младшего 0, 1, 2,..6, 7) и если данные 00 и контрольный занулен - то фрот будет уже стопового бита. т.е. такой пакетик на 54600 должен выглядеть "нулем" длительностью примерно 180мкс если я не сбился со счета здесь, наверно, былобы интересно собрать посылку байт на 10-20, с началом в духе: 00, 80, 40, c0, 20, a0, ... (кажется я извращаюсь, вообщем не слушайте меня) ... и с синхронизацией по спаду посмотреть что нарисует. надо только чтоб программа посылающая такую посылку байт не ждала реакции приемника и посылала именно байты, а не коды символов.

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