Остаётся только спокойно сравнить код из i2cget/set с тем, что есть, или тупо его перенести.

Код там вполне читаемый, насколько мне не изменяет память.

Доброго дня, есть такой вопрос тем кто работал с таким зверем Serial Pseudo-SRAM with SPI. у меня сейчас микросхема LY68L6400. работа почти не отличается от работы с spi nor flash. сам обмен работает, но смущает фраза в документации всех микросхем подобного типа:
Linear Burst is supported up to 84MHz and can cross page boundary as long as t CEM is met.
как я понимаю линейный режим с переходом черех  адрес страницы будет работать при условии: частота меньше и время выборки микросхемы меньше заданого?
Но. как всегда оно, но. тестирую на частоте SPI 1МГц  и у меня прекрасно записывает и считывает одним блоком данные больше страницы ( страница 1024 байта). Пишу и читаю одним блоком 4096 байт. пишу блок, у которого в конце поменян один байт и потом в другой буфер считываю и сравниваю.
Может кто подскажет как все таки правильно: надо ограничивать длину пакета в зависимости от частоты или нет?

есть ДШ?

максимальное время  выборки tCEM по документации не больше 8 мксек. 😞
И судя по рисунку таймингов, у меня не должно работать, или на таком наборе должны вылезти ошибки, или повторы одного блока

не меньше

Ну если ты не чаще чем tCEM  будешь дергать CE то все будет ок. Видать там по ce сбрасывается внутренняя логика или ещё чего. А так, ты можешь гнать данные вплоть до 84мгц

И спасибо за подробно составленный вопрос

О каких 8 микросекундах идёт речь

tCPH вот твой ограничитель. Минимальное время на которое нужно поднять CE

Просто самого неоднозначность достала. Хочется один раз оформить драйвер в Zephyr что-бы к нему более не возвращаться. Утопия конечно... Но остановило несоотверствие прочитаного и полученного.
а то я перепутал с другой доки, просто уже перечитал все что нашел 😞

В процессе берстов

блин....

Как говорится RTFM

☺️ но для burst тебе важнее параметр, котрый над ним

Ибо в дш написано, каждая read\write operations must be complited by CE rise pulse