Recovering Vista ICM devices.tar.gz and style.tar.gz

September 22, 2012 07:32 by docbliny 

Several people reported that they had attempted to use the auto-update feature in the Vista ICM, and that doing that had removed the files required to display devices.

It seems the auto-update procedure is buggy and erases the flash storage before checking if it’s able to successfully load any available updates. Since the device has been discontinued and (I think) In2Networks has gone out of business (or at least has shut down the related servers). This means that the auto-update feature is now an “auto-destruct” feature.

My ICM was still intact (though I did have to factory reset it since it wasn’t responding), I did some hunting and pecking, and in the end I was able to pull out the files from flash file. I’ve attached them below. You can use the Advanced / File System page to upload and save them to flash under http://[ipaddress]/setup. As usual: Use at your own risk.

Thanks to Norman for agreeing to be the guinea pig to test these files out!

Other

Now for some geeky stuff:

1. To download files from the device, you can create files in the /var/fusion/web folder. The other option is to create a symbolic link to an existing file. This is especially useful for larger files. You can then download the file(s) with a browser from http://[ipaddress]/web/[filename].

2. I wasn’t able to download all of the flash files. In any case they are in /dev/flash:

  • all
  • boot
  • bootarg
  • config
  • ethmac
  • image
  • settings
  • storage

The reason I couldn’t get some of the larger files out is that the embedded shell does not support IO redirection, so I couldn’t cat to gzip to minimize the size.

