Я тоже не понимаю . Но уже 25 страниц в теме .Цитата:
Сообщение от melky
Вид для печати
Я тоже не понимаю . Но уже 25 страниц в теме .Цитата:
Сообщение от melky
На 100% согласен. Но хочу добавить,что дело не в ПР. А,чтобы Овном пахло ,дело за малым. ВУ должно последние обработанныеЦитата:
Сообщение от melky
данные вытаскивать из буфера(даже если идёт процесс обработки и новые данные ещё не готовы) и немедленно отдавать их
мастеру. Только и всего.
Про особенность я узнал от Вас, уточнил у программистов алгоритм и действительно ли может что-то подобное проявляться, мне ответили положительно. Но так как кроме обмена по интерфейсу необходимо еще обслуживать логику, дисплей вх/вых и т.д то я не считаю это проблемой или неисправностью, видимо на этапе ТЗ были заданы определенные приоритеты, и для Вашей задачи, приоритет нужен для модбас. Но увеличение приоритета для модбас, приведет к другим последствиям, это мое личное мнение. Можно обратиться официально, разве кто-то Вам запрещает, но мне кажется если проборов продано очень большое количество , и только сейчас возник этот момент, то это проблема правильного выбора оборудования для конкретной задачи. Это опять таки мое личное мнение.Цитата:
Сообщение от Mike HG
В моем понимании это был один эксперимент, или изыскание. Первая часть - установление минимально достижимого периода опроса, можно считать выполненной, хотя на пустом проекте, где кроме опросов нет ничего, ценность результата снижается. Вторая часть - оценка влияния нагрузки на период опроса. И вот здесь и вылез подвох. Показанный Юрием результат выглядел хорошо и дал мне уверенность, что возможностей ПР для моих задач вполне хватает. А при конкретной реализации процесс пошел не так и пришлось затратить довольно много времени, чтобы вытащить на свет эту "особенность". А вообще это изыскание надо было проделать на этапе испытаний и результаты указать в технических характеристиках. А в описании указать, от чего может зависеть период опроса. Тогда сразу было бы понятно - для каких задач ПР подходит, а для каких нет. Это было бы честно по отношению к потребителям. И подобных вопросов и претензий не возникало бы. Но тут опять мешает "особенность". Ведь за заявленные ТХ нужно отвечать. Как указывать полученные Юрием 40 мс при времени цикла 7 мс, если при 1 мс может получиться более 100? А указывать минимальные результаты или описывать особенности - будет некрасиво. Поэтому и промолчали.Цитата:
Сообщение от Одесса
Сергей и кто эту теме поднял и естественно все участники .
Естественно нужно официальное обращение . Я естественно поддержу если приоритет
по модбасу будет не в ущерб и проекты которые рабочие будут не сбоить .
И программисты железа (это не программисты ОЛ) должны быть уверены на 100% что это не повредит всему остальному.
Может и не обязательно делать приоритет? Даже если цикл 10-15 мс, не так уж это и много. Главное, чтобы период опроса не гулял от сложности проекта. Я уже озвучивал вариант, что для работы с интерфейсами нужно не выкраивать остатки времени от остальных задач, а выделять столько, сколько нужно для работы без тормозов. Если остатков не хватает, добавлять 1 мс времени цикла. По моему это гораздо проще и точно ни чему не повредит.
в ОЛ нет условных переходов, время затраченное на работу со всеми элементами можно просчитать легко, но раз пишется среднее время, значит к расчетам прибавляется время на обмен с экраном, на обмен с RS485. И следует помнить, что в умных книжках пишут: "при нескольких источниках запросов прерывание становится разделяемым ресурсом, использование которого может привести к нестабильности длительности цикла выполнения программы". Нестабильность ведь не одно и тоже что прямая зависимость от увеличения блоков, может разработчики соглашались на джиттер, а не то что обозначено заглавием темы, кстати можно было бы к примеру указать процент используемых блоков для той или иной ситуации, а не просто говорить что цикл вот-вот перейдет к следующему значению, потому что разброс времени цикла может перекрывать ближайшие ситуации
Красиво излагаетe. Только неизвестно ,тогда зачем в это ПР влупили STM 32. Если в ОЛ нет условных переходов,то в микроЦитата:
Сообщение от capzap
программе микропроцессора это не проблема. При тактовой частоте 160 МГц для этого процессора плевое дело и клавиши обс
луживать и дисплей и интерфейс даже не прибегая к прерываниям и условным переходам. ПР заточено изначально ёлочные Гир
лянды переключать, а не обслуживать сети. Обратите внимание,что даже АЦП туда воткнули 10 разрядный. Так на всякий случай
Вдруг и правда,кому то взбредёт в голову что то измерять. А тут оба- нашлись индивидуумы ,измерять начали. Тогда посадили
грамотного Реваку,чтоб макросы проталкивал супер-пуперовские,которые линейность высшей математикой выравнивают.
По большому счету никакого криминала в данной ситуации не нахожу. Паровоз с рельс не сошел. Ну столкнулся дядя с ситуа
цией,ну и что? Если б не столкнулся никто об этом не знал и прекрасно ёлочные гирлянды и дальше переключали.
PS. Только,что сходил на Ровкину ветку. В натуре гирлянды забабахал. Только от затеи с
ПР отказался,потому,что оно медленное.
Приходите к нам работать, такие гениальные программисты нам нужны!Цитата:
Сообщение от Одесса
Шутить надо аккуратней :oЦитата:
Сообщение от Филоненко Владислав
тут после специалистов Овена глюки бывают, не ннада новых добавлять :)
Только на условиях фриланса. В качестве резюме,позвольте предоставить последнюю разработку под Андроид.Цитата:
Сообщение от Филоненко Владислав
Ваши специалисты и многие форумчане скептически относяться к Андроиду,как управляющей системе . Ровки сколько
не убеждал профи в таком хорошем деле,но кроме злой критики ничего не получил в ответ.Внимательно просмотрел
EuroCIS 2018, пришел к выводу,что тренды промышленной автоматики уходят от промышленного дизайна в сторону
элеганного стиля. И в ближайшее будущее место одного из главного игроков рынка займет ОС Андроид.Поэтому
при разработке своего приложения от этого отталкивался.
Терминал выполнен на планшете PIPO X10. и Овеновском приборе МВ110 ТД1. Функционал терминала ,в отличии
от подобной продукции расширен.Кроме основных весовых функций выполняет архивирование ,как локально,так и хранит копию архива на удаленном сервере. Сейчас занимаюсь заточкой его под родной Овеновский сервер. Так же
в реальном масштабе времени наблюдаю его показания на MQTT ceрвере.Архив хранится непосредственно в экселе
те клиент просматривает его в виде таблицы.
Юстировку прибора планируется производить непосредственно с планшета без применения конфигуратора. Одной
из поставленных задач является запуск такого весового терминала человеком не знающим слова регистр.
На данный момент времени прибор закончен на 90 процентов. Осталось решить вопрос с монетизацией , защитой
кода и овеновским сервером через его АПИ.
Кстати обращался за помощью к Сергею Лысову по поводу помощи с АПИ. Но кроме его
грозного вида на аватаре ничего не получил. Хотя он и является куратором темы по облачному
сервису.
Ровки ,шутки у ребят закончились. Я тоже могу пошутить . Например такая шутка. Беру стандартное ПР200. Снимаю с негоЦитата:
Сообщение от rovki
крышечку, и даже не вынимая платы,прошиваю своей программой. Благо внутрисхемное программирование доступно. И с ядром
не понаслышке знаком. При этом у меня и связь по 485 будет айс и программа свои функции выполнять успевать будет. И впридачу
твоей ёлочкой моргать. Интересно,как после такой шутки-господин Филоненко свои шутки шутить будет?
Этот путь я мог бы рекомендовать автору темы, но думаю для 1-2 изделий это не очень эффективно, и скорее всего вопросов будет в разы больше:)Цитата:
Сообщение от Одесса
как сказала одна дама: "в умелых руках и член напильник", только дальше то что? Такой способ пойдет в массовое производство или заказчикам достаточно прочесть где то на форуме слово айс, чтоб быстро начать покупать именно у Вас а не у Овен. Готовы предоставить среду разработки, чтоб тут начать не шутки шутить?Цитата:
Сообщение от Одесса
Готов. Только скажите какая среда разработки Вас больше устраивает.Цитата:
Сообщение от capzap
Так я об этом писал в предыдущих постах. Что ради частного случая нет эффекта. А ради принципа,чтоб удовлетворить ФилоненкоЦитата:
Сообщение от Ревака Юрий
можем и пошутить.
я поди еще денежки должен буду, раз Вы собираетесь реализовать мои хотелки? Предлагаю ознакомиться с деятельностью тех, кто предлагал уже ранее здесь свои разработки Владимир Ситников, rovki, проанализировать массовость потребления их продуктов относительно ОЛ, КДС ну и т.д.
Странный ответ для представителя техподдержки. Если вам не нравятся косяки нашего оборудования - можете устранить их самостоятельно. Уж тогда дайте исходники его родной прошивки, может и допилим.Цитата:
Сообщение от Ревака Юрий
Никаких денюшку я с Вас брать не собираюсь в отличие от товарищей Вами перечисленных,так как не являюсь авторомЦитата:
Сообщение от capzap
среда разработки. Среды являютться. бесплатными. Только я не понял одного. Вам какая среда нужна? Под Андроид. Или под
STM, на котором разработаны последние овеновский штучки.? А насчёт анализа их продуктов
,то зачем. Ну Ровкин продукт проанализировал. И чего? Он пищать начал и выгнал со своей
ветки с моими анализами. Насчёт Ситникова,так мне по барабану его аккадемические изыскания
Так как не вижу предмета анализа.
Юрий действительно тема поднята не на пустом месте . Переписываюсь с коллегой который действительно столкнулся с этим нюансом .Цитата:
Сообщение от Ревака Юрий
Когда приоритет у модбаса самый низкий и не только у подчиненного но и у мастера и когда ПР 200 работают один как мастер а другие
как подчиненные ( и несколько штук ) то этот нюанс усиливается ( в разы). Разве Вы не хотите чтобы ПР 200 имели более широкое распространения ?
Может быть поговорить с программистами железа , как исключить этот нюанс . Для тех кому нужен использовать высокий приоритет для
модбаса а кому не нужен пускай как было . Это или галочка в ОЛ или число 0 до 255. 0 ---- все как было с низким приоритетом .
Я же Вам отвечал,что косяк,типа Вашего ,проявился только у Вас,как частный случай. И отзывать все ПР ,ради этого частногоЦитата:
Сообщение от Mike HG
случая на доработку,типа машин Лексус никто не будет . И тем более открывать исходники ради Вашего каприза. А если Вам
уже так невмоготу,то заплатите Овну денех. У них. есть такая служба,где за Вашу денюшку они Вам и прибор правильный сделать
дают и исходники отдадут. Только денюшку будет хорошая.
Зачем отзывать? Это должно лечиться на уровне прошивки. Выпустить и выложить новую прошивку, или встроить ее в новый OL. Желающие обновляются и все.
Дело не в косяках, а в сбалансированности системы, когда необходимо под разные драйверы свой приоритет, и еще поддерживать всевозможные блоки заложенные в логике, а еще системная шина для 2 модулей и т.д. Это как сказать, что частота опроса входов ~300 Гц, это косяк, можно ее увеличить, но в другом месте придется уменьшить что-то. Идеальным был бы вариант установки приоритета клиентом, но думаю это задача будет иметь низкий приоритет:)Цитата:
Сообщение от Mike HG
Я об этом как раз и писал, Вы же если не ошибаюсь в группе экспертов, можно это обсудить, я только за.Цитата:
Сообщение от Алексеев
Я от Ваших дипломатических ответов балдею. Это же надо обладать таким чувством такта,чтобы замаскировать элементарныеЦитата:
Сообщение от Ревака Юрий
вещи под сложные и трудно решаемые проблемы. Ещё раз Вам повторяю,что при тактовой частоте процессора в 160мгц и при
Опросе входов 300 Гц. Ваши пояснения не влезают ни в какие ворота.
И меня и меня возьмите в группу экспертов.Я вам такую экспертизу проведу,что остальныеЦитата:
Сообщение от Ревака Юрий
эксперты будут нервно курить в коридоре за 100 метров от экспертной лаборатории.
Пишите уже 400 МГц;)Цитата:
Сообщение от Одесса
Уточняю. Я взял самый простенький STM. А если взять рекомендуемый Вами 400 МГЦ овый,то решение,вами надуманнойЦитата:
Сообщение от Ревака Юрий
проблемы решается ещё проще. У Вас речь идёт о частоте опроса 300гц. Это есть 300 опросов в секунду. А при Вами указанной
тактовой частоте процессора в 400мгц- время измеряется в наносекундах. Что есть миллиардными долями секунды. Так,что
уточнение Ваше улыбчатое ни есть упрёком мне,а скорее упрёком Вам в непонимании соизмеримости секунд и наносекунд.
Вам, возможно, стоит ознакомиться с этой темой http://www.owen.ru/forum/showthread.php?t=23754Цитата:
Сообщение от Одесса
Ну посмотрел. И чего? О программировании на боллее низком уровне ,чем ОЛ речь не идёт. Речь идёт о том ,что этим низкимЦитата:
Сообщение от capzap
уровнем занимаются разработчики приборов Овен. И как я понял со слов Реваки ,то для этих разработчиков проблематично
при частоте опроса 300 герц и рабочей частоте процессора в 400мгц решить подобную задачу. Только и всего.
Большое спасибо не ожидал.Цитата:
Сообщение от Ревака Юрий
У меня допустим приоритет на модбас самый высокий поскольку используем резонатор 4 Мгц естественно
скорость обмена максимальная 19200 б/сек. Сам на уровне ассемблера реализовал Модбас еще 15 лет назад .
Мне сложно что либо советовать программистам железа потому что не знаю как они реализовали это у себя .
Или тупо ставить приоритет в USART высокий галочка в OL . Или же числом от 0 до 255 ограничивать количество
ответов (или запросов ) в цикле программы .
PS по поводу частоты STM посмотрел в интернете усеченная структура 32 мГц с полной периферией 72мГц .
Можно конечно разгонять завод изготовитель не рекомендует естественно не гарантирует работу без сбоев.
Контроллеры с АЦП менее 10 разрядов уже и не встретишь из них можно сделать 8 разрядные на программном уровне (только зачем).
Что же это Вы за процессор такой смешной нашли, что при тактовой частоте 4мгц максимальная скорость USARTа 19200 ?Цитата:
Сообщение от Алексеев
Я не верю,что такой тупой процессор есть в природе. И. о STM Вы только в интернете читали,а я на них собаку сел и мамой клянусь,
что на частоте 160 МГц спокойненько так без задышек работают. И при такой скорости им и нафиг никакие прерывания и тем более
Лена приоритеты не нужны. А если б Вы знали,что эти контролёры ещё и механизм ДМА имеют,который служит для обмена
информации с периферией без участия процессора то о таких вещах,как прерывание и его приоритет вообще бы не говорили.
Аж зло берет.
PIC18F452 (ххх) может работать и в дорогом исполнении при 40 мГц , а нас устраивает 4 мГц зачем платить за него больше .Цитата:
Сообщение от Одесса
Массовая продукция копейка рубль бережет.
И тут информация не совсем верна,а правильней совсем не верна. PIC18F452 в базарный день цена -рупь пучек. Так,что никаЦитата:
Сообщение от Алексеев
кая копейка его не бережет. А сказки про скорость 19200 при частоте 4мгц для других оставьте. Никто Вам не виноват,что коэф
фициент предделителя не тот поставили. Поставьте другой и получите максимальную скорость.
У мены в меню четыре скорости 1200 , 2400 , 9600 , 19200 и не кто еще нам не писал рекламацию что отсутствует скорость 115200Цитата:
Сообщение от Одесса
которую с такой частотой кварцевого резонатора реализовать не могу .
И большой процент времени контроллер у меня находится в процессе ожидания прерываний
мне такой частоты резонатора вполне достаточно .
Ссылаясь на твой пост 272, где ты пишешь о частоте кварца и максимальной скорости обмена(именно так написано.и соверЦитата:
Сообщение от Алексеев
денег не написано о том,что скорость выше 19200 не нужна) именно от этого отталкиваясь,я и пришел к такому суждению.
Я уверен что ты ошибаешься и реализовать такую скорость можна. Для этого ты должен сказать ,какой процессор применял.
И я скажу,где твоя ошибка.
Я его до сих пор использую . А переходить на более совершенные уже нет не какой необходимости .Цитата:
Сообщение от Одесса
Поскольку появился ПР 200 который устраивает Мое руководство цена качество функционал .
ПЛК 63 не устроило (хотя испытание прошло на ура ) плк 63 в 2 раза дороже ПР 200.
Да вот можешь убедиться . Вложение 39187 Вложение 39188
Работаю при BRGH=1 максимум возможности.
Ну аж смешно стало. Левее посмотри в документ предоставляемый. Страница из букваря,которую ты предоставилЦитата:
Сообщение от Алексеев
является руководством по твоему процессору. Так если левее посмотришь, то увидишь кварц на 20мгц. и скорость там находится
Но коль ты говоришь о деньгах,то кварцы эти в цене не отличаются. Единственное,что тебе остаётся в конфигурации прогаммы
одну строчку поменять.Где указываешь кварц другого типа и его частоту. И все . Будь здоров и не пудри мозги-член комиссии
Экспертов.
Если ты не понимаешь о чем речь объясняю. Стоит кварц 4 м Гц . Уже давно в течении 15 лет . И меня и электронщиков этоЦитата:
Сообщение от Одесса
устраивает . Скорость по обмену устраивает и потребителей . Но допустим я поменяю кварц на 20 м мГц получу скорости
в 5 раз большие . Но они не популярны есть 19200 . А сейчас уже 115200 популярна (распространена) . Я не вижу смысла в замене кварца .
Тему которая поднята она актуальна а мы её пытаемся заблудить . Большое спасибо за общения . Я себя экспертом не назначал .
И мнение свое могу высказать и если это поможет общему делу (улучшению продукции ф. Овен) я только буду рад в конце концов мы (завод) полностью перейдем на продукцию ОВЕН .