RS485 en RS232 Debug Experience Sharing
Seriële communicatie, met name RS232 en RS485, wordt veel gebruikt in industriële apparatuur. Het heeft de voordelen van een sterke compatibiliteit, eenvoudig debuggen, betrouwbare werking en een sterk on-site anti-interferentievermogen.
Maar in werkelijkheid maakte het debuggingwerk van RS232 en RS485 nog steeds veel technici lastig. In feite hebben we enkele eenvoudige geheime technieken. Als we het begrijpen, kunnen we het gebruiken om een groot effect op het debuggen te bereiken.
RS232 seriële communicatie heeft 3 punten: 1) Is de zendontvangerlijn aangesloten? 2) Is de baudrate consistent? 3) Is de instelling van de stroomregeling juist? RS485 seriële communicatie heeft 2 punten: 4) AB-lijnverbinding toch? 5) Is de baudrate consistent?
Over de baudrate en flow control van het apparaat, kan worden ingesteld via software, in de feitelijke gebruikscène, sommige GPRS draadloze apparaten kunnen de baudrate en flowcontrole uitlezen zolang ze een tekstbericht verzenden zonder het apparaat te verplaatsen.
Is de kabel dan verkeerd of kan deze niet worden gedetecteerd zonder bewegende apparatuur? natuurlijk kan! Ken gewoon deze 2 "cheats":
1) Wanneer de RS232 op twee communicatieapparaten is aangesloten en is ingeschakeld, wordt de seriële kabel 2-5 gemeten.
, 3-5 byte spanning, twee spanningen zijn +/- 3V of meer, wat aangeeft dat de verbindingslijn juist is, als een van hen 0 is, dan is de zendontvangerlijn omgekeerd, (of gebroken), 2-3 uitwisseling Gewoon verbinden
2) RS485 is verbonden met de twee communicatie-apparaten en de spanning tussen de twee lijnen wordt getest onder de voorwaarde van inschakelen. Als de spanning ongeveer 3V is, is dit normaal. Als het 0 is, is het zeer waarschijnlijk dat de twee AB-lijnen worden omgekeerd.