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

[form]

Ответ, вроде - Только 1000G и мигающий курсор.

Эт для твоей программы, а она так и должна себя вести в случае отсутствия вывода так как циклится. Интерес был про мой пример - если там также - тут уже 100% кабель без вариантов. Что кабель неправильный - это так в любом случае, но это уже другой вопрос...

С неисправным кабелем и в пульте не выводило бы.

Неверно.
И я пояснил почему: стартует системная прошивка (а согласно документации и BREAK не сработает раньше чем она стартует), инитит сигналы порта, в результате порт сам себе выставляет готовность. В момент нажатия G выполняется RESET, сигнал сбрасывается, готовности нет...

[Patron]

Для начала можно попробовать выполнить совсем простую программу:

1000/000000
1000G

Если даже такая программа зависнет до нажатия BREAK - переход из режима пульта в режим программы и обратно - явно глючит.

[form]

Ну и в сущности я привел в явном виде тчную распиновку кабеля BC008 - там сигна берется с другой стороны, а не у себя жеююю

[Patron]

стартует системная прошивка (а согласно документации и BREAK не сработает раньше чем она стартует), инитит сигналы порта, в результате порт сам себе выставляет готовность. В момент нажатия G выполняется RESET, сигнал сбрасывается, готовности нет...

Всё прекрасно передаётся после каждого нажатия BREAK. Означает ли это, что каждое нажатие BREAK инитит сигналы порта ?

[form]

Всё прекрасно передаётся после каждого нажатия BREAK. Означает ли это, что каждое нажатие BREAK инитит сигналы порта ?

Черт его знает - я вообще выдвинул предположение, что uODT на прошнике в принципе не использует эмулируемые регистры терминала.

---------- Post added at 14:34 ---------- Previous post was at 14:33 ----------

Как бы все вопросы риторические до того момента как будет сделан правильный кабель распиновка которого известна

[Patron]

Происходящее с сигналом готовности при нажатии G и BREAK - можно легко увидеть на осциллографе.

[Advertiser]

[form]

Происходящее с сигналом готовности при нажатии G и BREAK - можно легко увидеть на осциллографе.

Можно. Но начать всеже стоит с кабеля, ддля которого, повторюсь, имеем ТОЧНУЮ заводскую распиновку

[Patron]

все вопросы риторические до того момента как будет сделан правильный кабель распиновка которого известна

А работа такой программы может зависеть от вариантов распиновки кабеля, при которых в пульте всё прекрасно передаётся:

1000/000000
1000G

Если G сбрасывает готовность порта, а BREAK восстанавливает - такая программа по идее тоже должна виснуть.

[form]

Если G сбрасывает готовность порта, а BREAK восстанавливает - такая программа по идее тоже должна виснуть.

Да.

[Patron]

я вообще выдвинул предположение, что uODT на прошнике в принципе не использует эмулируемые регистры терминала

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