абе хора ....
три пъти изчитам постовете и три пъти рабирам различни части от мислите ви ... ама нещо централно липсва
стигнах до следните изводи:
1.Доста хора не правят разлика между понятията RS232 и UART ..... Едното е електрически пренос на инфо по начинNRZ например +12волта /-12волта демек няма връщане в състояние 0 другото си е на асихронно предаване на данни най-често на CMOS/TTLниво. Но защо под RS232 някой разбира UART на CMOS ниво е тва да ме убиете не мога да разбера.......
2. Уважаемия speedblue наистина явно е дългогодишен печеливш участник на ТНТМ за да се гордее , че е изпънал 60 метра /много пикове на CMOSниво.... и не се е сетил да сложи интерфейсни схеми за (например RS232 или RS485)

Вече се ориентирах в обстановката
Явно може, но за 9600 бода , ще се окаже проблем
Затова се спрах на варианта с RS485.
Обаче и идея си нямам как се свързва към пик-а и той по какъв протокол ще предава на този чип.

Уважаеми MYXATA,
цялата дандания е около принципа дали инициатора на темата може да си върже диод на изходите на подчинените PIC-ове и да ги подкара максимално бързо и лесно и да се изкефи на резултата... а после да ъпгрейдва колкото си иска.
Приложението което съм дал за работещ пример е прототипна версия върху жици... с идеята да мине на радио, а това че е събрано колкото да върви не е основното никой не мисли, че това е крайно и надеждно решение... временно е
Това че се хващаш за думата е хубаво... RS-232 & UART... само където темата започна с това, че човека каза - абе мога ли да вържа всички крака на PIC-а в една точка а както виждам ползва CCS C и там каквото и да ползваш директивата е "#use rs232(baud=1200, par....." примерно. Та в този ред на мисли

ToHu не съм доволен, това е обаче положението... хората искаха максимално бързо, максимално евтино и даже не бяха доволни от външния вид на устройствата накрая нали се сещаш... Иначе протокола е добре защитен и в двете посоки, а дании се предават през големи интервали от време (часове). Когато се наложи синхронизиране на всички устройства това се прави на няколко цикъла и грешки не е давало - отнема няколко минути. Имат и групов режим за разпознаване на грешни пакети, но така и не ми се наложи да ги държа в него понеже в нормалния режим ако пропадне пакет се идникира в програмата на PC-то, а такива са се случвали супер инцидентно и в началото докато се оправят буксите и подобни.

И само казвам, че "това работи" за любителски цели за нищо не претендирам

Е човекът си пише, че иска да свърже 5 /ПЕТ/ устройства. Къде видя 50?
RS485 си е точно за целта /някакви 75176/ какво повече да обсъждаме за 1 левче??
Остава само софтуерно да се направи протоколче
Това изглежда лесно, но не е лошо да си поиграе човек с възможните ситуацийки!

Да бе. Пък някакви други тъпанари се мъчили да праят усукани двойки. Явно са били двойкаджии по ТНТМ. Че и ги екранирали даже. Абе прахосници на суровини. За'ко са им тия 500мб/с ка'т на хората им стигат и 300bps?

Радвам се , че си се ориентирал! Към проца се връзва директно - имат си TTL съвместимост. Протоколчето си
го правиш сам - там вече зависи какви и колко данни предаваш. Ако са много - CRC си правиш и всякакви
проверки, ако трябва. Ако средата е отвратителна - ще се наложи манчестер кодиране(или подобно).
Но не вярвам при теб да е така - NRZ за къси разстояния си работи добре.

Та грижата ти е само софтуерна - когато се получи пакет с адреса на някой слейв - да разрешиш
предавателя му и да изцвъкаш данните. После го забраняваш пак! А мастерът да се грижи за опипване на слейв-овете.

//е към компа трябва през max232 да мине, че другите решения са си малко ТНТМ/не, че не работят/

//опа - май забравих да спомена - по усукана двойка има смисъл да предаваш само диференциален сигнал.
Примерно 422, 485 или токов кръг, иначе - не!

Ако все още не си схванал идеята - RS485 е само физическия леър, на 75176 имаш пинове за предаване, приемане, разрешаване на предавателя и забраняване на приемника (последните два можеш да ги вържеш заедно и да ги клатиш от едно място - при 0 приемаш, пишеш 1-ца само като предаваш). На TR и RD пиновете пускаш директно RS232 (от процесора). Чексумите са почти задължителни, можеш да защитиш с проста чексума (събиране на всички байтове ) при тая ниска скорост, едва ли ще има нужда от CRC.

PS: бъдете по снисходителни към speedblue , той сам потвърди че решението му е временно и непрофесионално

speedblue ,бъди снизходителен към другите - те просто не са правили такова нещо и не знаят.
Не си признавай, че е непрофесионално - щом работи и си го продал значи е професионално. Е, след време като се променят законите на ел.магнетизма може и да спре да работи, но то тогава може и слънцето вече да е догоряло...

Предлагам да си отнесем към въпроса малко по-сериозно.

Не мога да разбера, кому от тези, които са дошли в този подфорум да питат, е полезно да прочетат нещо подобно?
Ако си направиш труда, ще видиш къде се споменават петдесетте устройства. И че не питащият пише за тях.
Нали утре, окрилен от евентуалния успех със ситуацийките, ще реши да пусне система с 50 устройства на линията и ще си спомни наученото от тази тема.

На конкретната тема съм склонен да споря само с колега, който е поддържал система с 50 бр. 75176 въобще, а в частност със 75176 на въздушна линия. Още повече съм насъскан да споря по темата с разработчиците на 232 базирани системи за значими разстояния, продадени на видни клиенти по щастлива случайност. На един такъв клиент доставям средно по 200 бр MC3486 и 3487 месечно... Също по щастлива (за него) случайност продавачът, доколкото знам, все още е жив.

Протоколчето е отдавна и многократно измисляно, но колегата има нужда от още обяснения. Не се пъна аз да обяснявам, защото не смятам, че съм виден софтуерист. Но все пак, някой трябва да обясни. Ако никой не ще, или не се справите - аз ще му кажа, каквото успея.
А и в Интернет изобщо не "всичко си пише". Пишат се някои неща, и то за който много чете. Никой не дава готови решения, които са наистина атрактивни.

Нали в този форум се опитваме взаимно да си спестим развитието от нулата?
Или бъркам?

P. S. Във връзка със стремежа да строим космически кораби за по левче - въпрос към собственик на верига, подобна на "всичко за един лев":
- Абе, от какво живееш при тия цени?
- Ми, купувам стоката по лев, продавам я за по три; ей на от тия два процента живея!"

До колкото разбрам, ако примерно искам да изпратя текст от контролера към хипертерминала е необходимо да свържа TR и RD пиновете към RX i TX пиновете на контролера.
А и В пиновете на единия 75176 към А и В пиновете на другия (посредством линията) и към TR RD на втория към MAX232 и към порта на компютъра. За изпращането на текста мога да използвам примерно puts("\r\nИзход 4 е активиран!");
Това в общ вид де не, като краен вариант.
Възможно ли е да се получи ?

Така да, само да не забравиш пиновете 2 и 3 за управление на предаване. И по един резистор в двата края на линията между А и Б (крачета 6 и 7)

//Резисторът може да го има, или няма - смята се!
Понякога е по-добре да го няма - аз си слагам де........
Но това си е теория, както се споменаваше, и си иска четене........
успех!