- Есть проект в KiCAD. Есть гарантированный способ получить STEP модель платы? - amusin(18.03.2015 20:03, dao, полностью)
- Как получить доступ к таблице секций, генерируемых линкером arm-none-eabi-ld.exe? VVB(988 знак., 19.03.2015 10:42, dao, полностью)
- Как добавить в глобальную область видимости линкера все символы (или указанные мною) из объектника, находящегося в библиотеке? VVB(406 знак., 18.03.2015 14:57, dao, полностью)
- Полностью согласен с АРМ-оедом, эти ваши "прототридс'ы" :) кроме (спорно) красивой обёртки для switch ничего нового не дают. Конечный автомат он и в Африке автомат и способов его реализации тьма, описано у Шалыто. - Chum_A(30.07.2013 09:52, dao, полностью)
- Извините недалёкого - очень много написано - может кто ткнёт кто упомянул о необходимом времени реакции системы? Что-то было типа "что считать одновременным". И мне показалось что тут разговор глухого со слепым. Уж извините. Хотя почерпнул много Белый Жрец(917 знак., 02.08.2013 10:43)
- предложите свой, более оптимальный и читабельный вариант. А не теоретические Шалыты в вакууме... И кмк теорию state-machine придумал не совсем он, хотя многие молятся на его публикации - zeleny(01.08.2013 22:34 - 22:37, ссылка)
- Шалыто это "автоматное программирование" - технология, использующая конечные автоматы в первую очередь для документирования программ - читай для получения процентовок. "Прототрид'сы" и вариации на тему позволяют писать квазилинейный код без Vit(144 знак., 30.07.2013 10:24)
- Подскажите чайнику, что такое "процентовка"? - VVB(01.08.2013 07:19)
- Не только. Прототредсы - вполне приемлемый ответ на вопрос: "как из автомата вызвать автомат". - Скрипач(30.07.2013 13:38)
- Приемлемый ответ в виде "вложенного автомата" есть у Шалыто. А у прототредов есть проблема -- как ожидать более одного события одновременно. - fk0(30.07.2013 16:08)
- Нет в прототредах такой проблемы Скрипач(101 знак., 30.07.2013 19:35 - 19:43)
- Жечь напалмом за такой говнокод! CPU load over 9000%. Не для батарейного питания точно. И не для автомобильной тематики вообще, к слову. И чем больше CPU, тем больше такой говнокод сожрёт в амперах. Да и реактивность системы в целом ни к чёрту, fk0(43 знак., 30.07.2013 22:40)
- оглянитесь вокруг. Пока вы экономите милливатты, мега- и тераватты спокойно тратят впустую. Да и распад на солнце и в р/а элементах не остановить. - zeleny(31.07.2013 20:13)
- Не все, а только те, что могут поступить СЕЙЧАС. Впрочем, согласен. Для батарейки нужно выворачивать автоматы на изнанку и тогда прототредс идут лесом. Скрипач(154 знак., 30.07.2013 23:01)
- не нужго ничего выворачивать. В основном цикле ложимся спать. По приходу любого прерывания - просыпание и проворачивание всех задач. - zeleny(31.07.2013 22:14)
- не соглашайся. нормально прототридсы с батарейками дружат. для батарейки нужно крутиться вокруг менеджера питания, а не пытаться засыпать где-попало - как пёс лапку задирает. - Vit(31.07.2013 15:40)
- Признаюсь честно, я батареечных приборов не делал. Максимум - с резервированием питания. Но писать "чисто событийно" пробовал. Не понравилось. Скрипач(314 знак., 31.07.2013 16:30)
- Вот и отличненько. Удалось значит понять суть: императивный стиль программирования повсеместно вдалбливаемый в (не)окрепший мозг -- суть есть тонкая диверсия. Невозможно писать программы в императивном стиле. Особенно, управляющие программы. fk0(2184 знак., 31.07.2013 16:47)
- "Далее, полезли глюки неопределенных состояний"... и это главная беда. Скрипач(750 знак., 31.07.2013 17:03)
- Что за глюки "неопределенных состояний"? Может определить эти состояния и глюки пропадут? Apтём(334 знак., 31.07.2013 17:19)
- "Наизнанку - это как?" Гусары молчать! :) Скрипач(334 знак., 31.07.2013 17:30 - 17:40)
- Лучше Miro Samek-а читать - Vit(31.07.2013 22:18, ссылка)
- А можно ссылку, чё читать? А то по вашей ссылке яркие краски, бубенчики и крайне мало текста :( - Скрипач(31.07.2013 22:26)
- Переводы некоторых статей там--> - Vit(31.07.2013 22:40, ссылка)
- гуглится Vit(31.07.2013 22:34, ссылка, ссылка)
- ОС для событийного программирования? Проектирование "событийного" автомата радикально менее формализовано, чем проектирование "автомата состояний". И потому более опасно в плане редко возникающих ошибок, примеры которых я привел ранее. - Скрипач(31.07.2013 23:14 - 23:31)
- автомат без явного описания состояний это прототридсы. всё Вам опасно и редко возникающе:) - Vit(01.08.2013 00:15)
- А у вас в программе все ошибки - синтаксические, да? :) Скрипач(164 знак., 01.08.2013 00:24)
- fk0 в том, что без событийной системы строить мелкожручее, ИМХО, прав. Запускать же адресно автомат (с неформализованным, например, описанием) по событию, которое он ожидает, т.е. описано явно, у Вас почему-то оказывается сложным. Vit(1490 знак., 01.08.2013 10:06)
- Не так. Модель конечного автомата: Скрипач(294 знак., 01.08.2013 14:16 - 14:22)
- Возражение не принимается. Работа жесткой логики и программы чуток отличаются. Расставьте всего-лишь 2 входа на разные порты МК и автомат "сам,, в любой момент времени, полностью определить состояние ВСЕХ своих входных сигналов" тупо НЕ СМОЖЕТ и Vit(74 знак., 01.08.2013 16:55)
- Входами автомата могут быть: собсно дискретные входы, события, таймеры. Что приоритетнее выбирается по условиям задачи. Никакой гонки сигналов тут нет. У нас есть аварийные входы, они идут в первую очередь, очень важные события тоже в первую mazur(643 знак., 01.08.2013 15:43)
- Для этого предполагатся, что все события могут возникать строго последовательно, и никакой гонки уже быть не может. Порядок возникновения событий во времени придётся сохранить. И вообще не понятно, что мешает автомату самостоятельно проверить fk0(106 знак., 01.08.2013 14:50)
- я предлагал читать - Vit(01.08.2013 00:10)
- перевожу: "RTOS рулез" - Mahagam(31.07.2013 16:50)
- Религиозный фанатик детектед! Ну да, фсе процы фсегда на батарейках, а если нет - сжечь! И про реактивность - тоже лажа: в огромном множестве задач такой подход отлично работает. - SciFi(30.07.2013 22:46)
- Ткните пальцем на "вложенный автомат у Шатыло", не дайте помереть необразованным. - Скрипач(30.07.2013 19:38)
- PT_WAIT_UNTIL(&pt, event_a() && event_b()); - SciFi(30.07.2013 17:14)
- странно, даже на сайте их кафедры есть работы, в которых народ из диаграммы состояний автомата генерит компилируемый код.. Причём тут процентовки? - Д.ARMоед(30.07.2013 13:09 - 13:11, ссылка)
- Две книги по RL78, которые ренесас раздает всем желающим. Evgeny_CD(13.03.2015 02:01, dao, полностью)
- Интересное, на мой взгляд, сравнение Qt vs Java - scorpion(15.03.2015 14:02, dao, ссылка, полностью)
- Народ ,что посоветуете для корссплатформенной разработки мобильных приложений? Стоит задача по созданию приложения со сравнительно развитым GUI и сетевым сервисом. Приложение должно запускаться на Android, iOS, Win8. Сейчас просматриваю framer(97 знак., 12.03.2015 21:47, dao, полностью)
- Все подобные обёртки сносно работают только в случаях, если контента в приложении немного (типа несколько тысяч картинок поскроллить на одном экране), мультимедиа возможностей не нужно (аудио/видео), интеграции с телефоном не требуется (адресные xarcass@work(667 знак., 13.03.2015 09:28,
)
- Unity3D вам в помощь :) - Звероящер(13.03.2015 08:22)
- Логику приложения писать на чём-то кросс-платформенном, прослойки к ОС телефона писать свои. Ибо дельфи и т.п. только для хелловордов работают. А как что нетривиальное надо -- приплыли. - fk0(13.03.2015 03:12)
- Проголосую за Qt. Только его в своих проектах используем (iOS, Android, Windows, Mac). - acex2(13.03.2015 02:01)
- Xamarin - oleg110592(12.03.2015 22:14, ссылка)
- QT/Delphi XE без вариантов! - max(12.03.2015 22:09)
- Коллега очень быстро получил результаты на Дельфи для Андроида. Ну ушло 8 МБ на фигню, так пара фоток столько весит. - VL(12.03.2015 21:54,
)
- Странное дело - в Qt для работы с UART Perl требуется - scorpion(09.03.2015 13:03, dao, ссылка, полностью)
- QT версия какая? используете QT Serial port? PERL вроде только для билда ее нужен - OlegPowerC(10.03.2015 15:23)
- Для желтой прессы заголовки случаем не сочиняете? acex2(505 знак., 10.03.2015 02:37)
- это ерунда. 50..100M dll-ок + 10..20M разных скриптов для запуска простейшей проги - вот где жир. и эти люди ругают Java (c) - zeleny(09.03.2015 17:04 - 17:16)
- Я пошел по Вашей ссылке и понял, что Perl требуется не для работы с UART, я для компиляции QT5 из исходников. Это немного разные вещи. - mmc(09.03.2015 15:40)
- Подставьте "Крик" Мунка в качестве смайлика и поймёте мою реакцию. Кстати, поэтому я стараюсь с самого начала слать лесом обёртки, потому что начнёшь юзать "ради удобных окошечек", а потом окажется, что ради RS-232 надо юзать фекального мамонта. - Николай Коровин(09.03.2015 14:49)
- Да оно понятно, но хочется ведь универсальности. Хотя- бы чтобы для Linux и видоус боле-менее одно писать и потом не переделывать. - scorpion(09.03.2015 15:37)
- Да оно и так универсально, вот в чём "проблема"-то. Я переносил под линух сетевой софт -- ну буквально 4 функции на их синонимы поменял, и оно запустилось без вопросов. Чай, не дос, не порты контроллера дёргаем. "И так у них всё". - Николай Коровин(09.03.2015 20:15)
- В таких случаях всегда вспоминай Всемирный Вольтметр. - Codavr(09.03.2015 20:13, ссылка)
- :) - scorpion(09.03.2015 20:54)
- Не получится. Потому, что на нижнем уровне, если совсем уж в детали лезть, оно разное. В линуксе есть канонический режим ввода. А как быть в виндовсе? А если на уровне установить скорость и send()/recv(), то оно всё везде почти и так одинаково. fk0(899 знак., 09.03.2015 18:19)
- За использование Qt для работы с компортом -- сжигать нужно. Не понимаю этого, зачем для элементарных вещей, вроде файлов, сокетов, портов использовать не средства ОС, а кривые обёртки? Мультиплатформенность? Да оно в виндовсе/линуксе мало fk0(107 знак., 09.03.2015 13:42)
- Не нравится, и привязаны к Qt - напишите сами, наследуйтесь от Qt Core - и используйте. От Qt будет только механизм слотов и сигналов. (Хотя - "Дьявол кроется в мелочах") - Dingo(09.03.2015 16:54 - 16:57)
- PS, хотя я бы взял, возможно, Tcl, именно для компортов. Там оно по крайней мере точно работает. Я имею ввиду libtcl и C/C++, хотя часто и всю программу можно написать на Tcl. - fk0(09.03.2015 13:43)
- Вам тут всем смяшно, а у меня сейчас трудный выбор - какую именно кроссплатформенную среду выбрать для научных программ. Работа с СОМ-портами и интернетом обязательна. Обязательно Си-шный код, 2D и 3D визуализация данных. Крайне желательна scorpion(155 знак., 09.03.2015 15:33 - 16:44, ссылка)
- Я бы посмотрел на Visual Studio 2013 Community. Он безплатный даже для коммерческих программ, есть С++ ну и недурён собой. .Net вроде как и на линухе идёт... - бомж(10.03.2015 23:16 - 23:21, ссылка)
- wxwidgets смотрели ? - 3m(09.03.2015 19:13, ссылка)
- Если тебе нужна "среда", то увы, не знаю. А вообще Tcl/Tk. Со средами там правда плохо (их есть и много разных, но лучше сразу забыть). Основной рабочий инструмент -- редактор текста, makefile, окошко консоли. Какие актуальные задачи могут быть: fk0(5330 знак., 09.03.2015 18:55)
- Кроме шуток - TCL просто создан для Вас. Там есть все указанные Вами, очень хорошая интеграция с и плюсами в обе стороны (TCL и встраивать в С код просто, и в него выстраивать с и плюсовый код несложно). Покурите тему -> - Evgeny_CD(09.03.2015 15:53, ссылка)
- Tcl :-) а вы сами то устриц ели? - OlegPowerC(09.03.2015 16:16)
- "Из говна и палок"(с) - Гудвин(09.03.2015 13:40)
- Случайно нагуглил. Отличная подборка по разметке пакетов Ethernet, тулзам для анализа и генерации трафика и проч. -> - Evgeny_CD(11.03.2015 21:25, dao, ссылка)
- Гаспада, сорри за кросспостинг, но два раза вопрос писать лень, да и прикладываемый скрин я уже удалил.. с firemonkey никто не работал? У мя вот затруднение. - POV(11.03.2015 08:36, dao, ссылка)
- Есть проги, которые позволяют легко и непринужденно рисовать сборочные чертежи жгутов и кабелей? Пока нашел CablEquity --> - amusin(10.03.2015 23:37, dao, ссылка)
- Нас ждет ренесанс CISC? По мотивам -> и --> Evgeny_CD(2014 знак., 21.10.2013 21:46, dao, ссылка, ссылка, полностью)
- А мне кажется, что VM можно рассматривать как новую реинкарнацию CISC. Если CISC транслировал на лету высокоуровневые опкоды в последовательность микрокоманд, то VM транслирует их же в последовательность команд RISC-процессора. Грамотно vmp(108 знак., 22.10.2013 23:30)
- Однако мою идею можно развить и в другую сторону. TCM память называется. Evgeny_CD(631 знак., 22.10.2013 22:10)
- Чипы будут иметь встроенный интерпретатор javascript. Вот и все дела. - General(22.10.2013 07:56)
- CISC несомненно победит, но по той причине, что RISC - дань технологической отсталости, когда CPU заставляют семинить мелкими шажками. Но в перспективе число команд должно расти, вплоть до того, чтобы вся периферия была в них погружена! - Ксения(21.10.2013 23:33)
- segment:offset must die! pointer swizzling рулить должОн. - Д.ARMоед(21.10.2013 22:16)
- Ресурсы микрика не самоцель а лишь средство забыть об их (ресурсов) существовании. ASDFS(1264 знак., 21.10.2013 22:13)
- C этой точки зрения меня всегда поражали 32 битные софткоры. В которых совершенно нет заточек под экономное использование блочной памяти. - Evgeny_CD(21.10.2013 21:51)
- упс.... кодесорсери-арм-нон-еаби-лайт теперь недоступна на сайте ментора? - RED_DRAGON(09.03.2015 23:11, dao, полностью)
- Любителям КиКАД: "KiCAD теперь поддерживает трассировку скоростных печатных плат" - RED_DRAGON(07.03.2015 12:06, dao, ссылка)
- Лет десять назад был спор на Телесисях о пользе/вреде 24-разрядных машин. Помнится, Моторола нас баловала такими. К единому мнению не пришли. А вот сейчас приспичило получить 16-разрядный результат всяких синусов-арктангенсов, как славно пришлась Крок(140 знак., 03.03.2015 13:17, dao, полностью)