Не ми е много ясно какво точно питаш. Ако се чудиш как да навържеш много у-ва на едно 232 не е отговора, 485 ти трябва, ако ще са само слушащи става и на 232 или 422.
Протокола е прост
Старт байт примерно FF
Адрес на получателя
Дължина на пакета
Днни колкото са там
Crc на горното
Където в данните имаш FF го замества с да речем FF 01

y=(x-1)*4+1

Ако е това което ти трябва, честно казано... много лошо говори за тебе.

На моменти си мисля че форума е македонски и през някакъв транслатор се превеждат постовете.
Ако искаш 1-во си прочети въпроса е ако разбереш нещо - обясни го на български пък след това някой може да ти помогне.
Единстренното което разбрах е, че на кечиста баба му има разтройство.
Да не би за си се отказал от Ethernet - a
Някакъв алгоритъм ли ти трябва , или имаш протокол с който трябва са се съобразиш ? Формули има в математиката и физиката. Стандартър RS-232 не е предвиден за комуникация с няколко подчинени устройства.
Доколкото разбирам имаш 1 master (който само предава) и няколко подчинени (които само слушат) . Това най-вероятно може да се реализира . Ако обаче ти трябва двупосочна комуникация проcто забрави за RS-232.
RS485 е за тези изпълнения, но там има и посока. Microchip няма ли CAN ?
PS: Дублирахме се с Тони

Я че ми стана интересно
на http://www.karadev.net/site/index.php има клавиатура с 74595 . Това не е ли 8-битов изходен шифт регистър . Как работи това чудо на техниката ? Да не си се объркал с 4021.

И така може, просто се подава захранване на различни бутони (обхождат се). А изходите им са вързани на едно и от там според времевият слот се разбира от кой бутон идва сигнала. Пуска един импулс и го премества по 8те колони.
Може и със 7445 то поне е баш дешифратор, че и е до 10.

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

Ама нали се сещаш, че трябва да има и един вход да процесора на който да четеш текущото състояние. Не че не е невъзможно , но крайно непрактично !!!
То по тази логика може да ги свърже към една R2R Матрица и да ги чете на 1 аналогов вход. Но това е за един друг раздел на форума http://mcu-bg.com/mcu_site/viewforum.php?f=8

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

мноу съм тъп , изобщо не схванах формулата на Велио - какво описва и каква е връзката с Карадев.нет....
Велио, обясни- моля те, че ми стана интересно.

И се почуствах дваж по-тъп, щото не бях чувал за RS233.

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

Разбира се че е възможно, но за това има CAN. Другото е мазохизъм.
RS233 Сигурно вече Microchip произвеждат процесорите си с вграден MAX3232
Не съм запознат с Microchip, но едва ли много се различава от останалите (UART/USART)
Преди доста време съм писал подобен протокол , но си беше веселба : (RS-485) обработка на колизии, валидиране на пакети и за какво . При условие че всичко го има наготово в CAN-a
Помня само че използвах протокол подобен на Digi-API2 Mode https://www.digi.com/support/knowledge-base/escaped-characters-and-api-mode-2
Идеята е, че има Start Delimiter (0x7F) който е уникален за протокола . Приемникът чака за него и със сигурност знае , че това е началото на пакета. След това има дължина на тялото (payload) на пакета от където приемника знае колко байта трябва да приеме и накрая чексима.
На 115200 бях постигнал 2 ms за { предаден пакет, обработка и приет отговор/ потвърждение (acknowledgement).}
Разделянето на пакети по време(timeout) след последният приет символ не е опция при multi-master протоколите и при master/slaves не е добра идея.

Много зависи от нуждите, ако комуникацията е арбитрирана няма никакви грижи и за едно и за 500 у-ва, ако не е идва момента с колизиите, не че при арбитрирана не може да се случи, но е много по-малко вероятно. Досега никога не ми се е налагало за наше у-во да стигна до CAN, сигурно има случаи в които е безспорно предимство.
Относно хардуерния слой 232, не е невъзможно да има един мастър много подчинени, но не е мислен за това, има реализации като MDB и CCtalk, както и не малко други които реализират мултидроп комуникация по стандартен или близък до стандартният РС232 като физически слой, ама кому е нужно

На Карадев, май.

На karadev
Напълно съм съгласен с теб , но ако не говорим за скорости. Не мога да си представя как изглежда ел.схема на свързване на няклоко RS-232 свързани в паралел. освен ако не се реализира някакво ring свързане , но кофтито е че 1 ако умре всичко загива.

Нещо от типа на отворен колектор/дрейн би трябвало да свърши работа...

Друго и много по просто което се сещам е използането на 9-bits Data стига uChip да го поддържат . Тогава няма никакъв слисъл от подобно прекодиране. Но навремето не можах да го подкарам на PC.
На karadev може да му свърши работа.