<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang=CS link=blue vlink="#954F72"><div class=WordSection1><p class=MsoNormal>CANu jsou dva druhy: low speed je diferencial jako 485, polarita páru se tedy v rámci komunikace obrací, high speed má jednu polaritu a úrovně jen přibližuje/vzdaluje.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Ale na těch pár metrů je to, v rámci uvedených nenáročných požadavků jedno. Klíčové je, zda z toho zařízení na konci nevedou dráty někam dál (ani na uzemnění apod.). Pokud nevedou, tak nebude problém s žádnou ze zmiňovaných sběrnic, ani kdyby metrů bylo řádově víc. Pokud dráty dál vedou, tak vlastně zas cokoli, ale hlavně galvanicky oddělit.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Pak je druhá věc, když máme párovaný kabel, jak párovat signály. 485, nebo CAN určitě do páru, naopak třeba SCL a SDA určitě do společného páru nezapojovat, tedy naopak každý do jiného, s GND nebo napájením.</p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>PH</p><p class=MsoNormal><o:p> </o:p></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='border:none;padding:0cm'><b>Od: </b><a href="mailto:jirka.mww@gmail.com">Jirka Mww</a><o:p></o:p></p></div><div><div><p class=MsoNormal>No on ten levny CAN interface z ebay je po HW strance rs485 ale ma to integrovane ruzne prepetove ochrany a “zakulaceni” hran, takze to nerusi radio.</p></div></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>ne 12. 4. 2020 v 18:35 odesílatel <<a href="mailto:radek.koutsky@gmail.com">radek.koutsky@gmail.com</a>> napsal:</p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><p class=MsoNormal style='margin-left:11.55pt'>Zdravím,<br><br>Pokud píšete, že přenos bude "pár desítek bajtů za minutu" pak bych se absolutně nebál použít SW serial.<br>Já mám aplikaci, kde používám na jednom PIC 4x UART v rychlosti 56k a stíhám tím obsluhovat vše potřebné bez sebemenších problémů.<br><br>Určitě bych využil RS485, tedy něco jako SN65176 pro 5V nebo ST3485EBD pro 3V3.<br><br><br>RK<br><br>-----Original Message-----<br>From: Hw-list <<a href="mailto:hw-list-bounces@list.hw.cz" target="_blank">hw-list-bounces@list.hw.cz</a>> On Behalf Of Petr Zapadlo<br>Sent: Sunday, April 12, 2020 2:59 PM<br>To: HW-news <<a href="mailto:hw-list@list.hw.cz" target="_blank">hw-list@list.hw.cz</a>><br>Subject: komunikace mezi CPU na 6 metrů po kabelu.<br><br>Zdravím,<br><br>řeším jak propojit na jedné straně Atmegu328 a na druhé straně ESP8266.<br><br>Atmega bude na střeše a bude číst data z TLE5010 (viz minulé vlákno)  a<br>ESP8266 bude pod střechou a posílat data dál.   ESP pod střechou už je (dělá ještě něco jiného), na střeše je signál wifi už dost mizerný  a navíc bych tam musel stejně táhnout napájení (UTP kabel už tam mám), takže proto chci komunikaci s podstřešní ESP.<br><br>Délka  UTP kabelu je cca 6 metrů.  U Atmegy budu mít na SPI pověšený převodník TLE5010,  USART bude sice volný, ale podstřešní ESP má USART obsazený a dále už je tem další SW serial, takže další SW serial tam už nechci, protože by se zvyšovala nespolehlivost.<br><br>Přenos bude pár desítek bajtů za minutu, pouze jedním směrem, takže opravdu není potřeba žádná divočina,  na střechu mi vede UTP kabel, takže vodičů více než dost.<br><br>SPI a I2C sběrnice (zvlášť ta I2C) mi přijdou jako dost lokální a co jsem našel na netu, tak pochopitelně co je nad metr je většinou problém. <br>Na druhou stranu není třeba to dělat "idioten sichr, soldaten fest" - žádná život ohrožující data tam nepůjdou.<br><br>Napadají mě tyto varianty:<br><br>- SPI, jako další zařízení k TLE5010, bez dalšího - tohle mi přijde jako přímá jízdenka do potíží.<br><br>- I2C, výhoda, že na ESP ani na Atmega ji ještě nepoužívám, takže je volná, ale sběrnice typu OC mi nepřijde jako dobrý nápad posílat to na větší vzdálenost, zvlášť když to vede přímo na piny CPU.<br><br>- bastl komunikace, budič udělat ze schmitt 74HC14 (už tam beztak bude), nesymetrický synchronní  přenos dat a hodin, každý po jednom vodiči. Na přijímací straně vedení "zakončené" nějakým odporem na zem, oddělovač zase 74HC14, přes přerušení příjem dat. Výhoda, rychlost přenosu si můžu zvolit svou a i když to bude bit bang tak to může být tak pomalé že to nebude vadit.<br><br>- využít nějaké 422/485 budiče a přijímače a buď přes to posílat asynchronní  seriový přenos (problém na ESP, kde už jeden SW serial je) a nebo to použít jen jako budiče vedení a komunikaci viz předešlý bod.<br><br>Je ještě nějaká možnost?<br><br>Já se asi přikláním k variantě s 74HC14, protože nic speciálního to nepotřebuje a jsem schopen to spáchat na koleně. Na pár metrů kabelu by to snad mělo být OK.</p></blockquote></div></div><p class=MsoNormal><o:p> </o:p></p></div></body></html>