Svenska ElektronikForumet

Jag kör Seaclear som navigatorprogram med data från GPS och AIS via V24. Eftersom min laptop bara kan USB har jag en konverter V24-USB. Mitt problem är att datorn ofta inte hittar några V24-portar. Detta är mkt störande när man försöker navigera med Seaclear Datorn verkar upptäcka att det händer något när V24-USB-konvertern ansluts eller tas bort men inga V24-portar dyker upp i Devicemanagern. Några tips att gå vidare?
Dator: W7 med Service pack 1
V24-USb-konverter: STLab

Är det inte vanlig RS232 du menar, då V24 är samma sak som RS232

Japp RS232 och V24 är synonymt för mig även det kan finnas vissa skillnader.
Det är nått sånt här jag har fast inte av märke FTDI utan något jag köpt på Kjell o CO
http://www.ftdichip.com/Products/Cables/USBRS232.htm

Har sett samma beteende med ST-Lab USB/RS232 konverters, funkade 110% under XP men med Windows 7 så verkar dom inte lika stabila. Tycker nog ATEN's USB adapter har fungerat bättre under Windows 7 och Windows 8

http://www.aten.com/products/productIte ... 2316346005

De enda jag fått funka helt problemfritt är de som FTDI säljer direkt.
NoName tenderar att funka väldigt dåligt.

Det vanligaste är att det är ett timing-problem med FTDI-kretsar. Windows USB-drivare är lite känsliga för takt-problem via USB och FTDI lever inte helt upp till USB-standarden med sitt inbyggda USB-interface.
Problemet uppstod när Windows skärpte upp drivspecen, upp till den nivå standarden anger.
Det skedde när XP kom ut med sin 2:a USB uppgradering.
Jag brukar transplantera usbser.sys och de övriga usbxx.xxx som aktuella systemet använder sej från XP ver 1. Knycker dessa från en gammal XP-skiva. Börja med att kolla vilka USB-filer din enhet använder sej av och kolla vad som refereas till i inf-filen. Sedan ska filerna in i det nya operativet utan att bli utkastade pga av versions-skydd och annat.
Det finns flera sätt att lösa detta på.
Enklast och för bästa kompatibilitet, avinstallera *.inf-filen, kopiera in och döp om usbser.sys till uscser.sys. Gör på motsvarnde sätt med övriga usb-filer som behövs för stacken, tror det är två filer till som behövs. Kolla innan avinstallationen vilka USB-filer som är inladdade i minnet mha av något analys-program så vet vilka filer det rör sej om.
Sedan får man hacka alla referenser så de blir rätt. Börja med att i inf-filen ange uscser.sys, innan åter-installationen.
Uscser.sys får evt. angripas med hexeditor för att peka till de ny-gamla filerna den är beroende av.
Kommer inte ihåg om filerna behöver registreras i Windows. Sök i registret efter existerande usbser.sys-kopplingar.
Om allt lyckas har man nu två paralella USB-drivisar, varav den ena uteslutande används av serieportsadaptern.
Alternativt kan man i felsäkert läge skriva över befintliga filer, samt även skriva över backuperna, och inte låta datorn hämta ny filer på nätet.
Har för mej Windows klagar vid första återuppstart på USB-filerna version, men att den sedan nöjer sej.
Det blir antagligen mer komplicerat om man kör 64-bitars, men ser inget hinder varför det inte skulle fungera men har inte testat.
Ta backup på filer som skriv över eller hackas. Är system32 en sällan besökt fil-mapp och hexeditor okänt begrepp, bör man kanske be någon om hjälp.
Windows har en USB hot-fix för nedladdning som hjälp, men den har aldrig givet mej något.

För mej är V.24 en mekanisk definition på pinnarna i en DB25, alltså det 25-poliga kopplingsdonet, samt vad pinnarna heter.
Signalernas elektriska egenskaper anges i V.28. V.24 finns så vitt jag vet t.ex. inte i 9-poligt utförande.
RS232 är en standard som i olika steg anpassat sej mot V.24 och signalmässiga definitionen enligt V.28.
Sen finns RS232 i en mängd mekaniska varianter som inte faller under V.24 t.ex. DB9 men man behöver inte någon kontakt alls för att kalla protokollet RS232. V.28 är strängt med att man ska uppnå rätt rejält spänningssving på Tx, medan RS232 kan nöja sej med att det nosar strax under nollan för att åstadkoma omslag och DB9 blev allmänt godkänt även om inte pinnarna räckte till enligt V.24. Det var datorindustrin som vill ha kompaktare kontakter, i synnerhet när bärbara datorn gick från resväska till portfölj-storlek.
Genom att sänka kraven kraven för signalsvinget blev det möjligt att bygga enkla seriella möss trots att de inte kunde leverera signal som uppfyllde V.28. Dessutom skulle en i musen inbyggd MCU drivas av signalspänningen från datorn.
Man hade ca 1.5 mA tillgängligt till processorn.
Det var betydligt bättre ställt med kraften på paralell-porten, det gick tappa 8 pinnar på 5 Volt och någon mA per styck, så särskilt strömkrävande möss och andra liknande externa enheter körde på den i stället.

Ska man vara petnoga är det en DE-9 kontakt som används på de mindre datorerna

Korrekt. DE-9 heter den, men sällan någon vet vilken kontakt man då pratar om.
http://www.db9-pinout.com/

