Kommunikation via usb direkt mellan 2 FTDI kretsar, Möjligt?

[Fagge]

Jag vill veta om det är möjligt att få 2 befintliga mickrokontroller kort med ftdi kretsar, att komunicera mellan varandra?.
Har inte gjort några praktiska prov än, utan bara googlat lite men hittar dåligt med vettig info.
Jag antar att det inte räcker att köra med en korsad usbkabel mellan enheterna utan att det krävs någon form av host controller emellan?. I så fall är det någon som känner till i fall det finns någon sådan färdig standalone krets att smäcka dit?.

[Swech]

du får nog berätta vad det är för FTDI krets som sitter på kortet

Swech

[sodjan]

Är det inte detta som USB OTG handlar om?

[Nerre]

Jag tror inte att två devices kan kommunicera med varandra, en device kan nog bara kommunicera med en host. Så skulle i alla fall jag ha designat USB om jag tagit fram det.

USB OTG innebär ju att man kan "vända" på en port så den blir host istället för device.

Sen måste ju enheterna antagligen vara nån av de device-typer som finns definierade i USB, och jag vet inte vilken device-typ som skulle passa där.

[Fagge]

Typ FT232RL eller liknande i serien: UART<>USB omvandlare ic.
Rent spontant känns det enkelt "bara att sätta en likadan krets i andra änden" å så har man uart med TTL signaler igen.
men det är väll inte det, frågan är om det finns några enkla lösningar på det.

[sodjan]

Ena änden behöver vara en processor med stöd för USB On-The-Go (OTG).
OTG är en "host light", så att säga...

[Nerre]

Ja det är viktigt att förstå att en sån där krets "simulerar" en serieport. Det handlar inte om enbart "omvandling".

Det krävs ju en drivrutin i USB-änden för att en dator ska se det som en virtuell serieport.

USB är ju ett ganska komplext paketbaserat protokoll.

Den enkla lösningen är väl att sätta en raspberry pi mellan som kör ett enkelt program som kopplar ihop två virtuella serieportar med en virtuell "nollmodemkabel". Det borde nästan finnas nån färdig lösning för detta (det känns inte så extremt udda).

[thebolt]

OTG är en "host light", så att säga...

OTG är _inte_ "host light", snarare tvärt om, det är "host thick". För att implementera OTG behöver du _både_ hela device-implementationen och hela host-implementationen samt logiken för att switcha mellan dem.

Rörande ursprungsfrågan, nej, det går inte. Du behöver en device som är "host", antingen en dedikerad host eller en OTG i host-mode.

[lillahuset]

Eller om man är riktigt lat och sniken, köra UART mot UART utan FTDI.

[Fagge]

Fan vad sunkigt, att en sån enkel grej skulle bli så krånglig att lösa
lillahuset: Tyvärr, det är omodningsbara färdiga produkter som jag skulle vilja att dom pratar med varandra istället för om varandra via en klumpig dator som medlare .

[lillahuset]

Det kan lätt bli sunkigt om det är feltänkt från början.

[Swech]

Finns det inte något färdigt program på datorn som skall sitta imellan?
Isåfall om du tar bort denna ur ekvationen hur skall då enheterna kunna veta vad de skall
skicka till varandra?

Swech

[sodjan]

> om det är feltänkt från början.

Menar du att USB som sådant var feltänkt eller menar du Fagges tankar?

USB var rätt tänkt från början men det var nog lite feltänkt från Fagge...

USB är helt enkelt inte avsett för det som Fagge vill göra. USB-OTG är ett
senare tillägg för att få smartphones, paddor och liknande "enklare"
utrustningar att prata USB med t.ex minnesstickor.

[lillahuset]

sodjan: Vi är helt eniga.

[Nerre]

USB är helt enkelt inte avsett för det som Fagge vill göra. USB-OTG är ett
senare tillägg för att få smartphones, paddor och liknande "enklare"
utrustningar att prata USB med t.ex minnesstickor.

Nej, USB OTG handlar bara om att spara in på kontakter genom att ha en kontakt som kan "vändas" beroende på om man vill vara host eller device.


Fagge, det måste ju inte vara en stor klumpig dator.