TS Forum

VBI wrote:могу организовать экспорт в нужном формате с зхааа, например

Присоединяюсь. Могу организовать любой вывод, например в гипертексте от Витамина. Могу хоть бинарники генерить, что угодно.
Могу прокси-сервак сделать, который будет как-то на лету HTML конвертить в гипертекст от Витамина и делить его на страницы, лезущие в zx-память.

Да красота, чо. Корка - 80MHz, Xtensa 32-бит RISC, 5-stage pipeline, команды 16/24 бит.
Алсо, пикантности добавляет тот факт, что компанию основала ВНЕЗАПНО тян, и все эмплойиз тоже они.

интересный факт, но не более того.

Оставлю это сдесь, https://github.com/pvvx
т.к. самое перспективное развитие SDK чипа,человек один переписывает китайский СДК,очень активно и грамотно.

psb wrote:если кому интересно, я категорически против этого недомодуля. нет времени объяснять.

если кому интересно, я категорически против psb и его бредоидей, мне своего бреда хватает :P

DDp, прошиву под АВР (уарт0) ты допиливал?

Замечательный VBI, пользуясь своим физическим присутствием, настоял родить концепт вифи, который конечно же прославит нас в веках и принесет миллиарды (ну и немножко улучшит удобство пользования Пентевой, как побочный эффект).

Итак, концепт, версия 1.0:
1. Физически цепляется на разъем Х5

2. Не требует резок/паек на плате.
3. Использует дополнительный уарт на атмеге, не конфликтует с кондратьевским компортом.
4. Не требует изменений в конфигурации фпга, только в прошивке атмеги (требуется перешить пентеву).
5. АПИ использует 3 уровня абстракции:
- уровень 0: прямая работа через уарт с модулем вифи - программер берет на себя все тяготы обслуживания ESP8266, а именно конфигурация вифи, контроль подключений, формирование http запросов при помощи АТ-команд и т.д. (Именно так работают примеры DDp.)
- уровень 1: TCP - программеру предоставляется возможность подключения к айпи/урлу и обмен сырым TCP трафиком с сервером. Возможна реализация клиентов типа ИРЦ.
- уровень 2: HTTP - программер формирует GET/PUT запросы, получает/передает данные хттп.
6. Изменяется работа с дополнительным уартом (по сравнению с кондратьевским) - добавляются регистры занятости фифо приема/отправки. Перед выгребанием данных программер опрашивает регистр занятости фифо, если там не 0, принимает указанное количество байт, не опрашивая (!) статус после каждого байта. Аналогично с посылкой - шлется количество байт, равное свободному размеру фифо отправки. За один фрейм на скорости 115200 пересылается 236 байт, поэтому оба фифа имеют размеры 255 байт.
7. Добавляются регистры статуса (релультат команды для вифи, статус коннекта и т.д.)
8. Добавляются процедуры конфигурирования вифи (точка доступа, пароль, етц.)

Всячески поддерживаю это начинание.

На какую скорость можно будет расчитывать?

115200

А вне эвы, в других клонах можно иcпользовать?

Mick wrote:вне эвы, в других клонах можно иcпользовать?

Вангую, что адаптировать разработки.

Mick, ну ты можешь прицепить сам модуль к чему угодно, но уровни 1 и 2 будут реализованы на меге пентевы.

TS-Labs wrote:Mick, ну ты можешь прицепить сам модуль к чему угодно, но уровни 1 и 2 будут реализованы на меге пентевы.

Ну слобать отдельную карту с СOM портом вопросов нет, мега + маленькая CPLDшка.
А с портами уже определились, дрова или что там. Короче софт какой есть для Спекки?

Mick wrote:А с портами уже определились

Выкачу спеку.

Mick wrote:Короче софт какой есть?

VBI пишет.

Плата переходника, обеспечивает питание 3.3В для вифи, преобразование уровня Rx, собсно переход между разъемами:


CNX1 - мамка вниз, втыкается в папку Х5 на плате евы.
CNX2 - сверху впаивается вот это, сам модуль вифи ESP-01.

Есть серьезное опасение, что питания с диода, на котором висит атмега будет нехватат, в этом случае пентева будет ВНЕЗАПНО ребутиться.
Лечение - откусить на Х5 лапу 4 и припаять лапу 4 на CNX1 к нормальным 5В где-нибудь на плате.

В порядке гумманитарной помощи конфам 3-го мира, доработка не затрагивает изменений в конфах (как я уже писал выше). Т.е. будет работать и в тсконф и в бейзе.

листы блокировки от россценнадзора будут поддерживаться? или будет всегда всё всем доступно?

"СЧАСТЬЕ ДЛЯ ВСЕХ ДАРОМ, И ПУСТЬ НИКТО НЕ УЙДЁТ ОБИЖЕННЫЙ!" (с)

TS-Labs wrote:откусить на Х5 лапу 4 и припаять лапу 4 на CNX1 к нормальным 5В где-нибудь на плате.

Это уж слишком вандально. Предлагаю на плате сделать перемычку: питание от X5 или внешнее. И сделать возможность доп.разьёма аля 3,5" как на vDAC.

Еще вопросик.
Пробежавшись по теме, были какие то разговоры об обновлении софта на этот модуль,
для конечного потребителя-обывателя нужно перешивать софт на самом модуле?
Какой объем софта поддержки модуля в меге, т.е. хватит например меги 16 или 162?
Сам функционал меги, понятно что она будет как бы мостом между Спеком и модулем, что она делает?

Короче хотелось бы подробностей.

Mick wrote:для конечного потребителя-обывателя нужно перешивать софт на самом модуле?

Нет. Будет шипиться со штатной прошивой, кулибины могут себе шить сами.

Mick wrote:акой объем софта поддержки модуля в меге, т.е. хватит например меги 16 или 162?

Думаю 3-4кБ макс.

Mick wrote:Сам функционал меги, понятно что она будет как бы мостом между Спеком и модулем, что она делает?

Обслуживает вейтовые порты. При обращении к портам меги з80 завешивается альтерой и висит до снятия лока со стороны меги. За это время мега обрабатывает запрос, шлет требуемые данные в альтеру. Смотри сорцы евы.

TS-Labs wrote:Есть серьезное опасение, что питания с диода, на котором висит атмега будет нехватат, в этом случае пентева будет ВНЕЗАПНО ребутиться.

все зависит от режима работы,в прошивке

Модуль поддерживает обновления по юарту все модули и по вафле,но только те что на борту имеют больше 512кб флешку,тоесть лучше сразу делать под 07-12 модуль,01 старый модуль.

По вафле скорее не поддерживает, чем да. Флешку 512к на борту имеют все, что мне попадались. Если я буду их продавать (что маловероятно), буду сразу шить нормальную прошиву.