Tack. Det låter som en spännande övning när jag kommer i land och hittar lämplig XP version. Har du någon uppfattning om vilken som är den första version av usbser.sys som använder den nya driverspecen alt vilken är den sista versionen jag kan använda? Jag har förstås 64-bit system. Du antyder att det är ev en komplikation. System32 har jag mkt dimmiga begrepp om. Hexeditorer är känt men hjälper inte om man är ute och cyklar bland bitarna. Om jag skall göra detta ser jag det delvis som en kunskapsövning men med ett mkt användbart resultat. Jag har den känslan att det finns en hel del enheter som man köper med USB-kontakt döljer en RS232. Köpte en GPS-puck nyligen som visade sig ha en gömd RS232 i sig. Man kan undra varför man envisas att tillverka prylar med RS232 när så få stödjer det i dagsläget?

Fördelen med den RS232-USB-konvertern jag har är att den stödjer 2st RS232 över en USB. Kan det även finnas burkar RS232 till Ehternet som skapar en skapar en eller flera virtuella RS232-portar? Detta för att kringå problemet med drivrutiner. Har för mig att jag sett någon men den kostade flera tusen istället för några hundra i USB-lösningen.

Ja jag visste att jag använde V.24 slarvigt. Jag skall nog i använda RS232 i fortsättningen för att minska möjligheten till missförstånd. När jag jobbade med seriella gränsnitt tidigare i livet sa man V.24 och menade då V.24/V.28. Alla kontakter var 25-poliga.

ps
Nu har jag kollat i System32-mappen. Där hittar jag jag ingen usbser.sys eller någon annan usb-system eller driverfile. Inte heller när jag söker på hela systemdisken. Finns det i någon containerfile mån tro?

Enklast börja i enhetshanteraren och identifiera enheten. Här kan man få en första ledtråd till vilken USB-fil som används genom att visa vilken driver som hör till.
Två huvudspår finns. Antingen används Microsofts generella USB-stack eller motsvarande från FTDI.
Filnamnet bör vara något USB*.sys för windows generiska USB-filer. Eventuellt kan du hitta filerna under namn som ausb* ftdiusb*. Om din serieport använder filer med namn typ ftdiusb* så är det INTE ett problem med Microsofts USB-stack utan då finns mer info på http://www.ftdichip.com
Sedan finns problemet med kloner både på hård och mjukvaran med mer eller mindre bra kompatibilitet.
Är hårdvaran en FTDI-klon, hittas förmodligen bästa USB-drivern via ursprunglig tillverkare av seriporten.
Har du otur så är klonens hård och/eller mjukvaran undermålig från början och det kan vara kört.
I vilket fall bör filerna finnas i system32/drivers/

Det finns väl ett par tre olika tillverkare av dessa USB/Serie-kretsar, förutom en bunt no-name.
Problemet ligger i, även om man använder en känd krets, så är det inte säkert att tillverkarens implementation är speciellt bra.

Jag köpte en bunt sk referensdonglar av FDTI, kostar inte mer än i butiken, typ.
Dessa har fungerat oklanderligt i ett par år, använder WINXP, WIN7-32, WIN7-64, Vista32 och Vista64.

Kan bara hålla med Tomas om FTDI. Det är dom enda USB/RS232-omvandlare som jag litar på. Dom flesta andra har mer eller mindre konstigheter för sig i vissa situationer.

Efter en stormig natt på svaj vid Utö (Sthlms södra skärgård) med lite sömn mm har jag nu fått tid till att testa mer organiserat.
Efter att RS232konvertern fungerat utmärkt ett par år har den fungerat allt sämre och sämre i år och till slut helt upphört att vara fungera. Tillbaks till mer traditionell navigering. Jag har inte ändrat något, så vitt jag vet, i HW eller SW. Inte ens uppdateringar Microsoft eller annan. Konvertern har matats via en 3m lång USB-förlängningskabel. Förlängningen har vart av praktiska skäl att kunna placera dator på olika ställen. När jag tog bort USB-förlängningen fungerade konvertern utan några problem allas. Vad som är fel med kabeln alt kabel+konverter vet jag inte. Kabeln "fungerar" just nu då jag använder den till USB-modemet. Om det är fukten, slitna kontakter eller annat kan jag inte säga. Jag har ingen annan 3m kabel att prova med. Finns timingproblem blir de oftas inte mindre av långa kablar.

Dator: W7 med Service pack 1, ASUS EeePC med 3st USB interface
RS232-USB-konverter:
STLab,
Under Ports (Com & LPT) i Device Managern finns följande:
High Speed USB Serial Port (COM7) Properteis
MosChip Semiconductor Technology Ltd, Driver Date. 2010-04-29, Driver version:1.4.7.19
Driver File Details: Mos24ser_QUADPORT.sys, File version: 1.4.7.16

Under USB i Device Managern:
? Inte klurat ut vilken USB som används till konvertern

USB är lite känsligt för förlängning, bättre är att förlänga RS232-sidan istället.

Ligger det i båt så kan mycket väl fukt i kabeln (mellan ledarna mm.) göra att dämpningen blir mycket högre och det fungerar inte till slut.

kan man inte tvinga ned USB-trafiken till en USB1.1 och 11 Mbit så är frekvensområdet på paketen som sänds i burstform (450 MBit) typ 200 MHz med övertoner uppåt det dubbla, har plasten i isoleringen blivit vattenmättat (PVC-plast kan hålla uppåt 11% i själva plasten) och det börja finnas vatten i utrymmen mellan ledarna så blir den dielektriska förlusten så hög att det inte fungerar längre.

Det är som TomasL säger - skall du köra på lång kabel, gör det på RS232-sidans kablar istället då dess baudrate är mycket modest (typ 9600 - 19200 Baud) och då kan kablarna vara vattenfyllda utan bekymmer så länge det inte är vatten i kontakter och dess metalldelar