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
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.
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
Also, ich kenne zum Beispiel PHC von Peha ziemlich genau. Das verwendet RS485 halbduplex, Adressen und Kollisionserkennung. Ähnlich Ethernet. Die Pakete tragen einen CRC.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.