Последний раз редактировалось Сергей0308; 01.08.2017 в 16:31.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Вы второй раз пройдитесь, и разберитесь в том, почему нельзя просто брать и замыкать выход на вход.
"В железе" оно работает только из-за того, что вы там не следите за "количеством тактов, которые потребуются для выполнения схемы".
Соединили -- и оно как-то работает, за какое-то время устаканивается.
В ОЛ же поведение должно быть предсказуемо. Т.е. должно быть достаточно посмотреть на схему и понять куда пойдут сигналы, где задержатся и т.п.
Вот в железе можно подать выход "NOT" на его же вход.
Что теперь? Из-за этого и в ОЛ должна быть возможность замкнуть выход NOT'а на его вход? И что получится? Генератор со случайной частотой?
Или взорваться должно?
Вот Вы опять ничего не поняли, я даже не за то чтобы что-то изменить, а хотя бы за то, что бы вещи называть своими именами, вот в ОЛ UINT обозвали INT, многие вопросы задают спрашивают почему так-то да так-то, элемент обозвали Д-триггером который не работает как железный, вот может кто ответит на элементарный вопрос зачем намерено людей путать, ну назовите вы уинт уинтом или как ещё по-своему и расшифруйте значение, также с Д-триггером и никто бы не путался, лишних и ненужных вопросов не задавал бы, ну почему так нельзя???
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Последний раз редактировалось Сергей0308; 01.08.2017 в 17:30.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.
официальный тип данных в ОЛ - целочисленный, алиас в скобках можно посмотреть опять же в вики https://ru.wikipedia.org/wiki/%D0%A6...D%D1%8B%D1%85), про наличие знака упоминается с третьего абзаца, так что не ищите смысла где его нет
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Про INT vs UINT действительно сомнительная штука. Даже то, что оно задокументировано не делает чести.
Если в ОЛ D-триггерах вам не нравится, что "железные D-триггеры всегда дают задержку, а ОЛ-Д-триггер срабатывает сразу", то так и пишите.
Вы же пишете, что "вот такая, мол, схема неправильно работает". Из этого тяжело понять, что имелось ввиду "сам по себе ФБ Д-триггера в ОЛ не соответствует обычному пониманию".
Речь совсем не об этом, я во внутренности триггеров не лез, да и не важно как они устроены внутри, а как они работают! Вы же не смотрите как устроен например элемент 2И, Вам достаточно знать как он работает!
А так да там существует задержка распространения сигнала и например асинхронные счётчики дают "хвосты"(промежуточные состояния), поэтому и придумали синхронные счётчики, тоесть обвесили счётчик дополнительной логикой, зато сигнал на выходе всех разрядов появляется одновременно!
Последний раз редактировалось Сергей0308; 01.08.2017 в 22:04.
Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
справиться с проблемами, либо это не твои проблемы.