RUЭВМ
Вы хотите отреагировать на этот пост ? Создайте аккаунт всего в несколько кликов или войдите на форум.
Март 2024
ПнВтСрЧтПтСбВс
    123
45678910
11121314151617
18192021222324
25262728293031

Календарь Календарь

Последние темы
» Вити больше нет!
автор bug19 Пн Фев 20 2023, 19:54

» Собираем оригинальный Орион 128
автор bug19 Пн Фев 20 2023, 19:47

» Проблема плющеного экрана ОРИОНА
автор kanzler Пн Ноя 28 2022, 12:05

» Орион 128 и его клоны возрождение 2019-2022 год
автор kanzler Пн Ноя 28 2022, 12:03

» Электроника КР-04. Информация, документы, фото.
автор kanzler Пн Ноя 28 2022, 12:02

» Новости форума
автор kanzler Пн Ноя 28 2022, 11:52

» Орион-128 НГМД запуск 2021 года
автор matrixplus Сб Сен 10 2022, 17:36

» ПЗУ F800 для РК86
автор ведущий_специалист Сб Сен 10 2022, 10:37

» Микропроцессорная лаборатория "Микролаб К580ИК80", УМК-80, УМПК-80 и др.
автор Электротехник Вт Июл 26 2022, 19:33

» Орион-128 SD карта в Орионе
автор matrixplus Чт Июн 02 2022, 09:00

» 7 Мая. День Радио!
автор Viktor2312 Чт Май 12 2022, 10:58

» Серия: Массовая радио библиотека. МРБ
автор Viktor2312 Ср Май 11 2022, 12:17

» Полезные книги
автор Viktor2312 Пн Май 09 2022, 15:07

» Орион 128 Стандарты портов и системной шины Х2
автор matrixplus Вс Май 08 2022, 23:08

» Орион-128 и Орион ПРО еще раз про блоки питания
автор matrixplus Вс Май 08 2022, 19:09

» Орион-128 Программаторы
автор matrixplus Вс Май 08 2022, 19:02

» Орион ПРО история сборки 2021 до 2022
автор matrixplus Вс Май 08 2022, 18:47

» Анонсы монет (New coin).
автор Viktor2312 Сб Май 07 2022, 23:11

» Хочу свой усилок для квартиры собрать не спеша
автор Viktor2312 Сб Май 07 2022, 19:33

» Амфитон 25у-002С
автор Viktor2312 Сб Май 07 2022, 09:38

» Майнер: T-Rex
автор Viktor2312 Вс Май 01 2022, 09:12

» GoWin. Изучение документации. SUG100-2.6E_Gowin Software User Guide. Среда разработки EDA.
автор Viktor2312 Пн Апр 25 2022, 01:01

» GoWin. Изучение документации. UG286-1.9.1E Gowin Clock User Guide.
автор Viktor2312 Сб Апр 23 2022, 18:22

» GoWin. Documentation Database. Device. GW2A.
автор Viktor2312 Ср Апр 20 2022, 14:08

» GOWIN AEC IP
автор Viktor2312 Ср Апр 20 2022, 12:08

Самые активные пользователи за месяц
Нет пользователей

Поиск
 
 

Результаты :
 


Rechercher Расширенный поиск


Проблема плющеного экрана ОРИОНА

Перейти вниз

Проблема плющеного экрана ОРИОНА Empty Проблема плющеного экрана ОРИОНА

Сообщение  barsik Вт Фев 19 2019, 09:40

1
У ОРИОНА картинка занимает лишь 2/3 экрана, справа и слева от растра остаётся пустое место. Иными словами экран у ОРИОНА плющенный с боков и пиксель не квадратный. При рисовании кругов надо вводить поправку на уплющенность.

Чтобы исправить уплющенность достаточно понизить пиксель клок с 10 до 8 МГЦ, как это сделано в Специалисте. Для этого ставят кварц 8.0 МГЦ. При этом такт процессора падает до 2.0 МГЦ, точно как в Специалисте. Понятно, что такая скорость работы никого не может устроить. Потому менять кварц имеет смысл лишь при одновременном турбировании. Что, естественно, возможно лишь при Z80 или при применении винтажного 8080А на 4 МГЦ.

