Liebes Forum!
Ich bin neu hier und habe wenig Erfahrung mit µController, allerdings
muss ich für einen Server eine Überwachung konzeptionieren.
Das ganze ist eine Projektarbeit und ich muss mich erst in das Thema
einarbeiten.
Genau genommen soll ein Datencenter mit Temperatursensoren,
Überflutungssensor, Klimaanlagen, Zugangskontrolle (RF-ID), USV-Anlage,
Benachrichtigungssystem und Türöffner ausgestattet werden.
Das ganze soll für Unternehemen gedacht sein, die gerade neu starten und
nicht so viel in die Überwachung investieren wollen. Das ganze soll aber
trotzdem gut funktionieren und eine hohe Sicherheit bieten.
Nachdem ich mich jetzt etwas eingelesen habe und den Tipp bekam, mir den
I2C-Bus mal genauer anzusehen (da die Kommunikation zwischen den
Komponenten ein wichtiger Teil der Aufgabe ist), habe ich mich nun
entschieden das ganze über einen I2C-Controller zu lösen, da dies eine
billige aber gut funktionierende Lösung ist. Ich weiß nur noch nicht
genau, wie ich das auf diese Anwendung übertragen soll.
Bis jetzt weiß ich das es einen Master gibt und mehrere Slaves (im
Normalfall) und hätte mir gedacht, dass der Server oder die
Überwachungseinheit der Master ist und die Peripheriekomponenten die
Slaves.
Meine Frage ist jetzt, ob dies überhaupt wirklich sinnvoll über diesen
Bus zu lösen ist und ob dieses Konzept so gut funktionieren könnte. Da
sich alles in einem Raum befindet und nicht so viele Komponenten im
Einsatz sind, denke ich dass ich mir wegen Leitungslänge und Anzahl an
Adressen nicht viel Sorgen machen muss.
Wie das ganze mit dem Anschließen aussieht weiß ich noch nicht und auch
welche Komponenten damit funktionieren.
Vielleicht kann mir jemand hilfreiche wissenschaftliche Seiten dazu
hinterlegen, da ich jetzt nach langem googeln nur allgemeine
Informationen finden konnte.
Ich danke für jeden hilfreichen Beitrag! :)
Und so ein RFID System hast du z.B. schon mit I²C Bus Schnittstelle
gefunden, oder willst du das auch selbst bauen?
>Meine Frage ist jetzt, ob dies überhaupt wirklich sinnvoll über diesen>Bus zu lösen ist
Lösen lässt es sich damit. Sinnvoll ist es in der Hinsicht das du auf
der Slave Seite i.d.R. nichts programmieren musst. Das ist halt ein
Vorteil von I²C. Gibt aber auch haufenweise andere Bus-Systeme mit dem
das lösbar wäre.
Zu I²C findest du hier Infos:
http://www.mikrocontroller.net/articles/I2C_als_Hausbus
Es wird ja nicht gebaut sondern KONZEPTIONIERT(!) Das ist dämliches
Werbeagentursprech für "ich denk' mir was aus, so halbwegs.". Andere
konzipieren und wieder andere entwickeln :D
Hallo,
gerade bei Sicherheitsrelevanten Anwendungen würde ich nicht IIC nutzen,
sondern eine differentielle Übertragung wie rs485.
Dann müsstest du dir allerdings ein paar Gedanken zum Protokoll machen,
kannst aber eben auch sehr einfach eine USV über rs232 einbinden.
Du kannst dich einfach mal bei den Homeautomation-Leuten umschauen, die
Aufgabenbereiche überschneiden sich und es gibt die eine oder andere
Diskussion über geeignete Bussysteme.
Danke für den Beitrag!
Nein habe ich noch nicht gefunden, aber ich bin mir im Moment gar nicht
sicher, ob ich das mit dem µC kopple. Die Frage ist was dies für
Vorteile hat. Vermutlich nur den dass dann über eine andere Einheit
verfolgt werden kann wer den Raum betreten hat. Außer es lässt sich
wesentlich kostengünstiger realisieren, wenn ich das irgendwie mit dem
I2C in Verbindung bringe.
Programmieren muss ich gar nichts bei dem Projekt. Nur Komponenten
suchen, beschreiben wie diese mit den Einheiten kommunizieren, usw.
Aber es würde natürlich besser aussehen, wenn nicht jede 5 Zeile dann da
steht, dass dies durch entsprechende Programmierung gelöst wird... Umso
einfacher und kostengünstiger das ganze realisierbar ist, umso besser
ist es in dem Fall.
Danke für den Link. Finde ich sehr hilfreich und habe mir auch schon
einiges von mikrocontroller.net durchgelesen. Aber ich brauche Seiten,
die ich dann in das Quellenverzeichnis geben kann und ich weiß nicht ob
ich mikrocontroller.net als wissenschaftliche Seite annehmen kann.
Aber zum Verständnis ist es schonmal super.
Sollte die Reichweite nicht genügen, kann ich ja auch ein I2C-CAN-Modul
verwenden soweit ich das jetzt richtig verstanden habe; bzw. wenn ich
nicht genügend Seiten für die Arbeit zusammenbekomme, werde ich das
vielleicht als erweiterte Lösung anbieten.
RonnyRoster schrieb:> Hallo,>> gerade bei Sicherheitsrelevanten Anwendungen würde ich nicht IIC nutzen,> sondern eine differentielle Übertragung wie rs485.> Dann müsstest du dir allerdings ein paar Gedanken zum Protokoll machen,> kannst aber eben auch sehr einfach eine USV über rs232 einbinden.>> Du kannst dich einfach mal bei den Homeautomation-Leuten umschauen, die> Aufgabenbereiche überschneiden sich und es gibt die eine oder andere> Diskussion über geeignete Bussysteme.
Bei Homeanwendungen findet man meistens deutlich mehr, das stimmt.
Das ganze Kommunikationsthema ist schon so komplex, dass man sich gar
nicht mehr wirklich zurecht findet, wenn man neu einsteigt^^
Werde mir die zwei rs-Varianten mal ansehen. Dankesehr! :)
Neutrino schrieb:> Danke für den Link. Finde ich sehr hilfreich und habe mir auch schon> einiges von mikrocontroller.net durchgelesen. Aber ich brauche Seiten,> die ich dann in das Quellenverzeichnis geben kann
Die mikrocontroller.net Seite zum I²C Hausbus verweist ja wieder auf
andere, "richtige", Quellen ;)
Viele davon sind Englisch, was im Normalfall nicht das Problem ist, aber
ich habe genug Probleme das ganze in Deutsch zu verstehen :D.
Das größte Problem das ich habe ist, dass ich noch immer nicht weiß
welchen Bus ich nehmen soll. Ich brauche eine günstige, relativ
unkomplizierte und vor allem zuverlässige Lösung. Wie sieht es mit CAN
aus? Da hab ich mich auch schon ein wenig eingelesen und irgendwie
scheint das System ja gerade für solche Dinge gemacht zu sein.
Zu den RS-Varianten konnte ich direkt nicht so viel finden. Zumindest
war das ganze schwerer verständlich.
Das ganze soll zwar unkompliziert sein, aber viel offen lassen. Damit
ich genügend Seiten für die Arbeit zusammen kriege ;)
>Wie sieht es mit CAN aus?
Sehr gut. Funktioniert super.
Mit I2C hast du nichts als Ärger am Hals.
Gerade bei langen Leitungen. Dafür ist er nicht gemacht.
Und die I2C Hardware in den meisten Controllern ist
einfach nur grottig zu programmieren.
Was würde mir das genau für Vorteile bieten?
Ich möchte das ganze zwar so gestalten das ich einiges erklären muss, um
auf die Seitenzahl zu kommen, aber es soll natürlich auch Sinn machen
und nicht unnötig kompliziert sein.
Welche Vorteile würde das kombinieren?
Bzw. anders formuliert:
Welche Vorteile hat der I2C gegenüber CAN? Weil wenn CAN in den meisten
Punkten sowieso besser ist nehm ich den gleich in reiner Form ;)
Wenn es um sehr einfache Geschichten wie Türöffner geht, reicht dir ja
eine einfache "An/Aus" übertragung aus. Auch für den Temp. Sensor müssen
ja nur 1-2 Byte übertragen werden. Da hat der I2C den Vorteil das du die
Bausteine (Sensor, IO) direkt an den Bus hängen kannst ohne einen
Controller dazwischen. D.h. die Entwicklung des Busknoten wird extrem
einfach da nichts programmiert werden muss.
Wenn dann die I²C Signale noch per CAN oder RS485 übertagen werden,
fällt der Nachteil der Störanfälligkeit bei großen Strecken weg.
Nachteil bei der I²C Lösung wäre das die Slaves von sich aus nichts
senden, also vom Master gepollt werden müssen.
Ich würde die Entscheidung daher davon abhängig machen wie du dir die
Slaves vorstellst. Wenn also das RFID System an den Master nur ein
Ja/Nein sendet und auch das "Benachrichtigungssystem" keine elend langen
Texte o.ä. übertragen soll, sich also weitgehend alles mit den Standard
I²C Bausteinen erledigen lässt, sollte man I²C schon in betracht ziehen.
Wobei es glaub ich auch einige wenige CAN Slave Bausteine gibt die nicht
programmiert werden müssen und von sich aus IO Funktionen beinhalten...
Danke für den ausführlichen Bericht ;)
Wozu ich noch nicht so viel gefunden habe, und was ich noch nicht
wirklich verstehe ist, wie man I²C mit CAN verbindet.
Wie sieht das genau aus. Ein Kabel geht von den Slaves weg... aber was
geschieht dann?
Dazu habe ich leider überhaupt keine Ahnung.
Hab mich jetzt noch weiter eingelesen und stehe gerade vor der
Entscheidung ob ein I2C-Bus Buffering oder ein I2C mit CAN besser ist.
Zum Buffering findet man deutlich mehr Erklärungen und ich tendiere
momentan eher zu dieser Lösung.
Der vorige Post ist vielleicht etwas verwirrend. Im Prinzip kann ja I²C
auch durch andere Dinge als CAN weitere Distanzen überbrücken, und meine
Frage ist ob es mit CAN wirklich das gescheiteste ist, oder ob es hier
bessere Alternativen gibt?
Man könnte RS485 machen. Von NXP ist das P82B485 IC angekündig was I²C
direkt in einem IC auf RS485 "wandelt". Das macht die Sache dann recht
einfach.
Ist wie gesagt aber bisher nur angekündig und noch nicht erhältlich.
zum thema i2c hab ich bei pollin auch ein display gesehen was man direkt
per i2c ansteuern können soll. nur falls du eine art anzeige vor ort
brauchst für zum bsp die temperaturen oder den rfid zugang.
Da das ganze als 1 baustein ist hat man weniger arbeit und das war ja
einer der von dir erwähnten aspekte, unkompliziert. ^^
ich korigiere meine aussage es ist kein display nur eine anssteuerung
für ein display :/ das dispay muss man dazu kaufen, somit wird das ganze
etwas teurer ^^ aber vielleicht wenn man sich die teile selber kauft das
es dann günstiger wird insofern man die platine selber ätzen tut.
Edit: ist garantiert günstiger der einzige ic auf der platine ist ein
PCF 8574 P der kostet 1,20 bei reichelt :)
http://www.pollin.de/shop/downloads/D810145B.PDF>PCF 8574 P>Philips I²C-Bus Microcontroller & Peripherie>DIL-16 I/O Port Erweiterung DIP 16
Danke für eure Antworten!
Hätte noch eine Frage zum Master:
Der RS485 ist ja nur bedingt Multimaster-fähig. Aber das werde ich denke
ich auch nicht brauchen, oder?
Der Master ist denke ich mal der Mikrocontroller selbst und diesen kann
man dann wohl am Server anschließen, um dann über ein Terminal oder
einen PC außerhalb irgendwelche Daten abzufragen?
Habe ich das so richtig verstanden?
@TO
CAN ist bei sowas das einzig sinnvolle, da industrielle sensormodule,
türöffner etc. damit erhältlich sind! i²c dafür zu verwenden ist nicht
mehr als ne trixerei von bastlern die meinen, weil es bei ihnen
funktioniert und billig ist, ist es perfekt...
außerdem kosten CAN controller nun wirklich nichts mehr und die gesamte
übertragungslogik, kollisionserkennung etc. ist in hardware
realisiert..was willst du mehr ?
Ich glaube das ich mit dem Argument das I²C eher für private Anwendungen
und Basteleien ist, auch gut durchkomme.
Ich glaube es ist auch einfacher etwas in Reinform zu implementieren,
als Mischungen zu machen.
Habe gerade gelesen das RS485 bei Buskollisionen nicht wirklich
zuverlässig ist und ich denke das sollte hier schon gegeben sein.
Wenn die Auswahl an Komponenten bei CAN wirklich so viel besser ist,
werd ich mir hier wohl auch leichter tun.
Danke nochmals ;)
Ich habe mich mittlerweile schon gut eingelesen, was CAN betrifft. Ich
finde allerdings nichts nützliches, bzw. keine richtigen Anwendungen.
Das ganze mit den Transceivern, Controllern, etc. ist sehr kompliziert
zu verstehen und wenn dann wird das Thema nur gestreift. Ich weiß
deshalb nicht wirklich, was ich jetzt für mein System brauche.
Wenn ich jetzt z.B. Temp.überwachung machen will. Was brauche ich dazu
genau?
Was ist meine zentrale Einheit, die alles abfragt? Der Sensor ist ein
Slave, der dann die Daten an den Master schickt, denke ich. Aber was
nehme ich als Master und was braucht das ganze Netzwerk noch?
Soll ich mehrere Masters nehmen (ist ja bei CAN möglich)?
Danke schonmal!
Neutrino schrieb:> Habe gerade gelesen das RS485 bei Buskollisionen nicht wirklich> zuverlässig ist und ich denke das sollte hier schon gegeben sein.
Wenn du nur einen Master hast, gibt es keine Kollisionen.
Achso, ich dachte da muss man noch irgendetwas dazwischen schalten, da
dass auf manchen Seiten erwähnt wurde.
Aber wenn ich einfach einen Master habe und direkt mit dem Sensor
kommunizieren kann, dann ist das natürlich super. Danke! :)
Da ich auch Komponenten angeben muss, muss ich wohl folgendes
raussuchen:
Transceiver, CAN-Controller und Mikrocontroller. Das werde ich für so
ziemlich alle Slaves brauchen. Wenn ich den Master mit PC realisiere,
kann/muss ich dann den Mikrocontroller weglassen? Also nur Transceiver
und CAN-Controller.
also ich würde nen pc nur so nutzen das du damit auf sachen zugreifen
kannst in dem system aber nicht als master nutzen. Grund dafür ist der
bei einem pc sind mehrere sachen die kaputt gehen können und er
ausfällt, was natürlich bei einem RFID Zugangskontrollsystem eher
schlecht ist. Ein Mikrocontroller braucht im Notfall auch nicht so lange
um hochzufahren.
Außerdem machen viele Kleinunternehmen den fehler das die pcs nicht
ordentlich geschützt sind und pcs wie der vermeintliche master sind dann
im internet, was natürlich einbrechern die arbeit erleichtert ^^
Oder aber nen hacker spielt böse mit und je nachdem was eingebaut wird
kann ein größerer schaden entstehen.
Die beste alternative aus meiner sicht ist ein MC als Master und nen PC
nur als "Fernbedienung". Aus gründen der Sicherheit und der
anfälligkeit.
Danke für die Hilfe ;)
Kann ich da nen µC nehmen, auf den ich direkt mit dem PC zugreifen kann,
oder einen Sender als Slave einsetzen über den ich dann Zustände abrufen
kann?
Zweiteres wäre bestimmt die sichere Variante da ich so nicht
manipulierend einwirken kann sondern nur abfragen.
Habe ich das richtig verstanden das ich für jeden Slave einen
Transceiver, CAN-Controller und µC brauche, oder brauch ich das nur
einmal und kann hinten ein Bauteil hingeben, wo ich mehrere Sachen
ausführen kann? Also z.B. Temperatursensoren, Überflutungssensor und
Türöffner an einer Einheit?
Neutrino schrieb:> Habe ich das richtig verstanden das ich für jeden Slave einen> Transceiver, CAN-Controller und µC brauche,..
Es gibt sowohl alles einzeln wie auch zusammen als Einheit.
> oder brauch ich das nur einmal und kann hinten ein Bauteil hingeben, wo> ich mehrere Sachen ausführen kann? Also z.B. Temperatursensoren,> Überflutungssensor und Türöffner an einer Einheit?
Dann können die Teile aber nicht direkt am CAN Bus hängen.
Wenn du den ganzen Kram an einen µC anschliesst der wiederrum am CAN Bus
hängt geht das.
Alles klar :)
Das heißt es gibt µC´s bei denen ich über einen USB-Anschluss dann z.B.
die Daten abrufen kann?
@Jörg S.:
Ich habe schon versucht eine ganze Steuereinheit zu suchen, aber ich
finde da nicht wirklich was, im Gegensatz dazu, wenn ich alles einzeln
suche. Also Transceiver, CAN-Controller und µC. Wahrscheinlich ist das
aber auch billiger wenn ich jetzt sagen würde ich baue mir das selber
zusammen als Unternehmen.
Das heißt ich muss für jeden Slave ein eigenes Steuergerät (um das unter
einen Begriff zu geben) vorschalten? Theoretisch müsste ich auch immer
die selben Bauteile nehmen können denke ich. Transceiver und
CAN-Controller bleiben gleich und der µC wird halt anders programmiert
immer, wobei mich der Teil bei diesem Projekt ja nicht interessiert.
> Ich habe schon versucht eine ganze Steuereinheit zu suchen, aber ich> finde da nicht wirklich was,
Wenn du den "All-In-One" µC meinst.. LPC11C22:
http://ics.nxp.com/products/lpc1000/lpc1100/lpc11cxx/~LPC11C22/> Wahrscheinlich ist das aber auch billiger wenn ich jetzt sagen würde ich> baue mir das selber zusammen als Unternehmen.
Du meinst aus einzellnen Chips? Das das billiger wird glaub ich kaum.
Wenn man einen Controller wie den LPC11C22 nimmt, kann man allerdings
nur das benutzen was der Controller anbietet. Wenn der Controller
separat ist, hat man natürlich eine größere Auswahl an Controllern.
> Das heißt ich muss für jeden Slave ein eigenes Steuergerät (um das unter> einen Begriff zu geben) vorschalten?
Wie gesagt ist es eine Frage wie DU das aufbauen willst. Es macht halt
nur wenig Sinn wenn du erst mit dem CAN zu einem Controller gehst und
von da aus wieder mit einem anderen Bussystem per Kabel an deine
Sensoren. Denn dann kannst du ja gleich das nachgeschaltete Bussystem
nehmen und CAN weg lassen.
naja für kleinere sachen wie nen überflutungssensor könnte man den
"kleinsten" MC nehmen den man bekommt(klein im sinne von wenig
ausgängen, dürfte geldtechnisch auch nicht sehr teuer sein). und selbst
dann müsste man schauen das man da nicht vielleicht noch nen temp-sensor
oder andere sachen mit einbauen kann, damit der nicht nur für diese eine
sache da dran hängt.
wenn du zum bsp nen rfid system aufbaust kannst du ja dort ebenfalls nen
tempsensor einbauen und kannst damit, je nach lage des rfid-systems die
außen- oder flurtemperatur messen. Eine Kombination mehrerer komponenten
an einen MC ist natürlich sparsamer als wenn du für jedes teil nen
eigenen ic nimmst.
Bei diesem All in One sind wirklich alle 3 Teile verknüpft?
Transceiver und CAN-Controller konnte ich bei der Beschreibung
identifizieren, aber ich habe irgendwie nirgends den eigentlichen µC
identifizieren können.
Ich habe jetzt schon einen Transceiver und CAN-Controller von der
mikrocontroller.net-Seite
(http://www.mikrocontroller.net/articles/CAN#Mikrocontroller_mit_CAN),
nämlich den MCP2551 (Transceiver) und den MCP 2515 (Controller).
Jetzt fehlt mir nur mehr der µC selbst. Dabei hab ich aber am wenigsten
Ahnung, da ich nicht weiß auf was ich achten muss, wenn ich einen µC für
die verschiedenen Anwendungen auswähle.
Einen Mikrocontroller programmieren lernen ist ja schön und gut, aber
soweit ich weiß muss man sich ganz neu einarbeiten in eine neue Marke
oder einen anderen Controller, da die Befehle wieder anders lauten.
Deshalb wäre es wohl ein gutes Argument für das Projekt, nur den selben
IC zu verwenden, oder zumindest welche, die gleich zu programmieren
sind.
Danke ;)
Ich sag Dir jetzt mal, wie ich das gemacht habe. Das ist inzwischen ein
fertiges Produkt und funktioniert.
Ich nehme als Bus Ethernet und TCP/IP. Das gibts in Rechenzentren
ohnehin, die Verkabelung ist bereits vorhanden, und die Information
lässt sich auch problemlos woanders hin routen, zwecks Fernüberwachung.
Controller ist ein PIC18F von Microchip - da gibts welche, die Ethernet
gleich eingebaut haben, so dass man direkt die Ethernetbuchse mit
eingebautem Übertrager anklemmen kann. Meine Karte kann z.B. Rechner
überwachen, einschalten, ausschalten, die Reset-Taste betätigen,
Netzteilspannungen und Temperaturen messen. Über den 6-Pin Stecker ist
der SPI/I2C (je nachdem, wie man die Pins im Controller programmiert)
herausgeführt und kann noch für andere Dinge benutzt werden.
Das mal so als Idee, wie so etwas aussehen kann, wenn es fertig ist.
fchk
Neutrino schrieb:> Bei diesem All in One sind wirklich alle 3 Teile verknüpft?
Ja
> Transceiver und CAN-Controller konnte ich bei der Beschreibung> identifizieren, aber ich habe irgendwie nirgends den eigentlichen µC> identifizieren können.
Controller ist der ARM Cortex M0
Und inwiefern muss ich jetzt noch darauf achten das der auf meine
Anwendung passt?
Ansich ist der Baustein keine schlechte Lösung. Man kann davon ausgehen
dass er nicht gleich kaputt ist, und wenn, dann ist preislich gesehn
wohl auch egal ob jetzt nur der Transceiver oder auch auch einer der
Controller defekt ist.
Mit Zutrittskontrollsystemen kenne ich mich grade gar nicht aus.
Ich frage mich gerade ob es zwingend notwendig ist das Ding überhaupt in
den Bus reinzuschalten.
Habe einen gefunden, der preislich für das Projekt passt und mit RF-ID
und Codeverschlüsselung vollkommen ausreichend ist:
http://www.i-keys.de/de/C-102B.html
Allerdings steht da nicht dabei für welches Bussystem. Die meisten sind
für RS-Busse. Muss ich dann bei einem Zweig hinten dran auf RS
umsteigen? CAN-taugliche hab ich bis jetzt nicht direkt gefunden.
Der vorteil am zugangssystem mit busverbindung ist der das du bei
mehreren türen nur einmal einprogrammieren musst damit die karte für
alle türen funktioniert. Ich kenn mich da zwar auch nicht so direkt aus
aber ich denke mal das es auch möglich ist bestimmte bereiche
festzulegen welche man dann bei der kartenprogrammierung mit angibt so
das bei der Registrierung einer neuen Karte nicht alle türen sondern nur
ein bestimmter part an türen die neuen daten bekommt.
Zum bsp: Personal hat zugang zu allen außentüren und ihre entsprechenden
büros, allerdings nicht zum büro des cheffs. Genauso könnte man auch
einer Putzfrau nur bestimmte bereiche zugang einräumen solange keiner
anwesend ist.
Was man bei einem zugangskontrollsystem nie vergessen sollte gerade in
der Firmenebene, ist eine Protokollierung damit im falle eines
"Einbruchs" geschaut werden kann ob es jemand war der eine Karte hatte
oder ob nur jemand die tür nicht richtig zu gemacht hat.
Danke dir :)
Was ich noch nicht ganz verstehe ist, wie ich das mit dem anderen Bus
löse, weil ich da eigentlich nichts mit CAN, sondern nur RS-Busse finde.
Das mit der Protokollierung macht bestimmt Sinn. Die Frage ist wo das
gespeichert wird? Gibts da Module oder wird das auf normalen
PC-Festplatten gespeichert? Weil ich habe sowieso vor einen PC auf den
Master-µC zu schalten, welcher dann dort Daten auslest. Aber ob das gut
ist, wenn der immer eingeschaltet ist, ist auch die Frage. Wäre wohl ein
Modul besser.
eine möglichkeit wäre eine SD-Karte die am master hängt und die logins
des zugangssystems mitloggt. Je nach größe der SD-Karte kann man dann
natürlich den zeitrahmen festlegen wie oft man von der karte ein backup
machen muss bzw ab wann er anfangen darf das ganze zu überschreiben.
OK, das ist praktisch ;)
Und da gibt es eigene Module die ich direkt am µC anschließen kann als
Kartenleser?
Bzw. eine allg. Frage:
Wie schließe ich sowas wie eine RFID oder eine Klimaanlage überhaupt am
Bus an? Muss ich nur schauen ob die einen Sub-D-Stecker haben? Weil bei
Zugangskontrollen finde ich entweder RS485 oder eben gar nichts zur
Anschlussmöglichkeit.
Wenn mir da wer einen verständlichen Link geben könnte wäre mir sehr
geholfen :)
Danke! Habe ich jetzt implementiert :)
Kann ich auf den µC mit dem All-In-One-Baustein beim CAN-Bus einfach
auch mal z.B. eine Klimaanlage mit RS485 anhängen, oder brauch ich da
irgendwas, was die Schnittstelle herstellt?
