- Интересный цикл статей про масштабирования изображения в ПК на экранах большого разрешения -> Кратко: 4к - это, что добьет старый, добрый мир Windows. "И революцией ее стоит называть в первую очередь не из-за тех улучшений в качестве изображения, Evgeny_CD(119 знак., 31.07.2013 23:47, dao, ссылка)
- Очень интересная статистика по мобильному трафику -> - Evgeny_CD(31.07.2013 23:25, dao, ссылка)
- Холивар по ОСям или отсутствию оных получился качественный -> Однако я там не нашел главное - краткого обобщения, что же мы все хотим от ОСей. Evgeny_CD(2898 знак., 25.07.2013 22:43, dao, ссылка, ссылка, полностью)
- Реальное время нужно. Реальная многозадачность.. На русском литературном/математическом/физическом... Всё остальное - словоблудие - argus98(30.07.2013 14:49)
- Критикую. Кажется, что Вы хотите "одЫн универсальный ОС" на все случаи жизни с подходом "настроим ОС под МК и задачу". Сдаётся, что техническая сложность реализации "такого ОС", косяки в готовом продукте (если его создание вообще возможно), Chum_A(273 знак., 26.07.2013 09:51)
- Такая мысль меня тоже гложет, но тут вопрос в выборе адекватных средств для достижения цели. Evgeny_CD(170 знак., 26.07.2013 14:15)
- Типа, чтоб ничего не делать, чтоб оно само... Или один раз сделать, а потом купоны стричь. Не, не будет такого. Да, даже и ось. Она же, зараза, ресурсов требует. - tesla(30.07.2013 13:44)
- И тут я понял, критикуемый мною "ОС для всего" уже есть и мы все его знаем (кажется, у некоего Evgeny, одно время были мысли, что "этот ОС будет наше всё"). Этот Линукс даже один чудик на AtMeg-е запускал :). Если отбросить засаду с текущим Chum_A(572 знак., 28.07.2013 17:16)
- прежде всего, чтобы самих осей не было, а для задач всё было, и они дело быстренько и правильно делали, не вешая друг дружку :) - Д.ARMоед(26.07.2013 00:23)
- Как обычно - чтобы кто-то поработал за нас. - Codavr(25.07.2013 23:51)
- Разбейте по процентам. Время написания (освоения) ОС / время написания прикладного кода. А это у вас еще многого не хватает... Скрипач(259 знак., 25.07.2013 23:08 - 23:14)
- перепост с оберспейса. прикольная либа. даже потоки есть :) - Д.ARMоед(30.07.2013 14:27, dao, ссылка, полностью)
- Блин весь мозг сломал раньше клоки и тайминги VGA и SVGA режимов гуглились на ура а щас фигвам . Нужно вывод на SVGA слепить и щас с синхрой проблемы и сижу ничо понять не могу кто накосячил то ли я то ли монитор дурит . Поможите где таблицу Blackbird_sunday(10 знак., 30.07.2013 10:48,
, dao, полностью)
- Protothreads and C++ (ссылка) Скрипач(995 знак., 28.07.2013 22:06 - 22:57, dao, ссылка, полностью)
- Подскажите, кто знает, можно ли в С имея массив примитивов структур ,например : Дмитрий(229 знак., 29.07.2013 12:03,
, dao, полностью)
- Давно холиваров не было. Как насчёт RTOS vs Main Loop? Поделитесь практическим опытом. Сам RTOS не применял, да и не очень хочется. SciFi(559 знак., 24.07.2013 12:24, dao, полностью)
- Некоторый вывод из холивара -> - Evgeny_CD(25.07.2013 22:47, ссылка)
- А использовал ли кто-нибудь кайловскую RTX RTOS для кортексов? Что скажете про неё в сравнении с другими RTOS? - бомж(25.07.2013 21:42)
- Не нужно использовать ртос. И тогда мой портфолио будет толще вашего :-) abivan(137 знак., 25.07.2013 10:24)
- Для ST32 применяю и FreeRTOS и Round-Robin. А для AVR пробегалла соответствующая работенка, было интересно, но не нашел яровского порта под старшие модели. Нашел только для m32. Сам портировать на m1280 убоялся так как и времени не было, и не Юра(64 знак., 25.07.2013 10:05,
)
- на CM3-TnKernel делаю DTMF-декодирование. Занимает 30% процессорного времени. + обеспечивается PCM-поток по SSP. Как это совместить на MainLoop даже не представляю (если только алгоритм DTMF дробить до 8 байт ). А в RTOS на SSP максимальный MegaJohn(50 знак., 25.07.2013 01:37)
- Можно ли жить на Main Loop, если какая-то периферия требует долгих таймаутов при обмене? Например: Ксения(830 знак., 24.07.2013 23:55)
- Берете библиотеку Protothreads и пишете как ни в чем не бывало. Скрипач(308 знак., 25.07.2013 19:52 - 22:05, ссылка)
- Проблема пробок на автотрассе из-за того, что какие-то участники движения едут, как черепахи, решается не светофорами, а обеспечением возможности ОБГОНА! Поскольку перед черпахами дофига свободной дороги. Main loop подобна этой автотрассе - пробки Ксения(335 знак., 25.07.2013 13:34 - 13:36)
- Есть такой трюк, как несколько лупов поменьше, в прерываниях таймеров с соответствующими приоритетами и вложениями. Одна беда - на AVR этот трюк не катит ;) - Vladimir Ljaschko(25.07.2013 16:42)
- Малая скорость это не помеха. Ехали бы 50 км/ч за пенсионером - уже хорошо. Помеха - нет разгонных полос при въездах(съездах) на магистрали. - Юра(25.07.2013 16:04,
)
- никогда вообще в своих программах не использовал задержек, и все таймауты прекрасно формируются - AVF(25.07.2013 14:24)
- Ну о чем и речь. Процедура вывода символов проверяет, истекло ли время ожидания. Если не истекло - сразу выход в Main Loop. Если истекло - выводим символ, выставляем новое значение таймаута и выходим опять же в Main Loop. - LightElf(25.07.2013 13:42)
- Здрасти! Пауза же не в конце процедуры стоит, а после КАЖДОГО выведенного на дисплей символа впадает в ожидание. Если я при первом же ожидании в Main loop вернусь, то следующие цифры никогда не будут прописаны. - Ксения(25.07.2013 15:19)
- Где-то у вас что-то не продумано. Koyodza мне подсказал этот способ. Создается буфер. Скажем, 20x4=80 байт. Пусть раз в 1 мс выводим посимвольно из буфера на дисплей. При 20x4 обновление всего экрана 84 мс. 80 символов, 4 адреса строк. Я мог бы mazur(175 знак., 25.07.2013 16:03, youtube)
- И вам не хворать :) LightElf(202 знак., 25.07.2013 15:48 - 15:55)
- Можно и всю строку выводить, но тогда очиску FIFO можно поручить таймерному прерыванию, которое будет за один вызов писать один символ на экран. - Apтём(25.07.2013 19:46)
- А как быть, если в начале/конце строки есть дополнительная работа (например, на очистку экрана) с особо большой задержкой? Тогда таймирование подравнивать под эту большую задержку, чтобы было поровну, или ту большую задержку разбивать на много Ксения(17 знак., 25.07.2013 19:11)
- Ну вот как-то примерно так. lcd_put просто складывает строку в буфер fifo. lcd_poll вызывается из main loop. LightElf(1581 знак., 26.07.2013 13:29 - 13:44)
- Я начинаю понимать, что мне придется просто свой исходник привести, бо косноязычен зело и описать словами не могу. - LightElf(26.07.2013 12:17)
- Про какой дисплей вы говорите? Если взять ЖКИ на HD44780, то команда очистки 1,5 мс. Установили таймер, новое состояние автомата, новую точку входа прототреда, вышли. Делаете свои дела дальше. При следующей итерации проверка таймера. Время вышло? mazur(360 знак., 25.07.2013 20:16 - 20:19, youtube)
- Никакого тупика. Решение для обгона есть, но вы его упорно игнорируете -> - SciFi(25.07.2013 13:41, ссылка)
- Я пользую timer.c, честно выкушенный из стека uIP - неблокирующиеся софтверные таймеры. - LightElf(25.07.2013 13:16)
- элементарно (автомат состояний), но оно надо? сделайте один проект под ось, потом будете просто задачи добавлять/менять - AVF(25.07.2013 13:15)
- Странно это слышать от вас. Да запросто это сделать в программе Main Loop. Стараюсь писать свои программы без долгих зацикливаний. Потихоньку перетаскиваю этот принцип на си. К примеру ваш пример. С дисплеем. mazur(3447 знак., 25.07.2013 05:55 - 06:23, youtube)
- при нличии свободного счётчика - запросто. Д.ARMоед(478 знак., 25.07.2013 01:31)
- Как вам таймаут в один год? :) - Скрипач(25.07.2013 00:36)
- Решение возможно: испльзуйте конечные автоматы (так кажется называлось), оно же - автоматное программирование. Apтём(227 знак., 25.07.2013 00:08)
- Очевидно, вы не в курсе, что существует protothreads. Как и многие из нижеподписавшихся, впрочем. - SciFi(24.07.2013 23:57)
- посмотрите protothreads - Vit(24.07.2013 23:57)
- "Специалист подобен флюсу - полнота его одностороняя". Идеализм с полновытесняющей RTOS доступен только в толстых системах. Подход "без ОСи" достоин сжигания. Evgeny_CD(1332 знак., 24.07.2013 22:16)
- Использую две крайности: Big-Loop и Linux. Впечатления. Скрипач(392 знак., 24.07.2013 19:13)
- Кстати, в тему: по ссылке рассказано, как устроен стек в RTOS RTX166 Tiny. В двух словах: все потоки делят общее пространство стека, при переключении контекста стек активной задачи сдвигается, освобождая место для следующей. Креативненько! SciFi(123 знак., 24.07.2013 16:38, ссылка)
- А чо тут холиварить. На небольших задачах и слабом железе ось нахер не надо и не лезет. А на больших задачах (слабое железо тут не канает автоматом) петля автоматически перерастет в ось. Остается определиться взять готовую или в муках рожать свою. Codavr(140 знак., 24.07.2013 16:34)
- я не представлюю для себя программирования без ртос. К хорошему быстро привыкаешь. Использую ртос всегда и везде для задачи любой сложности. Кооперативка не требует много ресурсов. abivan(1488 знак., 24.07.2013 14:38)
- Если надо проектом один программер работает, не используя никакого стороннего кода (а вероятность дальнейшей поддержки другим программером очень низка) - то пофигу. Alex B.(1397 знак., 24.07.2013 14:26)
- Без RTOS в мигании светодиода на плате появляется заметный на глаз джиттер при более-менее заметной нагрузке другими задачами. - =AlexD=(24.07.2013 14:18)
- Все фигня, RTOS действительно нужна только в одном случае - когда нужно рвать выполнение из чужих пакетов. Например, файловой системы. При наличии навыков все отлично пишется рвано, еще и даром логичное разбиение на модули :) - Vladimir Ljaschko(24.07.2013 13:45)
- со своей колокольни: Mahagam(1257 знак., 24.07.2013 12:56)
- времянка в вытесняющих RTOS-ах проще удовлетворяется, чужой код берется нахаляву - засунул в низкоприорететную задачу и все само само заработало (можно повторить N раз если есть таймслайсинг), в команде проще программить (и опять же времянку ыыыы(238 знак., 24.07.2013 12:52)
- под RTOS программить легче. все остальное - от экономии на песке. - Snaky(24.07.2013 12:28)
- Sphinx -> Система документирования кода. Изначально создана для Python (написана на Python), но вроде как позволяет работать с С/С++ сорцами. - Evgeny_CD(26.07.2013 23:33, dao, ссылка, полностью)
- Подарок на выходные :) -> Там можно буков качнуть. Рекомендую набрать Raspberry и офигеть! - Evgeny_CD(26.07.2013 23:11, dao, ссылка)
- Cling is an interactive C++ interpreter, built on the top of LLVM and Clang libraries -> Преза внутри. Недоделано, но смотрится впечатляюще. Нарыл там -->, смотреть ссылки - интересно! Evgeny_CD(26.07.2013 14:49, dao, ссылка, ссылка, полностью)
- CAWT - Com Automation With Tcl -> Автоматизация Excel, Word, PowerPoint, Internet Explorer, Matlab, and Google Earth на Tcl. Свежая! Автоматизация простенькая, но все таки интересно. Evgeny_CD(251 знак., 26.07.2013 00:01, dao, ссылка, полностью)
- Подскажите, где глянуть алгоритм квадратичной интерполяции при неравномерной сетке. Andreas(354 знак., 20.04.2013 09:46 - 10:25, dao, полностью)
- Новая ОС для смартфонов получила имя Firefox -> Шизуха ежиков косила. Я по причине своей тупости до сих пор не понимаю, в чем кайф, если ВЕСЬ юзеровский интерфейс сотика сделать на HTML? В чем такое аццкое удобство? - Evgeny_CD(03.07.2012 19:45, dao, ссылка, полностью)
- Начало есть. Желтолицые братья клюнули. В заказчиках м.б. фрицы и испанцы.. - Д.ARMоед(10.01.2013 19:19, ссылка)
- Кайф в том, что HTML5 используется в качестве GUI. Ну, а для тех, кто не видит разницу между GUI и операционкой, эти понятия отождествяет. Ксения(406 знак., 09.01.2013 20:34)
- кроме HTML еще и CSS+JS. Вот где мощь... - zeleny(08.01.2013 16:07)
- Какой интерфейс? Там вся ОСь будет крутиться в браузере. Следующий т.с. логический этап виртуализации. - =AlexD=(04.07.2012 08:24)
- Оригинал этой новости от 2 июля на сайте Mozilla.org - rezident(03.07.2012 23:41, ссылка)
- Отана цаца! уже хочу. Сраный ведроид не оправдал надежд. Наконец-то сбудется мечта идиота - программа с компа без перекомпиляции пашет в телефоне. - Ralex(03.07.2012 23:29 - 23:34)
- Терминалить проще. Ну и flash терминировать- тоже. Д.ARMоед(93 знак., 03.07.2012 23:19)
- Об этом только мечтает microsoft. Все интерфейсы
лет через пять года через 3 будут на HTML5, к этому всё и идёт. - General(03.07.2012 20:09)
- Ну так там же написано: "чтобы любой валенок мог ее кустомизировать", т.е. завалить :) Очевидно предполагается, что все в совершенстве владеют HTML... Хм... А вообще то это может быть реакция на Google Nexus 7 и Microsoft Surface. Dir(209 знак., 03.07.2012 19:57 - 20:08)
- MexBIOS Development Studio – инструмент для быстрой разработки встроенного программного обеспечения микроконтроллеров nikolay.gusev(3310 знак., 13.05.2012 16:35 - 16:42, dao, полностью)
- Новая версия MexBIOS Development Studio V3.31 nikolay.gusev(1099 знак., 24.07.2013 09:49 - 09:53)
- Я поел подобное из Песка Cypress. Мелкий вопрос, как визуализация взаимодействует с системой контроля версий? - Vladimir Ljaschko(23.03.2013 17:45)
- Демонстрация новой версии MexBIOS на выставке Новая Электроника 2013 ! nikolay.gusev(890 знак., 23.03.2013 15:32 - 15:34)
- это такая ардуина для мальчиков повзрослее? - Mahagam(31.01.2013 10:55)
- матлаб часом не тоже самое делает?) - lexxx-lexxx(31.01.2013 10:35)
- "НПФ Мехатроника-Про" принимает участие в ежегодной выставке-конференции Motor & Drive Systems 2013. nikolay.gusev(317 знак., 31.01.2013 10:11)
- Выполнена разработка новых библиотек поддерживающих микроконтроллеры серий Stellaris LM4F Cortex-M4F и Stellaris LM3S Cortex-M3 компании Texas Instruments. nikolay.gusev(801 знак., 27.06.2012 16:23)
- Добавлены новые видео ролики по инсталляции MexBIOS Development Studio и запуску проекта на микроконтроллерах: nikolay.gusev(165 знак., 07.06.2012 12:47)
- Разработана новая версия MexBIOS Development Studio V2.15, а также представлены библиотеки версии 1.1 для микроконтроллеров серии TMS320F280x, TMS320F281x, TMS320F2803x и TMS320F2833x. nikolay.gusev(1280 знак., 17.05.2012 13:34)
- Для демонстрации возможностей на Youtube выложили несколько видео уроков: nikolay.gusev(196 знак., 16.05.2012 08:14)
- Планируется ли поддержка ARM? - anonymous(14.05.2012 13:11,
)
- давай падробности - LordN(13.05.2012 17:02)
- Прошу на карту! - General(13.05.2012 16:37, ссылка)