3. I pulled the devices.tar.gz and style.tar.gz out of a flash image located at /dev/flash/storage. Since they were combined in a flash image, I had to remove a few bytes of the header before the first gzip file, and then split it into two (one for styles and one for devices). A test with 7Zip on Windows said the files were valid. I was also able to use gunzip on the ICM to extract the contained tar. However, tar failed as it ran out of space about halfway through (normally they packages are on another disk so the extraction works when it happens on startup.


QRemote Source Code Now Available

July 14, 2012 19:10 by docbliny 

ic_launcher-web

I just finished setting up a repo on GitHub for QRemote: https://github.com/docBliny/qremote

It includes the source for both the Android application and the web interface.

I also updated the installable APK with the rough API documentation.


QRemote Nexus Q Application

July 8, 2012 06:11 by docbliny 

UPDATE July 14, 2012: I updated the APK to contain rough API documentation. Just navigate to http://192.168.1.1:8080/api.html adjusting the IP address to match your Q.

OK, it’s late (I mean early), but here’s a very rough alpha version of QRemote which let let you control the Nexus Q via a RESTful-ish API and your web browser. It’s developer-only friendly at the moment, but that shouldn’t a problem since only Google I/O attendees have them. If you’re brave enough to test it and have feedback, hit me up via Twitter, Google+, or email. I’m lazy at approving comments here on the site. Anyway, to the point…

GALLERY

Here it is in all it's glory.

QRemote-Screenshot

Installation

  • Download QRemote.apk here.
  • Upload the file using adb with the following command: adb install QRemote.apk

Running

Unfortunately, you’ll have to manually start the application every time you power on the Nexus Q. I’m working on to get the boot message receiver to work with a signed package (seems to work fine with a debug build).

  • Start the application with the following command: adb shell am start -a android.intent.action.MAIN -n com.blinnikka.android.qremote/.StartServiceActivity
  • Open up a browser and navigate to port 8080. For example, http://192.168.1.1:8080/

Known Issues

  • You need to start it manually every time you power up the Nexus Q.
  • You have to know your Q’s IP address.
  • You need to load up a playlist with the Play application on an Android device.
  • Videos are not supported.

Uninstalling

  • Run the following command: adb uninstall com.blinnikka.android.qremote

Upgrading

You will need to uninstall and re-install the application if you had the initial Alpha version as I changed the keys used to sign the application. Just follow the instructions above to uninstall and install again.


Remoat Home Automation Software

June 30, 2012 17:31 by docbliny 

Since I missed the May Home Automation Month, I really need to make up for it somehow. So here’s a quick video of Remoat (http://remoat.com), a little utility I’ve been putting together in my spare time. It’s not really production-ready, but I’ll make the source available for the hackers out there.

Currently it needs/supports the following:

  • Windows Media Player: Plays music from your library.
  • MiCasaVerde Vera: Allows you to turn on binary devices, such as lights that you’ve got configured.
  • mControl 2.X: There’s some old code in the package from when I was running mControl on my WHS box (which had sequential disk failures and in the end killed my RAID –> switched to a QNAP NAS). Unsupported.
  • Windows Vista/7 speech recognition: This is required (part of the operating system anyway).
  • Windows text-to-speech: You can specify which audio device is used for speech output. This lets you hook up a pair of speakers that are always on and have the PC hooked up to you’re a/V system for better quality playback. Part of the operating system.

Yamaha RX-V3800 Remote Control Plug-In for Vera

June 30, 2012 11:44 by docbliny 

OK, so I started “home automation month” last year in May then went ahead and immediately missed it this year. To make up for this grievous error, I put together a plug-in for the Vera home automation device that allows you to remote control a Yamaha RX-V3800 receiver.

You’ll need a Yamaha RX-V3800 A/V receiver (or compatible unit, such as the RX-V1800 or HTR-6190), an Ethernet-to-serial adapter to hook it up to your network, and of course a Vera unit.

The download and additional information can be found on the project page at http://code.mios.com/trac/mios_yamaha-plugin .


Home Automation History Month

May 22, 2011 16:06 by docbliny 

It’s May which equates to Home Automation month. OK, I just made that up, but it is somewhat fitting since Google announced Android@Home this month, and the last version of VoiceShell for the Commodore Amiga I published is dated May 2nd, 1996.

VoiceShell

VoiceShell was my speech recognition application that could be trained to understand up to 60 different phrases and run a different command for each. With the magic of ARexx, a scripting language that allowed communication between applications, I was able to send commands to other applications. It also allowed me to switch vocabularies to both extend the available number of commands, and to maximize the recognition accuracy (today I can simply construct a hierarchy of commands using SRGS XML files).

Here’s the description from the Hyperlinked documentation:

WHAT DOES IT DO?

This program is a 'replacement' for VCLI. It doesn't have the fancy graphics etc. but it seems to eat less CPU time and should be faster overall. It also has some extra options.

"So what is VCLI?" I hear you ask. VCLI is a program by Richard Horne that uses his voice.library to recognize speech. With VCLI and VoiceShell you can start programs by saying the program's name. You can teach VoiceShell 60 (VCLI allows 48) different words. You also have the possibility to load a new set of words, thus giving limitless possibilities. The more words you teach, the less accurate the result will be. Thus having more than one project might be a good idea. All you have to do to get started is to set the correct preferences, teach some words, set the commands and away you go!

Of course, like everything I wrote back then, this was written using assembly language for the Motorola 68000 series CPU. The application had an installation utility, hyperlinked documentation, support for startup arguments for both Command Line Interface (CLI) and Workbench icons, ARexx scripting interface, and hotkey support. I know it got published in at least one Amiga magazine on their floppy disk (I believe in the U.K., but I’d need to dig up the copy they sent me) and was available on the Internet as early as 1993. I had at least 26 releases with incremental feature additions and bug fixes.

I was contacted by Alex C. last year to get a copy of the source code and there is a thread on AmigaWorld.net discussing adapting it for the current crop of emulators and Amiga OS versions. It’s amazing how code will live on!

CompleteControl

Of course, VoiceShell was only part of the picture. CompleteControl was the software part of the automation suite that controlled devices via relays. It comprised of a set of ARexx scripts, sounds, images, and an application that would run on a MS-DOS PC. These applications, along with an Input/Output board and a custom power strip, would allow me to turn on and off devices such as lamps. I even rigged a relay into my bedroom light switch, so that I could turn it on and off.

It was a total hackfest with a lot of moving pieces: Custom PCBs, two computers (an Amiga and a PC), sound sampler dongle, a custom power strip, custom DB9 cables, an I/O card, voice recognition, custom sound samples for responses, and hardware control software. But hey, it actually worked!

Present Day

There have been many iterations on the same basic premise over the years. I’ve cobbled together various X10 and ZWave solutions with PCs using custom and off-the-shelf software over the years. The current project is named “Remoat” and it’s in a prototype stage controlling lights in the whole house along with supporting media playback. It’s a labor of love that has had to take the backseat over the past several years, but the goal is to evolve it further and make available online.

Screenshots

Screenshot of the VoiceShell Application

Screenshot of the VoiceShell application

VoiceShell Hyperlinked Documentation

VoiceShell hyperlinked documentation

PCB Board Image Opened In DeluxePaint

PCB Board Image Opened In DeluxePaint


Hacking the Vista ICM e-mail notifications

February 18, 2010 20:07 by docbliny 

Another great post by our guest blogger Richard Perlman:

I hacked at the VistaICM email process and here is what I found:

Part 1: The information for the email is sent, via HTTP, to outgoing.in2myhome.com. So, If you are running a local DNS server, you can enter a record for that host/domain and resolve it to some other HTTP server.

Part 2: The information is sent as a GET request. I.e. It’s ALL in the URL. Really simple (and insecure). For example, here is an “Armed” notification:
GET /email.aspx?address=alarm%40foo.com&subject=Security+Alert&message=System+Armed&mac=00%3A0e%3A70%3A00%3A35%3A7d&time=02-16-2010+01%3A03%3A33+PM

So, all that would need to be done is to write a simple cgi-bin script to handle requests for /email.aspx to parse the GET request and create an email or do whatever you wanted.

Richard


Vista ICM 2.8 Information

February 18, 2010 20:00 by docbliny 

I got a great email from Richard Perlman containing detailed information about the latest ICM update 2.8. Since people tend to end up here for info on the ICM he wanted to share it with the rest of you. Thanks Richard!

Many changes in the Vista ICM, some significant:

Most notable: Honeywell has discontinued the Vista ICM. It seems there was some disagreement with in2net over fees. Since in2net seems to have designed most of the internal code, it doesn't look good for further support. I have emailed them, but they don't reply. The immediate result is that email is effectively dead, unless you pay a fee. If you are running a DNS service on your network it should be simple to "deflect" the HTML connection used by the ICM to pass email messages to in2net to a local web server. Then you'd just have to figure out how they pack the email message into the HTML content.

Other things as of release 2.8:

  1. There is no more backup (i.e. download). You can still upload, but "download" is pretty much limited to cat/copy/paste.
  2. A lot of the web pages, like the PDA page, are now configured differently, not as easy to change.
  3. I found the same TCP data that was on port 50003 on port 50001 too and I also found an in2networks debug facility of port 50501. But, I can't make any sense of it.

On the other hand, using the TCP interface I have been able to build a fairly simple state engine in Perl. This maintains a state table for each zone, as well as reporting the panel state. The script was customized to Interface to the Indigo home automation system running on a Mac. But, it could be easily modified to report to other services. Take a look at:

http://www.perceptiveautomation.com/userforum/viewtopic.php?f=9&t=5444&p=32308&hilit=ademco#p32308

If there is sufficient interest maybe we can set up a small mail-list to share ideas and discoveries, etc.

Richard Perlman


Vista ICM update available

August 31, 2009 18:12 by docbliny 

Just noticed that there's been an update available for the Honeywell / In2Networks Vista ICM. The latest version is in2 fusion image_2.8.0 - Tue Dec 30 09:55:28 MST 2008. The old root password still works and I haven’t seen any adverse side effects yet.

The change log is as follows (http://inunicn.com/honeywell_ecp/version.htm):

2.8.0
  • Improved device management, time management, and setup.
  • Vizia ICM - New ICM controls Leviton ViziaRF lighting systems.
  • Energy ICM - Added humidity alerts and improved EnviraCom error handling.
2.7.2
  • Added trouble-free remote access support and event logging through www.in2myhome.com
  • Improved support for corporate networks and static IP addressing.
  • Reset button handling works more reliably.
  • Email reliability is improved with a trusted email server.
  • Local web page improvements reduce Java errors.

Tip of the day: Save some power on Windows Home Server

February 22, 2009 16:14 by docbliny 

Window Home Server is built on Windows Server 2003 and thus doesn’t have any power savings turned on by default. While there are some add-ins to put WHS to sleep/hibernate, you should go into the Power Options and turn on the “Server Balanced Processor and Performance” scheme to at least minimize CPU power consumption.

  1. Make a Remote Desktop connection to your WHS machine.
  2. Click the Start button.
  3. Click Control Panel, and then click Power Options.
  4. On the Power Schemes tab, select Server Balanced Processor Power and Performance.
  5. Consider changing the settings for Turn off hard disks, too.
  6. Click OK.

WHSPowerSave