Замечу, что кварц 8 МГЦ хорош ещё и тем, что при этом надёжно работает схема Турбо-200%, при которой RAS-CAS ОЗУ тоже удваивается. И если на такте 5 МГЦ ОЗУ быстро перегревается и начинает сбоить, то при 4 МГЦ перегрева нет даже без вентилятора.

При кварце в 10 МГЦ почти всегда используют схему Турбо с WAIT, т.к чтобы добиться надёжности при Турбо-200% требуется много настройки (для точной подгонки фронтов) и всё-равно избавиться от температурной зависимости не удаётся. Т.е, если настроить Турбо-ОРИОН зимой, когда температура в квартире 12-16' C, то при наступлении лета при температуре 30-35' C начинаются сбои.

И как раз замена кварца на 8 МГЦ, т.е клока Z80 и RAS-CAS до 4 МГЦ позволяет добиться надёжности. Хотя я, увы, слишком поздно (в 1997) узнал секрет как и при RAS-CAS в 5 МГЦ избавиться от перегрева. Для этого я использовал довольно громоздкую схему для устранения перегрева ОЗУ. Пришлось её изобрести, т.к тактировать Z80 (четверным) тактом 10 МГЦ при ОЗУ работающем на старом такте 2.5 МГЦ малоэффективно. Ускорение относительно клока в 5 МГЦ получается небольшим. При двойном соотношении частоты ОЗУ и CPU ускорение составляет 1.42 раза, а при четверном соотношении частот ускорение достигает лишь ~1.75 раза, что даёт эффективный такт ~4.3 МГЦ. А такая скорость и без "колдовства и плясок с бубном" из-за Z80 на 10 МГЦ достигается при клоке Z80 в 4.5 МГЦ на самом тормозном UB880 по схеме Турбо-200%.

Потому повышенный вчетверо такт процессора разумен только при ОЗУ на двойном такте, т.е при RAS-CAS ОЗУ в 4.5...5 МГЦ. С процессором Z80H 10 МГЦ получаются очень надёжными, а вот с Z80B разумнее понизить клок до 9 МГЦ. Знаю, что у многих людей Z80B работал на 10 МГЦ, но у меня Z80B на 10 МГЦ при нагреве сбоил, потому я понижал его клок до 9 МГЦ, что попутно и расширяло экран. Требуется применять кварцы 20 и 18 МГЦ и триггер, чтобы CLK Z80 был правильным меандром со скважностью 2.

При применении скоростных РУ7И или РУ5-тых с наклеенными радиаторами и мощного вентилятора легко избавиться от перегрева ОЗУ на двойном такте. Но, если нет медных радиаторов и вентилятора от 486-го процессора, то, как указано выше, можно применить громоздкую схему (6 корпусов) для снижения разогрева.

Сюжет её в том, чтобы запрещать /CAS во время строчного и кадрового бордюра, когда данные из видео-ОЗУ не нужны. А также запрещать /CAS при излишних дублирующих доступах видеочасти в циклах между записями в ИР82. Применение этой схемы снижает разогрев ОЗУ на треть.

Для чего надо было раньше иметь именно 5 МГЦ или выше? Оказывается, чтобы иметь HD-формат дискеты нужна скорость процессора не менее 5 МГЦ. Такая скорость нужна также для нормальной работы эмулятора ZX на прерываниях. Сейчас таких задач нет, потому можно довольствоваться реальным тактом всего в 4 или 4.5 МГЦ, что избавляет от громоздкой схемы для снижения нагрева ОЗУ и вентилятора.

Таким образом, если заменить кварц на 8 МГЦ, то и расширяется экран и решается проблема перегрева ОЗУ при турбировании на 200%. Тогда можно обойтись уже без вентилятора одними медными радиаторами наклеенными эпоксидкой на динамические ОЗУ. Это хорошо, т.к шум вентилятора раздражает.

Сейчас в моём рабочем ОРИОНЕ стоит кварц не 8, а 9 МГЦ, что, хотя и растягивает растр не на весь экран, но зато даёт реальный такт чуть побольше. Это лучше, т.к у меня сейчас не Турбо-200%, а Турбо с WAIT, что даёт при кварце 9 МГЦ лишь 2.25*1.42= ~3.2 МГЦ.

