Sizif-512

[Chwe]

Забрал вчера ESP-12, пол ночи игрался, думаю, на следующей неделе подключу. Пощупав руками не могу не задать вопрос, который меня [теоретически] мучил с самого начала. А на кой, хмм, людям упёрлась эта убогая AT прошивка от Espressif? Есть же отличный zimodem и, что самое главное, прошивается «на раз».

Вот, хочу попробовать переделать MRF для работы через zimodem. Ибо другого ничего работающего как-то и не видно особо.

По результатам подключения ESP-12 отпишусь, интересно собственные теоретические инструкции проверить на практике.

неважные мысли о не важном

Модуль у меня какой-то левый. Да ещё и только 512Kb ППЗУ.

Решил я свой модуль обновить, он с какой-то очень древней прошивкой был и, естественно, начал с ESP8266 SDK Getting Started Guide. Всё отлично заработало, ну, кроме 3.x, она слишком большая для моего модуля. Но потом я почитал эти самые интернеты, выпил водки и пошёл спать. Потому как там такое в плане прошивки советуют… Про Flash Map явно никто не читал…

Это к вопросу о zimodem, даже если его самому собирать из исходников, это всё равно проще, чем продраться через ту ересь, которую советуют по поводу AT firmware. Нет, речь не об официальной документации, там всё чётко и по делу, но кто, кроме меня, с официальной документации начинает?

[свернуть]

[Advertiser]

[izzx]

Есть же отличный zimodem

Который на скорости 1200 работает? Но для всяких BBS хорошая вещь.
Рекламная пауза: есть плата zx wifi, она до 921600 килобит умеет...

[Chwe]

Который на скорости 1200 работает?

Да что Вы, на 460800 точно работает, сам проверял. Не на спеке, конечно, на спеке 9600 вполне, не хуже AT firmware

Там другой момент вылез. Я всё прошил, собрал, «на столе» отдельно и ESP-12 работает с USB UART и спек работает с USB UART. Но оно, в смысле прошивка zimodem, почему-то наглухо игнорирует flow control. Из-за чего получение внятного ответа на спеке получается практически невозможно, кроме очень специальных случаев. Поздно уже, буду на неделе читать дальше. Вроде все «ручки» для настройки есть, а включить не получается. Из-за чего вот такое безобразие (как видно, плевать оно хотело на CTS и сразу шлёт данные, это простое нажатие клавиши с ATE1):


Upd: оно, оказывается, ESP-12 «напрямую» не поддерживает до сих пор. Надо выводы назначать явно:

Zimodem advertisement

Протокол там гораздо более вменяемый. Вот именно то, что после сброса в 1200 стартует. Куча всяких вкусностей и плюшек, надо разбираться.

Кстати, а для скорости 1200 там есть killer feature — полноценный http client с буферизацией данных. Пилит флешку, конечно, поэтому «мнэээ, не советую». Но есть.

[свернуть]

P.S. плата хорошо, но ESP-12 у меня уже есть Но, плата с Sizif работать будет, так?

[izzx]

плата с Sizif работать будет, так?

Должна бы, я не проверял. С +2А, например, работает. Главное чтобы порт EF был не занят.

[Chwe]

Ну, что я могу сказать, до использования ESP-12 в его первозданном виде я пока не дошёл Кроме уточнений по моим теоретическим инструкциям по его оживлению, буде оный помре временно опосля неудержимых экспериментов. Инструкции оказались на 100% рабочие, поправил мелочи там выше.

А всё свободное время я посвятил играм с Zimodem. Что сказать, мне понравилось. Настолько, что я даже переделал MRF. Оно ещё в совсем не рабочем состоянии, правда. Что-то куда-то явно не туда пишет и всё падает с грохотом после загрузки «страницы». Причём, я даже не уверен, мой код или MRF, я сдуру взял не стабильный релиз, а просто HEAD. Или я неправильно состыковал свой API с тем, что ожидает MRF. Но часть общения с модемом командами Zimodem работает, запросы посылаются, ответы принимаются. Я анализатором посмотрел Иногда(!) даже и на экране отображается. Откуда такая стохастичность, не понимаю… Upd: стохастичность удалось победить, работает и неплохо. Похоже, я ещё и баг в Zimodem нашёл, буду проверять.

