ACCESS.bus, developed by ACCESS Co., Ltd., was a short-lived attempt to create a low-cost, low-power alternative to USB in the late 1990s, primarily for connecting peripherals like keyboards and mice. Leveraging the already established I²C protocol, it aimed for simplicity and minimal hardware requirements. Despite backing from major Japanese manufacturers and some limited adoption in devices like digital cameras and PDAs, ACCESS.bus ultimately failed to gain significant traction against the rapidly growing dominance of USB, fading into obscurity by the early 2000s. Its failure was largely due to USB's broader industry support, superior performance for higher-bandwidth devices, and its eventual standardization and adoption across diverse platforms.
This post details how to access the Qualcomm Quectel BG96 modem embedded within the RAK5010 WisBlock Core module via USB. The BG96 exposes multiple serial ports over USB, but only one is typically configured for user interaction. The post explains how to use minicom to interact with the modem on its default port and outlines the process of switching to other ports, specifically the diagnostic port, using AT commands. This access allows for deeper interaction with the modem, enabling activities like firmware updates and more granular control, which are not possible through the default port. The author emphasizes the importance of switching back to the default port after completing tasks on the diagnostic port to restore normal functionality.
Several commenters on Hacker News discussed practical aspects of using the RAK5010 and similar devices. Some questioned the practicality of USB tethering for IoT applications, citing power consumption concerns and suggesting alternative solutions like direct TCP/IP connections over cellular. Others shared personal experiences and insights, including one commenter who detailed their success using the RAK7200 with a Quectel modem and another who noted the complexities and lack of clear documentation around AT command interactions for specific modem features. A few comments also touched upon the security implications of exposing the modem via USB, particularly in commercial deployments. The overall sentiment reflected interest in the technical details but also a pragmatic awareness of the challenges involved in this approach.
The Flea-Scope is a low-cost, open-source USB oscilloscope, logic analyzer, and arbitrary waveform generator. Designed with affordability and accessibility in mind, it utilizes a Cypress FX2LP microcontroller and features a minimalist design detailed in a comprehensive, publicly available PDF. The document covers hardware schematics, firmware, software, and usage instructions, enabling users to build, modify, and understand the device completely. The Flea-Scope aims to be a practical tool for hobbyists, students, and professionals seeking a basic, yet versatile electronic test instrument.
Commenters on Hacker News generally praised the Flea-Scope for its affordability and open-source nature, finding it a compelling option for hobbyists and those needing a basic tool. Several pointed out its limitations compared to professional equipment, particularly regarding bandwidth and sample rate. Some discussed potential improvements, including using a faster microcontroller and enhancing the software. The project's use of a Cypress FX2 chip was highlighted, with some expressing nostalgia for it. A few users shared personal experiences using similar DIY oscilloscopes, and others questioned the practicality of its low bandwidth for certain applications. The overall sentiment was positive, viewing the Flea-Scope as a valuable educational tool and a testament to what can be achieved with limited resources.
This blog post from 2004 recounts the author's experience troubleshooting a customer's USB floppy drive issue. The customer reported their A: drive constantly seeking, even with no floppy inserted. After remote debugging revealed no software problems, the author deduced the issue stemmed from the drive itself. USB floppy drives, unlike internal ones, lack a physical switch to detect the presence of a disk. Instead, they rely on a light sensor which can malfunction, causing the drive to perpetually search for a non-existent disk. Replacing the faulty drive solved the problem, highlighting a subtle difference between USB and internal floppy drive technologies.
HN users discuss various aspects of USB floppy drives and the linked blog post. Some express nostalgia for the era of floppies and the challenges of driver compatibility. Several commenters delve into the technical details of how USB storage devices work, including the translation layers required for legacy devices like floppy drives and the differences between the "fixed" storage model of floppies versus other removable media. The complexities of the USB Mass Storage Class Bulk-Only Transport protocol are also mentioned. One compelling comment thread explores the idea that Microsoft's attempt to enforce the use of a particular class driver may have stifled innovation and created difficulties for users who needed specific functionality from their USB floppy drives. Another interesting point raised is how different vendors implemented USB floppy drives, with some integrating the controller into the drive and others requiring a separate controller in the cable.
The Steam Brick is a conceptual handheld gaming PC designed for minimalism. It features only a power button and a USB-C port, relying entirely on external displays and controllers. The idea is to offer a compact and portable PC capable of running Steam games, shifting the focus to user-chosen peripherals rather than built-in components. This approach aims to reduce e-waste by allowing users to upgrade or replace their peripherals independently of the core computing unit.
HN commenters generally found the Steam Brick an interesting, albeit impractical, project. Several discussed the potential utility of a dedicated Steam streaming device, particularly for travel or as a low-power alternative to a full PC. Some questioned the choice of using a Raspberry Pi Compute Module 4, suggesting a Rockchip RK3588 based device would be more powerful and efficient for video decoding. Others highlighted the project's complexity, especially regarding driver support, and contrasted it with commercially available options like the Steam Deck. A few appreciated the minimalist aesthetic and the focus on a single, dedicated function. There was also some discussion of alternative software options, such as using a pre-built Steam Link OS image or exploring GameStream from Nvidia. A significant point of discussion revolved around the lack of a hardware reset button, with many suggesting it as a crucial addition for a headless device.
Summary of Comments ( 1 )
https://news.ycombinator.com/item?id=43236370
Several Hacker News commenters discussed ACCESS.bus's technical merits compared to USB. Some argued that while ACCESS.bus offered advantages like cheaper connectors and isochronous data transfer crucial for audio, its downfall was due to poorer marketing and industry support compared to the Intel-backed USB. Others pointed out that ACCESS.bus's use of a 7-bit addressing scheme limited it to 127 devices, a significant constraint compared to USB's much larger capacity. The conversation also touched upon the complexity of ACCESS.bus drivers and its apparent susceptibility to noise, alongside its prevalence in specific niches like high-end audio equipment in Japan. A few commenters reminisced about using ACCESS.bus devices and noted the lack of readily available information about the technology today, contributing to its "forgotten" status.
The Hacker News post titled "ACCESS.bus: The Forgotten USB Competitor" generated several comments discussing the article about the now-obsolete ACCESS.bus. Many of the comments revolve around personal experiences and technical details related to the technology.
One commenter notes their surprise at learning ACCESS.bus wasn't simply a Japanese standard, having only encountered it on Sharp Zaurus devices. They express fondness for the connector, describing it as "robust" and "satisfyingly chunky." This sentiment regarding the physical connector is echoed by another commenter who recalls liking the connector more than mini-USB.
Several commenters discuss the prevalence of ACCESS.bus in specific devices. Multiple users mention seeing it on Casio digital cameras and Sharp organizers. One individual recalls encountering it on a GPS device. Another commenter notes that while it was seemingly ubiquitous in Japan for a period, they'd never seen it used on anything else, reinforcing the perception of it as a primarily Japanese standard.
The technical aspects of ACCESS.bus are also discussed. One commenter correctly points out that the article misrepresents the bus as being half-duplex, when in fact, it's a full-duplex standard capable of simultaneous send and receive. This correction leads to a brief discussion about the implications of half-duplex versus full-duplex communication.
Another technical point raised is the bus's relatively low speed compared to USB, with one comment suggesting this limitation contributed to its eventual downfall.
A few comments touch on the broader context of competing standards in the technology industry, with one commenter reminiscing about the "connector hell" of the late 90s and early 2000s before USB achieved dominance. Another comment laments the lack of a single, unified connector standard even today, despite USB's widespread adoption.
Finally, some comments express general appreciation for the article and the opportunity to learn about a piece of forgotten technology history. One user remarks on the cyclical nature of technology, noting how older standards sometimes reappear in modified forms.