Saturday, September 24, 2011

Vault-OS Update

Going well for the Win32 version. I broke the cross platform code for DOS-16 but it still compiles cleanly for DOS-32 Protected Mode and Linux.

I have been rewriting the architecture to make it way more open and work on all four target platforms. So far, so good. This is actually the first time in several months I've had all the HTML and forms working again.

I abandoned all my feature creep trying to embed SVG and Javascript conditionally and still maintain HTML 3.2 compatibility for DOS browsers. I have just concentrated on getting the pure HTML 3.2 working across all platforms. The other stuff is commented out until version 2 comes along.

I basically ripped off all the daemons for PVBROWSER ( and integrated them into Vault-OS, so I can support so many different types of devices you wouldn't believe it, from CANBUS to ModBus, Siemens protocol, Serial, RS-485, the way it works now the user can add a daemon for nearly any kind of hardware you could imagine.

Biggest break on the DOS-16 / Desqview platform is trying to compile SQLite small enough, I finally just didn't bother for now and have been focused on the Win-32 platform for the first release. My old Powerbasic program still works for DOS-16 environment, so it's not a problem if I do require support for a very small memory constrained x86 device. I have at least six PC/104 boards that fit this profile.

I need it so badly to manage my own stuff I really have no choice but to finish the first version as quickly as I can and get it out there so I can get some beta testers. I will have some screenshots up in the near future.


Anonymous said...

I'm sure a few of us have old systems or parts to build one that could be set up as a back up and beta testing machine for running Vault OS. I was thinking about setting one aside as a fallback archival, stock taking and record keeping machine, etc. General purpose at least.

Of course we're not all as experienced or quick on coding and building as you are, so I might have to wait until later instead to get a good look.

Texas Arcane said...

People won't understand why it took me so long to get the architecture right until they see release version 1.0 on SourceForge.

I have tried to make it so platform agnostic that basically if you find a computer, any computer, still working pre or post apocalypse, you can run Vault-OS on it. This is why I have passed on versions running on QT or that can only work on Windows 2000 or higher. I have strived for hardware so generic that nearly anything could support it, including sensors and controllers from CANBus, serial, parallel port, etc.

I actually built an excellent relay DAC board to plug into the LPT that uses auto relays I pulled out of an abandoned car a couple years back. There will be at least two examples of this in the Vault-OS book, peripherals built from discarded junk.

Anonymous said...

Will we be likely to see Grimoire before large portions of humanity turn to the other white meat?

Anonymous said...

Solar Flares have been going crazy for the last day or two. My email beep on my phone hasn't stopped today. A lot have been "high" High M class over the last day or two. There are predictions for many significant X class (potentially Doomsday type) over the next week. This is not in the mainstream media yet.

We had an X class flare a couple of weeks ago that strangely only took 2 hours to get to us against the normal 8 hours. Some seriously strange shit happening. I've just spent the day topping up all my supplies and unplugging and shielding/boxing all my gear. Spent another $500 on rice today. You should have seen the look on the asian girls face.

Tex, unfortunately Vault OS may be too late for us all. God bless.

Anonymous said...

Don't hold your breath people, good old Cleve has not finished anything in the last 20 years or so. I think he actually has ADD and not asperger's as he claims.

Texas Arcane said...

I've finished plenty of things in the past twenty years for other people. It's my own stuff that is never good enough to release.

I've written and deployed thousands of programs in the past 20 years but when it comes to my own stuff I am always tweaking it and refining it.

I'd suggest the entire population of the West shows evidence of ADD and I might be one of the few people left who can concentrate on one thing at a time.

Anonymous said...

Tex, what's the intended data link hardware?

USB, serial, parallel, RGB connector, ethernet connector, wireless?

I have a couple of old laptops I'd like to fiddle with. No serial or parallel on the laptops.

Is USB bomb-proof?

Is Vault-OS optimized eating inputs raw, or better with some kind of remote card to supervise the sensors.

What we want now:

1. A 'dirty' release of Vault-OS for us to play with.

2. A list of 'Nuts and Volts' style project hardware cards, or the like, (existing 3rd party project-cards, that you might recommend) that we can assemble, then hook-up and set running.

Anonymous said...

You are a precious, unique flower, Texas Arcane. No one else has followed this path before. Godspeed.

Texas Arcane said...

All sensor/DAC hookups to the PC you are using are broken off into "daemon" servers that are writing their data into the equivalent of a shared memory space with the web server. In Windows and Linux they are using mailslots and in DOS they using mailslots under Desqview or DOS shared memory blocks.

From the web server end, it's all generic data coming in and commands going out formatted according to the same brief, concise descriptors.

So far, I have many different kinds of daemons running devices over serial, USB, parallel port, PCI card and RS-485 for a wide variety of formats.

I personally prefer I2C and CANBus, but the user can set up his own hardware to run off a huge variety of custom devices. If you want to run a Siemens air conditioner or a Modbus Generator, there will be existing daemons for both.

As I mentioned before, I have leveraged off the PVBrower project and used their time-tested and debugged daemons to input into my server system, which is vastly different on the web server end but uses all the same messaging formats as PVBrowser.

I have tested I2C, CANBUS, Parallel, Serial and USB heavily under both DOS and Windows on my current setup, but there will be a lot of testing to do by others for the first release on other platforms. I am sure somebody will have to take my Linux code and debug it on Linux/FreeBSD because I have only tested it in a very limited fashioned under UMSDOS Linux designed for very small devices.

Anonymous said...