arw01 Posted September 2, 2013 Author Posted September 2, 2013 just an update post that i changed my wget commands that set the rest variables to have the -q option so that I no longer get hundreds of files in my / directory from every response the isy gives to the rest command!
opensauce Posted September 2, 2013 Posted September 2, 2013 Yeah, this is definitely a one-off thing. I'm likely going to give OpenHAB a shot, which means I'll have to write the binding for it. So I wanted something to meet my simple use case until I have time to dive into that.
arw01 Posted September 23, 2013 Author Posted September 23, 2013 Well just doing an upgrade to a lot of the packages via an apt-get upgrade completely broke my lirc with the iguanaIR driver. Cannot get it to compile now at all, either with the special apt-get or from the source I used a few months ago either. Off to wait for technical support! Alan
arw01 Posted September 29, 2013 Author Posted September 29, 2013 Thanks to Ben over at iguanaworks, the usb transceiver is back up and running. A little bitty change to their daemon was needed as the updated packages were no longer telling their daemon the usb transceiver had been unplugged or plugged so it would not find it. Changing the shebang to be !#/bin/bash is supposed to fix the issue. In the mean time stopping the daemon, unplugging and replugging the usb transceiver and restarting the daemon got me back up. I've been learning more on the init scritps and did not realize that all the time I spent making my own lircrd and irexec starting scripts were for not as the standard lircd scripted started them also. I just found the hardware.conf config file and have put the appropriate driver=iguanaIR in there instead of un-configured and that should allow the pi to start up all the daemons I will need. Next will be some configs to the output of the isy_var-monitor so I can just dump it's text output to a file on my harddrive I hung off the pi to become my new in house linux server vs the one that died from a close lightening strike. Don't know if it was the MB or the scsi drive, or the scsi contoller, but was able to move the files off the second linux drive successfully. When the 60 megs of music files finish copying here in an hour or two will test out a reboot. Now just need to fix the dreamdns.pl routine to keep my ip address updated at the domain level controller (something up with the pi's ssyleah-crypt implementation). Alan
Recommended Posts