В процессе переделал свой .uart, теперь его можно использовать и для работы с Zimodem (и его настройки, прямо на Спеке!), появился выбор скорости и режим «скрипта».

Настройка Zimodem

TL;DR:
- для сборки «C64Net»: ATS46=1S48=1S50=1S52=1S54=1S56=1S47=5S49=13S51=15S53=12S55=14S57=4S44=1F0
- для сборки «Zimodem»: ATS47=5S49=13S51=15S53=12S55=14S57=4S44=1F0

Ну, и скорость увеличить: ATB9600

Если заработало, не забудьте сохранить настройки (&W), а то они до первого ATH/сброса.

Можно попробовать вот такой программкой:

10 PRINT "ZIMODEM SETUP"
20 REM Set up levels to match RS232 reqs
22 .uart -1 -s ATS46=1S48=1S50=1S52=1S54=1S56=1
30 REM Set up ESP-12 pins
32 .uart -1 -s ATS47=5S49=13S51=15S53=12S55=14S57=4
40 REM Add 1ms delay after each char
42 .uart -1 -s ATS44=1
50 REM Switch baud rate and flow control
52 .uart -1 -s ATF0B9600
90 PRINT "Connect at 9600 and do not"
92 PRINT "forget to save settings:"
93 PRINT "    AT&W"
94 GOTO 9999
99 SAVE *"ZMDMSTUP.BAS" LINE 10

И чуть более подробно (в HTML на внешнем ресурсе):

[свернуть]

Upd: после продолжительных экспериментов я должен признать, что последняя прошивка для ESP8266 (3.0.5), похоже, работает гораздо стабильнее, чем странно настроенный zimodem. Интереса ради я переписал «сетевой стек» для MRF для zimodem и для ESP-12, чтобы у потенциальных ошибок были равные шансы проявить себя. Пока esp at firmware выигрывает по очкам. Может быть, мои попытки «настроить» zimodem привели к обратному эффекту, но, мне так не кажется... К выходным узнаем...

[Chwe]

Значит, вердикт по Zimodem таков: использовать для передачи произвольных данных его можно, но последняя at прошивка его превосходит по стабильности. Мой ESP-12 модуль изначально был с какой-то древностью 1.1.0.0 и оно глюкало, не фатально, но так, в нормальном темпе. 3.0.5 работает отлично.

Zimodem я завёл, всё работает, но попутно нашёл минимум два бага и очевидно, что для «пакетной» передачи данных его никто не использует. Помимо проблем с форматом команд, в общих чертах, там понадобилось значительно (20..25%) искусственно замедлить приём, иначе на приём шла какая-то ересь из-за потери синхронизации. Мне кажется, zimodem шлёт слишком быстро, игнорируя flow control, но не уверен на 100%. Я много что перепроверил тестами и, как уже говорил, переписал «драйвер» at прошивки на свой манер, чтобы сравнение было максимально честным. На 98% я уверен, что глюки именно прошивка zimodem генерирует. TL;DR: обязательно S44=1 и при приёме делать паузу в 1,5..2мс между пакетами. S44=1 нужно, чтобы пауза попадала точно между пакетами, что в сумме дает замедление минимум на 25%. Природу этой магии я понять не могу, но в такой конфигурации всё работает стабильно. Она случайно получилась у меня, я просто паузы вставил, чтобы в анализаторе пакеты визуально разделялись.

Пользуясь случаем, рекламирую выпуск .uart, там есть всё, что мне было нужно .UART 1.0a - uart-v1.0a.zip (исходники)

Кстати, если я ничего не путаю, должно быть возможно сделать универсальную прошивку, и с zimodem и с at firmware...

Если кто хочет продолжить сам

