Перейти к содержанию
    

ukpyr

Участник
  • Постов

    1 236
  • Зарегистрирован

  • Посещение

Весь контент ukpyr


  1. FAT16/32 для ARM

    ну так сделайте патч и отошлите его автору. :) в тему: http://habrahabr.ru/post/150982/
  2. зависит от производителя. кто-то использует проприетарный протокол, кто-то стандартный: http://en.wikipedia.org/wiki/COM_port_redirector http://tools.ietf.org/html/rfc2217
  3. http://v-lad.org/projects/gnu.io.android/
  4. не пойму логики редактирования проводников. например нужно переместить конец проводника вправо: нажимаю "g" - вместе с проводником захватывается вся микросхема, хотя он к ней не подключен. логика явно инопланетная...
  5. а зачем его "ставить" ? когда был нужен Пикад, я просто скопировал папку только с нужными файлами PCAD2004, суммарный объем примерно 30М. под вайном работал отлично
  6. А подробнее можно - частотный диапазон, точность, вид управления параметрами - цифровой, напряжением, или можно просто резисторами ?
  7. IRF,Infineon,ST. Еще у TI есть интересные штуки, до 8 ключей с послед.регистром
  8. медленно заряжайте в.в.конденсатор и разряжайте его через вакуумный разрядник
  9. как обычно - менеджеры продавили и распиарили... RS232 - вот где универсализм и минимализм
  10. да, полезная штука. Решается с помощью реле или мощного MOSFETа, для управления - одиночный D-триггер.
  11. да транзистор может быть каким угодно. тепло нужно куда-то рассеять. Зачем делать грелку для рассеивания (30В - 5В) * 2А = 50Вт если для нагрузки нужно всего 5В * 2А = 10Вт ? Широкий вых.диапазон - источник многих граблей. Подумайте что конкретно нужно от блока ? Как правило 3.3,5В до 1А для микроконтроллерных поделок, +/- 5..15В 200..500мА для аналога, 12..18В 5..10А для силовухи/аккумуляторов. Больше то зачем ?
  12. интересно для каких целей планируете столь навороченный блок ?
  13. дико бесит то что у многих диалогов не сфокусированы поля ввода и не прописаны реакции на Enter/Esc. извините, но у разрабов руки из одного места ? вот уже несколько лет одно и то же - пилят какую то неведомую ненужную херню типа принципиально новых иконок вместо действительно нужных вещей, повышающих удобство и скорость работы...
  14. :) что-то дорого, вот например за 7$ http://www.dealextreme.com/p/wireless-blue...er-module-80711 конечно, там обычный TTL RS232 как сеть не получится. Будет несколько независимых СОМ портов, вот с ними по очереди и работайте. Можно с Bluetooth перейти на проводной RS485 с помощью драйверов с автоматическим управлением направлением (MAX13487/488) никак не выдержать, только через тайм-ауты. Тайминги RTU - пережиток прошлого, с появлением USB-RS232, Bluetooth-RS232, Ethernet/WiFi-RS232 они не актуальны.
  15. мне пока хватало 12 потоков. удобно разбивать программу на независимые модули - работа с индикацией, клавиатурой, связь, работа с автоматикой (state machine любой сложности, с таймерами реализуется элементарно). Для обслуживания событий с дискретностью 1мс не требуеся никаких прерываний - хватает одного системного таймера на 1кГц, с программным опросом флага переполнения. к работе с периферией наличие ОС не имеет почти никакого отношения. Вся работа с периферией выносится в отдельные функции/макросы, в результате все элементарно портируется на другие архитектуры (напр. портировал один проект (~14K Flash, AVR-GCC/ARM-GCC) с Atmega16 на STM32F100 за один вечер, причем сохранилась возможность компиляции под АВР).
  16. :) гугл + самостоятельное копание: http://dunkels.com/adam/pt/ http://code.google.com/p/protothread/wiki/UsersGuide http://atomthreads.com/ http://bsvi.ru/tag/protopotoki/
  17. какое отношение Reverse Voltage имеет к управлению ? для включения важно Forward Voltage - прямое падение на диоде. вместо MOC3081 лучше взять MOC3083 - у него намного ниже ток управления 5мА. ограничивающий резистор в таком случае (3.3 - 1.5) / 5e-3 ~= 330..360 Ом.
  18. был бы встроен скриптинг изначально - такие и похожие штуки типа массового перемещения, переименования, генерации символов и футпринтов, решались бы в несколько строчек текста. В geda что-то похожее давно сделали
  19. я бы и сам написал проверку, только не могу найти место в исходниках где создается экземпляр DIMENSION и прописывается текст. Потрачу 15мин, зато потом придется меньше отвлекаться
  20. на счет отображения размеров - можно ли сделать нормальное округление - всместо 30.000 и 68.001мм отображать 30 и 68 ? например перед отрисовкой проверить если разница между значением и его округлением не превышает например 0.01мм, то проеобразовать число в целое.
  21. haker_fox токо непонятно что делать с этой библиотекой на других архитектурах (PIC, STM8, STM32). привязка всей логики к архитектуре АВР - не лучшая идея.
×
×
  • Создать...