Проект контроллера монтировки RUMOUNT

[Aslamov Ilya]

А вообще, еще один не маловажный аргумент, про который я забыл упомянуть - это перепрошивка контролллера по тому же каналу связи с ПК.
Хотя конечно тут можно отравить "Спец команду", после которой отдать управление загрузчику прошивки который уже со своим бинарным протоколом.

[Максим M]

Спешу Вас упредить. Сейчас я программирую камень по тому самому УАРТУ по которому с ним общаюсь. Или наоборот..(?)
Камни имеют бутлодыря на УАРТЕ.

Что касается бинарных кишочков.. 2 варианта. Спецкоманда. Вторичный бутлодырь запускаемый спецкомандой. И он висит в оперативке. Копируясь из старой прошвы.

[Aslamov Ilya]

ЗЫ - именно, опциональный КС нас спасет. Ваш вариант?? CRC16? 8? Как присобачить вариант есть - !DAS2346226:9A#

Присобачить вариантов конечно куча, а 8 или 16 зависит от длины сообщений, а т.к. они короткие, то CRC8 - за глаза. 
А то что CRC опциональная -  это только ПЛЮС!  хотите - юзайте, хотите, нет. Так все делают! 

[Максим M]

Я что то брежу.. Конечно спецкоманда. Называется

goto подставьте адрес бутлодыря в неудаляемом флеше.

Это можно считать решенным

[Максим M]

Хорошо. Либо CRC8 либо ксор всех байт дО КС. Даже лучше ксор.

Итого ксор всех байт, ЕСЛИ встретится двоеточие в конце команды.
Если не встретится обычная команда. Ответ на команду с КС должен также содержать КС ответа.

?DAA123:4A#  !DAA124:4B#

И этот вопрос закрыт

[Aslamov Ilya]

Итого ксор всех байт, ЕСЛИ встретится двоеточие в конце команды.
Если не встретится обычная команда. Ответ на команду с КС должен также содержать КС ответа.

Конечно, пока можно на этот XOR не обращать никакого внимания, но зато при удаленных системах по UART - будет хоть какая-то помехозащищенность. Thanks! 

[Максим M]

На сегодня наверное всё. у нас полночь. А завтра война с МК.

[Aslamov Ilya]

Скоро последуют дебаты поинтересней. Небесная механика. Гото. Госё.

С этим проблем быть не должно. Ведь этим занимается прога-"планетарий". У вас же на сколько я понял не планируется самостоятельная работа системы?

Векторное управление. "А где мой драйвер?".

а тут да, будет что обсудить.

[Максим M]

Стоило тогда ради крутилки с моторчиком столько буков писать. Планируется. 

[Максим M]

Двигаемся дальше.

Протокол утрясается. Добился работы блоков актуатора. Назначил актуаторы на те ножки, на которых висят светодиоды.
Через протокол зажигаются и гасятся. Команда !AGV1# зажигает зеленый светик

Документ больше не помещается на форум из-за размера в 600Кб. Вот его постоянная ссылка.
http://sourceforge.net/projects/rumount/files/rumount.pdf/download

[Rusik]

протокол нравится, хорошо продумал его, даже и придраться сразу не к чему. 

... не понял в примере насчет "нажатой кнопки", и вывести на экран, это зачем такая задумка или так для примера?

И еще как планируеш, в системе обмена присутствует один мастер (комп), контролер сам никуда нечего не может передать, правильно я понимаю?

[Максим M]

Сразу и не вкурил.

Если ты про обратную связь от КМ к компу то так и задумано - передавать смогут туда и обратно (даже если не нужно сейчас).
Протокол симметричен (например зачем опрашивать каждый 5 сек монтировку - если она сама может информировать о своем состоянии).


Ежели что иное - расскажи - разберем ситуацию.

[Максим M]

Далее. Мастер как таковой или необходимость мастера отпадает. Например - мы соберем пульт на этот КМ.
Так пусть себе передает координаты объектов со своего ПЗУ. Мастер - уже не комп. Ну а твой вариант. Так вобще
сказка - одновременно и комп и пульт отдают команды. Комп ведет пульт корректирует. Долой шаблоны.

PS Что то сумбурно высказался.

[Rusik]

шаблоны как шаблоны, это только название.

я же со своим "бараном", ты правильно понял, с одновременной работой двумя ведущими может возникнуть одновременная передача,  и проблема как ее разрешить

[Максим M]

Постой.. я не сильно помню. Но разве аппаратный блок UART у агмеги будет слать в шину когда там есть сигнал?

Полностью проблема двух мастеров не решается. Т.к. УАРТ (232 точно) для этого как бы не предназначен.
Надо этот вопрос вскрыть.

[Денис Никитин]

Постой.. я не сильно помню. Но разве аппаратный блок UART у агмеги будет слать в шину когда там есть сигнал?

Конечно будет, стандартно у него нет никакого аппаратного арбитража.

Полностью проблема двух мастеров не решается. Т.к. УАРТ (232 точно) для этого как бы не предназначен.
Надо этот вопрос вскрыть.

Для этого годится CAN

[Максим M]

Да. CAN тут лучше но его нету в мегах. Или адресный UART тогда.

Но мне то проще - на самом долхом камне - 3 UARTa.
А тут человек хочет упихать всё на 2 провода.

Может действительно адресный UART?

PS хотя адресный уарт решает задачу множества слейвов а не мастеров... =\

[Rusik]

а на мегу не смотри, там может и другой камушек быть это не догма 
да на CAN это решено, там почти полная свобода куда хочеш туда и шли.

и на CAN тоже два провода

[Максим M]

CAN безусловно хорош. Но у него есть (?) шинный арбитры. А это значит другая топология. И тут уже не важно - хоть один провод.

Если на мегу не смотреть. УАРТ это два провода и 1 мастер. В понимании rumount 2 мастера это 4 провода и 2 уарта.

Выхода я пока не вижу.

ЗЫ Либо горотьба программного арбитража. Что куда бОльший геморой чем 2 шланга.

[Денис Никитин]

Да. CAN тут лучше но его нету в мегах. Или адресный UART тогда.

Напомните братцы, когда произошел плавный переход на мегу?