Поздравляем Codavr с днём рождения!
- Какая, ну какая б... придумала схему ST8L DISCOVERY!. Хоть какое-то нормальное приложение - прощай набортный ЖКИ, т.к. мешает. Tech_(449 знак., 15.12.2017 12:22, dao, ссылка, полностью)
- Вопрос о хотеляках халявы... POV_(666 знак., 14.12.2017 16:07,
, dao)
- Вот вам занятный декомпилятор --> - SciFi(14.12.2017 08:51, dao, ссылка, полностью)
- Сравнение GCC, IAR, Keil от 4 января 2016, но все равно любопытно. -> - Evgeny_CD(11.12.2017 12:43 - 12:51, dao, ссылка, полностью)
- Нашел ошибку в компиляторе IAR EWARM V6.50 vmp_не_могу_войти(3215 знак., 13.12.2017 10:17,
, dao, полностью)
- Не в тему, но... Нужен EWARM 4.xx. Ну, ессно с лекарством. Так уж сложилось по старому проекту. basilebox@yandex.ru . Эта новая тварь 6.хх и далее, не понимает org в стартапе. Ну, и там еще до кучи. - _basile(13.12.2017 14:45,
)
- Никогда не использовать оптимизацию speed, даже с его запахом(balanced). Только по size, это бич ЯРа. - Petrovich(13.12.2017 13:39,
)
- IAR 7.50.3 Nikolaj(2593 знак., 13.12.2017 11:05)
- gcc: SciFi(2062 знак., 13.12.2017 10:39 - 10:52)
- Если кто не знает, то на всех американских военных самолетах последнего поколения используется разновидность интерфейса IEEE 1394b. Внутри ссылки по теме. Любопытно, что yandex по запросу AS5643 вообще ни одной правильной ссылки не дал. Я так Экспериментатор(1290 знак., 12.12.2017 19:51,
, dao, полностью)Evgeny_CD
- Фигня какая. Мелкософ как раз был в стане USB-шников (Intel, Microsoft, Philips, US Robotics). А гораздо более продвинутый 1394 толкали Apple, Sony, Yamaha, TI, Creative. Как и в случае победы архитектуры x86, победила гавновая дешевка. Помнится Codavr(266 знак., 13.12.2017 00:48 - 00:53)
- Не раскрыт вопрос гальванической развязки. Просто IEEE 1394 с этим никак, IEEE 1394b может быть поверх витой пары Cat 5e (100Мбит/сек) или поверх оптики. Думаю, никакой совместимости с бытовым IEEE 1394 не будет. - Evgeny_CD(12.12.2017 23:57)
- немного про AS5643 и примеры FPGA реализаций IEEE 1394b. Весьма экономично по LE, заметим! Evgeny_CD(12.12.2017 23:42)
- Подборка документов по IEEE 1394b. Evgeny_CD(12.12.2017 23:20)
- Про самолеты не скажу, но скажу, что USB проигрывает IEEE1394 по части помехозащищенности, только потому, что USB на 5-ти вольтах работает, IEEE1394 на 10-12V, а то и на 24-х (стандарт разрешает поднимать напряжение до 30V). Оно кстати и с RS232C Ксения(1986 знак., 12.12.2017 21:18 - 21:21)
- Кстати, смысл в оптоволокне есть помехо-таки защищенность. Минус - стоимость, но хрен ли там, если инфу с радара нужно вытащить, так еще и в группе инфой обмениваться. В общем да, с ТС согласен. - _basile(12.12.2017 21:18,
)
- Да насрать. CAN и ARINC-429. - _basile(12.12.2017 20:53,
)
- Логично, вычислительная техника высокой надежности и особенно военная должна быть несовместима с бытовухой. Чтоб ни дурак флешку не воткнул с порнухой ни супостат не прибил систему вирусом, занесенным с обычных компов. ASDFS(78 знак., 12.12.2017 20:41)
- Местные рассказывали про Fibre Channel в авионике. Вы не подумайте, это не обязательно оптоволокно. - SciFi(12.12.2017 20:32)
- Project Ne10 - An Open Optimized Software Library Project for the ARM Architecture (для NEON) дока -> сам проект --> Пока функций там немного, прямо скажем, но лиха беда начало... - Evgeny_CD(20.02.2016 23:18 - 11.12.2017 15:19, dao, ссылка, ссылка, полностью)
- Гениальные инновации от Google Изобрели Save As -> и осознали, что Т измеряют в град. С тоже --> Какой прогресс! Нобеля в студию! - Evgeny_CD(11.12.2017 18:36, dao, ссылка, ссылка)
- Есть какой-то тулчейн для Арма TASKING VX-toolset. О себе пишут, что генерирует код огого, быстрый и компактный. А реальное сравнение с Яром кто-то делал? Вроде бы Яр лидер по качеству генерируемого кода. - SciFi(11.12.2017 11:05 - 11:11, dao, ссылка, полностью)
- Кто сколько потратил на R&D в 2017 году. -> Samsung 4 место 12,2 млрд евро, Intel 5 место 12,1 млрд евро. Первое - Volkswagen - 13,7 млрд евро. Видать, новый дизельгейт рисечат :) - Evgeny_CD(11.12.2017 14:32, dao, ссылка)
- Смартфоны и ноутбуки Apple могут существенно снижать свою производительность при износе аккумулятора -> Вот она, забота о юзере.... Evgeny_CD(157 знак., 11.12.2017 14:22, dao, ссылка)
- Интересный взгляд на будущее Qualcomm, который по плану будет сожран Broadcom -> С учетом того, что у Broadcom широчайшая линейка MIPS продуктов, у MIPS есть таки шанс проползти на рынок сотиков... - Evgeny_CD(11.12.2017 14:20, dao, ссылка)
- Вопрос: с GUI дело ясное, а как решается проблема сопряжения с дисплеями, коих развелось на целый зоопарк? Т.е. узкое место я вижу именно здесь, т.к. и у дисплеев контроллеры разные, так и коммутация их к микроконтроллерам тоже очень сильно Ксения(432 знак., 05.12.2017 20:55, dao, полностью)
- Реплик много, но ясного ответа на свой вопрос я так и не получила. Если формулировка моего вопроса кому-то кажется слишком абстрактной, конкретизирую. Кто проводит на экране линию? GUI или не GUI? Если GUI умеет рисовать только в буферной памяти, Ксения(213 знак., 07.12.2017 16:12)
- Да, Гуй рисует только в буффере. В ТФТ, построчно, инфу переносит контроллер ТФТ. Для этого ему показывают откуда и чего брать. Контроллер только этим и занимается: формирует временную диаграмму для ТФТ и суёт в неё данные из памяти фрейма. mse homjak(141 знак., 07.12.2017 22:02 - 22:08)
- Мысли по поводу: хорошо было бы написать, как для stdio базовую функцию а-ля putchar и пользоваться. Но не выйдет: дисплеи не унифицированы. Один - символьный, другой графический, третий - графический, но точку рисует дольше, чем линию. Как Dingo(294 знак., 07.12.2017 17:44)
- GUI STemWin прекрасно работает. Рисует в буфер (который ему выделяешь). Содержит драйвер который выводит буфер в дисплей (нужно адаптировать к конкретному дисплею). Шина подключения - LTDC - 0men(07.12.2017 17:09 - 17:17)
- µGUI -> стостоит из трех файлов, C файл --> Просто поищите в коде - там все очень прозрачно! Evgeny_CD(716 знак., 07.12.2017 16:58, ссылка, ссылка)
- Ксения, иерархия всего сущего в части GUI очень простая. Evgeny_CD(1190 знак., 07.12.2017 20:33)
- "Дисплей всегда имеет ОЗУ" вот это совсем необязательно. Обычно как раз это озу расположено либо в проце, либо во внешней сраме, сдраме - 0men(07.12.2017 20:43)
- Обязательно. Но, только на одну строку. ;О) Ну и буфер на приём следующей. Если "дисплей", этор не ЭЛТ, канешна. - mse homjak(07.12.2017 21:47 - 22:05)
- :) - 0men(08.12.2017 13:36)
- Ок. Дисплей всегда имеет доступ к ОЗУ, из которого он автоматически создает картинку на экране. - Evgeny_CD(07.12.2017 20:46)
- Если у процессора/контролера нет прямого доступа к этому графическому ОЗУ, то можно считать, что его нет :). Поэтому реальность обычно выглядит так, что какое-то (обычно весьма значительное) число ножек МК присоединено к контактам дисплея, а Ксения(10633 знак., 07.12.2017 20:56)
- Сколько же магии в этом коде. Разработчики драйверов дисплеев никогда не задумывались о повышении читабельности своего кода - lloyd(07.12.2017 22:36)
- Вот еще простая либа -> - Evgeny_CD(07.12.2017 21:43, ссылка)
- Вот ДШ на все 4 типа упомянутых контроллеров. Берите HX8347-D, например на стр 26 начинается описание всех возможных вариантов интерфейсов. Все очень логично. Evgeny_CD(07.12.2017 21:26)
- Не 4 их там, а как минимум 7. Но суть дела не в том, как мне помочь, а как подобного рода проблемы решать в самом общем случае. Потому-то "курить даташит" такого размера - все равно что ... писать на ассемблере код для неизвестного тебе процессора Ксения(581 знак., 07.12.2017 21:41)
- Ксения, это же логично. Человек делает устройство, выбирает под него дисплей и контроллер. Пишет драйвер под эту конфигурацию. Если ожидается несколько вариантов дисплея - пишет несколько вариантов кода. Как по-другому? "Универсальный драйвер LightElf(17 знак., 08.12.2017 10:55)
- Не путайте совершенно разные сущности "дисплей" и "контроллер дисплея"(да, могут быть скооперированы). Дисплеи, сусчества с боле-мене стандартными интерфейсами. Существенная разница, только в размере XxY и глубине цвета(соответственно, частоте mse homjak(328 знак., 07.12.2017 21:58)
- Ксения! Вот там Вы перечислили 3 контроллера, но зачем-то 2 раза ->, один еще упомянули сами. В части USB здесь давали ссылку на очень могучий открытый USB стек LUFA -->, который формально для AVR, но на самом деле его несложно допилить под все. Evgeny_CD(279 знак., 07.12.2017 21:49, ссылка, ссылка)
- Берете даташит на оный HX8347D - и вперед. - LightElf(07.12.2017 21:07)
- Буферная память - элемент контроллера дисплея (электронно-лучевой трубки или чего иного - не суть) Скрипач(629 знак., 07.12.2017 16:21 - 16:25)
- Типично есть драйвер, который экспортирует несколько функций: put_pixel, get_pixel, copy_pixel и т.д. Могут быть и более сложные функции, типа fill_rect, copy_rect, draw_h_line и т.д. Как именно обращаться к памяти буфера - головная боль именно LightElf(16 знак., 07.12.2017 16:18)
- Тут таке... Для некого прибора, ТФТ, это есть судьба-судьбинушка. Т.е. сделал, прошёл сертификацию и усё. Можно менять только на синонимы, бо многие вещи прописаны в бумажках. Можно ваять модификации, "не ухудшающие параметры". Но с этим никто не mse homjak(435 знак., 05.12.2017 23:41)
- Примитивы это более высокий уровень абстракции, и контроллеров на самом деле не так уж много и вариантов подключения тоже. если со своей памятью - вешается на параллельную шину, если без памяти - свободы маневра еще меньше. При понимании ситуации AVF(199 знак., 05.12.2017 22:25)
- В общем случае дисплеи реализуются просто: есть буффер экрана (в идеале - не меньше 2), который заполняется программным кросс-платформенным/аппаратно-ускоренным методом. lloyd(411 знак., 05.12.2017 21:46)
- Мир высоконадежных микроконтроллеров на примере AURIX от Infineon. -> Которые ASIL-D и прочая. Заметим, там 8Мбайт кода и более 2Мбайт SRAM реальность уже сегодня. Evgeny_CD(02.02.2016 00:53, dao, ссылка, полностью)
- Вопросик по CRC. Столкнулся как-то с тем, что в пакет с CRC16-modbus (заголовок, payload, CRC16) в payload укладывается также пакетик:) со своей CRC16-modbus. Вроде ничего необычного. Но итоговая CRC для одинаковых заголовков получается Vit(168 знак., 08.12.2017 22:34, dao, полностью)