Чтобы заменить кварц на 9 МГЦ надо на D8.1/1 вместо 47 цепи подать 46-тую цепь. Если кварца 9 МГЦ нет, то можно применить кварц 18 МГЦ поделив надвое на триггере. При этом нарушается центровка растра по горизонтали (это не страшно, т.к при 9 МГЦ слева и справа от картинки ещё остаётся место и к тому же подстроечником частоты строк картинка прекрасно двигается вправо/влево). А если у Вас нет на дисплее нужного регулятора, но Вы всё-равно хотите растр точно в центре, то вот схема получения ССИ при кварце 9 МГЦ.


Проблема плющеного экрана ОРИОНА SSIprikvarce9MGC.1550536943
barsik
barsik
Ветеран

Сообщения : 1032
Дата регистрации : 2016-11-10
Откуда : Россия

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty можно ли в ОРИОНЕ иметь нормальный экран при 2.5 МГЦ

Сообщение  barsik Вт Фев 19 2019, 17:01

2
Недавно возник вопрос, как сохранить оригинальную скорость (2.5 МГЦ), если экран отплющен. Иметь оригинальную скорость надо для прогона игр и бездарных системных программ, что сдуру основаны на задержках п/п-ммы F81B. Которая, кстати, в ПЗУ М3 в разы быстрее, чем в ПЗУ М2.

А чем быстрее работает F81B, тем больший процент времени отдаётся собственно игре, т.е с ПЗУ М3 игра будет вполне быстрой, а с М2 - тормозятиной. Потому грамотная игра должна сама опрашивать клавиатуру. Именно так и сделаны грамотные игры ОРИОНА, они не зависят от кода ПЗУ. А в идеале игра должна даже самонастраиваться на быстродействие конкретного процессора.

Задачи подгона скорости под 2.5 МГЦ у меня не было (т.к и самого переключателя Турбо/Нетурбо нет). Но, думаю, что введя переключатель и тормозя процессор WAIT-ом до нуля (во время бордюра) можно подогнать скорость в режиме Нетурбо точно до 2.5 МГЦ при любом кварце.

Первая пришедшая в голову мысль такая. Меняем кварц на 8.192 МГЦ, соответственно изменив коэфф-т деления счётчика по строкам с 80 до 64. Процессор Z80 при схеме Турбо с WAIT при кварце 10 МГЦ даёт реальный такт в 2.5*1.42= 3.55 МГЦ. А при кварце 8.192 МГЦ при Турбо с WAIT получается реальный такт в 2.048*1.42= 2.908 МГЦ.

Чтобы получить точно стандартную скорость можно подать сигнал по длительности равный половине сигнала строчного гашения (получается на ЛА3 из сигналов 46 и 45) на вход WAIT Z80. Это тормознёт ровно на 12.5% (процессор работает 48+8 МКСЕК и 8 МКСЕК стоит в каждые 64 МКСЕК). Тогда эффективный такт в режиме НЕТУРБО будет 2.908*0.875= 2.54 МГЦ, что и требовалось. При кварце равном точно 8.00 МГЦ получится скорость чуть ниже номинала - 2.47 МГЦ.

И всё было бы чудесно, если бы не... Интересно найдётся кто-нибудь, кто сообразит почему такой вариант не очень хорош. У меня есть и другие варианты, но посмотрим насколько компетентны читатели.

Заметим, что надолго тормозить процессор WAIT-ом можно только во время бордюра, т.к иначе, если вводить более одного такта WAIT подряд при выводе картинки, то на экране будет Бог знает что. Потому при двух тактах WAIT подряд (что я делал при большом Турбо, чтобы надёжность КНГМД не падала) на экране ОРИОНА бегали блёстки (и их приходилось гасить специальной схемой "снегогашения"). А если Z80 КМОП, то можно тормозить не WAIT-ом, а просто не подавая клок на время торможения (КМОП допускают такое, даже обычный Z80 работает на клоке до 2 КГЦ, а вот КР580 нет, ему надо минимум 200 КГЦ).
barsik
barsik
Ветеран