Не думаю, что у меня в ближайшее время будет возможность вернуться к упражнениям с ESP-12 и Zimodem, поэтому делюсь тем, что есть. Вдруг, кому интересно будет продолжить.

В архиве мои изменения для MRF -- «драйвер» Zimodem и переписанный на мой манер «драйвер» AT Firmware. Писалось изначально не для MRF, поэтому идеально не стыкуется. Но, работает Upd: 2024-04-27: кто забрал первый черновик, вот поновее. Тут, заодно, и "драйвер" для ZX Spectrum Next (мопед не мой, просто в одном репозитории возились). Если руки дойдут, к майским выложу в git repo.

MRF-Zi-20240426.7z

Берёте MRF 9a98064, поверх распаковываете MRF-Zi.7z и собираете любым способом, например, `make ayesxdos`. На выходе будет `AY-64.ESX`. Потом можно сделать `make -f tap/Makefile`, оно соберёт mrfz.tap, его можно загрузить к файлам, уже развёрнутым на диске. Profit!

[свернуть]

[Chwe]

Коллеги, я, наверное, уже всем надоел со своими узкоспециальными экспериментами, уже слабо связанными с Sizif, но только у меня возникло желание ускорить MRF в шесть раз? Или это уже сделали до меня, а я просто найти не смог?



P.S. Да, там где-то скорее три раза, но теоретический максимум именно 6

[Chwe]

Я, конечно, далёк от мысли, что я единственный гений, освоивший google/yandex, но как так получилось, что я не нашёл никаких следов своих предшественников? Пользуясь случаем, представляю набор изменений для процедур использования RS232 через IO Port AY 8912. Ускоряем MRF for fun and profit! Я экспериментировал на Sizif да ещё и с прошивкой Zimodem, но, не вижу причин, почему бы оно не работало бы везде.

«ESP AT» сборки протестировать лично не смог, но, говорят -- работают. Теоретическое ускорение должно быть даже больше, чем у Zimodem.

В общем, предлагаю вашему вниманию экспериментальные сборки MRF (все для esxdos, внутри 7z обычный TAR для распаковки на Спеке): MRF-FE.TAR.7z

ESP AT Firmware

• 9600 baud («стандарт») с моим «драйвером», исключительно для коллекционеров, отличительной чертой является возможность нажать BREAK и завершить любую операцию с сетью -- MRF-ESP.TAP
• 57600 baud, тут всё понятно, быстрее раза в три (см. технические детали ниже) -- MRF-ESP5.TAP

Zimodem

• 9600 baud, для эксперментаторов, практически оно медленнее AT Firmware -- MRF-ZIM.TAP
• 57600 baud -- MRF-ZIM5.TAP

ZX Spectrum Next, опять же с новым «драйвером», он не мой, только для KS2, но МОЖЕТ быть поустойчивее той жути, которая на Next используется в силу каких-то исторических причин, мне лично непонятных. Честно, я и не вникал. Опуская все идиоматические выражения, которыми таки богат английский язык, я бы перевёл описание как «работает гораздо лучше, чем всё остальное». -- MRF-ZXOS.TAP

Все сборки предполагают, что нужная скорость выставлена в модеме заранее. Используйте замечательную утилиту .UART для настройки UART.7z (-5 включает 56700). Файлики ESP576.BAS и ZIM576.BAS могут помочь.

Про скорость, baud и всех всех всех

Как настраивать скорость. Для Zimodem всё просто -- ATBspeed, действует сразу, отменить, если что пошло не так, только сбросом или питанием. Для ESP AT -- настоятельно рекомендую AT+UART_CUR, чтобы, опять же, сбросом или питанием легко всё возвращалось, как было.

Получается так, теоретическая скорость в байтах на 57600 у нас 5760, так? Практически получается экран (6912) принимается за 2.76 сек. То есть, примерно 2500/сек. Это по настоящей сети «откуда-то» из интернета, это не с соседнего компьютера.

