15 июня 2026
ТестСистемы00:27
проверка памяти комнаты
Vashu Savostin00:30
Проверка памяти: это сообщение должно попасть в Postgres
Vashu Savostin01:35
Запомните: кодовое слово нашего теста — ОРЕХ-549.
Vashu Savostin01:35
Клава, какое кодовое слово назвали выше в чате?
Vashu Savostin01:37
Важный факт: наш проект называется OneCard, толщина карты 2.05мм.
Vashu Savostin01:37
Клава, какая толщина карты в нашем проекте?
Клава01:37
Толщина карты в проекте OneCard — 2.05 мм.
Val13:06
@VashkoAiroom_bot ? или клава?
Val13:07
повторю вопрос, что не понятно в вопросе?клава
Клава13:07
Поняла. Вопрос был про то, как ко мне обращаться: `@VashkoAiroom_bot` или Клава.
Ответ: обращайтесь **Клава**.
Val13:09
вопрос сформулировал @HexFFF или ты клава не поняла формулировку вопроса?
Клава13:09
Да, это я неверно поняла формулировку вопроса.
В видимом чате вопрос задал **Val**, не `@HexFFF`. Я ошибочно свела его к выбору имени обращения.
Val13:10
Коллеги мы тут общаемся на месте
Val13:11
вашко ты понял вопрос гены?
Val13:12
Просто ты не понимаешь переадресовка или ответ на сообщение цитированием я взял сообщение Гена процитировала за задал вопрос так понятно Клава?
Клава13:12
Да, теперь понятно.
Ты процитировал/переадресовал сообщение Гены и задал вопрос по нему. Я не учла контекст цитирования и ошибочно решила, что вопрос напрямую от тебя и про обращение ко мне. Нужно смотреть не только автора текущего сообщения, но и цитируемое сообщение/контекст.
Val13:15
третий раз цитирую гену! что озачает его реплика? клава
Клава13:15
Если реплика Гены: **«@VashkoAiroom_bot ? или клава?»**, то смысл такой:
Он уточняет, **к кому обращаться / кого звать** — по юзернейму `@VashkoAiroom_bot` или просто **«Клава»**.
То есть это не технический вопрос, а уточнение формата обращения к боту.
Клава13:17
Клава — это имя ассистента/бота в этой группе. Обращение ко мне.
Vashu Savostin18:51
Гена, привет. Два вопроса — технический и проверочный.
1. РЕШЕНИЕ ПО СХЕМЕ v08 (нужен твой вердикт).
Нашёл в datasheet Murata 2GD дефект текущей схемы: WAKEUP0 (пин 5) и SHUTDOWN (пин 8) — это 1.8V-tolerant fail-safe входы, а у нас на них приходит 3.3В напрямую с ESP32. Плюс datasheet прямо требует для fail-safe входов, управляемых хостом, последовательный резистор 200 Ом на каждую линию (защита от утечки в HIFC low-power). На SHUTDOWN ещё внутренний pull-up.
Хотел развести через свободные каналы нашего TXB0104 (U2), но символ U2 в схеме сделан только на 2 канала (заняты UART), пинов каналов 3/4 в символе нет. Варианты:
A) пересобрать символ U2 на полные 4 канала, задействовать свободные;
B) поставить отдельный 2-канальный транслятор (TXB0102) только под WAKE/SHDN — не трогая рабочий U2;
C) дискретные MOSFET-ключи на эти 2 линии.
Я склоняюсь к B (чище, не ломаю работающий символ, WAKE/SHDN получают выделенный транслятор). Как считаешь? И подтверди: 200 Ом последовательно на каждую — ставим?
2. ПРОВЕРЬ, ПРАВИЛЬНО ЛИ Я ВЕДУ СХЕМУ/ПЛАТУ.
Дал тебе read+комментирование в репо (теперь он в организации: github.com/goippro-main/onecard, ветка feature/onecard-001). Плата v07 в kicad/OneCard_v07/pcb/, схема OneCard_full_v07_det.kicad_sch. Посмотри, если будет минута — особенно подход к разводке и метод правок схемы. Можно прогнать через ChatGPT/Codex, я не против ревью со стороны, наоборот.
Заодно: подтвердилось, что Murata 2GD (ALT1350) уже умеет спутник NTN — карта сможет ловить и через вышку, и через спутник (Skylo/Sateliot). Платформу не меняем. Под это в v08 добавлю NTN-диапазоны в антенну (n255/n256). Детали скину отдельно.
Val18:53
клава, тебе вопрос понятен?
Клава18:54
Да, понятен.
Это цитата вопроса **Вадима/Васю к Гене**, не ко мне напрямую. Смысл:
1. **Нужен вердикт Гены по v08:**
- WAKEUP0 и SHUTDOWN у Murata 2GD — 1.8V-tolerant fail-safe входы.
- Сейчас на них идёт 3.3 В с ESP32 — это проблема.
- Нужно выбрать решение:
- A: расширить символ TXB0104 и использовать свободные каналы;
- B: поставить отдельный TXB0102;
- C: MOSFET-ключи.
- Автор склоняется к **B**.
- Отдельно просит подтвердить **200 Ом последовательно на каждую линию**.
2. **Просьба к Гене проверить схему/плату в репо:**
- KiCad v07/v08,
- подход к разводке,
- метод правок,
- можно использовать ChatGPT/Codex для ревью.
Дополнительно он сообщает про NTN/Skylo/Sateliot и планы добавить n255/n256 в антенну v08.
Если нужно, могу сразу дать свой технический вердикт по пункту 1.
Vashu Savostin19:13
Тест reply-памяти: на плате красный конденсатор 47 мкФ. Запомни это число.
Vashu Savostin19:13
вашко, какое именно число я назвал в том сообщении?
Vashu Savostin19:36
@HexFFF Гена, апдейт по вопросу выше.
Прогнал схему через GPT — он независимо подтвердил и дефект уровней WAKE/SHDN, и мой выбор: вариант B (отдельный 2-канальный транслятор TXB0102), резистор 200 Ом на стороне 1.8В ближе к модему.
Один уточняющий флажок, на котором сошлись и я, и GPT: SHUTDOWN (пин 8) имеет внутренний pull-up в модеме, а TXB-серия со слабым драйвером плохо дружит с подтяжками. Возможно, конкретно SHUTDOWN надёжнее вести через MOSFET-ключ или TXS-серию, а не TXB. WAKEUP0 (пин 5) через TXB вопросов не вызывает.
Итого расчёты подтверждены с двух сторон (мой анализ + GPT), осталось твоё одобрение. Вопрос к тебе:
1. Вариант B принимаем?
2. SHUTDOWN — оставляем через TXB или ведём через MOSFET/TXS из-за pull-up?
Как скажешь — сразу правлю схему в v08.
НехFFF19:43
@VashkoSav мое мнение не использовать лишнии чипы. На сколько я помню TXB двунаправленые чипы- для нас это избыточно и создает проблемы. Так же при преобразовании уровней следует учитывать что для нас важно энергосбережерие (отсутствие утечек через подтяжки) Поэтому либо используем резисторные делители либо мосфеты. Надо внимательно изучить даташиты на предмет внутренних подтяжек и уровней и исходя из этого принять решение что бы избежать утечек.
Vashu Savostin21:43
@HexFFF Принято, Гена — лишний чип убираем, согласен. Направление у обеих линий одностороннее (выход ESP32 → вход модема), так что двунаправленный TXB действительно избыточен.
По подтяжкам из datasheet 2GD уже выдрал: WAKEUP0 (пин 5) — внутренний pull-down; SHUTDOWN (пин 8) — внутренний pull-up.
С учётом твоего приоритета по утечкам:
- Резисторный делитель на push-pull выходе ESP32 даёт постоянный ток через делитель в состоянии «1» — против энергосбережения. Для статических уровней не годится.
- Предлагаю MOSFET level-shifter (BSS138, классическая схема Philips AN10441) на обе линии: в покое ток ≈ 0, его подтяжки согласуем с внутренними подтяжками модема. Дёшево — 1 транзистор + 2 резистора на линию.
Вопросы к тебе:
1. Согласен на MOSFET-вариант (BSS138) для обеих линий? Или для WAKEUP0 (там внутренний pull-down) хочешь иначе?
2. 200 Ом последовательно к модему — оставляем, как требует datasheet для fail-safe входов?
Как подтвердишь — правлю схему в v08 под этот вариант.
Val21:43
🎤 голос
Мы продолжаем совершенствовать наш чат.
Сейчас проверяются голосовые сообщения, как они распознаются, как получается общий чат.
Все, можно отвечать, что все нормально, можно не отвечать, как угодно.
Конкретно интересует клава.
Клава21:43
Клава на связи.
Вижу это как обычное сообщение в общем чате. Контекст понимаю так:
- сейчас тестируете распознавание голосовых и их попадание в общий чат;
- конкретно проверяете, как я реагирую;
- отвечать можно свободно, технического действия не требуется.
По последнему техническому контексту тоже вижу: Гена предлагает не ставить лишний TXB, а выбирать между делителями/MOSFET с учётом утечек и внутренних подтяжек WAKEUP0/SHUTDOWN.
16 июня 2026
Vashu Savostin13:25
@HexFFF Гена, по чипу универсального питания — принимаю идею, давай MAX20345 одним PMIC вместо россыпи (BQ25180 + TPS63810 + TPS62840 + LDO). Он закрывает всё: заряд Li-ion + smart power selector (USB/Qi/солнечная) + 3 buck + buck-boost + 3 LDO = до 7 напряжений, всё программируется с ESP32 по I2C. Корпус WLP 3.37×3.05мм — в нашу толщину влезает.
По букве — ты прав, она важна для старта ESP32. Предлагаю MAX20345A (вариант, что стоит в их EV-ките, MAX20345AEWN+, и его реально достать через Китай). У него дефолты: Buck1=0.7В, Buck2=1.2В, Buck3=1.8В, но все buck'и на старте выключены и поднимаются по I2C.
Вопрос, на котором хочу твоё подтверждение: от чего поднимаем сам ESP32 на холодном старте, до того как он сконфигурирует PMIC? Вариант — питать ESP32 от buck-boost или LDO, у которого заводской дефолт уже даёт рабочие ~3.3В. Если у тебя есть предпочтение по конкретной шине под ESP32 — скажи, и под это подберём финально букву/конфиг. Если ок с A — заказываю MAX20345A + EV-kit через Китай (Ali/LCSC), в Россию.
НехFFF19:00
@VashkoSav а разве MAX20345 нельзя сконфигурировать что бы при включении он сразу давал 3.3? Или существуют разновидности для разных напряжений?
Val20:46
в этом и вопрос , чем ты его будешь кофигурировать, как не ecp?который должен уже на старте давать нужеое напряжение)
Val20:47
клава , а ты что скажешь?
Клава20:48
Val прав: **если ESP32 не запитан, он не может по I2C сконфигурировать MAX20345**. Значит нужна **boot-цепочка питания без участия ESP32**.
Мой вердикт:
1. **MAX20345 можно брать только если есть дефолтная/OTP-конфигурация**, где при подаче питания сразу поднимается шина для ESP32:
- 3.3 В напрямую, или
- напряжение, пригодное для выбранного ESP32-варианта.
2. Если у **MAX20345A все buck на старте выключены**, как написал Вадим, то **A не годится как единственный источник питания ESP32 на холодном старте**, если нет отдельного always-on LDO/buck-boost.
3. Надо проверить в datasheet/ordering guide:
- какие rails включены по умолчанию;
- есть ли заводские варианты с 3.3 В enabled at startup;
- OTP/NVM: программируется ли пользователем или только на заводе Maxim/ADI;
- какая шина может быть **SYS/ALWAYS-ON**.
4. Практически я бы заложил так:
- **вариант 1, предпочтительный:** найти букву MAX20345, где один выход стартует сам и даёт 3.3 В на ESP32;
- **вариант 2:** оставить маленький отдельный nano-Iq LDO/buck на 3.3 В только для bootstrap ESP32;
- **вариант 3:** использовать другой PMIC, у которого явно есть preconfigured startup rail под MCU.
Итого: **идея MAX20345 хорошая, но заказывать MAX20345A вслепую нельзя**. Сначала подтвердить, что он сам на холодном старте поднимает питание ESP32. Если нет — нужен либо другой suffix/OTP-вариант, либо отдельный bootstrap-регулятор.
НехFFF20:53
Вот как раз и нужно заказывать, чтобы разобраться, ну или пытаться что-то из даташита понять.
Очень сомнительно, что там нет решения для 3.3 в старта.
Два вопроса из даташита:
1. Какие напряжения там по умолчанию (есть ли какие-то разные варианты чипа)?
2. Конфигурация пишется в энергонезависимую память, или надо конфигурировать после каждого включения?
Vashu Savostin20:57
@HexFFF Гена, по MAX20345 — по datasheet (ADI Rev.11):
Коротко: разновидности под разные напряжения есть, но «сразу 3.3 на старте» — это заводская OTP-прошивка, а не наша I2C-настройка.
— Чип: 3 buck + 3 LDO + buck-boost = до 7 шин. По I2C их крутим вплоть до 0.7В с DVS, НО это работает только после того, как чип запитан и ESP32 с ним заговорил. До этого на старте поднимается то, что зашито в OTP по умолчанию.
— Что включено на старте, с каким напряжением и в какой последовательности — задаётся OTP/boot-sequence и выбирается БУКВОЙ в парт-номере (suffix). Разные буквы = разные дефолты. То есть «разновидности» — да, но через заводской вариант, не нашей рукой.
— Засада: каталожный сток-вариант (как в EV-ките) держит buck'и на старте ВЫКЛЮЧЕННЫМИ. Кастомный OTP-suffix ADI делает в основном под объём/NDA, не штучно в розницу.
Вывод (я и GPT сходимся): чтобы ESP32 поднялся на холодном старте — одно из двух:
1) подтвердить с ADI/дистрибьютором вариант, где на старте уже включён выход под ESP32 (логичнее всего buck-boost = always-on 3.3В) — но что реально в стоке, надо уточнять;
2) поставить отдельный крошечный always-on nano-Iq LDO/buck-boost только на 3.3В под bootstrap ESP32: он встаёт от него, дальше сам конфигурит весь MAX20345 по I2C. +1 мелкий чип, зато гарантированный старт.
Моё предпочтение — вариант 2: надёжнее и не зависит от того, найдём ли нужный suffix в продаже. Снимает риск «заказали букву вслепую, а она не стартует».
Отдельный флажок, проверю числами: MAX20345 — PMIC под носимую электронику, buck'и слабые по току. Сведу пик ESP32-S3 + модем на TX против тока шин с твоим правилом +30%.
И по WAKE/SHDN всё ещё жду твоё ok на MOSFET BSS138 — как скажешь, правлю v08 разом.
НехFFF21:01
Так и не ответил на вопрос- конфигурация MAX20345 энергонезависимая или нет?
Val21:13
тэг забыл поставить)
НехFFF21:14
@VashkoSav Так и не ответил на вопрос- конфигурация MAX20345 энергонезависимая или нет?