Трудно сказать, может быть руки кривые или программаторы собирали неправильно, но добиться 100% предсказуемой работы никогда не удавалось. Регулярно нарывался на комбинации компов и софта, которые должны были работать но не работали, либо их работа зависела от погоды на марсе. Еще некоторые проги любили захватывать LPT порт и падать, после чего без перезагрузки вернуть порт к жизни уже было практически невозможно.
Ага, это Вы студентам расскажите
.
Так ты ж вроде пишешь до 16кБ под АВРы, потом АРМ
Неужто так медленно лезет программатором? Видел я проггер где буфер вставили прямо в корпус DB25 и метр шлейфа. И через этот пиздец прошивка в 80к забиралась в проц. Но иногда глючило.
I2C?
Я имел ввиду управление потоком.
Угум-с.. Я так понимаю, это потребует низкого уровня программирования!? ;-) Т.ю. вариант команд "кинул в порт" - "послушал порт" не прокатит? С прерываниями и готовыми буферами? Придется разбираться с протоколами обмена и т.д?
а можно сделать два?! Один на комп - второй на линию связи. Третий - на вторую линию связи?!
Вярд ли, я думаю в ардуине есть библиотеки для работы с портом. Даже если и писать с нуля, то сложного ничего нет. UART аппаратный, только буфер у него на один байт, поэтому по прерыванию забрал байт или положил байт. Можешь взять с Codevision готовый код. Дефайнишь размер буферов на прием и на передачу и вперед. Код в обработчиках прерываний сделает все сам. Это физический уровень, логический думай сам. Как формировать пакет, как адресоваться к устройствам, арбитраж линии. Короче, кури модбас, оно ближе всего к твоим задачам. Не обязательно полностью реализовывать поддержку протокола, но за основу пойдет.
А как ты одним портом будешь рулить в три стороны? Для 485-й линии допустим у тебя контроллер в роли мастера. Сидит твой контроллер и опрашивает девайсы с важным видом, а тут херакс-с, и комп чего то захотел спросить. Вот тебе коллизия на лицо. Не, есть конечно режим мультимастера, но оно тебе надо? Проще пойти и купить 128-ую мегу с двумя UART на борту. Можно зняться извратом, на шину SPI навешать тинек2313 и юзать их в качестве моста да еще и с аппаратным буфером!
Я бы лучше гуглил в стону промышленных решений типа ADAM или MOXA. Потому что
Ну, в данном случае мне важен не результат, а процесс ;-) так что вариант специалистов - не выход.Гуглите в сторону темы "предложения работы бла-бла-бла"
Если сообщение между А,Б,Ц вызывает вопросы - лучше поручить специалистам.
Ну... Я микропроцессоры пощупал реально только неделю назад ;-) Так что вопросов у меня много, очень много. Но, постепенно на ряд из них нахожу ответы... Правда, количество вопросов растет быстрее ;-)Одним портом можно рулить во много сторон, но если у человека 485 интерфейс - новость, то я представляю какой он построит программный протокол
Да вот.. Диодики - помигали уже ;-) Напругу- померил... ШИМом - поигрался. В комп данные - передаю
1-wire - это библиотека. Я так понимаю, именно по этому протоколу общается проц с цифровыми датчиками температуры? Т.е. если есть общение с датчиком температуры, то, скорее всего, также можно запилить и общение плат между собой? Я правильно понимаю?
