Результаты поиска

А чего там ждать? Основной код обмена прописан в файле kaskad_1_mt.c. Нужно только свой uart.c написать. Кстати, сам оптопорт я как раз проверял на esp32 :) Лови :))

Почитайте ссылку, которую я дал. Там автор все проверил. irda и оптопорт, это две большие разницы ...

А я не уверен, что это корректно заработает. Вот такое я испытывал Отсюда. Так вот он сам себя ловит на отраженку и ничего не работает.

Спасибо форуму и его участникам. Без вас было бы все намного труднее :) Готового устроства пока нет. Но на макетке все работает. Присылает в двух рекламных пакетах 3 тарифа (можно и четыре, но я больше 3 не встречал) в kWh, напряжение сети и мощность. Подробности тут

Я думаю не для этого. Скорей всего считывание происходит побайтно. Чтобы не прочитать "ложный" завершающий символ 55, который может встретиться в середине пакета. В общем придется процедуру считывания переписывать. Но хотя бы понятно стало - счетчик исправен ...

У меня сын решение нашел. Там с crc немного хитрей, потому и не получалось. https://habr.com/ru/company/spd/blog/576790/ Смотреть описание IEK «STAR 104/1»

Я уже тоже склоняюсь к этому, но MeterTools читает оба. Конечно можно предположить, что в нем забили на CRC, но что-то хотелось бы думать лучше :)

Будете смеяться, но на счетчике, который стоит в электрощитке и присылает ответ на один байт меньше, crc правильно рассчитывается по первоначальному коду. 73550700ffff92141c3006750028151206150117a955 время и дата 73550500ffff92142d30067500290000a220c055 мощность...

Ну если Вам не в лом :) 73550400ffff8d4e0130067311000a048d4e0655 - ответ 20 байт 73551f00ffff8d4e3030067311002c0a045bb66ae617077e6cd9020000e6b0ac1b95110302000000040000fb0a2a55 -ответ 47 73551f00ffff8d4e3030067311002c0a045bb66be617077e6cd9020000e6b0ac1b96110302000000040000fb0a1055 - ответ 47...

Вопрос - а зачем Вы сделали вольный пересказ куска кода, который я привёл? Что он делает, я и так знаю...

Вот лучше помогите определить алгоритм crc от счетчика. crc - предпоследний байт в пакете. При подсчете два первых и два последних байта не учитываются (во всяком случае для пакета, который мы отправляем в счетчик). Есть такой код static uint8_t checksum(const uint8_t *src_buffer, uint8_t len)...

А нет никакой ссылки. Протокола в открытом доступе нет. И у меня его нет. Wireshark немного помог ... Можете посмотреть, что я накалякал :) - https://slacky1965.github.io/electricity_meter_ble/ Вот тут еще обсуждение -...

Еще нюанс обнаружил. Инициализацию uart нужно делать и в user_init_normal(), и в user_init_deepRetn(). Иначе не работает.

Ну в примере от Ai-Thinker примерно все тоже самое, что Вы рассказали. Я его запустил. Нормально работает. Есть нюанс. Мониторить RX не получится, при засыпании чипа там что-то ломается и буфер обнуляется. Но у меня логика работы немного другая - в основном цикле послали запрос, проверили ответ...

Я проверил их пример. Работает на выход. Стабильно присылает хелловорд. Останется проверить на приём. Может сегодня вечером успею. Интересно, это когда понимаешь, что делаешь. А когда просто повторяешь с минимальными изменениями под себя, а оно не работает, одна головная боль :))

А есть где-нибудь пример простой, как работать с UART? Нашел что-то у Ai-Thinker в SDK, но с ходу не зашло. К тому же мне не очень понятно, там функция uart_dma_send() и для приема и для передачи (хотя возвращает 1, значит отработала номально)? Но возможно, модуль DevKit глючит, нужно просто...

А вот еще глупый вопрос. Вот у этой платки выведены RXD и TXD на внешние пины. Они же еще там и на CH430 идут. Я могу их использовать именно как rx-tx для связи с другим устройством?

Ну я пока не заморачиваюсь. При сбросе модуля счетчик тоже обнуляется. Но ничего не мешает его сохранять в конфиге ...

Спасибо, я в общем так и сделал.

Да вроде запустил. Но опять же, 4.2 такой пакет не видит.