| ECS Home Automation and Security Archives |
| Subject: From: Date: | Re: [ecs] Closed/Open-pending - & Digital I/O Issue Mark Gilmore Tue, 04 Nov 2003 18:30:44 -0800 |
Set the Object's .Diagnose Property to 2, do same for the TC, reproduce failure, and send main.log (incl name of said Objects). At 07:29 PM 11/4/2003 -0700, you wrote: >Mark, > >I rebooted my machine and haven't seen Closed/Open-pending problem again. >I'll check it periodically to see if it reoccurs. > >I am having another problem though. I have a motion detector that I can't >get ECS to recognize. I initially thought that it was the motion detector >and replaced it. Then I thought that it was a bad port on my TC+. To test >that theory, I first moved the motion detector circuit to another port. Then >I used the software that came with my TC+. And finally, I have tested it >using an older Windows version of ECS. The port and the motion detector >appear to work fine. > >Do you have any suggestions what I might look at next? > >Rob >-----Original Message----- >From: Mark Gilmore [mailto:mark@markgilmore.net] >Sent: Saturday, November 01, 2003 4:33 PM >To: ecs@netbloc.com >Subject: RE: [ecs] Still looking for where to place the cmd > >And you're absolutely positive that it changes to "Closed" (and not "Open") >?? >If so, please set the relay .Diagnose to 2, re-create problem, and email me >main.log. > >At 03:38 PM 11/1/2003 -0700, you wrote: > > >All, > > > >I am experiencing an issue with ECS 2.3.07. > > > >I'm using a TimeCommanderPlus. I have set the Minimum-Close-Time on relays > >controlling dampers for my heating system. They are set at 180 seconds. > > > >I'm trying to use the Closed/Open-pending property of the relays to > >gracefully shut down my furnace. However, every time I attempt to open a > >closed relay before 180 seconds have elapsed, the status changes to > >Closed/Open-pending for less than a second and them reverts back to Closed. > >If I change the status after 180 seconds, the status immediately changes to > >Open. > > > >The reverse works fine, i.e., closing the relay before the >Minimum-Open-Time > >has elapsed. When I do so, the status changes from Open to > >Open/Close-pending and then after the Minimum-Open-Time has elapsed, the > >status changes to Closed. > > > >I originally thought that I had some other script interfering but have > >disabled all referenced scripts. > > > >Any ideas? > > > >Rob > > > >-----Original Message----- > >From: Mark Gilmore [mailto:mark@markgilmore.net] > >Sent: Saturday, November 01, 2003 2:58 PM > >To: ecs@netbloc.com > >Subject: RE: [ecs] Still looking for where to place the cmd > > > >Hi Ingo, > >Daemon or not, I *really* need to be able to start a terminal session > >and run a pgm *after* the "knoppix" user is logged in. > >And given what I have gone thru just trying to do *this* simple task > >(burning numerous CDROMs with 1-hour turn-around times), > >I am not about to go down the daemon road :-). > >I have mastered the startup procedure under RH9 (via Gnome session mgr). > >My problem now is trying to figure out how to get Knoppix (which uses KDE) > >to load my startup link into the /Autostart folder. > >This looks like yet another mystery that will eat many hours. > > > >At 01:47 PM 11/1/2003 -0800, you wrote: > > > > >Hi Mark, > > > > > >Can you clarify why the autostart has to happen after login, rather than > > >making ECS a daemon? IIRC, ECS is waiting for user input at some point > > >(if only typing Q to terminate) - any chance you can get rid of that? > > >Once you have that, it is fairly straightforward to make any program a > > >daemon. > > > > > >I see two options for solving your problem. Not knowing the exact > > >requirements, I don't know if they would meet all requirements for your > > >private label use: > > > > > >- make ECS a daemon, so it starts up when the system boots instead of on > > >login. To accomplish that, you have to make sure that ECS never tries to > > >read anything from stdin. It would also be good not to print anything to > > >stdout, but instead to a log file. > > > > > >- if you cannot do that, you could edit /etc/inittab and replace one of > > >the six places where mingetty is called with a call to ecs.bin. Do note > > >that if you do that, ecs.bin needs to be very hacker-proof, since it > > >would be running as root. > > > > > >Mingetty is the program that usually asks the user for login: and > > >password: if you are not running X. By replacing it, ECS runs > > >immediately without a login, and has full control of the system at the > > >same time. Obviously, a very major security issue if your system is > > >connected to the Internet in any way, even behind a firewall. Best, add > > >a call in ECS to change users (setuid) after you opened the listening > > >port, as I described in another mail. > > > > > >On Sat, 2003-11-01 at 05:17, Mark Gilmore wrote: > > > > Sorry for the confusion, but this auto-startup effort is for a Knoppix > > > > private-label vsn of ECS. > > > > I am just trying to get it to work under RH9 1st, so I won't waste >weeks > > > > blindly burning > > > > Knoppix test CDs (and I need to know how to do this basic task >anyway). > > > > So I still need to know where to place my command, > > > > *or* preferably why my links in /Autostart have no effect. > > > > Thanks, > > > > > > > > At 09:37 PM 10/31/2003 -0800, you wrote: > > > > > > > > >I agree completely that making ECS a daemon that runs in the >background > > > > >without a user interface is the proper way to solve all the problems > > > > >Mark has struggled with, from automatically starting to the bind > >problem > > > > >(assuming that I identified that correctly). With ECS as a daemon, > >there > > > > >is no need for autostarting. Or even for logging in in the first >place. > > > > > > > > > >But do be aware that X will (usually) NOT be up when the scripts in > > > > >/etc/rc.d/rc5.d are executed (/etc/rc5.d is a redhat-specific link, >and > > > > >actually not a very good idea to have). > > > > > > > > > >Everything in /etc/rc.d/rc5.d is executed completely during bootup. X > >is > > > > >actually NOT launched during the boot phase. Rather, *once the boot > > > > >phase is completed*, Linux sets up seven terminals. You can switch >back > > > > >and forth between them with Alt+F1 through Alt+F7. Then, Linux >launches > > > > >the applications specified in /etc/inittab. In six of the terminals, >it > > > > >runs /sbin/mingetty. In the seventh terminal, it runs /etc/X11/prefdm > > > > >-nodaemon. This is the X login screen, and it will also start the X > > > > >server at the same time. So X is definitely NOT running when > > > > >/etc/rc.d/rc5.d is executed. The only time it would already be >running > > > > >is if you start or stop certain individual services. > > > > > > > > > >As an aside, the script actually should be in /etc/rc.d/init.d. > > > > >/etc/rc.d/rc5.d should only contain a link. > > > > > > > > > >On Fri, 2003-10-31 at 17:44, Rob Hicks wrote: > > > > > > Mark, > > > > > > > > > > > > Why not just create a shell script and place it in /etc/rc5.d/ >with > >an > > > > > > execution number high enough that it will execute after everything > > > else has > > > > > > run. rc5.d runs only when the system is set up for run level 5, or > >X. > > > > > Thus X > > > > > > should be up. I assume that you want X running in order to launch >a > > > > > browser? > > > > > > > > > > > > My preference would be to have ECS run as a daemon that can be > > > attached to > > > > > > with a browser, either on the local machine or on remote machines. > > > Then > > > > > when > > > > > > a user logs in, you give simply give them a desktop or panel link > > > to launch > > > > > > the browser and go to the ECS sign on page. > > > > > > > > > > > > Rob > > > > > > > > > > > > -----Original Message----- > > > > > > From: Mark Gilmore [mailto:mark@markgilmore.net] > > > > > > Sent: Friday, October 31, 2003 4:51 PM > > > > > > To: ecs@netbloc.com > > > > > > Subject: [ecs] Still looking for where to place the cmd > > > > > > > > > > > > OK - Let me try asking it another way (focusing on RH9 for now): > > > > > > When I log in, I want RH9/Linux to start a terminal (i.e. >"konsole" > >or > > > > > > "gnome") > > > > > > session and run a command within that session (the cmd being > >"konzole > > > > > > -e="ecs.bin"). > > > > > > In *what* file would I place this command ? > > > > > > Thanks, > > > > > > > > > > > > Mark Gilmore > > > > > > http://OmnipotenceSoftware.com > > > > > > > > > > > > > > > > > > > >--- > > > > >Incoming mail is certified Virus Free. > > > > >Checked by AVG anti-virus system (http://www.grisoft.com). > > > > >Version: 6.0.528 / Virus Database: 324 - Release Date: 10/16/2003 > > > > > > > > Mark Gilmore > > > > http://OmnipotenceSoftware.com > > > > > > > > ______________________________________________________________________ > > > > > > > > --- > > > > Outgoing mail is certified Virus Free. > > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > > Version: 6.0.528 / Virus Database: 324 - Release Date: 10/16/2003 > > > > > > > > > > > >--- > > >Incoming mail is certified Virus Free. > > >Checked by AVG anti-virus system (http://www.grisoft.com). > > >Version: 6.0.528 / Virus Database: 324 - Release Date: 10/16/2003 > > > >Mark Gilmore > >http://OmnipotenceSoftware.com > > > > > > > >--- > >Incoming mail is certified Virus Free. > >Checked by AVG anti-virus system (http://www.grisoft.com). > >Version: 6.0.528 / Virus Database: 324 - Release Date: 10/16/2003 > >Mark Gilmore >http://OmnipotenceSoftware.com > > > >--- >Incoming mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.536 / Virus Database: 331 - Release Date: 11/3/2003 Mark Gilmore http://OmnipotenceSoftware.com
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.536 / Virus Database: 331 - Release Date: 11/3/2003