meinungen zum buskonzept

[b. Sieber (Gast)]

ich möchte mir basierend auf RS485 einen Bus basteln und dazu ein
eigenes Protokoll entwickeln (das ganze soll multimasterfähig werden).
nur bin ich mir noch unschlüssig darüber wie ich die komunikation
gestalte da der bus möglichst universal einsetzbar sein soll. deshalb
möchte ich ein paar meinungen zu dem Thema hören:

...ist es besser Adress- (wie ethernet) oder messagebasierend  (wie
CAN) zu arbeiten?
...ist es besser ein kollisionserkennendes system (CSMA/CD) zu bauen
oder ein Tokenbasierendes system aufzubauen?

mfg bs

[[e-mail] (Gast)]

das kommt, wie immer, auf das einsatzgebiet und die physikalischen
gegebenheiten an. alle bussysteme haben ihre eigenarten und
berechtigung. ich würde ja lieber nicht was neues erfinden sondern was
bewährtes nehmen. es sei denn du hast eine tolle idee, wie du eins der
busse verbessern kannst.

[b. Sieber (Gast)]

mein ziel ist es eben einen bus zu entwickeln der möglichst leicht auf
verschiedenste bedürfnisse angepasst werden kann, angefangen vom
Roboter bis hin zum "Hausbus"; währ doch toll wenn man für den ganzen
kram immer die gleiche hardware benutzen kann und einfach nur einen
"Softwareschalter" umlegen muss wenn man statt hohe datenmängen eine
sichere übertragung auf langer strecke wünscht; das mit dem bewährten
nehmen wollt ich net, weil des kann ja "jeder"; mich tät's halt mal
interessieren was andere an machen bussystemen mögen oder nichtmögen

mfg bs

[Jörg (Gast)]

Also, ich kenne zum Beispiel PHC von Peha ziemlich genau. Das verwendet
RS485 halbduplex, Adressen und Kollisionserkennung. Ähnlich Ethernet.
Die Pakete tragen einen CRC.

[Arne (Gast)]

@Jorg
Kannst du das Protokoll vom PHC mir zukommen lassen?
Danke
Arne

[Arne (Gast)]

bitte in der email adresse znder durch zender ersetzen