From: Gianni V. <gia...@ya...> - 2012-10-14 08:18:30
|
Dear MH friends Using MH for the last 10 years i am enjoying this great an free sw capabilities in my house. But the few late years i do not receive email from this list and i though it may be dead (same as MH development?) The reason to write this is that very recently my MH running on Ubuntu 9 (old i know) is giving problems connected with the usb to serial adapter (ftdi chip) i use to connect serial devices as alarm, ibutton, x10 to it. Specifically after some days of operation it started giving errors in mh shell window as "oops write failed" referring to serial adapter. This error can be simulated when unplugging the usb to serial adapter from power, but as i use a ups this seems not to be the real reason behind. I have tried as workaround a daily reboot of the system but has also happended once during the day.... Could you pls give some hint or advice to debug this? I can imagine that trying with another usb to serial adapter would be a good idea but i dont have one and is very rare and expensive to find... Thanks in advance Gv Στάλθηκε από το Yahoo! Mail στο Android |
From: Jim S. <ji...@se...> - 2012-10-14 18:23:55
|
Gianna, The USB to serial adapters should be readily available in about the $15 range in NA for 1:1. I use several on MH without issue (but had similar problems to yours in the past where the device was intermittent). Jim From: Gianni Veloce [mailto:gia...@ya...] Sent: October-14-12 4:18 AM To: The main list for the MisterHouse home automation program; jim...@gm... Subject: [mh] MH usb 2 serial problems Dear MH friends Using MH for the last 10 years i am enjoying this great an free sw capabilities in my house. But the few late years i do not receive email from this list and i though it may be dead (same as MH development?) The reason to write this is that very recently my MH running on Ubuntu 9 (old i know) is giving problems connected with the usb to serial adapter (ftdi chip) i use to connect serial devices as alarm, ibutton, x10 to it. Specifically after some days of operation it started giving errors in mh shell window as "oops write failed" referring to serial adapter. This error can be simulated when unplugging the usb to serial adapter from power, but as i use a ups this seems not to be the real reason behind. I have tried as workaround a daily reboot of the system but has also happended once during the day.... Could you pls give some hint or advice to debug this? I can imagine that trying with another usb to serial adapter would be a good idea but i dont have one and is very rare and expensive to find... Thanks in advance Gv Στάλθηκε από το Yahoo! Mail στο Android |
From: Gianni V. <gia...@ya...> - 2012-10-24 04:07:57
|
Dear Jim Thanks for your support. The problem as you say happens intermittently but I have the suspicion that is accelerated by the number of serial events coming from the usb2toserial device. As I have my Caddx alarm intergated to MH during weekends the motion sensors are giving more on-offs and then the problem happens even during 24hrs between the planned reboots. Also I am not 100% sure yet that is device dependent. As usb2serial 4port devices cost more than 50 Euros I have further debuged the case. When the disconnect happens dmesg shows the following messages and the problem is that when usb2serial reconnects it takes different ttyUSBxx names as the previous names seem allocated by the system (?) (I use ttyUSB0 1 and 3) [3312642.098891] ftdi_sio 1-1.4:1.0: device disconnected [3312642.344795] usb 1-1: new full speed USB device using uhci_hcd and address 10 [3312642.511893] usb 1-1: configuration #1 chosen from 1 choice [3312642.514736] hub 1-1:1.0: USB hub found [3312642.520138] hub 1-1:1.0: 4 ports detected [3312642.876437] usb 1-1.1: new full speed USB device using uhci_hcd and address 11 [3312643.032615] usb 1-1.1: configuration #1 chosen from 1 choice [3312643.038100] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [3312643.038177] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312643.038514] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB2 [3312643.261122] usb 1-1.2: new full speed USB device using uhci_hcd and address 12 [3312643.419316] usb 1-1.2: configuration #1 chosen from 1 choice [3312643.424925] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected [3312643.425008] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312643.425354] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB4 [3312643.633905] usb 1-1.3: new full speed USB device using uhci_hcd and address 13 [3312643.785083] usb 1-1.3: configuration #1 chosen from 1 choice [3312643.787965] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected [3312643.788037] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312643.788361] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB5 [3312643.996692] usb 1-1.4: new full speed USB device using uhci_hcd and address 14 [3312644.147904] usb 1-1.4: configuration #1 chosen from 1 choice [3312644.154066] ftdi_sio 1-1.4:1.0: FTDI USB Serial Device converter detected [3312644.154154] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312644.154491] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSb6 The case is similar to this posted in MH forum some time ago. http://old.nabble.com/Device%3A%3ASerialPort-problem-on-ubuntu-td15911975.html I am thinking to set udev rules to forcibly fix the ttyUSBxx device names, but not sure if this will work... BTW I use Ubuntu 8.04.4 LTS (old I know) and kernel version is 2.6.24-32-generic #1 SMP Any other ideas? Thanks GV ________________________________ From: Jim Serack <ji...@se...> To: 'Gianni Veloce' <gia...@ya...> Sent: Monday, October 15, 2012 4:03 PM Subject: RE: [mh] MH usb 2 serial problems Gianni, (Sorry about the typo) The device would fail but not a hard failure – recover and then fail again. I don’t know about where in Europe you are but google for one should show you some vendors. (http://www.maplin.co.uk/usb-to-serial-9-pin-male-adaptor-29968, http://www.ebay.it/sch/i.html?_trksid=p5197.m570.l1313&_nkw=serial+to+USB&_sacat=0&_from=R40 (there are lots on ebay in Italy). It’s been a long time ago that I had to play with the serial ports – I would look for some way to sniff the traffic and see if it is what you expect – at which point you are going to have to educate yourself as what to expect – hence the $15 check and see if it is hardware might be an easier tradeoff. This article will lead you down a USB monitoring path (http://biot.com/blog/usb-sniffing-on-linux) if that is way you want to go. Jim From:Gianni Veloce [mailto:gia...@ya...] Sent: October-15-12 12:01 AM To: Jim Serack Subject: Re: [mh] MH usb 2 serial problems Hi Jim Thnx for the reply. My name is Gianni and am in Europe. Do you have any contact for usb2serial supplier in Europe? ( I use a 4-port device) Then how can i debug the problem to verify it is due to the usb2serial and not to something else (computer hw-related to usb port, or sw-driver etc) to avoid spending 15+ Usd without reason.? BTW what means that "the device was intermittent"??? best regards GV ________________________________ From:Jim Serack <ji...@se...> To: gia...@ya...; 'The main list for the MisterHouse home automation program' <mis...@li...> Sent: Sunday, October 14, 2012 9:23 PM Subject: RE: [mh] MH usb 2 serial problems Gianna, The USB to serial adapters should be readily available in about the $15 range in NA for 1:1. I use several on MH without issue (but had similar problems to yours in the past where the device was intermittent). Jim From:Gianni Veloce [mailto:gia...@ya...] Sent: October-14-12 4:18 AM To: The main list for the MisterHouse home automation program; jim...@gm... Subject: [mh] MH usb 2 serial problems Dear MH friends Using MH for the last 10 years i am enjoying this great an free sw capabilities in my house. But the few late years i do not receive email from this list and i though it may be dead (same as MH development?) The reason to write this is that very recently my MH running on Ubuntu 9 (old i know) is giving problems connected with the usb to serial adapter (ftdi chip) i use to connect serial devices as alarm, ibutton, x10 to it. Specifically after some days of operation it started giving errors in mh shell window as "oops write failed" referring to serial adapter. This error can be simulated when unplugging the usb to serial adapter from power, but as i use a ups this seems not to be the real reason behind. I have tried as workaround a daily reboot of the system but has also happended once during the day.... Could you pls give some hint or advice to debug this? I can imagine that trying with another usb to serial adapter would be a good idea but i dont have one and is very rare and expensive to find... Thanks in advance Gv Στάλθηκε από το Yahoo! Mail στο Android |
From: Marc M. <ma...@me...> - 2012-10-31 14:29:12
|
On Wed, Oct 31, 2012 at 11:23:47AM +0100, Lieven Hollevoet wrote: > I understand that we need a phase where we keep both repositories alive. I > plan to track the changes that are committed to SVN for a while and > merge them into the git repo. However, I don't really see the difference > between SVN and git what the risk is concerned. You state that people can > experiment without putting the SVN repo at risk. I think they can do the > same without putting the git repo at risk. If you try something risky or a redesign, you fork the git repo, do your own and experiment in your playground without breaking the one you forked from. With svn you can't easily do that. Yes, there are branches, but that's really not the same. > I don't see why we would maintain two repositories next to each other for > a very extended time. What would be the advantage of making a difference > between small and big changes? Small changes would be made in the main repo and ideally reviewed by someone else if they're going to common code. If they're going to a driver that only you know about anyway, then getting a review isn't as useful. > I tend to disagree. There should never be a single person (and hence a single point of failure) maintaining the main source tree. If you want access, please let me know and I'll add you as a collaborator to the git MH repo. I mis-spoke and you are correct. Sure, you can add accesss for my marcmerlin account, thanks. > As the last tag was set more than 5 years ago, wouldn't it be time to create a new one that people can download? There has been some discussion on this topic some time ago. Anybody has an idea on the naming convention to use? I think we would need one for the master branch and a separate one for the insteon branch. That sounds reasonable to me. You seem to have more time and know git better than me, and have my full blessing :) On Wed, Oct 31, 2012 at 11:13:58AM +0100, Lieven Hollevoet wrote: > One immediate advantage is that github allows for easy comparison between the trunk (called 'master' in git) and the insteon branch: > https://github.com/hollie/misterhouse/compare/master...insteon Cool. Good job doing a nice import. > One important thing to do is to make branches for every change you plan to share. This means every change, even if it is a typo fix. You can do this in your own repo very easily. The reason to do this is because then you can easily create a so-called 'pull request' for the branch you made. This pull request will show up in the original repo (the one that I created) and can be applied to this repo with a single push of the button (currently only by me, but read on...). Right. That's indeed much better than a diff by email. > Next to the previous way of working, I will give other people that are willing to help full access to the repository I created. This means that they can immediately create branches in the main repo, commit to it, and that they too can accept pull requests for inclusion in the main repo. If we can come to some 5 or more people that are willing to help maintaining the repo in this way, I think we should be able to manage proposed changes to the MH code base quickly and efficiently. Don't know how much review time I'll have yet, but now you only need at least another 4 :) On Wed, Oct 31, 2012 at 09:49:44AM -0400, Jason Sharpee wrote: > I love github and use it both personally and professional, however, I have > mixed feelings about moving this to GIT. I dont know if MH can survive > anymore fragmentation. Do however compare with patches people write on their own copy and are never able to even contribute back at all (the current state). > Marc has done a wonderful job of keeping a working version going and having I appreciate the kind words :) but I really only added a few drivers and fixes for stuff I found. Like a few others did too. > a single official SVN repository makes that easier. Github is going to > enable all sorts of interesting development, but with the lack of any sort > of standards and unit testing in the code base I doubt any of the branches > will be of any greater success than the one Marc is maintaining. Lieven pointed out how we can have a master branch on github, so I don't think it's a great fragmentation problem. If it all goes to hell somehow (don't think it will), we can still go back to the svn branch though. > My 2 cent advice would be to focus some effort on determining what the core > functionality is, get some unit tests to cover it, and deprecate the other > code before moving it to yet another repository. That's a bit job with no one to currently do it though. I also still don't see the point of deprecating drivers. Them being there does not hurt and can only help some if they do have the hardware. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Lieven H. <li...@li...> - 2012-11-04 20:11:16
|
Hello, Op 31-okt.-2012, om 15:28 heeft Marc MERLIN <ma...@me...> het volgende geschreven: > >> As the last tag was set more than 5 years ago, wouldn't it be time to create a new one that people can download? There has been some discussion on this topic some time ago. Anybody has an idea on the naming convention to use? I think we would need one for the master branch and a separate one for the insteon branch. > > That sounds reasonable to me. You seem to have more time and know git better > than me, and have my full blessing :) I've created a tag called v2-105 on the master branch that reflects the status of the SVN HEAD at the time I took the snapshot I transferred to git. For the insteon branch I have not made a tag as active development on the branch is ongoing and I think we better wait for this to stabilize before we tag this. Kind regards, Lieven. |
From: Thomas M. <tma...@sa...> - 2012-11-05 18:51:58
|
Hi Lieven, Is a "pull request" a good way to ask for testing? Or should I publicize my change in my clone? I have made a small contribution to the iphone UI which I have pushed back to my clone. I have not yet made the pull request. (https://github.com/tmaclean/misterhouse.git) Regards, Tom M. On 2012-11-04, at 3:11 PM, Lieven Hollevoet <li...@li...> wrote: > Hello, > > Op 31-okt.-2012, om 15:28 heeft Marc MERLIN <ma...@me...> het volgende geschreven: >> >>> As the last tag was set more than 5 years ago, wouldn't it be time to create a new one that people can download? There has been some discussion on this topic some time ago. Anybody has an idea on the naming convention to use? I think we would need one for the master branch and a separate one for the insteon branch. >> >> That sounds reasonable to me. You seem to have more time and know git better >> than me, and have my full blessing :) > > I've created a tag called v2-105 on the master branch that reflects the status of the SVN HEAD at the time I took the snapshot I transferred to git. For the insteon branch I have not made a tag as active development on the branch is ongoing and I think we better wait for this to stabilize before we tag this. > > Kind regards, > Lieven. > > > ------------------------------------------------------------------------------ > LogMeIn Central: Instant, anywhere, Remote PC access and management. > Stay in control, update software, and manage PCs from one command center > Diagnose problems and improve visibility into emerging IT issues > Automate, monitor and manage. Do more in less time with Central > http://p.sf.net/sfu/logmein12331_d2d > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Lieven H. <li...@li...> - 2012-11-05 19:02:52
|
Hello Tom, yes, creating the pull request and posting about it on the list (preferably with a link to the pull request) is the way to go according to me. It happens that I'm using the iphone web interface, so I will be able to test it myself. Others are of course also welcome to verify. Could you please explain a bit more on the authentication? Is it the idea to pass the same authentication username/password combo that you use for the regular web interface that needs to be supplied to the login form? If it is then thanks for this change, I've been adding too many items to the 'password_allow' file to be able to control them through the iPhone interface. I assume this commit will remove that requirement. Kind regards, Lieven. Op 5-nov.-2012, om 19:51 heeft Thomas MacLean <tma...@sa...> het volgende geschreven: > > Hi Lieven, > > Is a "pull request" a good way to ask for testing? Or should I publicize my change in my clone? > > I have made a small contribution to the iphone UI which I have pushed back to my clone. I have not yet made the pull request. > > (https://github.com/tmaclean/misterhouse.git) > > Regards, > Tom M. > > > On 2012-11-04, at 3:11 PM, Lieven Hollevoet <li...@li...> wrote: > >> Hello, >> >> Op 31-okt.-2012, om 15:28 heeft Marc MERLIN <ma...@me...> het volgende geschreven: >>> >>>> As the last tag was set more than 5 years ago, wouldn't it be time to create a new one that people can download? There has been some discussion on this topic some time ago. Anybody has an idea on the naming convention to use? I think we would need one for the master branch and a separate one for the insteon branch. >>> >>> That sounds reasonable to me. You seem to have more time and know git better >>> than me, and have my full blessing :) >> >> I've created a tag called v2-105 on the master branch that reflects the status of the SVN HEAD at the time I took the snapshot I transferred to git. For the insteon branch I have not made a tag as active development on the branch is ongoing and I think we better wait for this to stabilize before we tag this. >> >> Kind regards, >> Lieven. >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Central: Instant, anywhere, Remote PC access and management. >> Stay in control, update software, and manage PCs from one command center >> Diagnose problems and improve visibility into emerging IT issues >> Automate, monitor and manage. Do more in less time with Central >> http://p.sf.net/sfu/logmein12331_d2d >> ________________________________________________________ >> To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > > ------------------------------------------------------------------------------ > LogMeIn Central: Instant, anywhere, Remote PC access and management. > Stay in control, update software, and manage PCs from one command center > Diagnose problems and improve visibility into emerging IT issues > Automate, monitor and manage. Do more in less time with Central > http://p.sf.net/sfu/logmein12331_d2d > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > |
From: Michael B. <bro...@ya...> - 2012-10-24 18:20:58
|
A good approach would be to use udev rules to create symlinks, then configure MH to use the appropriate symlinks. (/dev/caddx). You might be able to use the serial number as one option for ensuring the correct device gets the right symlinks created. HTH! /Mike Sent from my iPhone 4 On 2012-10-24, at 0:07, Gianni Veloce <gia...@ya...> wrote: > Dear Jim > Thanks for your support. > The problem as you say happens intermittently but I have the suspicion that is accelerated by the number of serial events coming from the usb2toserial device. > As I have my Caddx alarm intergated to MH during weekends the motion sensors are giving more on-offs and then the problem happens even during 24hrs between the planned reboots. > Also I am not 100% sure yet that is device dependent. As usb2serial 4port devices cost more than 50 Euros I have further debuged the case. > When the disconnect happens dmesg shows the following messages and the problem is that when usb2serial reconnects it takes different ttyUSBxx names as the previous names seem allocated by the system (?) (I use ttyUSB0 1 and 3) > [3312642.098891] ftdi_sio 1-1.4:1.0: device disconnected > [3312642.344795] usb 1-1: new full speed USB device using uhci_hcd and address 10 > [3312642.511893] usb 1-1: configuration #1 chosen from 1 choice > [3312642.514736] hub 1-1:1.0: USB hub found > [3312642.520138] hub 1-1:1.0: 4 ports detected > [3312642.876437] usb 1-1.1: new full speed USB device using uhci_hcd and address 11 > [3312643.032615] usb 1-1.1: configuration #1 chosen from 1 choice > [3312643.038100] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected > [3312643.038177] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM > [3312643.038514] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB2 > [3312643.261122] usb 1-1.2: new full speed USB device using uhci_hcd and address 12 > [3312643.419316] usb 1-1.2: configuration #1 chosen from 1 choice > [3312643.424925] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected > [3312643.425008] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM > [3312643.425354] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB4 > [3312643.633905] usb 1-1.3: new full speed USB device using uhci_hcd and address 13 > [3312643.785083] usb 1-1.3: configuration #1 chosen from 1 choice > [3312643.787965] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected > [3312643.788037] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM > [3312643.788361] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB5 > [3312643.996692] usb 1-1.4: new full speed USB device using uhci_hcd and address 14 > [3312644.147904] usb 1-1.4: configuration #1 chosen from 1 choice > [3312644.154066] ftdi_sio 1-1.4:1.0: FTDI USB Serial Device converter detected > [3312644.154154] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM > [3312644.154491] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSb6 > > The case is similar to this posted in MH forum some time ago. > http://old.nabble.com/Device%3A%3ASerialPort-problem-on-ubuntu-td15911975.html > > I am thinking to set udev rules to forcibly fix the ttyUSBxx device names, but not sure if this will work... > BTW I use Ubuntu 8.04.4 LTS (old I know) and kernel version is 2.6.24-32-generic #1 SMP > > Any other ideas? > > Thanks > GV > > > From: Jim Serack <ji...@se...> > To: 'Gianni Veloce' <gia...@ya...> > Sent: Monday, October 15, 2012 4:03 PM > Subject: RE: [mh] MH usb 2 serial problems > > Gianni, > (Sorry about the typo) > > The device would fail but not a hard failure – recover and then fail again. I don’t know about where in Europe you are but google for one should show you some vendors. (http://www.maplin.co.uk/usb-to-serial-9-pin-male-adaptor-29968, http://www.ebay.it/sch/i.html?_trksid=p5197.m570.l1313&_nkw=serial+to+USB&_sacat=0&_from=R40 (there are lots on ebay in Italy). > > It’s been a long time ago that I had to play with the serial ports – I would look for some way to sniff the traffic and see if it is what you expect – at which point you are going to have to educate yourself as what to expect – hence the $15 check and see if it is hardware might be an easier tradeoff. This article will lead you down a USB monitoring path (http://biot.com/blog/usb-sniffing-on-linux) if that is way you want to go. > > Jim > > From: Gianni Veloce [mailto:gia...@ya...] > Sent: October-15-12 12:01 AM > To: Jim Serack > Subject: Re: [mh] MH usb 2 serial problems > > Hi Jim > Thnx for the reply. My name is Gianni and am in Europe. > Do you have any contact for usb2serial supplier in Europe? ( I use a 4-port device) > Then how can i debug the problem to verify it is due to the usb2serial and not to something else (computer hw-related to usb port, or sw-driver etc) to avoid spending 15+ Usd without reason.? > BTW what means that " the device was intermittent"??? > > best regards > GV > > > From: Jim Serack <ji...@se...> > To: gia...@ya...; 'The main list for the MisterHouse home automation program' <mis...@li...> > Sent: Sunday, October 14, 2012 9:23 PM > Subject: RE: [mh] MH usb 2 serial problems > > Gianna, > > The USB to serial adapters should be readily available in about the $15 range in NA for 1:1. I use several on MH without issue (but had similar problems to yours in the past where the device was intermittent). > > Jim > > From: Gianni Veloce [mailto:gia...@ya...] > Sent: October-14-12 4:18 AM > To: The main list for the MisterHouse home automation program; jim...@gm... > Subject: [mh] MH usb 2 serial problems > > Dear MH friends > Using MH for the last 10 years i am enjoying this great an free sw capabilities in my house. But the few late years i do not receive email from this list and i though it may be dead (same as MH development?) > The reason to write this is that very recently my MH running on Ubuntu 9 (old i know) is giving problems connected with the usb to serial adapter (ftdi chip) i use to connect serial devices as alarm, ibutton, x10 to it. > Specifically after some days of operation it started giving errors in mh shell window as "oops write failed" referring to serial adapter. This error can be simulated when unplugging the usb to serial adapter from power, but as i use a ups this seems not to be the real reason behind. I have tried as workaround a daily reboot of the system but has also happended once during the day.... > Could you pls give some hint or advice to debug this? I can imagine that trying with another usb to serial adapter would be a good idea but i dont have one and is very rare and expensive to find... > Thanks in advance > Gv > Στάλθηκε από το Yahoo! Mail στο Android > > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > |
From: Gianni V. <gia...@ya...> - 2012-10-28 14:40:34
|
Thanks Michael I tried udev but seems either MH does not like the disconnect although virtual symlink is kept after disconnect or I did somoething wrong wth udev rules... Any hints here? Thinking about buying a new usbto4serial adapter I am asking for advice if I go again for FTDI-based (as my VSCOM device) or for other chip type(as PL2303 or moschip)? Thanking all in advance. kind regards GV BTW should I assume that only 3 of us are following this list (and still use MH)????? ________________________________ From: Michael Brown <bro...@ya...> To: Gianni Veloce <gia...@ya...>; The main list for the MisterHouse home automation program <mis...@li...> Cc: Jim Serack <ji...@se...>; The main list for the MisterHouse home automation program <mis...@li...> Sent: Wednesday, October 24, 2012 9:05 PM Subject: Re: [mh] MH usb 2 serial problems A good approach would be to use udev rules to create symlinks, then configure MH to use the appropriate symlinks. (/dev/caddx). You might be able to use the serial number as one option for ensuring the correct device gets the right symlinks created. HTH! /Mike Sent from my iPhone 4 On 2012-10-24, at 0:07, Gianni Veloce <gia...@ya...> wrote: Dear Jim > >Thanks for your support. >The problem as you say happens intermittently but I have the suspicion that is accelerated by the number of serial events coming from the usb2toserial device. >As I have my Caddx alarm intergated to MH during weekends the motion sensors are giving more on-offs and then the problem happens even during 24hrs between the planned reboots. >Also I am not 100% sure yet that is device dependent. As usb2serial 4port devices cost more than 50 Euros I have further debuged the case. >When the disconnect happens dmesg shows the following messages and the problem is that when usb2serial reconnects it takes different ttyUSBxx names as the previous names seem allocated by the system (?) (I use ttyUSB0 1 and 3) > >[3312642.098891] ftdi_sio 1-1.4:1.0: device disconnected >[3312642.344795] usb 1-1: new full speed USB device using uhci_hcd and address 10 >[3312642.511893] usb 1-1: configuration #1 chosen from 1 choice >[3312642.514736] hub 1-1:1.0: USB hub found >[3312642.520138] hub 1-1:1.0: 4 ports detected >[3312642.876437] usb 1-1.1: new full speed USB device using uhci_hcd and address 11 >[3312643.032615] usb 1-1.1: configuration #1 chosen from 1 choice >[3312643.038100] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected >[3312643.038177] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM >[3312643.038514] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB2 >[3312643.261122] usb 1-1.2: new full speed USB device using uhci_hcd and address 12 >[3312643.419316] usb 1-1.2: configuration #1 chosen from 1 choice >[3312643.424925] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected >[3312643.425008] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM >[3312643.425354] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB4 >[3312643.633905] usb 1-1.3: new full speed USB device using uhci_hcd and address 13 >[3312643.785083] usb 1-1.3: configuration #1 chosen from 1 choice >[3312643.787965] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected >[3312643.788037] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM >[3312643.788361] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB5 >[3312643.996692] usb 1-1.4: new full speed USB device using uhci_hcd and address 14 >[3312644.147904] usb 1-1.4: configuration #1 chosen from 1 choice >[3312644.154066] ftdi_sio 1-1.4:1.0: FTDI USB Serial Device converter detected >[3312644.154154] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM >[3312644.154491] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSb6 > > > >The case is similar to this posted in MH forum some time ago. >http://old.nabble.com/Device%3A%3ASerialPort-problem-on-ubuntu-td15911975.html > > >I am thinking to set udev rules to forcibly fix the ttyUSBxx device names, but not sure if this will work... >BTW I use Ubuntu 8.04.4 LTS (old I know) and kernel version is 2.6.24-32-generic #1 SMP > > >Any other ideas? > > > >Thanks >GV > > > > > > >________________________________ > From: Jim Serack <ji...@se...> >To: 'Gianni Veloce' <gia...@ya...> >Sent: Monday, October 15, 2012 4:03 PM >Subject: RE: [mh] MH usb 2 serial problems > > >Gianni, >(Sorry about the typo) > >The device would fail but not a hard failure – recover and then fail again. I don’t know about where in Europe you are but google for one should show you some vendors. (http://www.maplin.co.uk/usb-to-serial-9-pin-male-adaptor-29968, http://www.ebay.it/sch/i.html?_trksid=p5197.m570.l1313&_nkw=serial+to+USB&_sacat=0&_from=R40 (there are lots on ebay in Italy). > >It’s been a long time ago that I had to play with the serial ports – I would look for some way to sniff the traffic and see if it is what you expect – at which point you are going to have to educate yourself as what to expect – hence the $15 check and see if it is hardware might be an easier tradeoff. This article will lead you down a USB monitoring path (http://biot.com/blog/usb-sniffing-on-linux) if that is way you want to go. > >Jim > >From:Gianni Veloce [mailto:gia...@ya...] >Sent: October-15-12 12:01 AM >To: Jim Serack >Subject: Re: [mh] MH usb 2 serial problems > >Hi Jim >Thnx for the reply. My name is Gianni and am in Europe. >Do you have any contact for usb2serial supplier in Europe? ( I use a 4-port device) >Then how can i debug the problem to verify it is due to the usb2serial and not to something else (computer hw-related to usb port, or sw-driver etc) to avoid spending 15+ Usd without reason.? >BTW what means that "the device was intermittent"??? > >best regards >GV > > > >________________________________ > >From:Jim Serack <ji...@se...> >To: gia...@ya...; 'The main list for the MisterHouse home automation program' <mis...@li...> >Sent: Sunday, October 14, 2012 9:23 PM >Subject: RE: [mh] MH usb 2 serial problems > >Gianna, > >The USB to serial adapters should be readily available in about the $15 range in NA for 1:1. I use several on MH without issue (but had similar problems to yours in the past where the device was intermittent). > >Jim > >From:Gianni Veloce [mailto:gia...@ya...] >Sent: October-14-12 4:18 AM >To: The main list for the MisterHouse home automation program; jim...@gm... >Subject: [mh] MH usb 2 serial problems > >Dear MH friends >Using MH for the last 10 years i am enjoying this great an free sw capabilities in my house. But the few late years i do not receive email from this list and i though it may be dead (same as MH development?) >The reason to write this is that very recently my MH running on Ubuntu 9 (old i know) is giving problems connected with the usb to serial adapter (ftdi chip) i use to connect serial devices as alarm, ibutton, x10 to it. >Specifically after some days of operation it started giving errors in mh shell window as "oops write failed" referring to serial adapter. This error can be simulated when unplugging the usb to serial adapter from power, but as i use a ups this seems not to be the real reason behind. I have tried as workaround a daily reboot of the system but has also happended once during the day.... >Could you pls give some hint or advice to debug this? I can imagine that trying with another usb to serial adapter would be a good idea but i dont have one and is very rare and expensive to find... >Thanks in advance >Gv >Στάλθηκε από το Yahoo! Mail στο Android > > > > ------------------------------------------------------------------------------ >Everyone hates slow websites. So do we. >Make your web apps faster with AppDynamics >Download AppDynamics Lite for free today: >http://p.sf.net/sfu/appdyn_sfd2d_oct ________________________________________________________ >To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 > > |
From: Michelle D. <md...@oc...> - 2012-10-28 14:53:38
|
Does your serial device /dev/XXXX survive the disconnect from MH? If so, can you send data to/from the device after MH disconnects? If yes, then the problem goes back to MH. Perhaps you need to script a reload of MH if your serial port disconnects. (I'm somewhat new to MH, but good on the Linux side). As for the group...it feels pretty lonely in here sometimes! There was discussion of moving the project to GIT and creating a cleaned up Wiki. That would go a long way to breathing some life into the project. MH seems like a very cool project...but the wiki & svn is preventing growth I believe....(along with UI issues) ________________________________ From: Gianni Veloce [gia...@ya...] Sent: Sunday, October 28, 2012 10:40 AM To: Michael Brown; The main list for the MisterHouse home automation program Cc: Jim Serack Subject: Re: [mh] MH usb 2 serial problems Thanks Michael I tried udev but seems either MH does not like the disconnect although virtual symlink is kept after disconnect or I did somoething wrong wth udev rules... Any hints here? Thinking about buying a new usbto4serial adapter I am asking for advice if I go again for FTDI-based (as my VSCOM device) or for other chip type(as PL2303 or moschip)? Thanking all in advance. kind regards GV BTW should I assume that only 3 of us are following this list (and still use MH)????? ________________________________ From: Michael Brown <bro...@ya...> To: Gianni Veloce <gia...@ya...>; The main list for the MisterHouse home automation program <mis...@li...> Cc: Jim Serack <ji...@se...>; The main list for the MisterHouse home automation program <mis...@li...> Sent: Wednesday, October 24, 2012 9:05 PM Subject: Re: [mh] MH usb 2 serial problems A good approach would be to use udev rules to create symlinks, then configure MH to use the appropriate symlinks. (/dev/caddx). You might be able to use the serial number as one option for ensuring the correct device gets the right symlinks created. HTH! /Mike Sent from my iPhone 4 On 2012-10-24, at 0:07, Gianni Veloce <gia...@ya...<mailto:gia...@ya...>> wrote: Dear Jim Thanks for your support. The problem as you say happens intermittently but I have the suspicion that is accelerated by the number of serial events coming from the usb2toserial device. As I have my Caddx alarm intergated to MH during weekends the motion sensors are giving more on-offs and then the problem happens even during 24hrs between the planned reboots. Also I am not 100% sure yet that is device dependent. As usb2serial 4port devices cost more than 50 Euros I have further debuged the case. When the disconnect happens dmesg shows the following messages and the problem is that when usb2serial reconnects it takes different ttyUSBxx names as the previous names seem allocated by the system (?) (I use ttyUSB0 1 and 3) [3312642.098891] ftdi_sio 1-1.4:1.0: device disconnected [3312642.344795] usb 1-1: new full speed USB device using uhci_hcd and address 10 [3312642.511893] usb 1-1: configuration #1 chosen from 1 choice [3312642.514736] hub 1-1:1.0: USB hub found [3312642.520138] hub 1-1:1.0: 4 ports detected [3312642.876437] usb 1-1.1: new full speed USB device using uhci_hcd and address 11 [3312643.032615] usb 1-1.1: configuration #1 chosen from 1 choice [3312643.038100] ftdi_sio 1-1.1:1.0: FTDI USB Serial Device converter detected [3312643.038177] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312643.038514] usb 1-1.1: FTDI USB Serial Device converter now attached to ttyUSB2 [3312643.261122] usb 1-1.2: new full speed USB device using uhci_hcd and address 12 [3312643.419316] usb 1-1.2: configuration #1 chosen from 1 choice [3312643.424925] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected [3312643.425008] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312643.425354] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB4 [3312643.633905] usb 1-1.3: new full speed USB device using uhci_hcd and address 13 [3312643.785083] usb 1-1.3: configuration #1 chosen from 1 choice [3312643.787965] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected [3312643.788037] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312643.788361] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB5 [3312643.996692] usb 1-1.4: new full speed USB device using uhci_hcd and address 14 [3312644.147904] usb 1-1.4: configuration #1 chosen from 1 choice [3312644.154066] ftdi_sio 1-1.4:1.0: FTDI USB Serial Device converter detected [3312644.154154] /build/buildd/linux-2.6.24/drivers/usb/serial/ftdi_sio.c: Detected FT232BM [3312644.154491] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSb6 The case is similar to this posted in MH forum some time ago. http://old.nabble.com/Device%3A%3ASerialPort-problem-on-ubuntu-td15911975.html I am thinking to set udev rules to forcibly fix the ttyUSBxx device names, but not sure if this will work... BTW I use Ubuntu 8.04.4 LTS (old I know) and kernel version is 2.6.24-32-generic #1 SMP Any other ideas? Thanks GV ________________________________ From: Jim Serack <ji...@se...<mailto:ji...@se...>> To: 'Gianni Veloce' <gia...@ya...<mailto:gia...@ya...>> Sent: Monday, October 15, 2012 4:03 PM Subject: RE: [mh] MH usb 2 serial problems Gianni, (Sorry about the typo) The device would fail but not a hard failure – recover and then fail again. I don’t know about where in Europe you are but google for one should show you some vendors. (http://www.maplin.co.uk/usb-to-serial-9-pin-male-adaptor-29968, http://www.ebay.it/sch/i.html?_trksid=p5197.m570.l1313&_nkw=serial+to+USB&_sacat=0&_from=R40 (there are lots on ebay in Italy). It’s been a long time ago that I had to play with the serial ports – I would look for some way to sniff the traffic and see if it is what you expect – at which point you are going to have to educate yourself as what to expect – hence the $15 check and see if it is hardware might be an easier tradeoff. This article will lead you down a USB monitoring path (http://biot.com/blog/usb-sniffing-on-linux) if that is way you want to go. Jim From: Gianni Veloce [mailto:gia...@ya...] Sent: October-15-12 12:01 AM To: Jim Serack Subject: Re: [mh] MH usb 2 serial problems Hi Jim Thnx for the reply. My name is Gianni and am in Europe. Do you have any contact for usb2serial supplier in Europe? ( I use a 4-port device) Then how can i debug the problem to verify it is due to the usb2serial and not to something else (computer hw-related to usb port, or sw-driver etc) to avoid spending 15+ Usd without reason.? BTW what means that " the device was intermittent"??? best regards GV ________________________________ From: Jim Serack <ji...@se...<mailto:ji...@se...>> To: gia...@ya...<mailto:gia...@ya...>; 'The main list for the MisterHouse home automation program' <mis...@li...<mailto:mis...@li...>> Sent: Sunday, October 14, 2012 9:23 PM Subject: RE: [mh] MH usb 2 serial problems Gianna, The USB to serial adapters should be readily available in about the $15 range in NA for 1:1. I use several on MH without issue (but had similar problems to yours in the past where the device was intermittent). Jim From: Gianni Veloce [mailto:gia...@ya...] Sent: October-14-12 4:18 AM To: The main list for the MisterHouse home automation program; jim...@gm...<mailto:jim...@gm...> Subject: [mh] MH usb 2 serial problems Dear MH friends Using MH for the last 10 years i am enjoying this great an free sw capabilities in my house. But the few late years i do not receive email from this list and i though it may be dead (same as MH development?) The reason to write this is that very recently my MH running on Ubuntu 9 (old i know) is giving problems connected with the usb to serial adapter (ftdi chip) i use to connect serial devices as alarm, ibutton, x10 to it. Specifically after some days of operation it started giving errors in mh shell window as "oops write failed" referring to serial adapter. This error can be simulated when unplugging the usb to serial adapter from power, but as i use a ups this seems not to be the real reason behind. I have tried as workaround a daily reboot of the system but has also happended once during the day.... Could you pls give some hint or advice to debug this? I can imagine that trying with another usb to serial adapter would be a good idea but i dont have one and is very rare and expensive to find... Thanks in advance Gv Στάλθηκε από το Yahoo! Mail στο Android ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Thomas M. <tma...@sa...> - 2012-10-31 02:21:35
|
Hi Lieven, My impressions of git were made some time ago, before github existed. People hosted their own repositories. When you checked out, you effectively created a new repository, that never needed to merge back, and was not visible to the original repository. In such a world, unless there was someone aware of all the "branches", it was unclear to me how the features could be merged back. I think github brings the probability that all the branches would be hosted in github, generally visible to all. I'm willing to work with git. My "vote" should count for very little, as I have yet to contributed anything. My desire is to do what will promote more development ... if that means git, I'm for git. Regards, Tom M. On 2012-10-30, at 3:54 PM, Lieven Hollevoet <li...@li...> wrote: > Hello, > > Op 30-okt.-2012, om 14:10 heeft Thomas MacLean <tma...@sa...> het volgende geschreven: > >> >> HI All, >> >> I would say my concern with using git is that it could cause fragmentation. Branches are of course fragments, but at least they are in one place. This project has precious few developers. It would be a shame if they were all doing their great work off in different (not merged) repos, so as a user you'd have to choose between Insteon support and android support, but not both. > > Nothing stops us creating a github repo where all (or the few as you name it :-) developers have write access to. I would even support this way of working. That way the responsibility for merging changes is not bound to a single person and hence there is no single point of failure in the repository system. I don't see why switching to git would cause fragmentation. Could you clarify why you make this statement? Is it because you can easily clone a repo on github? That is exactly what makes it a good way to go in my opinion, not a weakness. > > The biggest advantage of switching to git IMHO is that people that make an occasional and small change to fix something have zero effort to make this change available to all other MH users (clone the repo, make the change in a separate branch, test it and file a pull request). The people maintaining the main MH repo can easily accept the change, test it and merge it in the main branch. This is much easier/more efficient and requires less effort than the current way of working (make the change, make a diff, mail this diff to a mailing list and beg somebody with write access to the repo to commit it. That guy/gal with write access then needs to checkout a new working copy, apply the patch, test it and commit it). I think/hope that making it easier to commit code/patches will bring some more life in the repo. > >> SVN has solutions for trust too ... separate branches. At least then, all the work is in one place, and the merging process is local. I can't compare this properly with git as I have not used it extensively. I have reviewed its use professionally, and it never seemed to make sense for my teams. We use SVN and Perforce (different teams). >> > > I agree that SVN and git are two different beasts, but again, I fail to see why switching to git would cause fragmentation. To be honest: for the current trunk and the insteon branch, the only thing both branches share is the base code and the fact that they live under the same URL. For the rest they are fairly separate development lines (as fas as I understood from the previous mails, I never used the insteon branch myself). > >> My main "problem" with MH is that it's written in Perl. I've looked at Perl on and off for 20 years and I've never appreciated its syntax, or its ability to obfuscate. This really discourages me from diving in. >> > > To each his own. My main reason to use MH is that it's written in Perl. Have you looked at OpenHAB? It is a nice project under active development and brings you a nice user interface and very cool coupling to Web 2.0 (e.g. google calendar). But I haven't switched to it because I would be missing the Uber Cool Perl syntax to program the behavior of my house :-) > > But then, as a first conclusion of this thread, it seems there not too many proponents of switching the development to a git-based repository system :-( > I will give it a try to setup the repo on git and post to this list when it is active. The only thing to possibly loose for me is some time, but then the chance is we gain the possibility to bring some momentum to the development of MH. All is better than silently letting it die. > > Best regards, > Lieven. > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ________________________________________________________ > To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Marc M. <ma...@me...> - 2012-10-28 15:17:46
|
On Sun, Oct 28, 2012 at 10:49:51AM -0400, Michelle Dupuis wrote: > Does your serial device /dev/XXXX survive the disconnect from MH? If so, can you send data to/from the device after MH disconnects? This will not work. An open USB serial port (assuming it's USB) will change port numbers after disconnection if it was opened when it was disconnected. > If yes, then the problem goes back to MH. Perhaps you need to script a reload of MH if your serial port disconnects. That's what I do. > (I'm somewhat new to MH, but good on the Linux side). As for the > group...it feels pretty lonely in here sometimes! There was discussion of > moving the project to GIT and creating a cleaned up Wiki. That would go Problem is that most people who use mh do not have the time to actively work on it, so the project is in survival mode, but that's about it. Whoever wanted to do the big cleanup/rewrite with most drivers ripped out has not yet delivered anything git-tree wise. > a long way to breathing some life into the project. MH seems like a very > cool project...but the wiki & svn is preventing growth I believe....(along > with UI issues) wiki is fine, it can be editted (and it is). svn is not as fine, it requires a lot of trust into new people offering to edit the code, and if anything they do is wrong, everyone suffers. This is where git is a better choice. No one really stops you or anyone else from importing mh into github and publishing your own changes. The way I see it, it's not a technical problem, just a problem of lack of manpower. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Michelle D. <md...@oc...> - 2012-10-28 17:21:44
|
So are you saying it is Linux that is losing sync/communications with the USB2SERIAl device? (not MH) If so, can your script unload and reload the usb modules? Then your USB device should redetect, reinitialize, and reappear as the same device name per your udev rules (Assuming you have no other USB devices that will suffer as a result). I suspect many users (like me) are not qualified to move a project from SVN to GIT, figure out which code goes where, what's dead/live, etc....We need someone very experienced to get the first clean move. As for the wiki, take a look at the MythTV or Asterisk wiki. A great example of how to structure the data in a wiki. MH is a mess...full of contradictions (most likely due to outdated info). Again, very hard for a newbie to cleanup. The project seems to be teetering on the edge of some kind of change / death. We won't got more users into the project until these are fixed, and we won't get these fixed until we have more users. yuk ________________________________________ From: Marc MERLIN [ma...@me...] Sent: Sunday, October 28, 2012 11:17 AM To: The main list for the MisterHouse home automation program Subject: Re: [mh] MH usb 2 serial problems On Sun, Oct 28, 2012 at 10:49:51AM -0400, Michelle Dupuis wrote: > Does your serial device /dev/XXXX survive the disconnect from MH? If so, can you send data to/from the device after MH disconnects? This will not work. An open USB serial port (assuming it's USB) will change port numbers after disconnection if it was opened when it was disconnected. > If yes, then the problem goes back to MH. Perhaps you need to script a reload of MH if your serial port disconnects. That's what I do. > (I'm somewhat new to MH, but good on the Linux side). As for the > group...it feels pretty lonely in here sometimes! There was discussion of > moving the project to GIT and creating a cleaned up Wiki. That would go Problem is that most people who use mh do not have the time to actively work on it, so the project is in survival mode, but that's about it. Whoever wanted to do the big cleanup/rewrite with most drivers ripped out has not yet delivered anything git-tree wise. > a long way to breathing some life into the project. MH seems like a very > cool project...but the wiki & svn is preventing growth I believe....(along > with UI issues) wiki is fine, it can be editted (and it is). svn is not as fine, it requires a lot of trust into new people offering to edit the code, and if anything they do is wrong, everyone suffers. This is where git is a better choice. No one really stops you or anyone else from importing mh into github and publishing your own changes. The way I see it, it's not a technical problem, just a problem of lack of manpower. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ ------------------------------------------------------------------------------ WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ ________________________________________________________ To unsubscribe from this list, go to: http://sourceforge.net/mail/?group_id=1365 |
From: Marc M. <ma...@me...> - 2012-10-31 02:30:35
|
On Tue, Oct 30, 2012 at 10:21:24PM -0400, Thomas MacLean wrote: > > Hi Lieven, > > My impressions of git were made some time ago, before github existed. People > hosted their own repositories. When you checked out, you effectively created > a new repository, that never needed to merge back, and was not visible to the > original repository. In such a world, unless there was someone aware of all That is not correct. You go on the repository of someone else, you click fork, and it shows where you forked from, and the forked project knows you forked from it. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Marc M. <ma...@me...> - 2012-10-31 03:40:20
|
On Tue, Oct 30, 2012 at 07:30:27PM -0700, Marc MERLIN wrote: > On Tue, Oct 30, 2012 at 10:21:24PM -0400, Thomas MacLean wrote: > > > > Hi Lieven, > > > > My impressions of git were made some time ago, before github existed. People > > hosted their own repositories. When you checked out, you effectively created > > a new repository, that never needed to merge back, and was not visible to the > > original repository. In such a world, unless there was someone aware of all > > That is not correct. > You go on the repository of someone else, you click fork, and it shows where > you forked from, and the forked project knows you forked from it. To show what I meant: I forked this project: https://github.com/geekscape/aiko_pebble_v2 as shown here: https://github.com/geekscape/aiko_pebble_v2/network And my fork shows where it came from: https://github.com/marcmerlin/aiko_pebble_v2 shows 'forked from geekscape/aiko_pebble_v2' It's pretty clear what's going on :) Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: George F. <fa...@sh...> - 2012-10-28 17:37:11
|
On Sun, 2012-10-28 at 08:17 -0700, Marc MERLIN wrote: > > (I'm somewhat new to MH, but good on the Linux side). As for the > > group...it feels pretty lonely in here sometimes! There was discussion of > > moving the project to GIT and creating a cleaned up Wiki. That would go > > Problem is that most people who use mh do not have the time to actively work > on it, so the project is in survival mode, but that's about it. > Whoever wanted to do the big cleanup/rewrite with most drivers ripped out > has not yet delivered anything git-tree wise. > I was interested, but the atmosphere here was a little chilly and while I still use MH I have since moved on to a project written in Python. I have written drivers for the Weeder board and the W800RF32. There are drivers for Insteon and UPB. It is still very young and not really usable yet, also it's not my project so I will leave any announcement up to the fellow that started the project. So yeah Marc, "show me the code" well ok but just not MH. Many thanks George |
From: Marc M. <ma...@me...> - 2012-10-28 18:35:46
|
On Sun, Oct 28, 2012 at 10:38:21AM -0700, George Farris wrote: > I was interested, but the atmosphere here was a little chilly and while > I still use MH I have since moved on to a project written in Python. I > have written drivers for the Weeder board and the W800RF32. There are > drivers for Insteon and UPB. > > It is still very young and not really usable yet, also it's not my > project so I will leave any announcement up to the fellow that started > the project. > > So yeah Marc, "show me the code" well ok but just not MH. Whatever works for you. You get to pick the project you want to write code for and influence. My only point is that at some point talk had to be backed up by code, but whether it's perl or python, project X or project Y, is for each to decide. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Jim D. <ji...@du...> - 2012-10-28 18:27:53
|
On 10/28/2012 11:17 AM, Marc MERLIN wrote: > On Sun, Oct 28, 2012 at 10:49:51AM -0400, Michelle Dupuis wrote: >> Does your serial device /dev/XXXX survive the disconnect from MH? If so, can you send data to/from the device after MH disconnects? > > This will not work. An open USB serial port (assuming it's USB) will change > port numbers after disconnection if it was opened when it was disconnected. > I've seen this reported behavior many times. I have 3 of these USB serial port adapters in my installation. I have never once ran into a problem with the port numbers changing on reboot. I don't know why. Maybe it's the distribution? For my mh server, I'm using Fedora Core 14. Just thought I'd chime in my good experience with these devices. Jim |
From: Marc M. <ma...@me...> - 2012-10-28 18:33:06
|
On Sun, Oct 28, 2012 at 02:27:44PM -0400, Jim Duda wrote: > On 10/28/2012 11:17 AM, Marc MERLIN wrote: > > On Sun, Oct 28, 2012 at 10:49:51AM -0400, Michelle Dupuis wrote: > >> Does your serial device /dev/XXXX survive the disconnect from MH? If so, can you send data to/from the device after MH disconnects? > > > > This will not work. An open USB serial port (assuming it's USB) will change > > port numbers after disconnection if it was opened when it was disconnected. > > I've seen this reported behavior many times. I have 3 of these USB > serial port adapters in my installation. I have never once ran into a > problem with the port numbers changing on reboot. I don't know why. > Maybe it's the distribution? For my mh server, I'm using Fedora Core > 14. Just thought I'd chime in my good experience with these devices. It's not a reboot issue. If your USB device is pulled/reset while it's opened, linux cannot free the port number (still in use) and when it's reconnected, has to pick a new number. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Joel D. <jr...@pr...> - 2012-10-28 18:51:38
|
On Sun, 28 Oct 2012, it would appear that Jim Duda wrote: > On 10/28/2012 11:17 AM, Marc MERLIN wrote: >> On Sun, Oct 28, 2012 at 10:49:51AM -0400, Michelle Dupuis wrote: >>> Does your serial device /dev/XXXX survive the disconnect from MH? If so, can you send data to/from the device after MH disconnects? >> >> This will not work. An open USB serial port (assuming it's USB) will change >> port numbers after disconnection if it was opened when it was disconnected. >> > > I've seen this reported behavior many times. I have 3 of these USB > serial port adapters in my installation. I have never once ran into a > problem with the port numbers changing on reboot. I don't know why. > Maybe it's the distribution? For my mh server, I'm using Fedora Core > 14. Just thought I'd chime in my good experience with these devices. > > Jim I'm running mh on Fedora 11 (yeah, maybe it's time to upgrade), and would occasionally see the usb ports changing on reboot. After working through Marc's explanation of how to set up udev rules, and creating links with the appropriate device names, everything has been working much smoother. It's possible there are subtle differences in how the usb subsystem enumerates ports from linux release to release. Just another datapoint. Joel -- Joel Davidson Austin, TX jr...@pr... |
From: Lieven H. <li...@li...> - 2012-10-29 20:01:53
|
> > No one really stops you or anyone else from importing mh into github and > publishing your own changes. > Hi all, I have a day off this week and I will try porting the current SVN code (at least trunk and insteon branch) to github. One question: we already found some enthusiasts to share the task of integrating pull requests. A second thing that we need to agree on: will we all use github? Will we force this for everybody? All current contributors are using SVN, I don't know if they are willing to change to git. Developers, please chime in. And then some additional questions: * would this mean that we make the SVN read-only after the github account is running to avoid further commits to it? * is there a point in keeping a separate branch that is (in my perception) actively used for development next to the trunk? Why is insteon different from trunk? Lieven. |
From: Marc M. <ma...@me...> - 2012-10-29 23:43:13
|
On Mon, Oct 29, 2012 at 09:01:47PM +0100, Lieven Hollevoet wrote: > I have a day off this week and I will try porting the current SVN > code (at least trunk and insteon branch) to github. One question: we > already found some enthusiasts to share the task of integrating pull > requests. > > A second thing that we need to agree on: will we all use github? Will > we force this for everybody? All current contributors are using SVN, > I don't know if they are willing to change to git. Developers, please > chime in. I don't know how much time I can commit, but github is fine for me. I'm not actually a big git expert, but it's the better way to handle this, so I'll learn what I don't know. > And then some additional questions: * would this mean that we make the > SVN read-only after the github account is running to avoid further > commits to it? * is there a point in keeping a separate branch that I don't think it's necessary or even possible, but there are few commits now and I wouldn't be too hard to get people to agree not to commit there anymore. > Why is insteon different from trunk? Insteon changes don't fully replace the trunk code, Gregg never got the time to finish the insteon branch, so it never got integrated into trunk. Also the syntax is incompatible, so it's a big switch with code that isn't fully finished, so it never got merged. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Jason S. <ja...@sh...> - 2012-10-31 14:57:44
|
Look at the confusion Gregg's insteon branch caused. Now imagine being 10x more branches due to the ease of branching in Github. How is the "master" github repo you have going to review all of the pull requests and support all of the regression issues? I guess what I am trying to say is that regardless of the repo change, how is the community going to handle an influx of new development? I have been scared to change much in the core because even after 12 years of working with the code I still dont understand what all of the dependencies are to make a core state change or change the loop nature of processing. I wrote things like the IVR menu / WAP interface / Telephony, etc that I doubt are in use and add to the complexity of refactoring. Why dont we just review what we have and deprecate some of this? -J On Wed, Oct 31, 2012 at 10:28 AM, Marc MERLIN <ma...@me...> wrote: > On Wed, Oct 31, 2012 at 11:23:47AM +0100, Lieven Hollevoet wrote: > > I understand that we need a phase where we keep both repositories alive. > I > > plan to track the changes that are committed to SVN for a while and > > merge them into the git repo. However, I don't really see the difference > > between SVN and git what the risk is concerned. You state that people can > > experiment without putting the SVN repo at risk. I think they can do the > > same without putting the git repo at risk. > > If you try something risky or a redesign, you fork the git repo, do your > own > and experiment in your playground without breaking the one you forked from. > With svn you can't easily do that. Yes, there are branches, but that's > really not the same. > > > I don't see why we would maintain two repositories next to each other for > > a very extended time. What would be the advantage of making a difference > > between small and big changes? > > Small changes would be made in the main repo and ideally reviewed by > someone > else if they're going to common code. If they're going to a driver that > only > you know about anyway, then getting a review isn't as useful. > > > I tend to disagree. There should never be a single person (and hence a > single point of failure) maintaining the main source tree. If you want > access, please let me know and I'll add you as a collaborator to the git MH > repo. > > I mis-spoke and you are correct. Sure, you can add accesss for my > marcmerlin > account, thanks. > > > As the last tag was set more than 5 years ago, wouldn't it be time to > create a new one that people can download? There has been some discussion > on this topic some time ago. Anybody has an idea on the naming convention > to use? I think we would need one for the master branch and a separate one > for the insteon branch. > > That sounds reasonable to me. You seem to have more time and know git > better > than me, and have my full blessing :) > > On Wed, Oct 31, 2012 at 11:13:58AM +0100, Lieven Hollevoet wrote: > > One immediate advantage is that github allows for easy comparison > between the trunk (called 'master' in git) and the insteon branch: > > https://github.com/hollie/misterhouse/compare/master...insteon > > Cool. Good job doing a nice import. > > > One important thing to do is to make branches for every change you plan > to share. This means every change, even if it is a typo fix. You can do > this in your own repo very easily. The reason to do this is because then > you can easily create a so-called 'pull request' for the branch you made. > This pull request will show up in the original repo (the one that I > created) and can be applied to this repo with a single push of the button > (currently only by me, but read on...). > > Right. That's indeed much better than a diff by email. > > > Next to the previous way of working, I will give other people that are > willing to help full access to the repository I created. This means that > they can immediately create branches in the main repo, commit to it, and > that they too can accept pull requests for inclusion in the main repo. If > we can come to some 5 or more people that are willing to help maintaining > the repo in this way, I think we should be able to manage proposed changes > to the MH code base quickly and efficiently. > > Don't know how much review time I'll have yet, but now you only need at > least another 4 :) > > On Wed, Oct 31, 2012 at 09:49:44AM -0400, Jason Sharpee wrote: > > I love github and use it both personally and professional, however, I > have > > mixed feelings about moving this to GIT. I dont know if MH can survive > > anymore fragmentation. > > Do however compare with patches people write on their own copy and are > never > able to even contribute back at all (the current state). > > > Marc has done a wonderful job of keeping a working version going and > having > > I appreciate the kind words :) but I really only added a few drivers and > fixes for stuff I found. Like a few others did too. > > > a single official SVN repository makes that easier. Github is going to > > enable all sorts of interesting development, but with the lack of any > sort > > of standards and unit testing in the code base I doubt any of the > branches > > will be of any greater success than the one Marc is maintaining. > > Lieven pointed out how we can have a master branch on github, so I don't > think it's a great fragmentation problem. If it all goes to hell somehow > (don't think it will), we can still go back to the svn branch though. > > > My 2 cent advice would be to focus some effort on determining what the > core > > functionality is, get some unit tests to cover it, and deprecate the > other > > code before moving it to yet another repository. > > That's a bit job with no one to currently do it though. > I also still don't see the point of deprecating drivers. Them being there > does not hurt and can only help some if they do have the hardware. > > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - > A.S.R. > Microsoft is to operating systems .... > .... what McDonalds is to gourmet > cooking > Home page: http://marc.merlins.org/ > -- Jason Sharpee ja...@sh... 5929 Graburn's Ford Dr, Charlotte, NC 28269 704-405-5893 |
From: Marc M. <ma...@me...> - 2012-10-31 15:06:19
|
On Wed, Oct 31, 2012 at 10:57:13AM -0400, Jason Sharpee wrote: > Look at the confusion Gregg's insteon branch caused. Now imagine being > 10x more branches due to the ease of branching in Github. How is the > "master" github repo you have going to review all of the pull requests and > support all of the regression issues? It's because svn makes it hard to do branches, diffs, and keep things in sync. If you maintain a branch that isn't being merged back, it's your job to keep it in sync with the main branch. With the insteon branch, there is no proper tool to do that due to svn. With git, it's trivial. > I guess what I am trying to say is that regardless of the repo change, how > is the community going to handle an influx of new development? I have > been scared to change much in the core because even after 12 years of > working with the code I still dont understand what all of the dependencies > are to make a core state change or change the loop nature of processing. That's true that the learning curve can be a bit steep, but in the limited work I did (mostly on drivers, X10 fixes, and once the main mh loop), it didn't seem that bad. And I'm not a master genius coder. > I wrote things like the IVR menu / WAP interface / Telephony, etc that I > doubt are in use and add to the complexity of refactoring. Why dont we > just review what we have and deprecate some of this? I still don't see how drivers make the main loop more complex, but if you wrote a driver and you determined that no one is using it, I suppose no one should stop you if you want to delete it. In the linux kernel world though, this only ever gets done if the supposedly unused driver is unmaintained and prevents refactoring code. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ |
From: Jim D. <ji...@du...> - 2012-10-30 00:43:30
|
On 10/29/2012 04:01 PM, Lieven Hollevoet wrote: >> >> No one really stops you or anyone else from importing mh into github and >> publishing your own changes. >> > > Hi all, > > I have a day off this week and I will try porting the current SVN code (at least trunk and insteon branch) to github. One question: we already found some enthusiasts to share the task of integrating pull requests. > > A second thing that we need to agree on: will we all use github? Will we force this for everybody? All current contributors are using SVN, I don't know if they are willing to change to git. Developers, please chime in. Well, I consider myself one of the developers. To be honest, and sadly, I haven't been following this discussion about moving Misterhouse to github. I've used both SVN and GIT. To me, they accomplish the same thing. I don't quite understand why SVN is "broken" for us? For what we do, it seems to me that SVN is working just fine. Is this just a matter of preference? Is there something wrong with sourceforge that is forcing is to move to github? If we are moving to github, then who is going to own control and ownership? How do I as a developer get access to pushing changes to github? Does this mean that we are going to have misterhouse sources on both sourceforge and github? That would be really bad. I would assume that if the group has to and must move to github, then we need to shut down SVN on sourceforge or the code is going to fragmented. I apologize for not paying attention or contibuting to this discussion. But, I don't understand what is broken. Regards, Jim |