Сообщения : 1032
Дата регистрации : 2016-11-10
Откуда : Россия

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty Re: Проблема плющеного экрана ОРИОНА

Сообщение  alemorf Вт Фев 19 2019, 17:18

3
Заметим, что надолго тормозить процессор WAIT-ом можно только во время бордюра

Ухудшиться загрузка с магнитофона, так как скорость работы процесса будет плавающая. Ну и генерация биперного звука и прочие процессы реального времени.

(HWMAN делал пропуск каждого пятого такта на КР580ВМ80А, работало.)

alemorf
Мастер

Сообщения : 232
Дата регистрации : 2018-12-17

http://alemorf.ru/

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty .

Сообщение  barsik Вт Фев 19 2019, 18:53

4
Если надолго тормозить процессор (как делает ИРИША в режимах 2 и 3 останавливая процессор на 80 тактов частоты 2 МГЦ), то естественно никакая работа с магнитофоном невозможна. Понятно, что если останавливать CPU на период гашения по кадрам (а это 8192 периода частоты 2 МГЦ), то никакой МГ-ввод тем более невозможен.

Но вспомним, что в коммерческих защитах РК86 удавалось, сократив пачку ПДП до 4 байт (что вызывает останов CPU на 4*4=16 маш.тактов), выполнять ввод с МГ без гашения экрана (в обычном режиме в пачке 8 байт, т.е останов на 8*4=32 маш.такта).

Из этого ясно, что МГ-ввод возможен при останове WAIT-ом на время не дольше, чем 16 маш.тактов. Если останавливать CPU только во время гашения по строкам всего на 8 МКСЕК, что как раз и соответствует 16-ти маш.тактам, то по аналогии с РК86, есть надежда, что МГ-ввод не нарушится. Останов на 8 из 64 периодов сдвига видеобайта тормозит на 12.5%. Настолько можно затормозить без потери записи на МГ.

Но можно сделать и лучше. Т.к из 16 периодов сдвига (32 маш.тактов), что занимает время гашения по строкам надо тормозить половину, то можно тормозить каждый нечётный период. Это будет тормозить не очень точно, но всё-же примерно также, зато МГ-ввод при этом вообще не пострадает.

Кроме того, можно тормозить CPU иначе. Не останавливая CPU полностью, а лишь понижая его быстродействие. В схемах Турбо есть возможность переключения на Нетурбо. Можно переключать такт CPU на время гашения (в т.числе и на долгое время гашения по кадрам) на обычный такт, т.е вдвое низкий такт в 2 МГЦ. Т.е пока идёт вывод картинки процессор скворчит со средней скоростью в 2.82 МГЦ, а на время строчного и кадрового бланка такт CPU переключается точно на 2 МГЦ.

Таким образом из 312*128 маш.тактов полного кадра 256*32 + 64*128 маш.тактов будут прогоняться на скорости 2 МГЦ, что существенно тормознёт (при 256 линиях, когда выводится картинка, медленны 32 маш.такта и при 64 линиях кадрового гашения все 128 тактов строчного периода медленны). Таким образом 41% времени процессор прогоняет со скоростью 2 МГЦ и 59% на скорости 2.82 МГЦ. Средняя скорость получается:  2.0*0.41 + 2.82*0.59 = 2.483 МГЦ, что и требовалось. Ясно, что при искусственном подтормаживании процессора подгоняется только средняя скорость прогона.

Но конечно, я не имел ввиду проблему с МГ-вводом, её прекрасно можно делать в бестормозном режиме Турбо, так что это не проблема. Коммерческих МГ-защит, жёстко привязанных к скорости CPU для ОРИОНА нет (хотя были когда-то). Торможение до скорости оригинала нужно не для того, чтобы сохранить МГ-константу ввода, а для того, чтобы можно было играть в игру на скорости близкой к скорости оригинала.

Ладно, подскажу ещё одну проблему возникающую при искусственном подтормаживании процессора. - Звук. Звуки станут ещё более противными, чем у РК86, т.е длительности периодов выдаваемых на динамик меандров будут плавать на +/- 15%. Чистые тона можно получить только в бестормозном Турбо режиме.

Но я имел ввиду другую третью проблему.
barsik
barsik
Ветеран

