Jump to content

    

DMD

Свой
  • Content Count

    120
  • Joined

  • Last visited

Community Reputation

0 Обычный

About DMD

  • Rank
    Частый гость

Контакты

  • Сайт
    Array
  • ICQ
    Array
  1. ) Вы думаете в образовательном учреждении хоть что-то зависит от желания админа ... )Большинство вещей уже морально устарело, часть - новье, несовместимое с имеющимся оборудованием, а часть - непонятно для чего закупленное оборудование. В целом действует правило "денег нет". PIMI, KVMoverIP и прочие KVM-образные технологии мне давно известны. Есть желание поработать в этом направлении и что-то изобрести :)
  2. В общем-то, идеи подкидывает сама жизнь - достаточно лишь немного приглядеться. Знакомый админ посетовал, что в его парке машин довольно часто случаются зависания, отследить причину которых сложно. Да и еще к тому же приходится ехать почти за 100 км и перезагружать систему. Вот и возникла идея создать устройство, подключаемое по шине PCI или еще какой для того, чтобы можно было мониторить систему, перезагружать ее, дистанционно управлять и пр. В общем-то, таких систем много, но они довольно дорогие и не расширяемые по фунцкионалу. Я же хочу многое реализовать, так что... работа есть! ) Кстати, мне очень понрвились вамши идеи и особенно идея Enthusiast насчет процессора. В свою бытность, я писал диплом на тему эмуляции микропроцессора Кр580ВМ80(а) на Интел для реализации учебных стендов и задумывался над тем, чтобы реализовать свой МП, свою систему команд и пр. вещи. Спасибо!
  3. )) Спасибо, такие идеи - одна грандиознее другой ) Я по основной профессии - инженер АСУ. ) Преподавание - это так, скороее хобби и добрая привычка, оставшаяся после аспирантуры. И вторая дополнительная работа. Идеи хорошие. Но задача преподавателя, как я ее понимаю, даже скорее не научить, а показать направление и не отбить желание изучать самостоятельно. В целом, большинство учебных заведений у нас в стране находятся не в самом лучшем этапе своего развития, поэтому боевых роботов и прочие интересные вещи строить будет не на что. 3Д принтер тоже весьма интересен - такую штуку делали мои сокурсники. Только там был не клей, а фреза, но тоже было весело. Порыскав по сети, нашел вот такие проблемы. ) Давайте я тут буду писать что найду, быть может кому-то тоже помогу решить проблему кризиса идей )) 1) Сенсорные сети. На самом деле глупость несусветная, если не вчитаться. До сих пор не пойму, зачем это все надо было стандартизировать, но все же. Проблем в этой сфере много: маршрутизация, толерантность к потерям данных, поиск кратчайшего пути и пр. Задача недорогая по финансовым затратам, но все же... 2) Адаптивные алгоритмы управления. Тут конь не валялся - есть какие-то общие правила, но в целом каждый решает эту задачу как может. Ну к примеру... Система управления летательным аппаратом инвариантная к специфическим особенностям планера. Конечно, что-то фиксировано будет: количество лопастей, шаг винта, расположение ... Но добиться того, чтобы можно было бы унифицировать автопилот, упростить жизнь моделистам и увеличить надежность электроники моделей... Или я неправильно понимаю современный модельсткий спорт? ) 3) Локальный аналог GPS. Я над этой идеей думаю уже давно, уже что-то даже проверял, но никак не могу ничего нащупать. Идея простая: на площадке, пусть 1х1км летает самолет (модель), мне нужно четко знать его координаты (относительные) с точностью до 1 метра. Можно попытаться решать задачу и с замером времени, и с пеленгом на источник сигнала... "Взрослый" GPS дает погрешность от 10-15 до 75 метров. Заставить вертолет, к примеру, зависнуть над точкой без видео камеры или акселерометра сложно. Вот как-то так... Есть и еще мысли, но пока напишу эти. Спасибо.
  4. С моделистами опасно иметь дело ))) Они - народ консервативный. Если что-то летает, то и пусть летает. )
  5. Спасибо, а покажите хотя бы парочку таких, чтобы я знал хоть куда смотреть.
  6. 2kovigor: не поверите - веду, только не у техников, а в колледже, и не электронику, а программирование и еще ряд предметов. Собственно, цель вопроса - подобрать и себе проект, и ребят увлечь, и полезное что-то сделать. 2Serg76: согласен, идей мало, сам страдаю, когда после 2 работ и тренировки домой доползаю (на одну ЗП препода не протянешь). Но я бы столь категоричен не был... Мало ли проектов, которым нужна квалифицированная (надеюсь) помощь.
  7. Здравствуйте. Есть острое желание сделать что-то полезное и стоящее, абсолютно бесплатно, лишь бы было кому-то полезно кроме меня. Все в рамках изучения радиодела, программирования, электроники и автоматики; так сказать для занятий в свободное от работы время. Сфера интересов: микроконтроллеры (опыт разработки устройств на AVR, PIC), программирование (С/ассемблер), системы управления, телеметрии и безопасности. С удовольствием окажу посильную помощь интересному проекту, если необходимо. Либо могу начать свой. Если есть идеи, которые не жалко "подарить" - буду признателен. Спасибо. :)
  8. Нет, Ардуино и пр. мне не надо - это не мой уровень. Что мне надо: взять, к примеру, AT32UC3A0128 - у него корпус LQFP 144 либо TFBGA 144. Для пайки довольно сложный. А нет ли какой-нибудь фирмы, которая продает либо изготавливает что-то по типу такого: ссылка. То есть микросхемка напаяна на небольшой текстолит и от ее ног сделаны отводы для контактов. У СпаркФана я все посмотрел, нет такого для AVR32. Но может кто встречал? Спасибо.
  9. Нее, мне для прототипирования нужны контроллеры (более 80 шт.) именно уже распаянные, чтобы уж с этим не париться. Чтобы их выводы были выведены на гребенку или облуженные каналы... Нет такого, не видели? А можно поподробней о пайке многовыводных корпусов? А также, хотел узнать, как долго можно безопасно держать паяльник (40Вт/25Вт) на выводах микросхем? Нигде я что-то такой информации не нашел.
  10. Здравствуйте. Ребят, не посоветуете, можно ли где-нибудь купить (не очень дорого) уже распаянные 32-битные МК AVR, PIC32 или ARM? Просто паять 64 или 140 ножек уже задолбался, а было бы гораздо проще для прототипов воспользоваться уже готовой схемкой. Спасибо.
  11. Да, идея сырая, согласен, но от этого она лучше или хуже не становится. Суть идеи (если отстраниться от всего словоблудия) - создать систему управления любым агрегатом, попутно избавив авиа- мото- авто- и пр. моделистов от необходимости изучать электронику, пайку, согласование и пр. и дать ему в руки только готовые компоненты (то есть типа конструктор + конфигурация, при возможности - простейшая). Никто не говорит, что это все будет громоздко, неудобно и пр. Просто сейчас стоит задача создать прототип, а уж потом займемся оптимизацией, уменьшением размеров, улучшением и т.д. Опыт в разработки подобных проектов есть (я в прошлом ученый), так что уверен, что что-то должно получиться. Ну а если людей не заинтересует - займусь чем-нибудь своим, благо идей много. Для того, чтобы реализовывать что-то новое, нужна уже работающая платформа, хорошо работающая база. Её (пока) я и ставлю целью собрать и оттестировать. Потом, как дополнение к этой базе, отдельно будут разрабатываться дополнительные модули, реализующие какой-либо функционал. Не думаю, что все это будет громоздко. Также, весьма не уверен, что в итоге получится хуже, чем Arduino+ArduCopter или что-то подобное. Кстати, разработку планирую вести сугубо в поле лицензии GPL или ей подобной. По моему опыту, наилучшие решения были созданы именно тогда, когда в этом могли участвовать многие независимые специалисты. А вы мне, навскидку, можете назвать автопилоты и/или системы управления реальными моделями, которые возможно модифицировать и доработать своими функциями, причем бесплатные и с открытыми схемами и пр и пр? Я знаю только пару (один - ArduCopter, и еще один, аналог, тоже весьма базовый и не расширяемый). Я и собираюсь занять эту нишу. А дальше - получится что-то годное - будет проект и будут новые мысли. А не получится - ну чтож, займусь чем-нибудь еще. ) Исходя из Вашей логики, самое надежное летательное средство - кирпич: один блок, 99.99% надежности, правда, и то ломается и трескается. :laughing: Однако, я уверен, что в своей жизни, вы летали на самолетах, причем под управлением автопилота, конечно же... Там надежность гораздо меньше даже 70%. Другое дело, нужна ли нам почти 100% надежная система за $$$$$$ рублей? Вряд ли. Здравая грань между стоимостью и надежностью - важнее. Что же я планирую, так это сфокусироваться на каких-то критериях надежности, а остальное дорабатывать по мере работы. Однако все, почему-то, покупают двигатели уже готовыми, покупают рамы (в основном), а не делают их сами. Говорить о том, что человек, желающий запустить модель, пусть и высококлассный спец по воздушным полетам, должен еще стать и электронщиком - это, простите, бред. Пускать неспециалиста в те дебри, где не каждый разберется - это чревато проблемами. А в связи с все большим усложнением алгоритмов управления, будете ли вы настаивать, что человек-летчик, человек-конструктор справится с обязанностями инженера-электронщика, спеца по автоматике и пр.? Я уверен, что ответ будет "нет". Сложность систем растет. И мне кажется, что каждый должен заниматься своим делом, а не лезть туда, где он не специалист. Как показывает мой опыт, люди редко разбираются более чем в одной области. У каждого своя причина заниматься всякого рода моделизмом. И не всегда, кстати, это именно чисто полет. Кого-то привлекает постройка (тогда даже отрыв на пару минут от земли кажется человеку победой), кого-то - проектирование, ну а кому-то хватает покупки готовой модели и АСУ - и в путь. Однако это не значит, что он - моделист, так же как и не значит, что каждый купивший авто - шофер. Да, решена тысячу раз, зачастую одно и то же, аж противно. Может просто однажды сделать какой-либо универсальный блок и наружу вывести лишь органы управления, а моделисту дать время заняться своими делами? )
  12. Хорошо, а посоветуйте, где поучиться ARM? Есть где-нибудь внятное описание архитектуры, параметрический выбор и пр.? А то у них на сайте ничего не понятно.
  13. Хорошо, опишу что хочу сделать - просьба сильно не пинать. Увлекаюсь разработками систем искусственного интеллекта (сильно сказано, но скорее изучаю и что-то пытаюсь делать свое). И пришла в голову мне мысль сделать автопилот для беспилотника (БПЛА, летательная такая штука с дистанционным управлением). В летательных аппаратах я не силен, поэтому сконцентрировался на сути автопилота. Само устройство будет состоять из головного блока и серии вспомогательных блоков, каждый из которых выполняет определенную функцию, которая необходима разработчику БПЛА. То есть, по сути, получается распределенная система управления, знаю, но у нее будет своя "изюминка": во-первых, протокол обмена (прикладного уровня) будет открыт для разработки своих блоков, а на физическом уровне планирую задействовать либо бошевский CAN, либо I2C, благо есть опыт разработки и под то, и под другое (было время - в аспирантуре ваял устройства систем охраны, связанные между собой по CAN...) В головном блоке будет размещаться ОС реального времени (почитал - думаю, что FreeRTOS либо uOS либо TNKernel), которая будет выполнять основную программу опроса и пр. + программы обслуживания данных каждого блока. Скорости даже самой медленной шины связи (I2C - 10 Кбит/с) думаю, для опроса должно хватить. Как представляю себе работу: пользователь хочет собрать автопилот для самолета. Ему необходимы 2 гироскопа (X+Y координата, Z координата), несколько акселерометров (сколько точно - зависит от пользователя), какие-то устройства управления (рулевые машинки), контроль закрылков и пр. Каждое из этих устройств будет представлено блоком, который можно взять, прикрепить к основным шинам устройства (т.е. к главному блоку) и не особо задумываться над тем, как это все будет работать. После подключения, пользователь заливает программу в память основного МК и вуаля - что-то должно получиться. Знаю, звучит утопично, но в этом и суть разработки - сделать максимально универсальную бесплатную и открытую систему контроля какого-то агрегата, причем оставить пользователю возможность самостоятельно модифицировать алгоритм, но не Сишным или ассемблерным кодом, а каким-то кодом типа бейсика. Естественно, что все будет стандартизовано, то есть будет стандартный протокол взаимодействия между головным модулем и блоками, будет и устройства согласовния и пр. и пр. Вот.... и тут я понял, что моих знаний не хватает. Раньше я изучал сам PIC (особенно в память врезались 16е, со своими переключениями банков - в кошмарах будет сниться ), но это уже не тот уровень. Гугл подсказал, что сейчас стандарт де-факто ARM, но я что-то не пойму как их можно задействовать, а главное - нигде нет сводной таблицы, по которой можно выбрать МК по параметрам. К PIC32 у меня осталась неприязнь после PIC16 и их супер среды разработки MPLAB, тем более, как я понимаю, С-компилятор они так бесплатно и не дают. Поэтому и остановился (пока) на Atmel 32u3 Вот такая идея. )