Introduction to the Microshipnet Documents... |
||||||
| When you click past this page to the Microshipnet drawing, you're entering a complex network of documents that reflects the architecture of the Microship itself. A few quick introductory comments are in order...
Before I give you the "executive summary" of the design itself, please note a few protocols that apply throughout this part of the site:
Tech note on the document itself When you click past this page and load the Microshipnet drawing, you're seeing the output of a unique piece of software called ConceptDraw, from CS Odessa. This has all the features of a decent drawing program, but also offers a few CAD-like capabilities including libraries, table-driven behavior, and the essential ability to make connections that persist and rubber-band as objects are dragged around. In addition, anything in a drawing is clickable to open local files or URLs, and the program can even export an HTML image map with every object linked to a file. That's exactly what we've done here, so as you scroll around the drawing, click on anything that interests you to learn more about it. Ain't technology wonderful? In the olden days <creak>, we had to do this by HAND. (Having said all that, I'll also tell you that I uploaded the big drawing on Christmas eve, and have just begun writing the support documents... it will probably take a few weeks to finish the job. In the meantime, please enjoy mousing around the drawing in search of live links <grin>.) |
||||||
|
|
||||||
Microshipnet OverviewThe Microship system design can be characterized as the integration of a wide range of mostly off-the-shelf products into a hopefully harmonious whole. Since the individual components were never intended by their designers to interoperate, the core of this architecture is a set of tools that allow lots of random things to be interconnected on the fly under software control. Unfortunately, very few products outside the computer world have convenient ethernet, firewire, or USB ports. Radio gear, sensors, cellphones, music synthesizers, navigation devices, tiny video cameras... all can be conceptually reduced to well-defined functional modules that possess some set of interconnections with the outside world: power, serial, audio, video, and maybe a few random bits. This leads directly to the core philosophy of the Microship design... every object in the system is tied to a trio of crossbar networks and simple power switching hardware, all wrapped in a layer of code that makes it feel homogenous. Atop this code layer are the system-level applications (telemetry, navigation, security, communications, and so on... all managed throug a single GUI). The implications are significant. When diverse widgets can be tied together on the fly under control of front-end code in an off-the-shelf linux box, then operational flexibility and upgradability are unlimited. We don't have to wait for someone to build a USB compass sensor... we just take the NMEA output of a standard marine unit and plug it in to a dense panel of DB-9 connectors. If some client wants to know the ship's heading, a controller issues a command to conjure a virtual serial cable between the compass and the receiver. Same with audio and video channels... need to transmit a status report in synthesized speech via cellular phone? A quick command to the audio crossbar does the trick. And various video cameras and wireless links between boats can be shuttled around as needed for security monitoring, transmitting frame grabs to the website, or keeping Natasha provided with source material for her video production projects. The point of all this is flexibility without having to design everything from scratch, as I'd like to actually get on the water, not spend the rest of my life trying in vain to keep up with technological advances. The Microshipnet is thus a huge interconnection toolset with a solid development environment on the front end. OK, ready to explore the system? Click the face to continue.... |
||||||