Самый большой файл, на котором я замерял, был 21498 байт и в целом передача занимала чуть меньше 10 сек. ~2200/сек.

На скорость «в среднем по больнице» влияет странная особенность Zimodem, он первые несколько байт первого пакета передаёт с сильными задержками.
Тут, теоретически, ESP AT должно вырываться вперёд, там я такого ещё не видел.

Если выключить прерывания на всю операцию «принять файл», наверное, можнр «разогнать» ещё немножко. И, может быть, убрать те паузы в 1.5мс,
которые я добавил для стабильности на 9600, на 57600 это просто гигантский интервал.

Хотя, как правильно заметил Pavel Vymetálek, на скоростях выше 38400 основную роль играет время обработки принятого байта (записать в память, уменьшить счётчик, и т.п.). На 57600 такие паузы составляют, я бы сказал, половину времени.

[свернуть]

P.S. Наверное, мне пора в тему для MRF, только где она?

P.P.S. Случилась у меня беда, точно по симптомам как у djs. После очередной сборки/разборки моего WiFi "«модуля»" (двойные кавычки, чтобы подчеркнуть, что там всё было ОЧЕНЬ временно) оно перестало работать. Похоже, что-то где-то окислилось и сопротивление выросло, если выкинуть резисторы для RX/TX нафиг, то оно оживает, но эксплуатировать его в таком режиме я как-то боюсь.

[Kulich]

Я, конечно, далёк от мысли, что я единственный гений, освоивший google/yandex, но как так получилось, что я не нашёл никаких следов своих предшественников? Пользуясь случаем, представляю набор изменений для процедур использования RS232 через IO Port AY 8912. Ускоряем MRF for fun and profit! Я экспериментировал на Sizif да ещё и с прошивкой Zimodem, но, не вижу причин, почему бы оно не работало бы везде.

«ESP AT» сборки протестировать лично не смог, но, говорят -- работают. Теоретическое ускорение должно быть даже больше, чем у Zimodem.

В общем, предлагаю вашему вниманию экспериментальные сборки MRF (все для esxdos, внутри 7z обычный TAR для распаковки на Спеке): MRF-FE.TAR.7z

ESP AT Firmware

• 9600 baud («стандарт») с моим «драйвером», исключительно для коллекционеров, отличительной чертой является возможность нажать BREAK и завершить любую операцию с сетью -- MRF-ESP.TAP
• 57600 baud, тут всё понятно, быстрее раза в три (см. технические детали ниже) -- MRF-ESP5.TAP

Zimodem

• 9600 baud, для эксперментаторов, практически оно медленнее AT Firmware -- MRF-ZIM.TAP
• 57600 baud -- MRF-ZIM5.TAP

ZX Spectrum Next, опять же с новым «драйвером», он не мой, только для KS2, но МОЖЕТ быть поустойчивее той жути, которая на Next используется в силу каких-то исторических причин, мне лично непонятных. Честно, я и не вникал. Опуская все идиоматические выражения, которыми таки богат английский язык, я бы перевёл описание как «работает гораздо лучше, чем всё остальное». -- MRF-ZXOS.TAP

Все сборки предполагают, что нужная скорость выставлена в модеме заранее. Используйте замечательную утилиту .UART для настройки UART.7z (-5 включает 56700). Файлики ESP576.BAS и ZIM576.BAS могут помочь.

Про скорость, baud и всех всех всех

Как настраивать скорость. Для Zimodem всё просто -- ATBspeed, действует сразу, отменить, если что пошло не так, только сбросом или питанием. Для ESP AT -- настоятельно рекомендую AT+UART_CUR, чтобы, опять же, сбросом или питанием легко всё возвращалось, как было.

Получается так, теоретическая скорость в байтах на 57600 у нас 5760, так? Практически получается экран (6912) принимается за 2.76 сек. То есть, примерно 2500/сек. Это по настоящей сети «откуда-то» из интернета, это не с соседнего компьютера.

Самый большой файл, на котором я замерял, был 21498 байт и в целом передача занимала чуть меньше 10 сек. ~2200/сек.

