ПР200

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

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