Перейти к содержанию
    

Barcooler

Участник
  • Постов

    48
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Barcooler

  • Звание
    Участник
    Участник
  • День рождения 26.07.1983

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Посетители профиля

1 251 просмотр профиля
  1. Теоретически там как минимум из-за достаточно больших токов такие скачки должны быть, что задолбаешься с ними бороться. По этому как правило никто и не борется, а просто на всю аппаратуру делается двойной запас по напряжению и ставится как правило не сильно чувствительная к броскам напряжения аппаратура. Знаю что когда наши разрабатывали некоторое оборудование для троллейбусов в конце 90-х, то не парились особо и в качестве "сглаживающего" элемента по питанию ставили аккумуляторы. Оставалось только разработать грамотный зарядник, который не убивал аккумулятор перезарядом, а периодически даже давал аккумулятору разрядиться питая от него прибор даже при наличии питания.
  2. Попробуй один и тот-же файл скопировать с сервера, а потом отправить обратно. Если содержимое останется читаемым - значит проблема в контроллере, либо в содержимом самого текстового файлика. Так-же попробуй создать текстовый файлик редактором типа sublime или notepad++ (если до этого файл создавался обычным блокнотом в винде). Содержимое файла постарайся сделать минимальным - например 123. Если такой файл прочитается девайсом - это будет говорить о том, что либо дело в кодировке, либо виндовый блокнот использует "запрещённые символы"
  3. Какую программу TFTP сервера используете? Возможно в настройках сервера необходимо указать вариант передачи. И другой вопрос - получается-ли отправить на TFTP сервер файлик, лежащий уже на устройстве? Если удаётся - получается-ли прочитать его содержимое на компе?
  4. Если у тебя у TFTP сервера корневая папка C:\Users\General\Desktop\TFTP_DIR\ То тебе в коде скорее всего надо написать просто TFTP_GetFile(server_ip, "data.txt", "test.txt"); То есть TFTP клиент по умолчанию попадает в папку C:\Users\General\Desktop\TFTP_DIR\ и из нее должен забрать файлик data.txt О структуре папок на твоём компе и тем более диске C: TFTP сервер клиенту не сообщает и по идее сам не должен лезть выше обозначенной папки.
  5. Разём на сколько мог проверил и вобще всю плату на косяки монтажа визуально проверил - ничего явного не обнаружил. Сам экран отстёгивал - вроде подсоединён был правильно в самом разъёме тоже ничего не нашёл. Мыть плату правда пока не стал, на и нечем особо. Резистор стоит верно. Чисто теотерически на экран выведены превью картинка как на фотках у продавца ну и на плате присутствует наклеечка (PASS), что в какой-то мере позволяет предположить, что если изображение залито - то дисплей как минимум в тот момент был исправен. Ну и на контроль качества (хоть какой-то) хотелось-бы надеяться, вроде не последний магазин продавал. Думал, может делаю что не так, хотя подключаю в соответствии с доками. Не знаю только как ардуина дружит с 3,3 в дисплеем. Но судя по периодической смене состояний на выводе BUSY - контроллер дисплея что-то принимает и даже что-то делает (наверно). UPD.: В общем нашёл в чём была проблема с Ардуино - отсутствие контакта (или плохой контакт) между гребёнкой ардуины и проводами до дисплея. Обнаружилось совершенно случайно, когда прив ключенной плате и подключенным дисплеем (плюс видимо совпал момент инициализации) начал "барахлить" экран, а точнее как будто шум появился. Решил проверить контакты и на всякий случай качество пайки гребёнок на ардуино. В общем оказалось при определённом нажатии на гребёнку ардуино экран начал работать. Пришлось пропаять все контакты гребёнки более менее нормально, теперь всё работает. p.s.: Думаю, что проблема изначально заключалась в том, что в комплекте с китайской ардуино нано шли самые дешёвые гребёнки, которые тупо не лудятся нормально, и соответственно качество пайки оставляет желать лучшего. Будьте внимательны, и если гребёнка изначально не лудится - лучше найти нормальную прежде чем запаивать.
  6. На указанной вами схеме изображено подключение на плате модуля: Соответственно указанные вами выводы подключены в соответствии со схемой. Мне остаётся только подключить разъём к плате микроконтроллера (например ардуино).
  7. Пытаюсь освоить работу с e-Paper модулем от Waveshare. По началу попробовал модернизировать код из примера под работу с MSP430, но дисплей признаков жизни не подавал. Решил, что раз уж есть готовый пример для ардуино (есть кстати и для STM32) попробовать хотя-бы как дисплей заработает с ней. В результате даже с готовым примером и ардуиной экран тоже не заработал, хотя код из примера нормально компилируется и заливается в ардуино. Судя по индикации на ардуине обмен данными происходит. Так-же если использовать предыдущие примеры (от 13 июня например) в монитор порта выводятся сообщения об отправленных данных на дисплей. Подключаю в соответствии с документацией на сайте. У экрана нет никакого интерфейса для обратной связи, единственное что от него можно получить - это состояние BUSY на соответствующей ноге. Теперь ломаю голову, куда копать, и как искать проблему. Может кто-то сталкивался с чем-то подобным, ну или хотя-бы посоветуйте как можно таки заставить работать дисплей.
  8. Поясню, под небольшими экранами я подразумевал как раз небольшое из разрешение - 320x240, 640x480 и не обязательно это цвет. Опять-же имелось в виду именно т.н. "сглаживание шрифтов" ну или если хотите конкретно у MS "Сглаживание неровностей экранных шрифтов". Сглаживание изображений было с тех пор как только появилась возможность выводить это самое изображение и была возможность использовать хоть какую-то глубину цветов. Ну и как бы сама тема топика о шрифтах, по этому не думал, что разговор может уйти в сторону изображений. Почитал книгу - в ней написано больше просто про формирование изображение и по сути про саму теорию. Про шрифты и уж тем более про их сглаживание я не нашёл ни слова. Кстати за сам документ спасибо вполне интересно. p.s. мне кажется мы либо немного о разных вещах говорим, либо просто по разному понимаем предмет разговора.
  9. Сглаживание, на то и сглаживание, что по сути обманывает зрение (или восприятие глазом) и не искажения убрать. Шрифты как-бы изначально были растровыми по определению. И как ни странно сглаживание применяется независимо от типа шрифта. По сути использовается некое замыливание краёв для более плавного перехода тонов (или цвета текста в цвет фона). На счёт бесконечности разрешения экрана - у упоминаемого мной Эппла было (наверно и сейчас есть) определение для как раз этого случая - Retina, что привязано к разрешающей способности глаза. То есть грубо при плотности скажем > 300 dpi с расстояния в 30 см, человеческий глаз не способен различить точки. А такое разрешение во многих мобильниках уже давно превышается и прилично. По этому никакого смысла на таких экранах не имеет использовать пресловутое сглаживание. Надо просто иметь хорошие шрифты ну и ПО, которое их правильно отображает. Лично у меня сглаживание как правило вызывает ощущение "мутности картинки". И ещё, хочу отметить, что сглаживание появилось гораздо позднее того времени, когда активно использовались небольшие экраны. И появилось оно именно применитьльно к относительно большим - компьютерным экранам. По мне так это в первую очередь маркетинговый ход, ну или если хотите некий виток развития графических интерфейсов, но не более того. Ну да ладно, это всё лирика.
  10. Да не, всё достаточно тривиально - в моём распоряжении они просто когда-то на халяву оказались. И есть и теперь. Плюс для меня очень удобные платки отладки, плюс мож тривиально но "богатая периферия". Ну и набор режимов пониженного энергопотребления что позволяиет делать устройства на батарейках не думая, что её хватит на пару дней. А на счёт не любой - да фиг знает, по моим задачам наверно хватит практически любого самого начального уровня. Правда учитывая то, что в китае можно купить G2553 за 60 рублей, наверное это самый приемлемый вариант. Проще в китае и на ебее дешевле не найдёшь, а у наших продавцов они существенно дороже. На счёт того, что завёл в тупик - да немного потерял нить но выводы в общем-то для себя определённые сделал. Результаты впоследствии готов выложить здесь, если это конечно кому-то интересно.
  11. Ну незнаю, меня как-то принципиально воротит от всякого рода ардуин и им подобных. Терпеть не могу когда не понимаю как что-то работает, если сам что-то делаю. В своё время АВР-ки программировал на ассемблере, но далеко дело не зашло. С МСП по мне так в общем-то всё просто достаточно. В общем-то зачастую можно взять код (если не очень сложный) для STM или тех-же AVR и поразбиравшить адаптировать под свои задачи, благо примеров много. Да и с точки зрения хобби как-то когда разберёшься оно потом проще всё делается. Но это от темы мы удаляемся уже.
  12. На счёт сглаживания - никогда не понимал его и любовь к нему. Дико бесило когда в винде начали его по умолчанию впихивать. И уж совсем выморозило, когда MS выпилил из ie возможность отключить сглаживание. По мне, так сглаживание это костыль, предназначенный устранить недостатки "кривизны" самих шрифтов или их отрисовки. Если не ошибаюсь ещё сам Джобс в своё время ключевое значение уделил разработке шрифтов для интерейса маков. И именно благодаря наличию оных интерфейс стал весьма популярен в своё время. Лично я во всех операционках его принудительно отключаю.
  13. Я уже писал, что программист из меня в общем-то начинающий и написать конвертер для компа я не способен. Для конверсии в сишный код я конкретно использую готовую специально предназначенную программулину - GLCD Font Creator. Она особо не обновляется уже давно и на 7 вин работает нормально только в режиме совместимости с WinXP, но вполне функциональна для своих задач. Шрифт конвертит в код вполне пригодный для использования в программе, единственное - я пока не особо сообразил как использовать ширину символа, по этому просто выкидываю данные о ширине и считаю все символы моноширинными. p.s. кто может подсказать, как посмотреть шрифт, который используется по умолчанию в форме ввода текста здесь на форуме? Имеется в виду именно тот шрифт который выделен на скрине рамочкой. upd. и как я сразу не догадался - Verdana и Tahoma - попробовал конвертить 8 размер - отлично получается, вполне читабельный. немного постаравшить можно впихнуть в 8 бит (изначально за счёт верхних и нижних чёрточек получается 10). Конвертировал криллицу.
  14. Ну во первых я всё пока делаю исключительно для себя в качестве некого хобби. И да я пока дилетант во многих вопросах, по этому для меня ещё много вопросов. Ну и msp430 как-то кажется для простых задач более чем хватает, плюс наличие режимов микропотребления для батарейных устройств актуально. Кстати, что за экранчик такой симпатичный? Покажу - без проблем. Только пока я толком не определился какой всё-таки шрифт использовать. Кстати, обратил внимание, что весьма неплохо смотрится шрифт, которым вводится текст здесь в редакторе сообщений. Ну и вспомнив молодость выкопал из закромов некогда любимую Nokia 3310 - посмотреть таки на "интерфейс". Шрифт там в общем-то вполне читабельный. Можно заморочиться и просто по точками перерисовать.
×
×
  • Создать...