Seriel protocol

Du mener flere enheder på samme seriel linie?

ja flere enheder på samme serielle linje. De skal så have hver deres ID så man kan sende telegrammer til hver enkelt enhed

Har gennemført de forskellige handshake i dine kabler så hver enhed kan kommunikere sikkert? (parrallekoblet/seriel ledninger i kablerne, RTS/CTS føres de overhovedet igennem RS485?)

Så skal du bare reservere linien fra den maskine der vil noget, sende med et id først som den alle maskinerne læser og de den ikke er til dumper bare deres telegram og den rigtige fortolker så sit fx.

reserver kabel
check at vi har kabel.
send "I03Set port 1<EOT>"
frigiv kabel

få echoet kommandoen fra I03.

Var det noget hjælp eller vil du uddybe problemet noget mere?

der skal ikke bruges handshake. Kun de to kabler til at overføre data (eller fure kabler ved fuld duplex)

En variation af aloha protokollen så.

send "SI03Set port 1:x<EOT>" x er en checksum/XOR af resten meddelelsen.

modtageren svare så "RI03Set port 1:x<EOT>" med ny checksum.

evt. kan afsender så sende en commit meddelelse i samme format for at enheden til rent faktisk at gøre det. "CI03Set port 1:x<EOT>"

ved kollisioner, dvs. hvis flere forsøger at sende samtidig, vil checksum ikke være korrekt. Der skal også bruges en timeout da afsender ikke ved om modtager fik meddelelsen.

Ellers kan du forsøge at oprette en reservation på linien, send de data du skal have afsted til enheden og så nedlægge reservationen igen, alt efter hvem der må oprette forbindelse.

kan man finde den protolkol som kildekode, eller er jeg nød til at kode den selv?
Har tænkt lidt på SLIP protokollen

Det kommer vel an på hvad du vil bruge den til prøv at på http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1055.html

mm. du laver noget tidskritisk hvor fejl har katastrofale konsekvenser kunne du nok slippe lettere om ved det. Er det en simple opsætning af nogle enheder kan du måske slippe afsted med bare at echo'e kommandoerne du sender tilbage til afsender. Hvis det er tidskritisk burde du få lavet en hardware protokol til at sikre at du ikke får en masse retransmissions, jeg har engang lavet noget styring af frekvensomformerer, parallelkoplet ligesom dine intel'er, som brugte dette princip, hardware afgør hvem der må sende og software laver tilbage melding om succes i transmission.
Jeg vil mene at ovennævnte SLIP protocol er for meget for dette problem der skal nok søges noget mere på google for at finde noget bedre, prøv med de indlysende søgeord serial protocol intel 8052 og så evt. navnet på den karakter driver du har.
Du kan også prøve at se om linkene du får fra google med søge ordene "serial protocol 3964" kan hjælpe dig videre.