Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - pwhalley

Pages: [1]
1
Users / Re: Dallas Semiconductor 1-Wire Questions
« on: January 28, 2010, 05:02:25 am »
To all - so many questions...  I have no coding skills and not much useful experience with Linux. please bear that in mind all...

Quote
soooo....write a new driver....we have a considerable architecture for it....either C++ or Ruby...take your pick.

Please do not take this as me being nasty or a - insert colorful metaphor -.  I am simply trying to assess the state of LMCE and whether I am appropriate for it - if you get my meaning.  Is there no archival data available aid in recovering the loss of the driver?  This kind of 'disappearance'  suggests this project exists on the brink of calamity.   What am I missing?  This also suggests interest in 1 wire is almost non-existent in the LMCE community.  To me, that means I would be more on my own than I would like to be.   As I see it 1-wire is a very powerful and flexible technology that would draw interest to LMCE and so would not be easily 'dropped' - perhaps it wasn't easy...  Sorry if this is an excessively simplistic question/observation.   

Again, I am asking because I am totally unable to assess this on my own - what is meant by driver in the MCE context?  I ask because there is this thing called FUSE (user file system I guess) now in the kernel (?) and this thing called OWFS (One Wire File System) and optionally OWHTTPD etc. I had OWFS/OWHTTPD working alongside MisterHouse on ubuntu 6.? as I recall and owfs had built in support for most, if not all of the available 1-wire chips at the time.  I had some problems with Misterhouse that derailed me at that time.  Also, MH seemed to be stagnant then and It doesn't seem to have improved since.  None of it was all that difficult to get going - it couldn't be, if I did it!  Anyway, OWFS provided both  flat and tree file structure (I think) that reflected the one wire devices connected to the host beginning at the configured mount point.  It gave at least some control over most aspects of the management of the 1-wire net but didn't need to be hand cranked to get useful info to and from devices.  I don't know how LMCE handled 1-wire before, or if it still does - just not the usb dongle.  Again, ignorance speaking here, but it seems like it would be not so difficult to add OWFS to LMCE.  What would then be needed is code to scan the directory tree(s) - multiple 1-wire interfaces to discover what devices are connected, and code to allow proper interaction with the various device types available (driver?).  One thing that might require a little bit of extra smart code might be reading the branches of a 1-wire tree.  I don't recall just how that worked.  There was the possibility of using a 1-wire part to isolate branches to limit the effects of capacitance and thus permit larger nets and more reliable comms. without needing more host interfaces etc.

So:
Does LMCE support 1-wire at all now? I still see Dallas Semi and the USB host adapter in child device setup...
What host interfaces are supported?
Does LMCE use OWFS?  (Where is it mounted?)
If it doesn't use OWFS, was OWFS considered and rejected?  Why?

Any illumination would be appreciated.

Assuming I can get the rest of what I need working in the short term on my dinosaur, I would be willing to do some testing of beta code to help get 1-wire USB going again... I have 2 of the USB host interfaces, and can deploy nearly a dozen temperature sensors within 6 weeks or so.  Once that part works I would add some discrete I/O points - perhaps 8 for starters.

To Trentend:

If your remarks were to me,  I have a WRT610N that I would use more or less as you describe (dd-wrt etc. etc.) but there, I get no basic functions working without writing my own code.  Basic stuff to me is things like turn on the outside lights (some controlled by 1-wire outputs) if the driveway sensors sense incoming traffic and it is dark and play a sound if the time is right.  Turn off the outside lights if it is sunrise and there was an override on.  Otherwise, turn them off 20 minutes (randomize) after the last outside door in the area is closed or driveway sensors indicate departure.  Another example - when you hear x10 code A1on send B all lights on and turn on output at 1-wire address (address) etc.

Gotta go.

I do hope LMCE will work for me and that I will be able to contribute something here eventually.



2
Users / Re: Dallas Semiconductor 1-Wire Questions
« on: January 27, 2010, 04:32:54 am »



I too am just kicking LMCE's tires and I stumble across this - AFTER spending too much time getting a dinosaur PC i have running the core - a very slow process indeed.  Anyway, while searching to see what exactly I need to configure to get one of my 9490 's working, I find this...

Quote
The driver for the 9490R disappeared in the database sometime ago,
  :o :o :o :o :o

PLEASE tell me the driver is on it's way back into LMCE. 

1-wire is key for me.  My plans include 1-wire for weather and environmental along with slow discrete I/O, and initially X-10 stuff I have (insteon probably later).  To that end, I bought a number of 1-wire devices some time ago including a couple of usb dongles.

I am hoping for basic functionality for home automation and media services from LMCE.  Initially, my needs are very basic.  I hope to grow the system over the next few years AFTER I have a reliable & capable core. For me,  a capable core means a growing, very inexpensive - including maintenance & upgrades - collection of software and hardware.  I don't have any coding skills ATM.  I was hoping to develop some while getting some of the more advanced functions I want working.  I need a reliable, predictable platform to do this on though...

Peter

Pages: [1]