X10 Community Forum
📱🖥️PiX10Hub => 💬General Discussion => Topic started by: Moose on February 13, 2020, 01:57:39 PM
-
Does the HG Update Check function work? When I select it, the activity wheel just spins.
-
Yes it works a yellow arrow will display top right of HG page if there is one.
-
Saying it works is somewhat misleading. The author (Gene) set the update system to check for official releases on his Github repository. He has not been active on the project in a long time (a couple small updates over the last ~2 years). Although the update check does technically still work, it is not likely to ever do anything.
So, I guess the answer is: Yes, it works but it will never do anything. :-\
-
This is pretty funny. I logged in today, after trying the update function yesterday, and guess what. There are two small updates sitting there, waiting for me. rofl
Question though, I closed the browser on my desktop PC that I use to access HG and shut it down for the night. Powered up the desktop this AM and tried to open the browser to log in, and nothing. Had to reboot the Pi to get access. Any thoughts??
Another question. I am sitting here watching HG, and in the upper right I see a screen pop up saying "Homgenie Eventstream disconnected" followed by "Homegenie Eventream connected". They alternate about every minute.
-
Github shows there was some kind of change 3 months ago and then 8 months for the previous update. These are not releases but changes to the source. As for updates, the latest two were v1.3-stable.3 and 4 released April 2019. If you haven't updated in the last year, then there would be a couple updates. But keep in mind, that update appears to only address a few specific bugs from the looks of the change log. It wouldn't hurt to update but it is unlikely you will see much from it (unless you are affected by the fixes).
-
I found and installed 2 small updates today. Not sure if that started my problems. Can anyone point me to a script to uninstall and reinstall just HG?
-
I found and installed 2 small updates today. Not sure if that started my problems. Can anyone point me to a script to uninstall and reinstall just HG?
This is a bit of a saga. Assuming you're install is screwed for some reason, open a PuTTY session in Windows, and I'm assuming you are a Windows user and HG is installed in the pi/home/homegenie folder just copy/paste the following commands
cd
wget https://github.com/genielabs/HomeGenie/releases/download/v1.3-stable.5/homegenie_1.3-stable.5.tgz
tar xzvf homegenie_1.3-stable.5.tgz
You now have the latest version of HG straight from the author and there's plenty of tutorials on how to create widgets etc. Please let us know that you are back in business.
-
petera, do I need to do an uninstall first? and yes, your other assumptions are correct.
-
No!!!!
-
So, I reinstalled HG this AM. I have managed to get some modules on the desktop and name them. Then HG disconnects and reconnects again, over and over. I also get update installed messages repeatedly.
I am starting over with a 3rd download of Buster 4. :' Stay tuned.
-
I really see no point doing the same thing over and over again and expecting a different outcome
The constant Event connected/disconnected is not unusual and usually points to either a connection between the client and the server and/or the particular browser that you are using. No two browsers have the exact same properties and HG reacts differently with each.
Not knowing what source you installed HG from makes it difficult to troubleshoot. Have you any other server software running on the SD card that may be interfering with normal operation of the HG server. Also bear in mind that if you use a Pi Zero you can expect a certain performance drop in client/server operation.
I do recommend that when you finally have the Pi setup with HG to come back here for further assistance. Don’t waste any more of your time reinstalling Raspbian though. That’s not your problem.
-
I really see no point doing the same thing over and over again and expecting a different outcome
The constant Event connected/disconnected is not unusual and usually points to either a connection between the client and the server and/or the particular browser that you are using. No two browsers have the exact same properties and HG reacts differently with each.
Not knowing what source you installed HG from makes it difficult to troubleshoot. Have you any other server software running on the SD card that may be interfering with normal operation of the HG server. Also bear in mind that if you use a Pi Zero you can expect a certain performance drop in client/server operation.
I do recommend that when you finally have the Pi setup with HG to come back here for further assistance. Don’t waste any more of your time reinstalling Raspbian though. That’s not your problem.
I chose to reinstall in the complete absence of another idea. -:) I have been installing Tuicemen's image of Buster 4. There is no other software on the SD card. Each install involved clearing and reformatting the card. I am using a Pi 3b+, not a zero.
I tried using Edge instead of Chrome with really no difference. Besides disconnecting and reconnecting, I also get messages of "update install completed", over and over.
I am lost and open to any suggestions.
-
I really see no point doing the same thing over and over again and expecting a different outcome
The constant Event connected/disconnected is not unusual and usually points to either a connection between the client and the server and/or the particular browser that you are using. No two browsers have the exact same properties and HG reacts differently with each.
Not knowing what source you installed HG from makes it difficult to troubleshoot. Have you any other server software running on the SD card that may be interfering with normal operation of the HG server. Also bear in mind that if you use a Pi Zero you can expect a certain performance drop in client/server operation.
I do recommend that when you finally have the Pi setup with HG to come back here for further assistance. Don’t waste any more of your time reinstalling Raspbian though. That’s not your problem.
I chose to reinstall in the complete absence of another idea. -:) I have been installing Tuicemen's image of Buster 4. There is no other software on the SD card. Each install involved clearing and reformatting the card. I am using a Pi 3b+, not a zero.
I tried using Edge instead of Chrome with really no difference. Besides disconnecting and reconnecting, I also get messages of "update install completed", over and over.
I am lost and open to any suggestions.
Ok go to Configure and select About and tell us what version of HG the system is reporting as installed
-
HomeGenie Version v1.3-stable.5
-
That’s the latest version. So where are these updates being reported.
-
Ok. You need to overwrite what ever is on that HG install so copy/paste the following. As soon as that’s completed report back
cd
sudo systemctl stop homegenie.service
wget https://github.com/genielabs/HomeGenie/releases/download/v1.3-stable.5/homegenie_1.3-stable.5.tgz
tar xzvf homegenie_1.3-stable.5.
sudo systemctl start homegenie.service
-
In a little window in the upper right corner. There are 2 small updates available. It looks like they keep getting reinstalled.
-
The service is still coming and going, but I do have it working for a minute at a time. When working the CM19A does not work. How should that module be configured? It comes up default as a switch.
-
The service is still coming and going, but I do have it working for a minute at a time. When working the CM19A does not work. How should that module be configured? It comes up default as a switch.
Unplug the CM19 from the Pi while HG is running and plug it back in. Now in PuTTY type
dmesg
and copy/paste the last 10 lines of the output
-
[ 19.231737] Bluetooth: BNEP socket layer initialized
[ 27.241770] usbcore: deregistering interface driver ati_remote
[ 1549.944884] usb 1-1.1.3: USB disconnect, device number 6
[ 1549.945354] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 1549.945412] pl2303 1-1.1.3:1.0: device disconnected
[ 1736.312881] usb 1-1.1.2: USB disconnect, device number 4
[ 1742.750769] usb 1-1.1.2: new low-speed USB device number 8 using dwc_otg
[ 1742.890186] usb 1-1.1.2: New USB device found, idVendor=0bc7, idProduct=0002, bcdDevice= 1.00
[ 1742.890197] usb 1-1.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1742.890202] usb 1-1.1.2: Product: USB Transceiver
[ 1742.890206] usb 1-1.1.2: Manufacturer: X10 wireless Technology Inc
[ 1742.932941] Registered IR keymap rc-ati-x10
[ 1742.933512] rc rc0: X10 wireless Technology Inc USB Transceiver as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/rc/rc0
[ 1742.934116] input: X10 wireless Technology Inc USB Transceiver as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/rc/rc0/input6
[ 1742.935021] rc rc0: lirc_dev: driver ati_remote registered at minor = 0, scancode receiver, no transmitter
[ 1742.935484] input: X10 wireless Technology Inc USB Transceiver mouse as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.2/1-1.1.2:1.0/input/input7
[ 1742.936831] usbcore: registered new interface driver ati_remote
[ 1745.127656] usb 1-1.1.2: usbfs: interface 0 claimed by ati_remote while 'mono' sets config #1
[ 1763.343132] usbcore: deregistering interface driver ati_remote
-
Now go into Configure-Settings-X10 and ensure that the USB port is set for CM19. Disable and Enable and try turning a light on and report back.
-
Now go into Configure-Settings-X10 and ensure that the USB port is set for CM19. Disable and Enable and try turning a light on and report back.
Yes the CM19A is selected and enabled. And when HG is working, I can turn on/off my configure light module, the green led turns on/off, but my real X10 lamp does not respond.
-
Now go into Configure-Settings-X10 and ensure that the USB port is set for CM19. Disable and Enable and try turning a light on and report back.
Yes the CM19A is selected and enabled. And when HG is working, I can turn on/off my configure light module, the green led turns on/off, but my real X10 lamp does not respond.
I don’t want to state the obvious here but do you have a transceiver plugged into the power line to pass the signal to your lamp.
-
Yes, a TM751.
Is there any setting that needs to be selected for the X10 RF module that sits on the HG desktop?
-
Have you confirmed that your CM19/Transceiver combo work. Have you tried moving the Transceiver around to different sockets and testing on that basis. Do you have any other RF devices that may be blocking signal reception. As far as I can see at the moment your CM19 is functioning normally so the problem doesn’t lie with HG. Just confirm the above and report back.
-
I do have a wireless X10 palm controller and the transceiver works with it. But the Cm19A is new to me. So I cannot prove it works.
There is a red led on the CM19. Is it supposed to flash when asserted?
There is something odd bothering me. When I reinstalled the image, the SD card was completely wiped. But when the reinstall was complete, the lat. and long. data on the Maintenance page was still there. Thoughts?
-
I do have a wireless X10 palm controller and the transceiver works with it. But the Cm19A is new to me. So I cannot prove it works.
There is a red led on the CM19. Is it supposed to flash when asserted?
Yes when you issue an X10 command the LED flashes momentarily.
In Settings-X10 what house codes are marked as monitored.
-
I do have a wireless X10 palm controller and the transceiver works with it. But the Cm19A is new to me. So I cannot prove it works.
There is a red led on the CM19. Is it supposed to flash when asserted?
Yes when you issue an X10 command the LED flashes momentarily. In Settings-X10 what house codes are marked as monitored.
Just "A". That is all I have ever used, so far.
I never see the led flash.
-
I do have a wireless X10 palm controller and the transceiver works with it. But the Cm19A is new to me. So I cannot prove it works.
There is a red led on the CM19. Is it supposed to flash when asserted?
Yes when you issue an X10 command the LED flashes momentarily. In Settings-X10 what house codes are marked as monitored.
Just "A". That is all I have ever used, so far.
I never see the led flash.
Do you have access to any other X10 controller.
-
I do have a wireless X10 palm controller and the transceiver works with it. But the Cm19A is new to me. So I cannot prove it works.
There is a red led on the CM19. Is it supposed to flash when asserted?
Yes when you issue an X10 command the LED flashes momentarily. In Settings-X10 what house codes are marked as monitored.
Just "A". That is all I have ever used, so far.
I never see the led flash.
Do you have access to any other X10 controller.
I do have a CM17A Firecracker module that I know works. It is Serial of course, but I do Have a USB adapter cable. Can it be configured?
-
I’m not familiar with that but it may use the same protocol as the CM11 although the device id could be an issue.
When your CM19 is plugged into the Pi does the Led remain lit.
-
I’m not familiar with that but it may use the same protocol as the CM11 although the device id could be an issue.
When your CM19 is plugged into the Pi does the Led remain lit.
No I have never seen the CM19 led on or flash.
-
Ok from the checks you have carried out HG is not your problem.
One more check you need to carry out. While HG is running unplug the CM19 and plug it back into the Pi. Immediately go to PuTTY and type
sudo systemctl status homegenie.service
and paste the results.
-
pi@raspberrypi:~ $ sudo systemctl status homegenie.service
● homegenie.service - Homegenie server
Loaded: loaded (/etc/systemd/system/homegenie.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2020-02-15 14:08:12 EST; 17s ago
Main PID: 18565 (mono)
Tasks: 59 (limit: 2200)
Memory: 58.2M
CGroup: /system.slice/homegenie.service
└─18565 /usr/bin/mono /home/pi/homegenie/HomeGenie.exe --log
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9
Feb 15 14:08:22 raspberrypi mono[18565]: 2020-02-15 14:08:22.4468 Error System.Exception: Submit Async Read Failed.
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9af
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9
Feb 15 14:08:22 raspberrypi mono[18565]: 2020-02-15 14:08:22.4468 Error System.Exception: Submit Async Read Failed.
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9af
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9
Feb 15 14:08:22 raspberrypi mono[18565]: 2020-02-15 14:08:22.4468 Error System.Exception: Submit Async Read Failed.
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9af
Feb 15 14:08:22 raspberrypi mono[18565]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9
Please keep in mind that HG is still only connected about 10 sec. in every 2 minutes.
-
Ok it’s clear from that output that HG CM19 XtenLib driver is trying to establish a connection to your CM19 and is failing. That would account for the frequent connected/disconnected messages and the fact that you are seeing no activity from the LED light on the CM19. At least that’s established.
This can be one of two things. Firstly and most likely is you have a faulty CM19. Secondly and quite possible too is that you have an issue with conflicting drivers trying to grab the same Com port. Standby for instructions on how to confirm the latter.
-
Ok it’s clear from that output that HG CM19 XtenLib driver is trying to establish a connection to your CM19 and is failing. That would account for the frequent connected/disconnected messages and the fact that you are seeing no activity from the LED light on the CM19. At least that’s established.
This can be one of two things. Firstly and most likely is you have a faulty CM19. Secondly and quite possible too is that you have an issue with conflicting drivers trying to grab the same Com port. Standby for instructions on how to confirm the latter.
Ok in PuTTY copy/paste the following. You will be entering the editor so when you have finished make sure you press Ctrl-x keys and then the N key and press enter. Copy/paste the contents of this file
sudo nano /etc/modprobe.d/blacklist.conf
-
Well, I think I did what you asked. ??? How do I know if I did it correctly?
-
Well, I think I did what you asked. ??? How do I know if I did it correctly?
Was the file empty
-
Well, I think I did what you asked. ??? How do I know if I did it correctly?
Was the file empty
Yes, it was empty. What is the N supposed to do?
-
That was a sequence of keys to get you out of the editor safely. Standby for the next post
-
This will be the last post to rule out any driver conflict. Please follow this sequence carefully. This shouldn’t be necessary but just in case
cd
sudo systemctl stop homegenie.service
sudo nano /etc/modprobe.d/blacklist.conf
Now copy/paste the following two lines into the top left hand corner of the screen of the editor that’s now open in front of you EXACTLY as they are below
blacklist ati_remote
blacklist rc_ati_x10
When you have finished that press the Ctrl-x keys followed by the Y key and press Enter. You should now be back at the command prompt. Now copy/paste
sudo systemctl stop homegenie.service
sudo reboot now
Once the Pi has rebooted and you can access HG try to turn on a light. Report back on the result
-
Well, not really much change. The CM19 is the most likely problem, I think. After a restart of service, I get about 10-30 sec. of functionality, then it dies. The Cm19 led still does nothing. If nothing else, at least my configuration is staying put. Modules and module labels kept disappearing. Thatnks so much for your help and time. >! #:)
-
Well, not really much change. The CM19 is the most likely problem, I think. After a restart of service, I get about 10-30 sec. of functionality, then it dies. The Cm19 led still does nothing. If nothing else, at least my configuration is staying put. Modules and module labels kept disappearing. Thatnks so much for your help and time. >! #:)
Yes it's pointing to the CM19 ok. Just one last check. While HG is running again unplug the CM19 and plug it back in again. Copy/paste the following
sudo systemctl status homegenie.service
and paste the results.
-
I just wanted to check the following
1) you're not connecting your CM19 via a USB hub to your Pi
2) what amperage is your Pi power supply putting out. Remember unlike the CM15 your CM19 is powered solely from the Pi board. Is the power supply a genuine Raspberry Pi supplied one.
-
Can you respond to the two posts above. I just want to close this one out.
-
I just wanted to check the following
1) you're not connecting your CM19 via a USB hub to your Pi
2) what amperage is your Pi power supply putting out. Remember unlike the CM15 your CM19 is powered solely from the Pi board. Is the power supply a genuine Raspberry Pi supplied one.
Yes, the CM19 is plugged into the USB on the Pi, directly, no hub
Yes, it is the CanaKit supplied PS.
-
Well, not really much change. The CM19 is the most likely problem, I think. After a restart of service, I get about 10-30 sec. of functionality, then it dies. The Cm19 led still does nothing. If nothing else, at least my configuration is staying put. Modules and module labels kept disappearing. Thatnks so much for your help and time. >! #:)
Yes it's pointing to the CM19 ok. Just one last check. While HG is running again unplug the CM19 and plug it back in again. Copy/paste the following
sudo systemctl status homegenie.service and paste the results.
pi@raspberrypi:~ $ sudo systemctl status homegenie.service
● homegenie.service - Homegenie server
Loaded: loaded (/etc/systemd/system/homegenie.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2020-02-15 16:36:50 EST; 1min 1s ago
Main PID: 806 (mono)
Tasks: 68 (limit: 2200)
Memory: 79.8M
CGroup: /system.slice/homegenie.service
└─806 /usr/bin/mono /home/pi/homegenie/HomeGenie.exe --log
Feb 15 16:37:51 raspberrypi mono[806]: libusb: warning [add_to_flying_list] failed to arm first timerfd (errno 9)
Feb 15 16:37:51 raspberrypi mono[806]: 2020-02-15 16:37:51.7149 Error System.Exception: Submit Async Read Failed.
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: libusb: warning [add_to_flying_list] failed to arm first timerfd (errno 9)
Feb 15 16:37:51 raspberrypi mono[806]: 2020-02-15 16:37:51.7149 Error System.Exception: Submit Async Read Failed.
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: libusb: warning [add_to_flying_list] failed to arm first timerfd (errno 9)
Feb 15 16:37:51 raspberrypi mono[806]: 2020-02-15 16:37:51.7149 Error System.Exception: Submit Async Read Failed.
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: libusb: warning [add_to_flying_list] failed to arm first timerfd (errno 9)
Feb 15 16:37:51 raspberrypi mono[806]: 2020-02-15 16:37:51.7149 Error System.Exception: Submit Async Read Failed.
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Driver.CM19.ReadData () [0x00029] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: at CM19Lib.Cm19Manager.ReaderTask () [0x00008] in <a99ee7f64cb6456ca801bb9afe6c67c6>:0
Feb 15 16:37:51 raspberrypi mono[806]: libusb: warning [add_to_flying_list] failed to arm first timerfd (errno 9)
Feb 15 16:37:51 raspberrypi mono[806]: 2020-02-15 16:37:51.7149 Error System.Exception: Submit Async Read Failed.
-
I just wanted to check the following
1) you're not connecting your CM19 via a USB hub to your Pi
2) what amperage is your Pi power supply putting out. Remember unlike the CM15 your CM19 is powered solely from the Pi board. Is the power supply a genuine Raspberry Pi supplied one.
Yes, the CM19 is plugged into the USB on the Pi, directly, no hub
Yes, it is the CanaKit supplied PS.
If you have access to an alternative power supply do try it before purchasing a replacement X10 controller. I do suggest using a CM15 with the Pi 3 b+ bit it's entirely up to you.
I've ruled out any problems with your HG install so all you should need to do is purchase a replacement X10 controller and you're good to go. Use this post as a troubleshooting reference for future issues.
-
I just wanted to check the following
1) you're not connecting your CM19 via a USB hub to your Pi
2) what amperage is your Pi power supply putting out. Remember unlike the CM15 your CM19 is powered solely from the Pi board. Is the power supply a genuine Raspberry Pi supplied one.
Yes, the CM19 is plugged into the USB on the Pi, directly, no hub
Yes, it is the CanaKit supplied PS.
If you have access to an alternative power supply do try it before purchasing a replacement X10 controller. I do suggest using a CM15 with the Pi 3 b+ bit it's entirely up to you.
I've ruled out any problems with your HG install so all you should need to do is purchase a replacement X10 controller and you're good to go. Use this post as a troubleshooting reference for future issues.
Will do. Thanks again.
-
So, I installed AHP with the CM19A drivers and my CM19A works fine, red led and all. I guess I might have to try and find another power supply, to be certain. I do not have any with that connector.
Another break-through, :)% I logged into HG without the CM19A connected, and guess what? I do not get the constant string of disconnect and reconnect messages. >!
-
I have only skimmed this thread but I can confirm that power issues will cause unpredictable behavior. After swapping an underpowered power supply for a well above spec unit I experienced many fewer issues. >!
-
I have only skimmed this thread but I can confirm that power issues will cause unpredictable behavior. After swapping an underpowered power supply for a well above spec unit I experienced many fewer issues. >!
That's why I asked early on in the troubleshooting if the CM19 and the transceiver were confirmed as working. As soon as HG tries to load the CM19 driver there's a draw of power by the CM19 which is clearly not sufficient to continue the loading process and the connection is being dropped. HG will continue to try establish a connection with the CM19 hence the connect/reconnect showing on the UI.
I tend not to use those PSUs bundled with those SBCs. While the rating displayed may be 2.5ah most of them would be lucky to deliver 2ah or less. This is not noticeable when using a CM15 as it is powered independently but will definitely fall over with a CM19.
My concluding advice was to try an alternative PSU before buying a new X10 controller but my preference would be to have the best of both worlds and use a CM15.
Of course knowing that the CM19 was operational before starting the process would have really helped. God bless AHP rofl
-
So, I installed AHP with the CM19A drivers and my CM19A works fine, red led and all. I guess I might have to try and find another power supply, to be certain. I do not have any with that connector.
Another break-through, :)% I logged into HG without the CM19A connected, and guess what? I do not get the constant string of disconnect and reconnect messages. >!
This one will give you 3.5 amps and likely solve your problem. amzn.to/321h8Le
-
So, I installed AHP with the CM19A drivers and my CM19A works fine, red led and all. I guess I might have to try and find another power supply, to be certain. I do not have any with that connector.
Another break-through, :)% I logged into HG without the CM19A connected, and guess what? I do not get the constant string of disconnect and reconnect messages. >!
This one will give you 3.5 amps and likely solve your problem. amzn.to/321h8Le
I ordered that one this AM. ;D
-
That's why I asked early on in the troubleshooting if the CM19 and the transceiver were confirmed as working.
My concluding advice was to try an alternative PSU before buying a new X10 controller but my preference would be to have the best of both worlds and use a CM15.
Of course knowing that the CM19 was operational before starting the process would have really helped. God bless AHP rofl[/quote]
I did answer as accurately as I could. :) The CM19 was new to me, but I did know that the TM751 and the rest of my X10 worked well.
I did not know how to test the CM19 until this morning. A buddy asked me to plug it into my PC. It did not do much so I went looking for a driver. The AHP was the only one available. That is why I asked what is "normal" for the led function. I was suspicious! ::)
Thanks again. We got somewhere, eventually. :)%
-
I'm surprised that the 2.5A supply you have isn't enough so I suspect it isn't living up to its label. The CM19 uses less than .5 amps and the Pi3B+ also typically draws less than .5 amps so 2.5 amps should provide more than enough headroom unless you have other USB devices connected to it. Let us know if the new PS solves the problem.
-
That's why I asked early on in the troubleshooting if the CM19 and the transceiver were confirmed as working.
My concluding advice was to try an alternative PSU before buying a new X10 controller but my preference would be to have the best of both worlds and use a CM15.
Of course knowing that the CM19 was operational before starting the process would have really helped. God bless AHP rofl
I did answer as accurately as I could. :) The CM19 was new to me, but I did know that the TM751 and the rest of my X10 worked well.
I did not know how to test the CM19 until this morning. A buddy asked me to plug it into my PC. It did not do much so I went looking for a driver. The AHP was the only one available. That is why I asked what is "normal" for the led function. I was suspicious! ::)
Thanks again. We got somewhere, eventually. :)%
[/quote]
I have to assume that the majority of users here have at some stage used AHP or are still using it and are trying to migrate to something different. Personally I’ve never used it but it would appear to be the “gold standard” as far as X10 equipment testing is concerned. Obviously you are one of a rare breed here. :)%
When it comes to single board computers available amperage becomes an issue. Not so on a PC as you have now experienced. CM19 is now proven to work so your only enemy will be amperage or the lack of it.
When troubleshooting I always advise eliminating the obvious first. That’s what had you in a loop constantly reinstalling Raspbian and hoping for a different outcome. Now you are a little wiser on what needs to be eliminated first.
The exercise you carried out yesterday was not in vain. You now know how simple it is to reinstall HG without having to go through the whole image creation routine. Two simple commands and you’re there.
-
My 3b+ reports under voltage conditions all the time and is visible if a monitor & keyboard is connected.
I don't get cm19, mono, libusb or system exceptions or warnings messages as moose does.
You can free up some power utilized by the HDMI connection a couple of ways.
vcgencmd display_power 0tvservice --offOne of these commands may provide the bit of extra power required for the CM19.
Interestingly the under voltage condition of the Pi 3B+ is well documented and I've not yet found a solution to mine. :(
Wiggling the USB power connection will cause the under voltage condition so I suspect a bad solder joint at the mini USB connection.