На скорость «в среднем по больнице» влияет странная особенность Zimodem, он первые несколько байт первого пакета передаёт с сильными задержками.
Тут, теоретически, ESP AT должно вырываться вперёд, там я такого ещё не видел.

Если выключить прерывания на всю операцию «принять файл», наверное, можнр «разогнать» ещё немножко. И, может быть, убрать те паузы в 1.5мс,
которые я добавил для стабильности на 9600, на 57600 это просто гигантский интервал.

Хотя, как правильно заметил Pavel Vymetálek, на скоростях выше 38400 основную роль играет время обработки принятого байта (записать в память, уменьшить счётчик, и т.п.). На 57600 такие паузы составляют, я бы сказал, половину времени.

[свернуть]

P.S. Наверное, мне пора в тему для MRF, только где она?

P.P.S. Случилась у меня беда, точно по симптомам как у djs. После очередной сборки/разборки моего WiFi "«модуля»" (двойные кавычки, чтобы подчеркнуть, что там всё было ОЧЕНЬ временно) оно перестало работать. Похоже, что-то где-то окислилось и сопротивление выросло, если выкинуть резисторы для RX/TX нафиг, то оно оживает, но эксплуатировать его в таком режиме я как-то боюсь.

А такая нужна? А то я как-то стесняюсь аж целую тему заводить, а то на пихают как обычно за него =)
А так, любые улучшения и исправления приветствуются. А частота процессора на этих 57600 какая, оригинальные задержки оптимизированы кажется на 3.5

[Chwe]

А такая нужна? А то я как-то стесняюсь аж целую тему заводить, а то на пихают как обычно за него =)
А так, любые улучшения и исправления приветствуются. А частота процессора на этих 57600 какая, оригинальные задержки оптимизированы кажется на 3.5

Всё как в оригинале. Ну да, их много. Я по историческим причинам использую конфигурацию оригинального 128k. Кстати, в MRF там сейчас выдранная без «мяса», в смысле, один к одному, процедура из ROM0 от 128k, так что 57600 уж точно с этим совместимо 57600, в общем, код небезызвестного Paul Farrow, ЕМНИП, известен года так с 2009-го и работает даже на оригинальном 48k. Я так понимаю, что у Вас основная масса пользователей на отечественных клонах, но, опять же, если ROM0 работал до сих пор и никто не жаловался, то и это вполне может заработать. Может, кто попробует... Я на Sizif только Пентагон могу включить.

P.S. Я там с техническими деталями на праздниках «загляну», по поводу темы и прочего.

Как попробовать

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

1. Переименовать uart-ay.asm в uart-ay-128k.asm
2. Добавить uart-ay-57600.asm
3. Создать новый uart-ay.asm (вот ниже) и собирать с -DUART_AY_57600

Ну, и как-то сконфигурировать ESP-12, чтобы на 57600 работало, код предполагает, что ESP-12 уже настроен.

uart-ay.asm

; Copyright 2024 TIsland Crew
; SPDX-License-Identifier: Apache-2.0

    IFDEF UART_AY_57600
        MACRO SYSCALL proc
            IFDEF __ESXDOS_DOT_COMMAND
                rst 0x18
                dw proc
            ELSE
                call proc
            ENDIF;__ESXDOS_DOT_COMMAND
        ENDM; SYSCALL

        INCLUDE "uart-ay-57600.asm"
        MODULE      Uart
init:
        call UART5.RS232_INIT
        xor a
        jp UART5.RS232_CFGDTR

write       equ UART5.RS232_WR_BT
uartRead    equ UART5.RS232_RD_BT

read:
        push bc, de, hl
        call uartRead
        pop hl, de, bc
        ret c
        jr read

        ENDMODULE ; Uart
    ELSE
        INCLUDE "uart-ay-128k.asm"
    ENDIF;UART_128K

; EOF vim: et:ai:ts=4:sw=4:

[свернуть]

[свернуть]