ПР200

[rovki]

Ну макрос ф сел сделал допустим я . А то что его хотели видеть в составе библиотеки было далеко до вашего снисхождения ....а про задержки так вообще года 3-4 назад писал и спорил с разработчиками ,пока не появились обратные связи ...Не приписывайте себе то что не вы сделали ,для этого надо было на лет пять раньше появиться .Массивы констант одномерные уже давно есть в ол .
В том то и фишка ,что электронщику помнить не надо ,достаточно взглянуть на схему ...В свое время рисовали целые альбомы схем и не чего -живы и помним ...
И не делайте из себя прорицателя -указывая на сроки появления того или иного ,у вас взгляд не похож .

[Алексей Геннадьевич]

Можно сколько угодно с пеной у рта говорить, что "fSEL не нужно", и про "отличия прямых и обратных связей", но против факта не попрёшь. В ОЛ 1.9 добавили встроенный fSEL, и переименовали обратные связи в линии задержки.

fSEL просили включить в ОЛ ещё тогда, когда вы об этом форуме и не подозревали.
Я же считаю, что нужно ещё сделать ФБ fMEMR, т.к. примерно в 70-85% случаев макрос fSEL используется как ячейка памяти.
Да и ФБ MEMR не повредит, для целочисленных переменных.
http://www.owen.ru/forum/showthread....l=1#post229971

А вот очередь задержки на 400 элементов невозможно окинуть одним взглядом и сказать, что это реально очередь и реально 400, а не 402.
Да и нарисовать/протестировать очередь на 400 элементов за 15 минут не получится.

Сваял макрос на 32 элемента, оттестил его, воткнул в программу, соединил последовательно N макросов... В чём проблема?
Монитора с разрешением 100500х100500 нет? Так он и не нужен...

[Владимир Ситников]

fSEL просили включить в ОЛ ещё тогда, когда вы об этом форуме и не подозревали.

Если wal79 скажет, что "рассмотрение fSEL началось с темы 'fSEL, ты где?' ", тоже не поверите ему?


Цитирую (ответ программиста ОЛ на моё предолжение добавить блок fSEL в ОЛ):

Добавление fSel как блока будет рассмотрено.

fSEL просили включить в ОЛ ещё тогда, когда вы об этом форуме и не подозревали.

Про "линию задержки" все скромно умалчивают? Или у какого-нибудь электронщика хватит смелости заявить, что переименовать "обратную связь" в линию задержки просили до того, как это сделал я?

Да и ФБ MEMR не повредит, для целочисленных переменных.

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

Сваял макрос на 32 элемента, оттестил его, воткнул в программу, соединил последовательно N макросов... В чём проблема?

Повторяю по буквам:
1) Запросто может оказаться, что какая-нибудь связь пошла не туда, не подключилась, или лишняя связь.
2) В ОЛ отсутствует понятие автоматических тестов. Т.е. пощёлкать на 2-3-4 элемента ещё можно, а вот найти ошибку, что "30 и 31ый элементы перепутаны" крайне затруднительно.
3) Потребление ресурсов ПР будет чрезмерным. Например, линия задержки из 400 SEL'ов будет выполнять как минимум 400 операций в каждом цикле ПР. Каждая SEL ячейка будет "пересохранять значение". В случае же массива, добавление/чтение записи это лишь пара целочисленных операций с индексами. Т.е. не 400 операций, а 3-4.

Ну, давайте, жду чего-нибудь из серии "а в ПР и так мощный процессор, пущай на каждом цикле пересохраняет 400 значений SEL".

Те, кто, якобы, сходу замечают неправильную связь в пауке из 32 элементов пусть сначала обыграют мартышку тут: https://www.youtube.com/watch?v=n_tJoW2hctM

[Павел Братковский]

Владимир Ситников на кой вам ОЛ не понятно, для одаренных вроде вас есть КОДЕСИС, вам мало? устройства класса ПР не для таких умных, как вы...........не стоит так усердствовать, смысл объяснять людям не понимая, что окружающие не понимают.......нет смысла умничать не написав ни чего в ОЛ, не охота искать ваши высказывания, но складывается именно такое впечатление......

[rovki]

И заметьте на вопрос показать реализацию массива одни общие фразы ....

[Владимир Ситников]

И заметьте на вопрос показать реализацию массива одни общие фразы ....

Какой такой вопрос?

[Владимир Ситников]

Владимир Ситников на кой вам ОЛ не понятно

