-
Thread
RS232<->RS485 Wandlung
würdest du mit einem SN75176AP oder ähnlich nicht ein Bauteil sparen ? Gruss k.
-
Thread
[V] ICs, Elkos, sonstige
Präzisions Instrumentenverstärker AVAGO HCPL-7710 4,95 Optokoppler CMOS 12,5MHz DIL SN75176A 0,75 Differential Bus Transceiver UA741C 0,39 Single Opamp 33mA 0,5V/µs LM2674-5,0 3,38 5V voltage dc-dc step converter max132cwg-TG 24,62
Präzisions Instrumentenverstärker AVAGO HCPL-7710 2,40 Optokoppler CMOS 12,5MHz DIL SN75176A 0,35 Differential Bus Transceiver UA741C 0,20 Single Opamp 33mA 0,5V/µs LM2674-5,0 1,65 5V voltage dc-dc step converter max132cwg-TG 12,30
-
Thread
USART, die 4220.
schicken. Welche RS485-Treiber benutzt du denn? Ich habe vor kurzem ein RS485 Bussystem mit dem SN75176 als Treiber aufgebaut. An den Slaves kam nurnoch Murks raus. Die Ursache war ziemlich einfach: Die Ausgangsspannung des SN75176 war zu niedrig. Der MC hat das nur sporadisch als High erkannt. Abhilfe
Welche RS485-Treiber benutzt du denn? MAX485 > Ich habe vor kurzem ein RS485 Bussystem mit dem SN75176 als Treiber > aufgebaut. An den Slaves kam nurnoch Murks raus. > Die Ursache war ziemlich einfach: Die Ausgangsspannung des SN75176 war > zu niedrig. Der MC hat das nur sporadisch als High erkannt
-
Thread
20MHz Treiber für CAT5 Kabel
Übertragung fällt auf Grund der Menge der Signale leider aus. Vorversuche hab ich schon mit dem SN75176 gemacht. Der schafft ja laut Datenblatt 35Mbit. Allerdigs ist das Signal auf der Empfängerseite so gut wie unbrauchbar. Das Signal welches am Empfänger ankommt "schwebt" auf 2,5V und hat nur noch
Jonas Eberhard schrieb im Beitrag #2598225: > Vorversuche hab ich schon mit dem SN75176 gemacht. Der schafft ja laut > Datenblatt 35Mbit. 35MBit/s? Auf 70m Länge? Wer ist denn der Hersteller von diesem SN75176? Ansonsten könnte die Fast-Ethernet-Technik gut passen zu CAT5 und
-
Thread
RS 485 Bus Anschluss
etwas mit rs485 gemacht habe, sondern bisher immer 232, bin ich mir unsicher, ob der Controler (sn75176, weil extrem billig) so richtig angeschlossen ist. Wenn ich es richtig verstanden habe brauche ich gar keine Kondensatoren oder sonst etwas um den IC (ausser Standart 100nF). Beim Master und beim
-
Thread
Bitte um Unterstützung bei LPC1788 Hardwareentwicklung
. Natürlich findest Du keine direkten RS485 Signale. RS485 "entsteht" per Treiberbaustein (z.B. SN75176 als Urgestein) aus den normalen RX/TX Signalen. Bitte Tutorials lesen
Natürlich findest Du keine direkten RS485 Signale. RS485 "entsteht" per > Treiberbaustein (z.B. SN75176 als Urgestein) aus den normalen RX/TX > Signalen. Bitte Tutorials lesen Das werde ich tun. Habe zuvor bei Wikipedia und Roboternetz (jaja, schon klar :-) nachgelesen, bin aber irgendwie davon
-
Thread
3 Uarts miteinander verbinden
nimm transceiver... CAN PCA82C250 DMX SN75176 RS485 SN75LBC184 MAX485 http://www.mikrocontroller.net/articles/RS-485 ist dann aber halbduplex... :-) es darf immer nur einer senden...
-
Thread
Welcher Bus für Lichtsteuerung
dass der das macht). Auch für z. B. RS485 wird ein Bustreiber gebraucht (z. B. der antiquierte SN75176 oder z. B. ein MAX485); unabhängig vom eingesetzten Mikrocontroller (kenne zumindest keinen µC, der Bustreiber integriert). µC's wie z. B. AT90CAN128 integrieren auch lediglich den CAN-Controller
-
Thread
Nochmal RS485 Kommunikation
Kommunikation über die beiden RS485-Bausteine läuft. Auf der Sender-Platine ist ein ATMEGA328 und ein SN75176 verbaut. Auf der Empfänger-Platine ist ein ATMEGA88 und ein SN75176 verbaut. Folgende Tests wurden gemacht: 1. Sender Im Sender wurde die gleiche Empfangsroutine implementiert wie im Empfänger
Empfangen LOW. Funktion OK! Setze ich jetzt die beiden SN75176 Bausteine ein und verbinde Data+ mit Data+ und Data- mit Data-, werden die übertragenen Daten vom Empfänger nicht verarbeitet. Die Übertragung erfolgt im Modus 9n1 des Uart. S.h. hierzu uart.c
-
Thread
Hilfe bei der Hardware-Wahl (3x RS-232, 1x RS-485)
arduino.cc/en/Main/ArduinoBoardMega2560 in Kombination mit einem RS-485-Baustein (z.B. MAX485 oder SN75176)
-
Thread
DMX Empfänger für ATtiny2313
richtig verarbeiten. Daten kommen auch auf jeden Fall am Controller an. Ich habe mal eine LED zwischen SN75176 und ATtinx2313 geklemmt, welche augenscheinlich genauso flackert wie die LED am Sender. Woran könnte es noch scheitern? Mir fällt zur Zeit nichts ein, was ich noch prüfen kann. Mich wundert hauptsächlich
-
Thread
MAX485 - Echt oder Fake?
Wenn sie funktionieren, wird wohl ein SN75176 drinstecken.. Leerlaufstromaufnahme messen. MAX485: 0,5mA SN75176A: 35mA
-
Thread
Welcher Quarz bei PIC 18F2550 mit USB und RS232
18F2550 einen USB Bootloader bedienen und eine RS232 Kommunikation aufbauen. (eigentlich RS485 via SN75176 mit 9 Bits, halbduplex). Bootloader und RS232 funktioniert soweit, bis auf RS232 Empfang. Die Signale die in den PIC RX Pin reingehen, habe ich mal angehängt. Das kuriose ist, das die Daten am
-
Thread
RS485 Treiber liefert zu wenig Spannung
Damit müsste ich am Out A +12V und am Out B -7V gegen Masse haben right ? Nun habe ich hier einen SN75176 und einen MAX485 liegen, beide machen das gleiche. Es sind angeschlossen: Pin 2 RE H Pin 3 DE H Pin 4 D H/L Pin 5 GND Pin 6 Out A Pin 7 Out B Pin 8 Vcc Ich erhalte folgendes(beim MAX485
-
Thread
Schaltschwelle bei Atmega digital Eingang
sehr darüber freuen. Ich habe übrigens auch schon darüber nachgedacht, einfach einen MAX485 bzw. SN75176 zu nehmen. Die sind zwar für RS485-Übertragungen, könnten aber für diese Aufgabe auch geeignet sein ;-) > Ich hoffe, Ihr findet aus diesem Dilemma wieder heraus > .. sagt der Klaus Mit Deiner
-
Thread
LT1785 kontra SN75176
erst die Bastelkiste dann der Versandhandel. Und da ist es eben ein LT1785 den ich durch einen SN75176 ersetzen will. Die Datenblätter halfen mir bis jetzt wenig. Wer hat eventuell schon mal sowas gemacht oder hat Erfahrung damit und kann mir Info´s dazu geben ? Achso USB an FT232 an SN75176 bzw
Stromverbrauch, langsame Flanken, dadurch wenig EMI, gute Schutzmaßnahmen, bis zu 128 Elemente am Bus). Der SN75176 (besonders die B-Version) ist für schnelle Übertragungsraten bis in den Megabaud-Bereich geeignet, braucht dafür wesentlich mehr Strom, erlaubt nur 32 Elemente am Bus, durch steile Flanken ist unbedingt
-
Thread
Eigene Schaltung verkaufen
ist. Ja - im Radio terminiert. Also nur die Hälfte. Und weils so schön ist sparen wir uns den SN75176 und nehmen entweder die Stromsparvariante von Maxim oder gleich zwei kleine MOS-Transen oder Bipos, die man mit dem "Diodentrick" auf "schnell schalten" trimmt. mfg mf
-
Thread
Modbus RTU Slave fuer AVR
FT232 der auf dem Sedu Board ist! Folgende Topologie: PC mit USB---> Wandler auf RS485 ---> SN75176 --> RX-TX am Atemga16 Auf dem Sedu Board wird der Jumper auf Software gesetzt und die Jumper für Tx und Rx werden gesetzt. An PD6 kann die Richtung wenn auf Software gejumpert ist geändert
-
Thread
Micro-USB-DMX-Transceiver
übernehmen. Den 75176 bekommt man recht einfach bei Reichelt (http://www.reichelt.de/ICs-74F-74ALS-SN75-/SN-75176BP/index.html?;ACTION=3;LA=444;GROUP=A225;GROUPID=2937;ARTICLE=19202;START=0;SORT=artnr;OFFSET=16;SID=12TfvcGX8AAAIAAD@qLmAa5b9e686ac16972afae87fe41b80d23e), aber wie sieht es aus mit dem ADUM1100?
> 75176 bekommt man recht einfach bei Reichelt > (http://www.reichelt.de/ICs-74F-74ALS-SN75-/SN-75176BP/index.html?;ACTION=3;LA=444;GROUP=A225;GROUPID=2937;ARTICLE=19202;START=0;SORT=artnr;OFFSET=16;SID=12TfvcGX8AAAIAAD@qLmAa5b9e686ac16972afae87fe41b80d23e), Den Max485 auch. > aber wie sieht
-
Thread
UART Empfang mit BASCOM AVR bei verschiedener Stringlänge
für die Antworten. Es wird wohl doch am Bus liegen. Als Sender und Empfänger dient jeweils ein SN 75176. Laut Datenblatt entspricht er dem EIA 422 Standard. Dieser sollte sich ja größtenteils so verhalten, wie ein RS 485 Treiber. Bei der Beschaltung habe ich ein wenig gepfuscht. Besagte Terminierung
-
Thread
Problem DMX Protokoll auszugeben, Atmega8
mit Warteschleifen probiert in denen ich dem USART nix zum senden gegeben habe. (was macht der SN 75176BP eigentlich, wenn er keine Daten bekommt? Er interpretiert das doch als logisch Null und sendet +12V auf seinem Out A oder ?) Nach der Übertragung meiner 6 Kanäle sende ich durch eine Schleife weitere
-
Thread
Entwicklung eines Bussystems
gibt es da so > große preisliche Unterschiede von 50 Cent bis an die 10,- EUR? Beispielsweise: SN75176=steinalt=billig=stromfressend. Weitere Unterschiede könnten in Robustheit liegen.
der Anzahl Knoten pro Netzsegment (32). Laut Wikipedia (u.A.) werden jenseits der 32 Knoten eines SN75176 sehr wohl elektrisch getrennte Netzsegmente verwendet.
-
Thread
Fragen zum Platinenlayout für Laufschrift
direkt 5V auf die Platine legen, mit entsprechenden Elkos. Als Bus Treiber hab ich mir erst mal den SN75176B Rausgesucht(oder spricht irgendwas gegen diesen?), der ist deutlich Preiswerter als die MAX488 Reihe. >Latch und CLK gehen parallel an alle 42 (sic!) Schieberegister. Dort >braucht man Dampf,
@Daniel D. (wuzt) >Als Bus Treiber hab ich mir erst mal den SN75176B Rausgesucht(oder >spricht irgendwas gegen diesen?), Nur der Stromverbrauch. Aber der fällt bei 13A nicht mehr ins Gewicht. >Entspricht der Schaltplan im Anhang so ungefähr deinem Vorschlag
-
Thread
Freemodbus in Betrieb nehmen
Konverter ein Modbus Modul von EAP anschließe) auf dem RX/TX Kanal des uC hängt ein Texas Instruments SN75176BP (baugleich mit MAX485). PB0 wurde für die Aktivierung des Sende-Eingangs ebenfalls verdrahtet. Mein eigenes Testprogramm liest erfolgreich über RS485 geschickte Zeichen und schickt diese fehlerfrei
-
Thread
Einfaches Bussystem, theoretische Frage
gleichzeitig nach solch banalen Sachen ??? Schau mal unter RS485. Einer der billigsten ICs SN75176
gleichzeitig nach solch banalen Sachen ??? > > Schau mal unter RS485. > Einer der billigsten ICs SN75176 Jap, das mit 8b/10b und bitstuffing habe ich irgendwo gelesen. Grundsätzlich ist das ganze hier nur eine theoretische Fragestellung. Um so etwas wie 8b/10b zu verwirklichen, muss ich noch sehr
-
Thread
Mehrere AVRs miteinander verbinden - Spezielle Bedinung
Zu 3.) Aehnlich wie 2., nur dass andere Treiber-ICs benutzt werden. In diesem Fall z.B. die ICs SN75176A oder MAX485. Zu 4.) Bisher die optimistischste Variante. Im Prinzip auch senden und empfangen ueber die UARTs der AVRs. Problem war hierbei, dass bei der Uebertragung ein gewisser Strom fliesst
3.) >Aehnlich wie 2., nur dass andere Treiber-ICs benutzt werden. In diesem >Fall z.B. die ICs SN75176A oder MAX485. Der, von dir erwähnte, PCA82C250 ist lediglich ein Bustreiber. Der stellt nur die Verbindung zwischen CAN-Bus und CAN-Controller her. Letzterer ist für das definierte CAN-Protokoll
-
Thread
Problem bei USART über USB-RS485-Konverter
Sende ich dieses Byte allerdings über ein USB-485-Konverter und einen Differential Bus Transceiver (SN75176) bekomme ich nur "Müll" heraus. Kennt jemand ddieses Problem und kann mir helfen? Vielen Dank!
-
Thread
485 und Richtungsumschaltung
üblichen Schaltpläne dazu ansehe, wird immer ein Draht für die Richtungsumschaltung beim Einsatz des SN75176 oder MAX485 oder LT1485 benötigt. Meistens wird dafür RTS genutzt. Wie kann der Adapter das ohne schaffen!? Gruß, T.
-
Thread
Unterschiede in den Bussystemen
eigentlich genau der Unterchied im Physikalischen Übertragungsstandard bei: CAN PCA82C250 DMX SN75176 RS485 SN75LBC184 MAX485 liegt. Mir scheint das Prinzip sehr ähnlich, differenzielle Datenübertragung... Ich habe die ersten bei den Bausteine hier, und nun liegen hier 2 485 Devices. Ich
-
Thread
AVR und die RS485 oder doch Uart?!
die das regelt. Das ist dann aber noch kein richtiges RS-485. Wenn ich jetzt an jeden AVR einen SN75176 hänge wird es dann zu einer RS-485 Verbindung? Wie kann man das geschickt programmieren? Mfg, der Led Bastler
Ja, du kannst den/die UART dafür nehmen. Der SN75176 kümmert sich doch nur um deine RS485 Pegel und sorgt für die differenzielle Übertragung. Den Enable Anschluss an dem SN75176 kann man für einen Multimaster Bus verwenden. Ich glaub sogar der SN75176
-
Thread
DMX Senderoutine am PIC in C
0x98.0 #use rs232(baud=115200,parity=N,xmit=PIN_B0,rcv=PIN_B1,bits=9,stream=PC) #define sn75176 PIN_C3 //high: transmit low: receive #define DMXANZ 10 unsigned char value[DMXANZ]; unsigned int dmxnum; unsigned int status; int WAIT = 10; #int_TIMER2 void
(void) { set_uart_speed(250000, DMXX); //Baudrate für Break bzw. Reset output_high(sn75176); //RS458-Wandler auf Sendemodus versetzen; high: transmit low: receive status=1; //mit Break bzw. Reset beginnen } void main() { enable_interrupts(GLOBAL);
-
Thread
Treiber für RS485 (DMX) - MAX481 oder SN75176B
Der Ersteller der Schaltung hat einen MAX481 verwendet. Der einzige vorteil, den ich gegenüber dem SN75176 finden konnte ist dieser: "SN75176, günstig und leicht zu beschaffen, aber ein Stromfresser (28-50mA!)" (http://www.mikrocontroller.net/articles/RS-485#Meist_genutzte_RS485-Bausteine) Welche anderen
-
Thread
i2c Bus instabil
leichter über verdrillte Adern bekommt. Dazu sind pro Teilnehmer 2 von diesen Transceivern nötig(SN75176, MAX485 etc.). SCL gibt man beim Master auf einen Hardwire auf "Senden", bei Slaves auf "Empfangen" verdrahteten Transceiver. Jetzt kann man den Clock als Differentielles Signal übertragen.
-
Thread
Ist SN75176A RS485-Transceiver?
Hi, ich möchte mir einen Half-Duplex-RS485-Transceiver besorgen. Die Frage ist, ob der SN75176A (http://pdf1.alldatasheet.com/datasheet-pdf/view/28605/TI/SN75176A.html) ein solcher Baustein ist. In der Anleitung ist jedoch der Begriff "RS485" nicht zu finden. MfG Senmeis
-
Thread
daten von avr zu avr
mehr angestrengt und die Freiluftverdrahtung durch doppelseitige platine ersetzt und noch einen sn75176 (dmx) mit eingebaut Jetzt geht alles und auch meine freundin ist glücklich :)
-
Thread
[V] Quarz-Oszillatoren, EPROMs, PALs, TTL-ICs und mehr
(= SN75188) (48 Stk) à 0,05 EUR SMD MC1488N (=SN75188) (199 Stk) MC1489 (=SN75189) (99 Stk) SN75176P (39 Stk) SN75189 (97 Stk) SMD SNC2681A (3 Stk) uA9637 (2 Stk) uA9638 (2 Stk) UC3844N (50 Stk) à 0,2 EUR V6080004 (2 Stk) Intel, PLCC WD2123 (46 Stk) WD2512 (16 Stk) Z8000 CPU (8002) (3 Stk
-
Thread
Mega8515 startet mit Signal an UART nicht
Resetbeschaltung 10k gegen VCC und 100n gegen GND, 2x 100n direkt am 7805, einen weiteren 100n am SN75176. Das half aber auch nichts. Dann habe ich mir die Firmware vorgenommen und am Schluss ist das noch übrig geblieben. [c] #include <avr/io.h> #include <avr/interrupt.h> int main ( void )
Also, ich habe noch etwas weiter getestet. Zuerst mit galvanischer Trennung des SN75176, hat nichts gebracht. Dann habe ich herausgefunden, dass das nur passiert, wenn Pin 4 vom SN75176 nicht auf GND liegt. Und das tut er ja beim Reset vom Mega nicht. Mit einem Pulldown (10k) an dem
-
Thread
Datenblatt URL ändern?
SN75176 http://www.ti.com/lit/ds/symlink/sn65176b.pdf
-
Thread
RS485 Treiber IC´s
also nur stinknormale rs485 transceiver? mit deaktivierbarem treiber für den schwarzen fall... SN75176
-
Thread
[VK] TTL-ICs, EPROMs, PALs, Quarzoszillatoren u.v.a.m.
MC1488 (48 Stk) à 0,05 EUR = SN75188N; SMD MC1488N (204 Stk) = SN75188N MC1489 (104 Stk) = SN75189 SN75176P (39 Stk) SN78189 (97 Stk) SMD SNC2681A (3 Stk) uA9637 (2 Stk) uA9638 (2 Stk) UC3844N (50 Stk) à 0,20 EUR V6080004 (2 Stk) Intel, PLCC WD2123 (46 Stk) WD2512 (16 Stk) Z80 CPU (15 Stk) à 0,5
-
Thread
DMX Empfangsproblem mit ATMega16 und Hennes lib @ ASM
hoffentlich übersichtlich genug ist. Benutzte Bauteile: ATMega16@16Mhz ext. Quarz Busbaustein: SN75176BP Die Beschaltung ist recht einfach: Die Datenleitungen vom 75176 sind an Rx und TX (PD0 und PD1) sowie die Richtungsleitung an PD2. In meiner Verzweifelung ist mittlerweile auch die DMX Leitung
Binärzähler... Es bleibt für mich also nur die vermutung, dass einfach nur Müll empfangen wird... SN75176 ist getauscht, ohne besserung ... Weiss jm. ob der Mega16 sonst noch irgendwelche tollen einstellungen für den USART braucht, die ich übersehen habe? Danke schonmal, Daniel
-
Thread
DMX(RS485) Empfangen blockiert senden
dem uC Strom und es liegt kein DMX Signal an Sendet er. Hardware: AVR Atmega 16 @ 8mHz 2 x SN75176 LCD und ein DMX Gerät Oder kann es sein das der uC zu langsam ist um beides Gleichzeitig zu rechnen und sich dann die Interrupts blockieren. eine 16 mHz Quarz habe ich momentan nicht zur Verfügung
-
Thread
welchen RS485 Treiber für Multimaster?
Ergebnis kommen. Daher meine obige Aussage, die für diesen MAXe ebenso zutrifft wie für den ollen SN75176: Multimaster geht, aber Kollisionen als Arbitrationsmechanismus sind problematisch. Es gibt jedoch Verfahren wie Token Passing, bei denen Kollisionen nur als eher seltener Nebeneffekt bei Tokenverlust
-
Thread
Hausbus über RS232 möglich?
letzten Teilnehmer ankommt. Schau Dir mal die RS485 an ! mit einem entsprechenden Treiber z.B. SN75176 kannst Du mit uCs und den Seriellen Anschlüssen einfach ein BUS aufbauen. 32 Knoten bei 1200 Meter Buslänge !
-
Thread
Hausbus; so realisierbar?
Betriebsart muss der Empfänger immer aktiv sein, der Sender nur bei Bedarf. Preis: der "Klassiker" SN75176 kostet nur wenige Cent. MAX485 muss es nicht sein....
>>der "Klassiker" SN75176 kostet nur wenige Cent. MAX485 muss es nicht sein.... Der Klassiker zieht aber im Ruhezustand schon deutlich mehr Strom als der MAX485. Und bißchen störsicherer (ESD) müsste der Max auch sein.
-
Thread
Serielle Verbindung zu vielen (mehr als 80!) ATtiny
nicht tragisch. Ich werde wohl RS485 nehmen. Da hab ich bei Reichelt einen Transeiver von TI (SN75176) für 26ct gefunden. Taugt der was? Wenn ich dann einen RS485 Pegel habe könnte ich ja sogar sämtliche Teilnehmer in meinen bestehenden Profibus aufnehmen. Entsprechende portierungen für einen Profibus-Slave
SN75176 ist der Standard-Popel-Wald-und-Wiesen-RS485-Transceiver; für Deine Zwecke mehr als ausreichend. Zum Thema I2C und 50m: Wer gelegentlich in diversen Hausbusforen mitliest, ist sicherlich auch schon
-
Thread
Schalten über wenig Adern
fehlerfrei überbrücken zu können. tipp: billigerer wandler als die bekannten von maxim ist der SN75176 ich würde auch nicht direkt von der RS232 auf die schieberegister gehn, sondern einen mikrocontroller zur kopplung zu verwenden. allein schon, ums der PC-software einfacher zu machen. vielleicht
> Was ist der Unterschied zwischen RS232 und RS485, da der > SN75176 wohl ein solcher Wandler zu sein scheint? Wie du schon gehoert hast kann man ICs nicht einfach mit 10m Kabel verbinden weil das nicht zuverlaessig genug ist und auch die Gefahr besteht das ein