<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="pl-pl">
<link rel="self" type="application/atom+xml" href="https://forum.atnel.pl/feed.php?f=30&amp;t=15566&amp;mode" />

<title>ATNEL tech-forum</title>
<link href="https://forum.atnel.pl/index.php" />
<updated>2016-06-11T16:54:41+01:00</updated>

<author><name><![CDATA[ATNEL tech-forum]]></name></author>
<id>https://forum.atnel.pl/feed.php?f=30&amp;t=15566&amp;mode</id>
<entry>
<author><name><![CDATA[wchpikus]]></name></author>
<updated>2016-06-11T16:54:41+01:00</updated>
<published>2016-06-11T16:54:41+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162097#p162097</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162097#p162097"/>
<title type="html"><![CDATA[Re: atmega8 wylaczenie ACK i NAC na twi]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162097#p162097"><![CDATA[
Witam<br />Mysle nad twi lub programowo, ale nie chce attiny tylko atmega8.<br />Programowy uart raczej da sie zrobic, nie wiem czy hardware, jak piszesz w tym przykladzie.<br />Generalnie to prosta sprawa, mozna po kroku liczyc bity i skladac, transmisja jest prosta, wykrycie start i danych tez.<br />Myslalem ze ktos juz to robil tutaj.<img src="https://forum.atnel.pl/images/smilies/icon_e_wink.gif" alt=";)" title="Puszcza oko" /><p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3859">wchpikus</a> — 11 cze 2016, o 16:54</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[andrews]]></name></author>
<updated>2016-06-11T16:34:53+01:00</updated>
<published>2016-06-11T16:34:53+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162096#p162096</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162096#p162096"/>
<title type="html"><![CDATA[Re: atmega8 wylaczenie ACK i NAC na twi]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162096#p162096"><![CDATA[
Skoro piszesz o TWI i bicie TWEA, to rozumiem, że chodzi Ci o rozwiązanie sprzętowe, nie programowe.<br /><br />Chodzi o to, że ATtiny nie mają interfejsu TWI, tylko USI (Universal Serial Interface), który jest uniwersalny. Może pracować zarówno w trybie trójprzewodowym (zgodnym z SPI), jak i dwuprzewodowym (zgodnym z I2C). Ten interfejs lepiej się nadaje do osiągnięcia celu, który sobie wytyczyłeś.<br /><br />Na stronie, do której łącze podałem w poście powyżej, są kody źródłowe programu w C i ASM łącznie ze skompilowanymi gotowymi wsadami do ATtiny85. Program odczytuje z magistrali I2C dane i wysyła przez UART. Wprawdzie samodzielne skompilowanie tych kodów może wymagać starszego toolchain'a (WinAVR) lub modyfikacji, aby można skompilować nowymi toolchain'ami Atmela, ale przynajmniej można podpatrzyć, jak to jest zrealizowane.<br /><br />Problemem przy wykorzystaniu gotowych wsadów może być z kolei zastosowanie przez autora rezonatora 14.7456MHz (&quot;uart friendly&quot;), jako że nie wszyscy mają takie leżeć pod ręką w szufladzie. Zastosowanie takiego rezonatora jest najprawdopodobniej wymuszone chęcią osiągnięcia jak największej prędkości transmisji poprzez UART. Magistrala I2C może być taktowana nawet zegarem 400kHz (i więcej), więc trzeba się trochę uwijać <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /><br /><br />Generalnie wiele zależy od tego, jak szybką magistralę chcesz obserwować i jak duże ilości danych przetwarzać.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=14165">andrews</a> — 11 cze 2016, o 16:34</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[wchpikus]]></name></author>
<updated>2016-06-11T13:31:48+01:00</updated>
<published>2016-06-11T13:31:48+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162091#p162091</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162091#p162091"/>
<title type="html"><![CDATA[Re: atmega8 wylaczenie ACK i NAC na twi]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162091#p162091"><![CDATA[
Ale mowa o hadware twi?<br />Jesli bedzie softowy to bez znaczenia chyba czy atmega czy attiny?<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3859">wchpikus</a> — 11 cze 2016, o 13:31</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[andrews]]></name></author>
<updated>2016-06-11T11:33:34+01:00</updated>
<published>2016-06-11T11:33:34+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162083#p162083</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162083#p162083"/>
<title type="html"><![CDATA[Re: atmega8 wylaczenie ACK i NAC na twi]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162083#p162083"><![CDATA[
Może to się przyda:<br /><a href="http://www.avrfreaks.net/projects/i2c-twi-sniffer?module=Freaks%20Academy&amp;func=viewItem&amp;item_id=1489&amp;item_type=project"  class="postlink">http://www.avrfreaks.net/projects/i2c-twi-sniffer?module=Freaks%20Academy&amp;func=viewItem&amp;item_id=1489&amp;item_type=project</a><br /><br />Nie testowałem osobiście, więc nie gwarantuję, że zadziała <img src="https://forum.atnel.pl/images/smilies/icon_e_smile.gif" alt=":)" title="Szczęśliwy" /><br />Myślę że ważną informacją jest, jakie typy mikrokontrolerów się do tego zadania nadają.<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=14165">andrews</a> — 11 cze 2016, o 11:33</p><hr />
]]></content>
</entry>
<entry>
<author><name><![CDATA[wchpikus]]></name></author>
<updated>2016-06-11T09:42:06+01:00</updated>
<published>2016-06-11T09:42:06+01:00</published>
<id>https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162080#p162080</id>
<link href="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162080#p162080"/>
<title type="html"><![CDATA[atmega8 wylaczenie ACK i NAC na twi]]></title>

<content type="html" xml:base="https://forum.atnel.pl/viewtopic.php?t=15566&amp;p=162080#p162080"><![CDATA[
Witam<br />Potrzebuje analizowac dane lecace pi i2c.<br />Bez ingerencji w szyne.<br />Czy wylaczenie TWEA w rejestrach zalatwi sprawe?<br />Nie chce by uc potwierdzal poprawnosc danych.<br />Tylko analizuje, jak zgadza sie to co chce wylapac, robi jakas akcje.<br /><br />&quot;TWEA - Bit aktywacji potwierdzenia TWI<br />TWI Enable Acknowledge Bit<br /><br />TWEA steruje generowaniem impulsu potwierdzenia. Jeżeli do TWEA wpiszemy '1', impuls ACK jest generowany na magistrali TWI jeżeli są spełnione poniższe warunki:<br />   1. Otrzymane zostało ogólne wywołanie, podczas gdy bit TWGCE w rejestrze TWAR został ustawiony.<br />   2. Otrzymany został bajt danych w trybie odbioru jako master lub slave.<br />Przez wpisanie do TWEA '0' urządzenie może być czasowo wirtualnie odłączone od szeregowej dwuprzewodowej magistrali. <strong>Rozpoznawanie adresu</strong> może być wznowione przez ponowne ustawienie bitu TWEA na '1'.<br /><br />Czyli przy ustawieniu 0 nie bede widzial adresu?<br /><br /><br /><br /><br />Pozdrawiam<p>Statystyki: Napisane przez <a href="https://forum.atnel.pl/memberlist.php?mode=viewprofile&amp;u=3859">wchpikus</a> — 11 cze 2016, o 09:42</p><hr />
]]></content>
</entry>
</feed>