Разумеется, чтобы захватить мир.

окружающие не понимают

Кто-то поймёт. melky и Алексей, например, написали про олимпиаду. Значит, всё они поняли. И я соглашался, что это забавная олимпиадная задача.

Если отбросить шутки в сторону, то по-хорошему, в ОЛ должен быть удобный механизм для работы с очередями/стеками, чтобы в эксплуатации использовать нормальные решения, а не "олимпиадные-непонятно-как-работающие".

Разумеется, окружающие могут сколько угодно считать, что "макрос EPROM" это верх мечтаний, но, надеюсь, разработчики ОЛ осознают (или уже осознали), что массивы это логичное развитие ОЛ. А там уж и электронщики начнут привыкать к массивам.

[Вольд]

Плохо сделан OWEN Logic. Идеологически плохо сделан. Чем бесконечно латать дыры в нем лучше сделать новый продукт.

В.Ситников свою Hardella IDE на голом энтузиазме за полгода с нуля своял. Человек в одиночку все сделал за очень короткое время. Я работаю с ней и получаю хорошие результаты. Все сделано добротно, правда редактор весьма необычный.

OWEN Logic бригада разработчиков за не хилые бабки кует, кует и все никак не докует.

[Алексей Геннадьевич]

Если wal79 скажет, что "рассмотрение fSEL началось с темы 'fSEL, ты где?' ", тоже не поверите ему?

Ну почему не поверю? Или у него есть время перечитывать все посты в разделе ПР за последние 4 года?

Про "линию задержки" все скромно умалчивают? Или у какого-нибудь электронщика хватит смелости заявить, что переименовать "обратную связь" в линию задержки просили до того, как это сделал я?

У 100% новичков от этой формулировки пердак подгорает.

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

Вообще-то для таких задач контроллер лучше подходит.
Особенно когда делаешь единичный проект.

Повторяю по буквам:
1) Запросто может оказаться, что какая-нибудь связь пошла не туда, не подключилась, или лишняя связь.
2) В ОЛ отсутствует понятие автоматических тестов. Т.е. пощёлкать на 2-3-4 элемента ещё можно, а вот найти ошибку, что "30 и 31ый элементы перепутаны" крайне затруднительно.
3) Потребление ресурсов ПР будет чрезмерным. Например, линия задержки из 400 SEL'ов будет выполнять как минимум 400 операций в каждом цикле ПР. Каждая SEL ячейка будет "пересохранять значение". В случае же массива, добавление/чтение записи это лишь пара целочисленных операций с индексами. Т.е. не 400 операций, а 3-4.

1) Не нужно пить на рабочем месте.
2) Автотест это конечно интересно, но сколько усилий уйдёт на создание образа? И насколько уменьшим время поиска ошибки? (это при условии, что образ для автотеста написан правильно)
3) да двигай адреса вкруговую, и не надо ничего смещать-перезаписывать, те-же 3-4 операции... кто запрещает? религия?

Ну, давайте, жду чего-нибудь из серии "а в ПР и так мощный процессор, пущай на каждом цикле пересохраняет 400 значений SEL".

16 mhZ. Офигительно крутая "моща"...

Те, кто, якобы, сходу замечают неправильную связь в пауке из 32 элементов пусть сначала обыграют мартышку тут: https://www.youtube.com/watch?v=n_tJoW2hctM

Сам-то осилишь ? У неё кратковременная память - фотографическая.

Владимир Ситников на кой вам ОЛ не понятно, для одаренных вроде вас есть КОДЕСИС, вам мало? устройства класса ПР не для таких умных, как вы...........не стоит так усердствовать, смысл объяснять людям не понимая, что окружающие не понимают.......нет смысла умничать не написав ни чего в ОЛ, не охота искать ваши высказывания, но складывается именно такое впечатление......

Хорош прибедняться. Прямо как в басне Крылова про лису и виноград... Купит вам директор контроллер, если хорошо попросите и обоснуете.
ОЛ для относительно простых задач.
Кстати, как ваша система из 4Х32 входных модулей + 2 х 32 выходных + ИП320 + аналоговый ввод + МДВВ работает?
Я такого монстра на ПР200 точно собирать не стану... Мозг вывихнешь на отладке... Только на ПЛК.

[rovki]

Сделан хорошо Овен лоджик! Главное Идеологически правильно .Вот и получайте удовольствие в курилке ,там где хардела .