ИнЖеНиГеР
-
Постов
211 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Блоги
Сообщения, опубликованные ИнЖеНиГеР
-
-
В CAN'е меня очень порадовал арбитраж шины:
Пожалуй, CAN был бы идеальным вариантом, если бы не одно "но": он не совместим с UART, а это значит, что вместо простенького MSC-51 придётся использовать контроллер с поддержкой CAN, да и для подключения компьютера будет не обойтись переходником RS232-RS485. Поэтому повторю вопрос: можно ли реализовать обнаружение коллизий в сети на RS-485? Ну о-очень хочется!
А что мешает взять МК с поддержкой CAN, UART будет по любому. А дальше дело программизма
0 -
Собственно, вопрос: как реализовать обнаружение коллизий в такой сети, а конкретнее, можно ли во время работы драйвера линии (напр. MAX481/483/485/487/1487) на передачу контролировать соответствие принимаемых данных передаваемым (т. е. будут ли они гарантированно испорчены при возникновении коллизии), или же при работе на передачу микросхема "не услышит" никого, кроме себя?
Или, может быть, существует другой, более стандартный для RS-485 способ реализации поставленной задачи?
Для такого способа реализации сети, лучше бы применить CAN. В RS-485 с маркерно-интервальным методом, можно потерять много времени. Хотя если не нужна оперативность... то можно и маркерно-интервальным методом.
0 -
Требуется аппаратное микроэлектронное устройство (не микроконтроллер!), способное при определенном входном сигнале (скажем, через шину I2C) выдать на выходе нуль или единицу в зависимости от того, совпадет ли входной код с собственным кодом прибора.
Основные требования: простота конструкции (в идеале одна микросхема), широкий температурный диапазон (-40...+70°С), уникальность индивидуального кода каждого прибора, минимальная стоимость решения.
Можешь попробовать сделать на ПЛИС. Преимущество - можешь заложить любой алгоритм шифрования данных.
А если просто на совпадение делать, то можно сделать на ПЗУ с параллельной загрузкой данных (Например отечественные К573РФхх или буржуйские аналоги 27Схх).
0 -
Я использую связку WinPIC (софта шьёт любой пик +16 разрядные и DSP) и программатор EXTRAPIC. Наблюдалась аналогичная проблема. Решил это следующим образом : на выход высокого напряжение (+13В) поставил резистор 1К притянутый к земле. Затем подтягивающий резистор на +5В на MCLR поставил тоже 1К. Всё заработало. + ещё необходимо подтягивать PGM на 0 для высоковольтного программирования или на 1 для низковольтового программирования.
0 -
Задравствуйте, не поможете разобрать, а тоя я тоже немного запутался с прерываниями pic16f84a, значит я устанавливаю в INTCON биты GIE и INTE, в OPTION_REG не изменяю значение INTEDG (тоесть в intedg нахотится единица, тоесть прирывание по возрастанию напряжения), так вот после запуска основная программа работает, но если взять кусок провода и просто прикоснутся к ноге int (6 ного в DIP корпусе) то возникает прирывание, если нога не подключена или подключена на землю то прирывания не происходит. Так вот вопрос неужто те миливольты которые появляются как разница потенциалов на концах проволки, достаточны для прерывания ? я думал для возникновения прирывания там должно быть чтото около 5 вольт. Если INTEDG поменять на ноль тоесть прирывание должно возникать при падени напряженя, а 6 ножку подключить через резистор на 470 ом и кнопку на 5 вольт, то про запуске микроконтролера сразу вызывается прирывание, и начинает выполнятся постояно не зависимо от того нажата кнопка или нет. не подскажите в чем проблема ?
П.С А прирывания в очередь ставятся ? дрожание кнопки может привести что прирывание поаторяется многократно ?
6 нога(INT0) работает как прерывание по фронту (т.е во время изменения с 0 на 1 или наоборот). Так что если будешь водить проволочками, то вполне вероятно что будут возникать прерывания. Если тебе не нужно это прерывание можешь его отключить, выставив в регистре INTCON бит INTE в 0, тогда этот вывод будет работать как вывод общего назначения RB0. Если тебе нужны прерывания по уровню, то необходимо использовать другие выводы RB4-RB7, в регистре INCON необходимо выставить бит RBIE в 1 и затем определять прерывание по флагу RBIF находящемся в INTCON. Дребезг контактов приводит к многократному прерыванию. Если дребезг небольшой, то можно воспользоваться простой RC цепочкой для его устранения
0 -
adg774 это быстродействующие ключи с частотой до 200МГц. Потому и дорого. Тебе это совсем не надо.
К561КТ3 обычные аналого-цифровые КМОП ключи.
Только для коммутации двигателей они все не очень подходят по причине невысокого коммутируего тока и напряжения.
Вообще для схемы управления двигателей, особенно мощных очень желательно иметь гальваническую развязку на оптореле или оптроне и транзисторных ключах.
Или я потерял нить и реле для другого нужны ?
По ходу потерял
Ключи нужны были для переключения слаботочных цепей (см. 2 стр.).0 -
А К561КТ3 2шт. вас никак не устроят взамен реле???
Спору нет, можно и отечественными микрухами обойтись.
590КН2 или КН10.
Только где найти нефуфлыжные отечественные ИМС?
В магазине или на рынке
Просто реле стрёмно будет смотреться 0 -
ну если нам объяснить как то возможно и заменят
А что тут объяснять. В одном корпусе К561КТ3 имеется 4 ключа.
0 -
Доброго времени суток!!!
Кто нибудь имел дело с такой моделью МК? Я решил написать для них одну программку. но пока данный МК не приобрел, решил посмотрить по симулятору что будет происходить... программа простейшая:
list p=12f675
#include <p12f675.inc>
__config 3FC4h
org 0
goto start
start clrf INTCON; прерывания не используем
movlw .7
movwf CMCON; тут я отключаю компараторы (по моему это стоит сделать)
bsf STATUS,RP0
movlw .8
movwf TRISIO; GP3 на вход (так как на выход его не поставишь) остальные на выход
bcf STATUS,RP0
clrf GPIO
bsf GPIO,0
loop nop
goto loop
end
по идее в окошке FSR симулятора MPLAB должно смениться значение нулевого бита GPIO с 0 на 1, а этого не происходит...
суть проблемы состоит в том, что ничего не могу сделать с портами, что в GPIO не вводи состояние этого регистра не изменяется почему то... что я не учел?
list p=12f675
#include <p12f675.inc>
__config 3FC4h
org 0
goto start
start
clrf GPIO
bsf STATUS,RP0
movlw 0x80
movwf OPTION_REG
movlw .8
movwf TRISIO; GP3 на вход (так как на выход его не поставишь) остальные на выход
;___________________________________
clrf ANSEL; Отключаем АЦП |
;___________________________________|
bcf STATUS,RP0
clrf INTCON; прерывания не используем
movlw .7
movwf CMCON; тут я отключаю компараторы (по моему это стоит сделать)
bsf GPIO,0
loop nop
goto loop
end
Вот так у меня заработало.
0 -
А К561КТ3 2шт. вас никак не устроят взамен реле???
0 -
Для начала проверь генерит ли твоя RC цепь.
0 -
-
Доброго времени суток. Собирал программатор по аналогичной схеме результата никакого ic-prog выдает ошивку програмирования по адресу0000, а pony вообще ничего не видит, манипуляции с настройками ни к чему не привели. Собрал схему отсюда http://www.ikarab.narod.ru/ все прекрасно работает и с pony и с ic-prog.
Вот настройки для IC-PROG
0 -
А вообще, спрашивал просто к тому, нужен ли нам USB>TTL впринципе, или вдруг найдётся один микроконтроллер, который одним концом сразу в USB, со второго конца выходы того что мне нужно
ЗЫ. Придумать надо какое-нидь более адекватное название темы, а то так и не получается сформулировать тремя словами.
Можешь попробовать МК LPC214х. У него встроенный полноскоростной USB 2.0. Внешней перреферии практиически не нужно (только мелочь всякая
). Или МК AT91SAM7xxx у них тоже есть встроенный USB. Ну или от Cypress МК.0 -
Возникла такая проблемка.
Собрал простой програматор JDM скачал прогу IC PROG на компе стоит XP SP1 скачал дравер
для роботы с COM портом накрапал прогу но PIC 16F628 не хрена не шьёться.попутно вылитает
не возможно прочитать адрес 0000h.
Подскажите чё за ерунда.
Заранее благодарен.
0 -
нифига не получается у меня реализовать мою задумку.... не на предложенных элементах, ни на простой логике.
Сделаю проще...
Подскажите какую микруху лучше использовать (импортную...)
Сделай на релюшках.
Лучше сделать на мультиплексорах 2-1.
0 -
Да,естественно, связь осуществляется по UART с пом. AT команд.
Проблема в реализации физического интерфейса сопряжения МК и телефона.(мобильный - Siemens A52)
Может кто сталпивался с подобной задачей?
Главное согласовать уровни TX и RX. У твоей мобилы уровни скорей всего не превышают 3,3В. Так что у тебя есть 2 выхода. 1-й Питать контроллер от 3,3В и подключаться напрямую. 2-й Питаешь от 5В контроллер и ставишь делители по TX и RX. И не забудь землю устройства соендинить с землёй мобилы
0 -
Кто может подсказать схему соединения МК ATtiny и сотового телефона?
Просто мобилу подключаешь к USART
0 -
в пользу микроС могу добавить такие аргументы:
Превосходный хелп с примерами подключения микроконтроллеров и примерами програм.
Очень большая библиотека встроенных функций
так он же платный
Держи кряк на последнюю версию MikroC 6.02
1 -
Подскажите пожалуйста! Теоретически нужно преподавателю ответить.
Сбросить его, если нужно установить в 0000.
0 -
Использовать 8 информационных входов и 3 адресных
0 -
Подскажите какую схему можно использовать, чтобы минимизировать использование ножек микроконтроллера. Как такая называется и где бы скачать pdf? Имеется 16 дискретных входных и столько же выходных сигналов.
Самый простой способ использовать мультиплексор (например К155КП1).
0 -
3 контроллера для преобразования CAN в USB это серьезно)))
Может есть выход попроще?
Однозначно, поможет только USB. Так что придётся делать на МК с поддержкой USB(Например PIC18F2455), или использовать отдельный преобразователь USB-SPI (Например MAX3420). Можно правда и на Ethernet попробовать (Например PIC18F97J60).
0 -
в моём институте целый семестр посвящен изучению PIC18F452, но я хотел бы уже сейчас иметь представление о том что это и с чем это едят. хочу узнать мнения людей реально работавших с этим МК.
(не стоит мне советавать поГуГлить)
Скачай документацию на него с http://www.microchip.com и почитай её.
0
Microc For Pic
в PIC
Опубликовано
Вот тебе ссылочка http://www.mikroe.com/en/compilers/mikroc/pic/download.htm
А вот тебе кряк на версию 6.2 на любой язык
P.S.
Весьма неплохая среда, мне понравилась