element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Community Hub
Community Hub
Member's Forum The Definitive Collection of V.90/V.92 Dial-Up Modem Sounds
  • Blog
  • Forum
  • Documents
  • Quiz
  • Events
  • Leaderboard
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Community Hub to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 8 replies
  • Subscribers 532 subscribers
  • Views 780 views
  • Users 0 members are here
  • audio
  • vintage
  • pots
  • modem
  • history
  • telephony
  • blog
  • connectivity
Related

The Definitive Collection of V.90/V.92 Dial-Up Modem Sounds

Gough Lui
Gough Lui over 9 years ago

Hi fellow Vintage Tech subscribers.

 

First post in this area, and I thought I'd make it about the voice-band modem technology which is fast fading away. The V.90 and V.92 standard are special, in that they exploited the fact that one side of the connection can be purely digital, and thus suffers less distortion from analog to digital conversion, and vice versa. As a result, V.90/92 connections can only happen with digital modem terminating gear, making them unlikely to be achieved once the existing modem banks operated by commercial ISPs are closed down.

 

The V.90 standard was a compromise standard that was incompatible with the warring x2 and K56flex standards of the early 56k days. The V.90 standard introduced a new signal, known as a Digital Impairment Learning (DIL), which is defined by the analog modem in a data segment known as Ja, and sent back from the digital modem so that the analog modem can learn of the impairments on the line (e.g. digital pads, robbed bit signalling). The way this is defined led to different chipsets having a different DIL due to their differing software algorithms.

 

In order to capture this, I bolstered my collection of modems, got my VoIP gear configured carefully to best pass data and made many test-calls to commercial ISP lines to reconstruct the calls and produce the highest quality samples which cover virtually all chipsets, with the exception of Topic/ICPlus.

 

You will find the post at:

http://goughlui.com/2016/05/03/project-the-definitive-collection-of-v-90v-92-modem-sounds/

 

I hope you enjoy it - feel free to browse the related modem collection, and project FAX area for more voice-band modem goodness.

 

- Gough

  • Sign in to reply
  • Cancel

Top Replies

  • mcb1
    mcb1 over 9 years ago in reply to Gough Lui +2
    Most faster modems are pretty smart and will look for an "AT" to set its internal baud rate The serial port was a dumb port, and the call was initiated from external. So yes we needed to lock the DTE rate…
  • clem57
    clem57 over 9 years ago in reply to mcb1 +1
    I mainly was changing modems DIL to pick optimal exchanges since some of their choices conflicted with our Robotics X2 technology and failed to connect.
  • Gough Lui
    Gough Lui over 9 years ago in reply to clem57 +1
    You may have a grudge against the vendors and their semi-arbitrary choices of AT commands for the same "features", but this came about because the company that first bought in the smart-modem (Hayes) essentially…
Parents
  • mcb1
    mcb1 over 9 years ago

    Nice work.

    I had no idea the old dialup modem was so complicated.

     

    There is a generation that has no idea of what dial-up means, so it's nice that history is captured for the day they want to explore.

     

     

    Mark

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • clem57
    clem57 over 9 years ago in reply to mcb1

    You think that was fun, I found the various AT commands more intriguing with so many variations. I kept a few sheets of script notes around for help.

    Clem

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • mcb1
    mcb1 over 9 years ago in reply to clem57

    Yep been and played with a few of them.

    Luckily we were mainly dialling out in a relatively dumb mode, but we did need to start locking DTE rates when modems climbed out of the 2400 baud age. ....

     

    Mark

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • mcb1
    mcb1 over 9 years ago in reply to clem57

    Yep been and played with a few of them.

    Luckily we were mainly dialling out in a relatively dumb mode, but we did need to start locking DTE rates when modems climbed out of the 2400 baud age. ....

     

    Mark

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • clem57
    clem57 over 9 years ago in reply to mcb1

    I mainly was changing modems DIL to pick optimal exchanges since some of their choices conflicted with our Robotics X2 technology and failed to connect.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • Gough Lui
    Gough Lui over 9 years ago in reply to mcb1

    Autobaud not reliable enough? or a lack of flow control with a slow CPU?

     

    Most faster modems are pretty smart and will look for an "AT" to set its internal baud rate. As far as I've seen, I've never had it miss, at least with the standard IBM rates (300, 1200, 2400, 4800, 9600, 19200, 38400, 57600, 115200, 230400) with most chipsets. Some chipsets are even smart enough to only negotiate DCE to DCE rates below the DTE to DCE rate, so if you open the port at 2400bps and issue an ATD... command, it will "naturally" limit the modulation to prevent overflow at the modem.

     

    Of course, if you know your port is only going at one rate, and absolute mission-critical reliability was the aim, then I suppose there's nothing wrong with locking the rates. It means a little extra work image. I know some guys that use the dial-up modem still today as a back-up emergency telemetry and telecommand system and have it set up to do dial-back and other fancy tricks which consumer modem firmware doesn't have. They chose some very nice and shiny MultiTech modems with internal intelligence to do it, whereas some of the other vendors (e.g. Netcomm Wireless) have all-integrated industrial modems with an access control system inbuilt.

     

    - Gough

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • mcb1
    mcb1 over 9 years ago in reply to Gough Lui

    Most faster modems are pretty smart and will look for an "AT" to set its internal baud rate

    The serial port was a dumb port, and the call was initiated from external.

    So yes we needed to lock the DTE rate regardless of the DCE (modem to modem) speed.

     

    One of the customers always used a MultiTech modem with all the bells and whistles, but never used the Dial back feature.

     

    All in all we never really had many issues with the modems, once they were setup.

    Eventually we made a script under ProComm to do all the settings which eleminated the human error and saved a few brain cells.

    (I'll get back to you later if the brain cell saving worked)

     

    This modem thing is a whole life that the newer generation will never get to experience.

    Mark

    • Cancel
    • Vote Up +2 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube