Buffra datastring?

[sodjan]

> ...nu har jag mer på fötterna men vad hjälper det....

Vad som kanske skulle kunna hjälpa är att du läser de svar du
får och faktiskt försöker svara på dom, eller tydligt anger att
du inte kan/får svara. Att enbart skita i frågorna är ohyfs.

För att repetera lite:

> Jag har en källa...

Vad är det mer specifikt?

Är detta i något slags professionallt sammanhang? I så fall tycker jag
att du ska leta efter en professionell lösning, inget hemmabygge.

> MEN nu vill jag har två källor som ska skicka till samma comport.

*Måste* det vara till samma COM port?

Hur som helst, det skulle underlätta en hel del om vi
visste vad det hela handlar om för utrustning.

[TomasL]

Det kan ju vara hårdvaru-handskakning, och det bör ju USB-donglarna hantera utan problem, dock får nog TS beskriva lite bättre och tala om exakt var det är för prylar och program.

[Nerre]

Synkron transmission sker vid att det finns en klock-signal vid sidan om datasignalen. Det har alltså inte ett enda skvatt med om det sker en aktivering via en handskakningssignal!

Nja, man brukar säga synkron överföring även om överföring utan ett klocka vid sidan av. Man har då en klocka som synkroniseras genom att dataströmmen aldrig "står still" (det kommer "tomma" pulser mellan datat).

Det är väl om jag inte minns helt fel den teknik som ethernet använder sig av?

Vid sån överföring kommer det ett start-block, data, eventuell checksumma och sen ett slutblock. Det kommer INTE en start-flagga per tecken.

Jag vet att jag i början var väldigt förvirrad över hur man kunde ha synkron överföring utan att ha en separat tråd för klocka.

[pesa006]

Jag kan tyvärr inte tala om vad för "Källa" som generar dataströmmen, hoppas det är okej, är ett hobby-projekt som kanske i slutändan kan bli en produkt för "likasinnande"

Som det ser ut idag så kommer massor av "oren"-data och när det kommer en specifik startbitserie så hoppar datorn igång.

Jag ska försöka rena upp signalen först. Och sedan se om man kan knåpa ihop någon pic-krets som kan buffra så inte båda signalerna kommer samtidigt!

Måste det vara en comport? Nja eftersom jag har en laptop som bara har en comport så ja! Men det skulle fungera även med en rs232-usb fast programmet klarar ju inte det!
Två laptop, javisst men själva iden är att koppla ihop två

Men som sagt. nu har jag en del idéer som jag kan spana vidare på!

[sodjan]

Helt OK, du avgör så klart precis hur mycket du vill dela med dig av publikt!
Dock så försvårar det kanske de (oss) som försöker hjälpa till, men å andra
sidan så svalnar ju kanske intresset om det handlar om en "produkt"...

Har du funderat på att liera dig med någon som kan tillföra kunskaperna
som du saknar? Du kanske ser en jätttebra affärsmöjlighet men behöver
lite teknisk assistans för att "få ihop det".

[pesa006]

hehe om det blir en produkt ligger nog långt bort...... men det gäller att lägga ribban högt!!!

ska försöka rensa upp signalen först, kanske får se om källan går att ändra på så den blir smartare...

/Per

[MiaM]

pc-programmet använder inte standard pinnarna på db9kontakten därav går inte usb-rs232 adapter!

Har du provat en "riktig" USB-rs232-adapter, t.ex. en köpt som utvärderingsgrej direkt från ftdi? Det är allmänt problem med att det finns mängder av tillverkare som har för dåliga nivåomvandlare till RS232-nivåerna och därför funkar usb-rs232-adaptrarna inte alltid som de ska. T.ex. FTDI själva skulle ju aldrig sälja färdiga adaptrar som riskerar att svärta ner ryktet för deras kretsar. (FTDI tillverkar alltså just kretsar för usb-rs232, men man kan också köpa färdiga adaptrar från dem. De säljer alltså adaptrarna i "utvärderingssyfte", för att man ska kunna bedöma deras kretsar, men givetvis går adaptrarna bra att använda som de är).

[sodjan]

Eftersom vi ändå måste hålla oss till spekulationer så...

Om att "inte använda standardpinnarna" skulle betyda att man läser en dataström
via någon av modempinnarna (vilket man sannolikt måste göra genom att läsa
direkt från de hårdvaruregister som hör till COM-portarna), så är det tveksamt
om ens FTDI prylarna fungerar rakt av. Har de någon slags emulering av
hårdvaruregistren för COM portarna?

Samtidigt så hör detta (direkt hårdvaruaccess från applikationer) lite till
historien, så det är väldigt mystiskt det hela. Det verkar inte som att det
kommer fler ledtrådar till hur det faktiskt fungerar heller, det är bara att
önska lycka till...

[TomasL]

Ja, det går inte hjälpa till om man inte vet vad man skall hjälpa till med, tyvärr.

Nu finns det iofs bara inte så många signaler att välja mellan, 8 stycken, bara varav två hanterar data, resten är hanskakning och några av dem används överhuvudtaget inte.

[MiaM]

Om vi bortser från de program som kräver speciella ful-devicedrivers eller som bara fungerar med operativsystem från stenåldern, så finns det väl över huvud taget inte kvar några ostandardsätt att från applikationer pilla på comport-hårdvaran, eller?

[TomasL]

Möjligtvis att man använder någora av de andra signalerna för TX/RX i stället, men då kan man fråga sig varför, det är ju fullständigt idiotiskt.
Dock tror jag att TS missuppfattat hur det funkar, och det handlar om HW-Handskakning, och då är det inga problem med en riktig dongel.

[Nerre]

Som jag tolkat det hela så är det "bit-bangad synkron" mottagning (typ HDLC) som alltså inte använder serieporten som serieport.

Men om TS i alla fall kunde säga vad det är för överföringsprotokoll så skulle det ju underlätta.

Det "normala" när man har grejer som kan "prata i mun på varandra" är ju att man ser till att sändande sida känner av kollissioner (typ CSMA/CD) eller att mottagande sida "pollar" sändarna en i taget.