ОК ще го пробвам. Не знам как се дебъгва. Пробвах веднъж с pickit3 и го омазах и оттогава не съм

Хубаво, ама пак пишеш извън масива. Най-вероятно останалите грешки са в същия стил.
Вече изгубих интерес.

Благодаря за насоките! Със сигурност нещото не работи, заради мои грешки. Това е и причината заради която питам тук. Съжалявам затова, че досаждам.

void I2C_MasterRead(
uint8_t *pdata,
uint8_t length,
uint16_t address,
I2C_MESSAGE_STATUS *pflag)

...........


I2C_MasterRead( & RXbuffer_forslave_1,10,1,&statusReadSlave1);
I2C_MasterRead( RXbuffer_forslave_1,10,1,&statusReadSlave1);

Да попитам и аз - тези двете извиквания идентични/еквивалентни ли са ,или зависи от компилатора ?
RXbuffer_forslave_1 е масив.

Не са еквивалентни. Примам, че масива ти е от тип uint8_t.

RXbuffer_forslave_1 ще е от тип указател към uint8_t и е правилното в случая, защото такъв параметър очаква функцията I2C_MasterRead.

&RXbuffer_forslave_1 ще е от тип указател към масив uint8_t с определен брой елементи. Това би трябвало да ти изгърми с incompatible pointer type. Ако не гърми, то включи си warning-ите.

При първия случай - параметърът, който подаваш е адресът на указателя към първия елемент на масива.
При втория случай - указател към първия елемент на масива.

В "i2c1.c" в слейва има Въпросния макрос трябва да е същия като в заявката от мастъра:

Ако и така не работи, вече незнам от какво може да е...

При втория случай предаваш адрес-указател към първия елемент на масива - да, при първия - не ми е много ясна терминологията
Radolin и Syscop сякаш различни неща са написали.

C::B издаде предупреждение, www.onlinegdb.com нищо не каза,
IAR издаде грешка. Първите 2 не знам какъв резултат са дали като код, но на IAR му казах да не спира на тази грешка
и асемблерлистинга показа еднаква компилация на двата реда.
Интересно беше.

По-важното е да видиш каква е грешката ти, и да не я повтаряш. Масивът има 10 клетки с адреси от 0 до 9...

Не съм правил последните тестове, които Стефан предложи, защото мисля, че има положително развитие по казуса

1 - Пуснах I2C_MasterRead() в цикъла:


uint8_t RXbuffer_forslave_1[10];
I2C_MESSAGE_STATUS statusReadSlave1;


while (1)
{


RXbuffer_forslave_1[0]=0xEE;
I2C_MasterRead(RXbuffer_forslave_1[0],1,1,&statusReadSlave1);




while ((statusReadSlave1!=I2C_MESSAGE_COMPLETE)
&&
(statusReadSlave1!=I2C_MESSAGE_FAIL))
{
//////wait here

}


// Add your application code

}


при тази ситуация няма нищо по шината.

И тогава в тъпата ми тиква ми блесна мисълта, че цикъл няма, защото той виси заради:

while ((statusReadSlave1!=I2C_MESSAGE_COMPLETE)
&&
(statusReadSlave1!=I2C_MESSAGE_FAIL))
{
//////wait here

}

2 - Разкарах от цикъла въпросното условие и шината се раздвижи:




3 - Вързах насреща един slave с адрес 0x02 и върнах условието while ((statusReadSlave1!=I2C_MESSAGE_COMPLETE)
&&
(statusReadSlave1!=I2C_MESSAGE_FAIL))
{
}

и отново (очаквано) комуникация - йок.


4 - Смених адресния аргумент в I2C_MasterRead() на 0x02 и така цикълът придоби окончателния вид:

while (1)
{


RXbuffer_forslave_1[0]=0xEE;
I2C_MasterRead(RXbuffer_forslave_1[0],1,2,&statusReadSlave1);




while ((statusReadSlave1!=I2C_MESSAGE_COMPLETE)
&&
(statusReadSlave1!=I2C_MESSAGE_FAIL))
{
//////wait here

}


// Add your application code

}



При тази ситуация на шината се наблюдава:



като slave се припознава и си изпълнява вектора на прекъсване.

Дотук - добре

Остава ми да пробвам реално четене на данни.

Клокът е ужасен. Хубаво е поне малко формата да наподобява правоъгълна...
Та, намали стойността на пулъп резисторите.

Това е от китайската измервателна хапаратура

Значи следващия въпрос ще е защо данните от слейва не са такива, каквито трябва да бъдат
Язък, дето се плючихме 3 страници да обясняваме разликата между байт и указател към байт.

Като гледам картинките, китайската измервателна техника има достатъчен семпълрейт за да хване поне няколко семпъла за стабилна лог. 1.
Намали резисторите. Сега колко са, 4к7?

За първия syscop казва адресът на указателя, което аз го разбирам като указател към указател към uint8_t, но според мен не е така.