Неправильная работа Proton с RS485

[vladh]

И вот эти ваши "команды компилятора" (вообще-то операторы)

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

состоят из нескольких
ассемблерных инструкций, в барсике более чем до ***.
А теперь мыслите...

А как же вот это(взято из руководства к Протону)? :
When On Interrupt is used, the compiler simply flags that the interrupt has happened and im-
mediately goes back to what it was doing, before it was rudely interrupted. Unlike a hardware
interrupt, it does not immediately jump to the interrupt handler. And since the compiler's com-
mands are non re-entrant, there could be a considerable delay before the interrupt is actually
handled.

For example, if the program has just started to execute a DelayMs 2000 command when an
interrupt occurs, the compiler will flag the interrupt and continue with the delay. It could be as
much as 2 seconds later before the interrupt handler is executed. Any time critical routines de-
pendant on the interrupt occurring regularly will be ruined. For example, multiplexing seven
segment display.

[jump]

если так все чертовски плохо, то почему не написать свои настройки UART и обработчик команд чтения/записи из/в него. если так сложно работать с прерываниями, то поллинг уж точно спасет. кроме того, во многих "барсиках" есть возможность прятать регистры/флаги в стек и потом плясать танец с саблями в прерывании, вопрос в том, что ТС это, похоже, не делает

[vladh]

Я рассуждаю так. Когда компилятор транслирует свои команды в ассемблерные он должен постоянно отключать и включать разрешение обработки прерываний в пределах своих команд. Но я действительно не вижу в ассемблерной росписи таких отключений и включений. Получается, что действительно обработчик прерываний может наделать такого, что потом "в руки будет брать противно". Интересно, в С наверное та же история? И как же тогда приведенный мною текст из руководства?
И еще. Все сказанное должно проявляться и тогда кода связь осуществляется непосредственно по USART. Но в этом случае все ХОРОШО! А ПЛОХО становится, когда начинаю работать чрез МАХ485 или как на схеме МАХ487?

[vladh]

Изучить С, а не прятаться как страус в уже готовые конструкции барсика.

Ну а почему же не послать меня сразу на ассемблер. Да и вообще всем не начать работать только на нем? В мои 63 года поздно браться за "боржоми". Хотя и раньше у меня не получалось контакта с С.

[dosikus]

vladh, Вы уверены что поняли о чем речь? В приведенной вами цитате писано о встроенной фиче Protona - On Interrupt и ее отличии от "железных" On_Hardware_Interrupt прерываний.
Вы только что с успехом доказали несостоятельность своих измышлений :

Но подобный спор(какой язык лучше) идет давно. Я вот, например, всю жизнь говорю на русском и мне его хватает, хотя было бы лучше еще и английским владеть. Та же ситуация и с языками программирования.

Хотите хоть чего-то добиться, забудьте сей бред ибо он от лени ...

В мои 63 года поздно браться за "боржоми".

С такими доводами лучше вообще не начинать...

[dosikus]

Вам перевести ??????

On Interrupt Execute a subroutine using a Software interrupt (Legacy. Not Recommended)

[vladh]

забудьте сей бред ибо он от лени ...

О том, что я лентяй мне говорит второй человек в жизни. Первым была моя мать.
А вот объясните или докажите мне чем СИ лучше Бесика, Паскаля и множества других созданных людьми я зыков. Или чем немецкий язык лучше татарского?

[vladh]

Вам перевести ??????

Спасибо, нет.

[Boba_spb]

А вот объясните или докажите мне чем СИ лучше Бесика

Найдите учебные заведения в которых преподают Ваш Бесик. Может и вопрос Ваш отпадет сам собой

[dosikus]

vladh, Смысл вам что либо доказывать? Спорить о плюшках С и несостоятельности барсиков, с адептами бЭсполезно.

Я просто немного открою вам глаза -
вы вместо изучения документации - пытаетесь использовать встроенные конструкции Протона. Именно пытаетесь, ибо даже не осознаете их механизм.