Сообщения : 1032
Дата регистрации : 2016-11-10
Откуда : Россия

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty .

Сообщение  barsik Чт Фев 21 2019, 22:21

5
barsik пишет:я имел ввиду другую третью проблему
Сразу ясно, что орионщиков на форуме нет.

В предыдущих постах, чтобы выровнять быстродействие до номинальных 2.5 МГЦ эффективного такта при клоке Z80 в 4...5 МГЦ, предлагалось останавливать процессор во время бордюра (неважно как, отрубая клок Z80 или WAIT-ом).

При остановке WAIT-ом процессор останавливается при активном /RD, /WR и открытых буферах и видеочасть полностью лишается доступа к ОЗУ. Экран гаснет. Это не проблема, т.к экран и-так погашен сигналом гашение по кадрам или строкам. Но т.к обращения к ОЗУ видеочасти служат не только для вывода на экран, но и для регенерации динамической памяти, то полная пропажа обращений к некоторым столбцам РУ5-тых приведёт к потере данных в памяти.

Чтобы данные в ОЗУ не погибли нужно коммутировать адреса ОЗУ на счётчик и подавать хотя-бы /RAS. Но этого не происходит при полном останове процессора. Потому первый вариант тормозилки с полным остановом по WAIT не проходит.

А вот второй вариант, где для торможения Z80, не стопорится, а кратковременно переключается на клок 2 МГЦ не нарушает регенерацию. Причём это можно делать не только во время бордюра.

Т.к в Z80 сигнал на вход WAIT можно подавать несинхронно клоку, то при Z80 на такте 4/8 МГЦ самым простым способом подгона скорости к номинальным 2.5 МГЦ будет переключение клока Z80 тактом очень низкой частоты (5...50 ГЦ) с регулируемой скважностью. При этом, допустим, при 0 процессор работает при такте 2 МГЦ, а при 1 на такте 4 МГЦ. Не проблема подобрать скважность так, чтобы быстродействие было любым желаемым в интервале от 2 до 4 МГЦ.
barsik
barsik
Ветеран

Сообщения : 1032
Дата регистрации : 2016-11-10
Откуда : Россия

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty Re: Проблема плющеного экрана ОРИОНА

Сообщение  Microsha Пт Сен 23 2022, 15:53

6
barsik пишет:
barsik пишет:я имел ввиду другую третью проблему
Сразу ясно, что орионщиков на форуме нет.

В предыдущих постах, чтобы выровнять быстродействие до номинальных 2.5 МГЦ эффективного такта при клоке Z80 в 4...5 МГЦ, предлагалось останавливать процессор во время бордюра (неважно как, отрубая клок Z80 или WAIT-ом).

При остановке WAIT-ом процессор останавливается при активном /RD, /WR и открытых буферах и видеочасть полностью лишается доступа к ОЗУ. Экран гаснет. Это не проблема, т.к экран и-так погашен сигналом гашение по кадрам или строкам. Но т.к обращения к ОЗУ видеочасти служат не только для вывода на экран, но и для регенерации динамической памяти, то полная пропажа обращений к некоторым столбцам РУ5-тых приведёт к потере данных в памяти.

Чтобы данные в ОЗУ не погибли нужно коммутировать адреса ОЗУ на счётчик и подавать хотя-бы /RAS. Но этого не происходит при полном останове процессора. Потому первый вариант тормозилки с полным остановом по WAIT не проходит.

А вот второй вариант, где для торможения Z80, не стопорится, а кратковременно переключается на клок 2 МГЦ не нарушает регенерацию. Причём это можно делать не только во время бордюра.

Т.к в Z80 сигнал на вход WAIT можно подавать несинхронно клоку, то при Z80 на такте 4/8 МГЦ самым простым способом подгона скорости к номинальным 2.5 МГЦ будет переключение клока Z80 тактом очень низкой частоты (5...50 ГЦ) с регулируемой скважностью. При этом, допустим, при 0 процессор работает при такте 2 МГЦ, а при 1 на такте 4 МГЦ. Не проблема подобрать скважность так, чтобы быстродействие было любым желаемым в интервале от 2 до 4 МГЦ.
barsik, хотел у вас спросить. Хотелось бы все таки попробовать разогнать ВМ80 на Орионе. Если допустим взять кварц на 15мгц. Делим на 24 получаем писксельклок 625кгц, тактовая получается 3.75мгц что конечно жестко для вм80, но некоторые образцы тянут такую частоту. Какие еще изменения нужно будет внести в видеогенератор чтобы не нарушить работу остальных делителей?

