MAX485 met auto direction?

Het nut van DE is dat je de bus niet langer bezet houdt dan strikt noodzakelijk.
Het nut van RE is dat je tijdens het zenden kunt luisteren of er niet toevallig net op dat moment ook een ander aan het zenden is geslagen.

Om die twee redenen zullen er geen IC's bestaan met auto-directie, omdat je geen onderscheid kan maken tussen idle en active voor de zender.

Voor point-to-point verbindingen wordt vaak een 4-draads verbindeing toegepast die dan RS422 wordt genoemd. Als je maar 3 draadjes heb zul je moeten uitwijken naar RS232 en aanverwanten, maar dan zit je met stevige afstand- en snelheidsbeperkingen.

kijk,.....duideljk, bedankt.

Op maandag 8 juni 2026 07:51:16 schreef fatbeard:
Om die twee redenen zullen er geen IC's bestaan met auto-directie.

die schijnen toch wel te bestaan.
voor nu heb ik een 555 gemaakt die op de Tx kijkt of er een signaal komt, zo ja dan worde de output v/d 555 (die op RE & De zit) 10 mSec hoog. dat is langer dan mijn datastroom, die altijd een vaste lengte heeft.
die data stroom is bij mij heel voorspelbaar. niet op willekeurige momenten datastroom van verschillende lengtes.

[Bericht gewijzigd door trix op maandag 8 juni 2026 08:03:25 (11%)]

Als je nu gewoon in het oude topic verder gaat. (Dan zul je zien dat je geen auto direction nodig hebt)

Ik weet niet wat je exact wilt bereiken, maar is een multimaster i2c bus niet handiger? Dat is collisionfree.

Op maandag 8 juni 2026 08:01:53 schreef trix:
[...]
die schijnen toch wel te bestaan.
voor nu heb ik een 555 gemaakt die op de Tx kijkt of er een signaal komt, zo ja dan worde de output v/d 555 (die op RE & De zit) 10 mSec hoog. dat is langer dan mijn datastroom, die altijd een vaste lengte heeft.
die data stroom is bij mij heel voorspelbaar. niet op willekeurige momenten datastroom van verschillende lengtes.

Schijnen... Kom eerst eens met een typenummer, tot dat moment is het luchtfietserij...

Jouw schema kan alleen werken als je 1 master en 1 slave hebt op de bus, en die slave alleen spreekt als hij daarom gevraagd wordt.
Een ander scenario wat zou kunnen werken is dat er maar 1 prater is en verder alleen een of meerdere luisteraars die nooit terugpraten. Maar in dat geval kun je van de prater de driver altijd aan laten en hoef je nix te schakelen...

Elk ander scenario leidt tot collisions, omdat de een niet van de ander kan weten wanneer er data beschikbaar is om te verzenden.

Op dinsdag 9 juni 2026 00:06:28 schreef henri62:
Als je nu gewoon in het oude topic verder gaat. (Dan zul je zien dat je geen auto direction nodig hebt)

ik moet mog een PCB maken, dus ik was alle opties aan het bekijken, de PCB zou eenvoudiger worden.

Op dinsdag 9 juni 2026 01:24:50 schreef Arco:
Ik weet niet wat je exact wilt bereiken, maar is een multimaster i2c bus niet handiger? Dat is collisionfree.

de afstanden en de routing van de kabel laat dat niet toe.

ik kwam o.a. dit tegen, (ik heb niet de hele datasheet door gelezen)

edit: waarom bestel je die dan niet gewoon ? omdat ik die nog niet heb gevonden en dacht mischien zijn er alternatieve, die ik wel bij b.v. reichelt kan bestellen.
ik had ook verwacht dat dit een "algemeen" gebruikt IC was. maar dat is blijkbaar niet zo.

Waarom een NE555 ? Geen pootje meer over op de microcontroller?

die micro controller is een raspberry pi 5. waar ik 3 stuks UART's van gebruik. op 2 daarvan gaan kabels "het veld in".
de python code start ik nu nog van uit thonny IDE, maar later moet deze automatisch starten bij "power up" van de raspberry. en dat had ik tussendoor al geprobeerd, maar toen bleken de GPIO pinnen voor wat problemen te zorgen.
na wat testen en proberen dacht ik, waarom zo moeilijk doen als er een 485 IC is die dit in een keer op lost

(ik heb niet de hele datasheet door gelezen)

Ik wel, en het ding heeft -buiten een hoog idlende data input- externe pullup/-down weerstanden nodig die de lijn in idle status houden om het beoogde auto-direction effect te bereiken.

Maar als het met een timertje goed werkt: gaan, zo heb ik in een ver en grijs verleden een isolated RS232-RS485 converter gemaakt. Wel met een betere timer dan een 555 overigens.
Kanttekening: zorg dat die timer binnen 0.1 bittijd reageert en niet langer is dan 11 bittijden, dat maakt communicatie-protocol afhandeling en foutdetectie een stuk makkelijker.

jij kan sneller/beter een datasheet door nemen dan ik, maar dus kijk,....toch een klein addertje oner het gras Tnx
die 555 oplossing werkt tot dusver ook naar behoren, maar ja, extra componenten = extra ruimte op de PCB.

't was m'n werk...
Je kunt ook samples aanvragen bij Maxim. Heb alleen geenidee hoeveel ze toestaan...
Ook te koop bij Mouser à €5.06 ex.

Een software oplossing kost helemaal geen boardspace, en is doorgaans ook future-proof(er).
Plus dat je er weer wat van leert

dan had ik dus bij mouser niet (goed) gekeken.
voor de controllers is het het ook een software oplossing.

Het is het vervolg op deze post: https://www.circuitsonline.net/forum/view/171593

ja klopt inderdaad (had je al eerder aan gehaald ). had daar dus beter kunnen doorgaan.