max6675 protokol

[Pavel Hudeček]

No dejme tomu, ale rozhodně nenastává při sestupné, časově tedy téměř 
přesně naopak proti požadavku DS:-)

Typická situace, kdy všichni mají pravdu, i když se liší:-)

PH

Dne 29.03.2025 v 18:34 Miroslav Šinko napsal(a):
> Tak ja som teda v tom, ze vzostupna hrana nastava az po tom, ako je 
> citanie ukoncene. Cita sa v stave LOW, po ustaleni po zostupnej hrane. 
> Co sa deje po precitani, z pohladu citania nie je zaujimave. Za mna 
> nie, citanie nenastava "při vzestupné".
>
> miro
>
>
> On 29.3.2025 18:22, Pavel Hudeček wrote:
>> Já nevím co je na tom nejasného:
>> Jsou tam dvě přepnutí CLK a dvě čekání 10 µs, které definují 
>> frekvenci. Celkem 20 µs, takže cca 50 kHz.
>> Čtení se nachází blíž k //chapem to ako to vzostupnu hranu
>> Tedy čte při vzestupné hraně.
>>
>> PH
>>
>> Dne 29.03.2025 v 18:00 Miroslav Šinko napsal(a):
>>> On 29.3.2025 9:48, Pavel Hudeček wrote:
>>>> V textu nad obrázkem 1b,
>>>> Applications Information / Serial Interface, píšou:
>>>>> Read the 16 output bits on the falling edge of the clock.
>>>>
>>>> Autor knihovny ale nečte sestupnou hranou, místo toho čte při 
>>>> vzestupné:
>>>
>>> Nerozumiem...
>>>
>>>>> -v cykle ako prve zhodi sclk a pocka 10us
>>>>> -potom cita hodnotu 
>>>> A hned potom nahazuje sclk
>>>
>>> Tu je kod, doplnam komemnrare:
>>>
>>> for (i = 7; i >= 0; i--) {
>>>
>>>     digitalWrite(sclk, LOW);  //LOW = prechod z HIGH to LOW,
>>>                               //chapem to ako to zostupnu hranu
>>>     delayMicroseconds(10);    //pocka na ustalenie dat, tDO
>>>     if (digitalRead(miso)) {  //cita data
>>>       // set the bit to 0 no matter what
>>>       d |= (1 << i);
>>>     }
>>>     digitalWrite(sclk, HIGH); //HIGH = prechod z LOW to HIHG
>>>                               //chapem to ako to vzostupnu hranu
>>>     delayMicroseconds(10);    //pocka, necita nic, opakuje cyklus
>>>   }