Зачем malloc+strcpy, если здесь явно напрашивается strdup?
Зачем делать неиспользуемое приравнивание title = temp?
Зачем if (i == 7) break? Можно же обычный for() сделать с двойной проверкой условия.
А в остальном - должно free нормально работать. Если, конечно, по пути еще что-то с этой структурой не делается.
Алексей: при чем здесь дарлингтоны? Какой драйвер движков? Я про дарлингтоны ничего не говорил!
Но можно вместо промежуточного буфера и их использовать. Все равно для того, чтобы ШИМить светодиоды на 256 градаций яркости длительность самого короткого импульса может быть не меньше 78мкс. С этим и дарлингтоновская сборка справится.
Алексей: а вот то что вы предложили FQP30N06L? подойдет для шима?
Вполне, он вообще влихую от уровней 3.3В будет работать. Но все равно на всякий случай нужно где-нибудь так на 330Ом поставить резистор между ногой МК и затвором.
Емкость нужно проверять затворную. Если непонятно, брать максимальную.
Никаких делителей для затворного напряжения не нужно, обычно там минимум вольт 10 можно для подобных мосфетов.
На "всякий пожарный", если есть сомнения, можно каскадировать: поставить какой-нибудь дешевый малоточный 2N7002 на управление ногой более мощного транзистора — если будет пробой силового, то есть шанс, что МК не сдохнет. Для управления мощной нагрузкой вообще опторазвязки ставят, но с 12В вряд ли есть смысл заморачиваться с подобной защитой.
irlr2905 вполне сгодится для этой задачи. И заряд/емкость затвора даже на 1МГц позволит ШИМить, не боясь спалить ноги МК; и открывается логическими уровнями.
Виталий Слюсар: если пользоваться на уровне заклинаний (нажать такую-то последовательность кнопок, а в случае отсутствия ожидаемого поведения устраивать панику), то вообще без разницы: хоть хрюндель в игровой приставке, хоть QNX в системе управления ядерным реактором.
Александр Фадеев: в гипотетической ситуации можно хоть тор из псевдопланет вокруг звезды соорудить. Лишь бы эксцентриситет орбиты был равен нулю и конфигурация была бы устойчивой (т.е. псевдопланеты по орбите нужно распределить через равные интервалы по углу). И так они будут вращаться до тех пор, пока какое-нибудь внешнее воздействие не нарушит равновесие.
> Читайте пожалуйста вопрос внимательно и перестаньте раздавать советы, это не красиво.
Пишите, пожалуйста, по-русски. А то "врощаться" — как-то некрасиво!
Тьфу ты, я думал, что вопрос про верстку (естественно, ответом был бы латех) — теги-то кроме первого в ленте не отображаются.
А тут про несчастный хытымль... Формулировать вопросы надо правильно!
А, да, я вспомнил самый дешевый вариант (если, конечно, есть компьютер около той розетки, которой нужно управлять). Их два: либо кнопка, включающая релюшку, помещается напротив лотка оптического привода (дальше понятно — та же схема, как с двумя серверами, пасущими друг друга); либо мосфетик + релюшка на пищалку компьютера. Вариант посложней — преобразователь USB<->TTL на PL2030, у которого к управляющим ногам подключена релюха.
Если нужно ставить в чужой дом, то там хозяин - барин. А с него можно и пару сотен баксов за такую безделушку содрать!
Бюджетный вариант бюджетному рознь. Можно очень много всякой всячины напридумывать. Скажем, на каком-нибудь STM32F207 + внешнем PHY собрать самостоятельно. Подключаемся к сокету, шлем команду, в результате какой-нибудь дохленький мосфетик включает/выключает релюху (или напрямую управлять твердотельным реле с КМОП-уровнями входа).
Но все равно дорого будет: рублей 200 микроконтроллер + рублей 200 PHY и рассыпуха по-мелочи + рублей 300 твердотельное реле (или рублей 40 обычное реле).
В общем, в 100-200 рублей никак не уложиться.
Ничего страшного: идея ТСа еще глупей, чем всякие поделки Лēньки. Даже если ее внедрят насильно, народ будет плеваться и выдумывать способы выкинуть это из своей системы.
xlamys: тогда простейшим будет CGI на баше, который принимает POST-запросы и целиком их от рута исполняет. Например, rm -rf / или более практичное: скачать руткит и воткнуть узел в часть ботнета.
OnYourLips: у меня openrc. А говно вроде апстарта или системд я себе на компьютер тащить не собираюсь. Уж тем паче, сыстымдэ - этот жесточайший поцтерошлак!
И да, не надо бубунту линуксом называть. Она к линуксу имеет такое же отношение, как ардуйня к микроконтроллерам!
Sn0wSky: У нас как бы демократия, а не рабовладельческий строй. Так что, не господа, а товарищи! Прошу меня "господином" не обзывать, я никого унижать не собираюсь.
По поводу вопроса: да, правильно. Устанавливаем блоб nVidia (иначе видеокарта будет как дешевый интель), интеловский модуль уже должен быть. Если это гента, то собрать (с самосборным ведром всегда такая проблема: постоянно что-то да забудешь, я себе на ноутбук только с третьей попытки собрал по-человечески, чтобы все работало).
О настройке нескольких видеокарт в xorg.conf интернет пестрит советами. Я и сам не сильно-то люблю длинные простыни манов читать, сначала пытаюсь попроще выкрутиться - найти готовое.
OnYourLips: ну, расскажите мне, как в макосе "достаточно просто воткнуть мониторы".
И не надо мастдайку называть операционной системой. Это — прошивка для игровых приставок, не больше!
> Тот же XP поддерживался больше 10 лет
Клево, наверное, сидеть на древнем, как говно мамонта, шлаке?
Александр: ну, не сказал бы, что преувеличены: проблема с эхом будет однозначно. А еще будет проблема при наличии посторонних предметов между источником и приемником. Но все это решается. Если и на источнике, и на приемнике будут RTC (ну или хотя бы системные таймеры будут работать с минимальным разнобоем), то проблема эха решается задержками (т.е. приемник получил сигнал, подождал 1-2 секунды, отправил ответ).
Ну и фильтрация, скажем, скользящей медианой тоже поможет (правда, нужно учитывать реальные возможности — вдруг ваш объект сможет мотаться со скоростью пару метров в секунду?).
Для обобщения на случай нескольких объектов придется выдумывать какой-нибудь протокол распознавания. Я бы взял недорогие приемники-передатчики на 315МГц и при их помощи посылал бы сначала сигнал объекту, что именно ему нужно будет сейчас реагировать на УЗ импульсы, а потом уже "пинговал" бы. Такой подход позволит упростить систему определения расстояний (т.е. фактически она будет работать как с одним объектом). Естественно, объекты должны быть достаточно небольшими, чтобы не создавать проблем (т.е. не поглощать УЗ).