SIM900: кривая реализация I2C для Embedded AT Опции

[HDL]

Печально, но %сабж%.
Вызов транзакции по I2C шине, например такой (взят из примера):
ebdat15_07I2C_PUT_DATA(pTransfer);
из обработчика событий в EAT приложении зависает, если устройство с заданным I2C адресом не ответило ACK-ом на SLA-R/W. Модем висит несколько секунд до самого ребута по вотчдогу.
Зависание происходит на втором по счету обращении, если на первое получен NACK, причем наличие ACK на втором обращении ни на что не влияет.
Прошивку дизасмил, нашел и рассмотрел почти все процедуры и2ц, но патч придумать сходу не удалось.

Скажите, насколько реально добиться от китайцев соответствующего фикса? Как и куда обращаться?
Может кто-нибудь сталкивался с этой проблемой?
На форуме ничего такого не обсуждалось? (Поиском не нашел.)

Спасибо.

[Romashki]

Разобрался! У меня на этом порту стоит ADM485 с ногой RX/TX, так вот на 115200 работает так:

if(ebdat9_05GetSerialPortTxStatus()!=TRUE)return 0;
ebdat6_04WriteGpio(pin_SW_RX_TX, 1);
ebdat05_09delay(1000);
ebdat9_02SendToSerialPort((char*)pBuff, LenBuff);
ebdat05_09delay(10000);
ebdat6_04WriteGpio(pin_SW_RX_TX, 0);

а вот на 9600 приходила только третья часть буфера....пришлось сделать так и только тогда заработало (в смысле буфер полностью доходил):

if(ebdat9_05GetSerialPortTxStatus()!=TRUE)return 0;
ebdat6_04WriteGpio(pin_SW_RX_TX, 1);
ebdat05_09delay(1000);
ebdat9_02SendToSerialPort((char*)pBuff, LenBuff);
ebdat05_09delay(20000);
ebdat6_04WriteGpio(pin_SW_RX_TX, 0);

[GeGeL]

У меня на этом порту стоит ADM485 с ногой RX/TX

Эх, жаль, но EAT/OCPU далеко не realtime. Задержка отрабатывается весьма приблизительно (а также и начало реальной выдачи в UART после выполнения SendToSerialPort), и если ее установить с запасом, то часть ответа теряется (например, при опросе ДУТ). Мне кажется, без простенького внешнего МК (типа PIC10), управляющего режимом RX/TX в засисимости от старт-бита, тут никак не обойтись. Возможно, кто-то решил проблему по другому?