Осваиваю Canny 5 Nano (Страница 2 из 3)

И вас с Новым годом!

Возможность создания пользователями собственных блоков достаточно давно стоит в планах развития CANNY Lab, со временем такой функционал будет добавлен.

При обнаружении ошибке на диаграмме при переходе в симулятор, при сохранении или при попытке записи диаграммы в контроллер CANNY Lab выделяет вызвавшие ошибку элементы диаграммы.

Если есть возможность - перешлите на info@canny.ru диаграмму, вызывающую у вас ошибку CANNY Lab.

Аналогично. Но только у меня всё наоборот : связь по CAN шине на CANNY, математика и управление на Ардуине. Почему так ? Потому что я программист и CFD вызывает у меня мягко скажем "недопонимание", реализовать математику сложнее "принять сообщение - включить реле/опросить состояние - послать сообщение" превращается в хаос прямоугольников с трудно прогнозируемым состоянием.
Обидно, что на самом деле CANNY гораздо мощнее Ардуины, и при наличии SDK и библиотек на ней можно творить такие вещи, что Ардуино тихо будет плакать в углу. Но политика создателей "не пущать" глубже кубиков - тупик.

Ага-ага. Кубики в кубике ? Или все-таки дадите попрограммировать ? Чего боитесь-то?

Я всё же не программист.  И "игра в кубики" вполне соответствует инженерному подходу. Пример тому- принципиальные и разные структурные схемы..  Без них в инженерном деле никуда.
Надо заметить, то уже создавая небольшие программы постоянно образуются"стандартные наборы блоков". Так что я ожидаю с нетерпением такую возможность.

Ардуино берёт множеством всяких примеров... Но всё это  на СИ. У всякого нормального инженера от Си начинает болеть голова.  Недаром есть всякие Скады, особенно  (и именно) в промавтоматизации.  Понятно, что совсем не помешал бы учебник по Канни в стиле Джереми Блума. В конце концов просто заменить все эти безумные конструкции, сделанные на СИ,  на вменяемые конструкции на CFD.

Я разобрался с подачи Константина как сделать ячейку "оперативной памяти".  Пара триггеров (в моём случае это D и RS триггеры) и вот она ячейка оперативной памяти. Видимо, можно попробовать и на других триггерах сделать ячейки и даже линейки памяти.

Да, описание не поспевает.
С некоторых пор, каждый произведенный контроллер имеет уникальный идентификатор, своего рода серийный номер. Его можно увидеть при подключении контроллера к CANNY Lab через пункт меню Устройство->Информация, он будет в верхней строчке таблицы. Из диаграммы к нему можно получить доступ через названные вами регистры. Один из вариантов использования - привязка диаграммы к конкретному экземпляру контроллера.

Вероятно речь идет о перенумеровывании, а не о переименовывании. Однако, транслятор не делает ни того, ни другого самостоятельно. Пользователь имеет возможность автоматически упорядочить нумерацию блоков на диаграмме, выбрав пункт Перенумеровать в меню Сервис. При этом блокам присваиваются номера в соответствии с порядком их исполнения.

Функция ручного назначения пользователем номеров блоков появится в следующих версиях CANNY Lab, однако номера блоков никак не влияют на порядок их исполнения. Блоки исполняются в соответствии с основным правилом - блок может был исполнен только тогда, когда вычислены значения всех его входов. Если на диаграмме присутствуют циклы - соединение выходов блока с его же входами через цепочку из одного или нескольких промежуточных блоков, то последним в цепочке будет исполнен тот блок, который находится правее остальных. Циклы вызывают зависимость результата вычисления от взаимного расположения блоков, это плохо, по возможности избегайте циклов.

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

Поток выполнения всегда один. На каждом цикле исполнения диаграммы поток исполнения "заходит" в каждый блок диаграммы один раз и исполняет его. Цикл исполнения диаграммы заканчивается, когда исполнен последний блок диаграммы, после чего, цикл немедленно начинается заново, с первого блока диаграммы.

Тут прямая аналогия с бесконечным циклом в императивном языке программирования; функциональные блоки - последовательные операции внутри тела цикла; поток исполнения - последовательное исполнение операций процессором.

Цитата очевидно из руководства CANNY Lab из описания функционального блока "Детектор переднего фронта"?

Поясняю по шагам примера рассмотренного там:

Шаг 1 - состояние блока после его исполнения во время первого цикла диаграммы
Шаг 2 - состояние блока после его исполнения во время второго цикла диаграммы
Шаг 3 - состояние блока после его исполнения во время третьего цикла диаграммы

Сообщений о подобных проблемах к нам ранее не поступало. Присылайте файл -  посмотрим.

Видимо, разрушение файла связано с глючность Виндоуса-10.  Я поторопился перейти на него с Виндоуса-7.

     Написал таки приёмник RZ кода. Принимает. Я так и не решил задачу ячейки памяти на триггерах, чтобы работала в потоке. Эта ячейка используется как буфер приходящего сигнала из линии связи. После приёма некоторого количества битов информации, ячейка обнуляется  и после возобновляется цикл приёма. Пока написал буфер с использованием  энергонезависимой памяти. Скорость может и невелика, но для начала годится.

Наличие независимой от потока выполнения памяти очень удобная вещь. Позволяет формально разорвать цикл выполнения. В одном месте пишу, в другом читаю. Было бы неплохо иметь в Канни 5 Нано некоторое количество ячеек оперативной памяти. Полагаю, что в процессоре остались незадействованные ячейки ОЗУ.  Для разгона хватило бы штук 8-16 ячеек (слов).

В приложении файл приёмника RZ кода. По каналам 3 и 4 приходят биты информации. В зависимости от того пришёл ноль или единица, выбирается способ обработки буфера. При нуле просто сдвигается влево. При единице буфер сдвигается влево и добавляется единица в младший разряд буфера. Модифицированное значение буфера записывается в ячейку ЭНП00. Если пришло 16 бит информации, значение буфера отправляется в UART, буфер обнуляется.

В верхней части схемы остатки отладочноё схемы.

RZ код имеет три состояния 1,0 и отсутствие сигнала. Передача строго последовательная. Поэтому приходящий сигнал на канал 3 или 4 всегда имеет значение 1.

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

По-моему в вашей диаграмме достаточно было бы просто соединить выход 17го блока со входом 8го.
Перенумерация блоков из меню Сервис программы покажет результирующий порядок исполнения блоков. Мне показалось что он не будет отличаться от исходного.

Тем не менее, прилагаю свой вариант. Он, требует выполнения по крайней мере двух условий:
1. Ситуация, когда на каналах 3 и 4 одновременно (за время меньшее чем длительность одного цикла диаграммы) появляется и удерживается сигнал исключена (у меня в этом случае примется единица, у вас не примется ничего)
2. Между исчезновением сигнала на любом из каналов и появлением следующего на любом из каналов, проходит время не меньшее чем длительность двух циклов диаграммы (у вас это условие так же необходимо)