Microsha
Новичок

Сообщения : 25
Дата регистрации : 2019-09-12

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty Re: Проблема плющеного экрана ОРИОНА

Сообщение  barsik Вс Ноя 20 2022, 07:14

7
Если кварц в ОРИОНЕ заменить с 10 на 15 МГц, то все частоты поднимутся в 1.5 раза. В том числе частота строк (15625 Гц и строчный период исходно 64 мкс) и частота кадров (по стандарту =50 Гц).

А экран при этом ещё больше и резко сплющится. Плющенность экрана определяет соотношение коэффициента пересчёта счётчика по строкам. В Специалиста это 64, а в ОРИОНЕ это 80. На обр.ход луча уходит 16 весов, остальное на экран. Растр длится 48 весов.

Потому в Специалисте растр на весь экран, а в ОРИОНЕ треть экрана по горизонтали пустая, то есть экран уплющен.

После замены кварца на 15 МГц частоты строк и кадров также увеличатся и чтобы было изображение придëтся перестроить видеомонитор. Я так делал. Правда из полутора десятков плат ОРИОНА, что я спаял, с кварцем 15 МГц работала только одна.

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

На CPU  КР580 у меня была только первая плата, что  я спаял в декабре 1990. Да и она была на КР580 всего пару месяцев, затем процессор был заменён на Z80.

Основная часть плат тянула лишь кварц 11-12 МГц. И лишь одна плата на  Z80 с хорошо подогнанными фронтами работала при кварце 15 МГц.

Если требуется сохранить видеосигнал стандартным для телевизоров и CGA мониторов, то нужны изменения в схеме видеогенератора. Хотя их не очень много.

Коэффициент пересчёта счётчика по строкам (т.е число байт считываемых за строчный период в 64 МКС) придётся поднять с 80 до 120. При этом экран по горизонтали уплющится ещё более, чем вдвое и станет по ширине меньше трети экрана.

И узел формирователя ССИ придётся менять -- теперь ССИ должен выдаваться при других весах. Я менял кварц на 11.0, на 11.5 и на 12.0. Это было нужно при переделке на расширенный экран 512×256, с целью повысить пиксель клок до стандарта для такого экрана, чтобы растр целиком влезал бы в экран.

Потому замену кварца обычно делают кратно, вдвое, вчетверо, обычно с 10 на 20, что не меняет формат экрана. Я менял кварц и клок Z80 и вдвое и (это уже при CPU Z80H) и вчетверо.

А ускорение почти в 1.5 раза, точнее в 1.42 раза даëт схема турбирования ОРИОНА с WAIT. При этом клок на процессор удваивается до 5 МГц, а частоты RAS/CAS у DRAM остаются 2.5 МГц.  Ясно, что 5 МГц тянет только  Z80.
barsik
barsik
Ветеран

Сообщения : 1032
Дата регистрации : 2016-11-10
Откуда : Россия

Вернуться к началу Перейти вниз

Проблема плющеного экрана ОРИОНА Empty Re: Проблема плющеного экрана ОРИОНА

Сообщение  kanzler Пн Ноя 28 2022, 12:05

8
Отправил жалобу.Администратор форума умер , но перед этим просил закрыть его форум так как имел проблемы с ссылками на книги и прочий нелегальный контент, теперь там командует нелегальный человек, который назначает модераторов и прочие правила устанавливает. Прошу закрыть ему доступ и прекратить существование сего форума. В противном случае мне ничего не остаётся как пожаловаться в правоохранительные органы и требовать заведение уголовного дела о распространении нелегального контента на вашей площадке .
kanzler
kanzler
Новичок

Сообщения : 27
Дата регистрации : 2016-03-18

Вернуться к началу Перейти вниз

Вернуться к началу

- Похожие темы

 
Права доступа к этому форуму:
Вы не можете отвечать на сообщения