Comments (27)
Martin,
BTW, I'm willing to help you with any testing on my CCGX
Gene
from dbus-mqtt-devices.
Device: Color Control GX
Firmware: v.2.85
Clean Image
from dbus-mqtt-devices.
Both @stundenblume and myself are running this on Raspberry Pi's. Last night I tried to install on a CCGX device. The installation caused the device to reset and will no longer boot. I recommend you do not try to install this on CCGX until I find out why.
from dbus-mqtt-devices.
Thank you for the information!
from dbus-mqtt-devices.
I managed to get the driver to install on CCGX but the MQTT broker is incredibly unstable. The connection from the driver to MQTT is continuously disconnecting and reconnecting. It maybe that CCGX just isn't up to the job. Which is a shame because my whole reason for writing this was to deploy on CCGX. I'll keep investigating.
from dbus-mqtt-devices.
Thats sounds great and bad :-)
from dbus-mqtt-devices.
Bummer. I was just about to try this on my CCGX v.2.85. I'm reading bluetooth temp sensors and bluetooth SeeLevel Tank sensors via Node-Red PI into the CCGX with MQTT. I've been using multiple "dummy d-bus services" to add these devices. Hoping you are able to find a solution as I like the idea of the self registration.
Thanks for your work on this.
from dbus-mqtt-devices.
My tasmota Device is Running perfectly. So wie need a solution here 😜
from dbus-mqtt-devices.
Hey, I've been experimenting! 😀 If anyone else has any ideas I'm listening.
from dbus-mqtt-devices.
In release 0.41 I am using pip to install PYyaml. On my CCGX as soon as I tried to install PYyaml using pip, the device reset and would no longer boot (I was able to recover the device using a firmware on an SD card - twice!). I guess it was something to do with compiling PYyaml to native code. I looked around for a pure python alternative only to end up back at PYyaml. It turns out you can install a pure python version of PYyaml. I did this on my CCGX and it installed fine. I then ran dbus-Mqtt-devices directly from the command line and found it was continuously connecting and disconnecting with a protocol error (rc = 1). I have been comparing how dbus-mqtt (from Victron) and dbus-mqtt-devices are run. So far I haven't found the magic switch that stabilises things.
from dbus-mqtt-devices.
I found this comment in an MQTT troubleshooting blog about rc=1 -- Maybe it will shed some light :-)
"this sometimes happens, when one program is running twice an connects from the same IP with the same client ID. The broker than closes the "old connection" which is still held by the process running in the background."
from dbus-mqtt-devices.
I see that dbus-mqtt (from Victron) has a MAX_TOPIC_AGE = 60s keep-alive arg in dbus-mqtt. I don't see the arg in your script.
parser.add_argument('-k', '--keep-alive', default=MAX_TOPIC_AGE, help='keep alive interval in seconds', type=int)
I don't know if this is the issue - just throwing out thoughts that might shed more light.
from dbus-mqtt-devices.
Thanks, very useful. Two things I can investigate. If you find any more let me know.
from dbus-mqtt-devices.
Hey, I've been experimenting! grinning If anyone else has any ideas I'm listening.
Hi Martin,
sorry I don't own a CCGX nor I'm a experienced programmer. Sorry!
Sebastian
from dbus-mqtt-devices.
Hi Gene,
I think the thing to do here is to get the installation working then we can see if the stability issue is just on my device. I do you want to remind you that my CCGX completely crashed and I had to re-flash a standard firmware by hand to get it working again. I think we can avoid that happening again but I strongly suggest that you have a recovery SD card standing by and that you make a note of any settings you don't want to loose.
Here are Victron's instructions for manual upgrade, just in case.
https://www.victronenergy.com/live/ccgx:firmware_upgrade_to_v2
These instructions will revert your ccgx to an older version, but you then perform an online upgrade to bring it back up to the latest version.
Are you happy with this?
from dbus-mqtt-devices.
Given my large disclaimer above, I have attached a new setup-ccgx.sh script (I had to zip it up as Github does not allow .sh files). Are you comfortable unzipping the attached file and copying the .sh script into your /data/drivers/dbus-mqtt-device-0.4.0.3/bin directory ?
You will probably need to ensure you have the right permissions set on the script.
chmod +x dbus-mqtt-device-0.4.0.3/bin/setup-ccgx.sh
Then you can run this modified set up script,
./dbus-mqtt-devices-0.4.1/bin/setup-ccgx.sh
from dbus-mqtt-devices.
@freakent
I can do testing too. Because my "Color Control GX" is not used until now and I have no problem with flashing stock if needed. My real installation will start next weekend.
I did now:
- Download latest source from github and unpack via SSH onto device.
- Copied script
- Checked right (they were fine) I did not need chmod
- Run script without problems
- did "reboot"
System is online again with remote console and SSH
What can I test?
Or do you need VPN access?
I will now change my tasmota to the real MQTT Broker :-) and play a little bit.
System is still alive. Service is running
from dbus-mqtt-devices.
Hi Gene,
I think the thing to do here is to get the installation working then we can see if the stability issue is just on my device. I do you want to remind you that my CCGX completely crashed and I had to re-flash a standard firmware by hand to get it working again. I think we can avoid that happening again but I strongly suggest that you have a recovery SD card standing by and that you make a note of any settings you don't want to loose.
Here are Victron's instructions for manual upgrade, just in case. https://www.victronenergy.com/live/ccgx:firmware_upgrade_to_v2 These instructions will revert your ccgx to an older version, but you then perform an online upgrade to bring it back up to the latest version.
Are you happy with this?
Yes - I recently had to restore back to 2.18 with Sdcard due to ethernet interface remaining "unplugged"
from dbus-mqtt-devices.
Take a look at the Troubleshooting instructions.
https://github.com/freakent/dbus-mqtt-devices#troubleshooting
I would like to see the contents of your log file /var/log/dbus-mqtt-devices/current
If it is constantly disconnecting and re connecting it should be very evident from the log.
from dbus-mqtt-devices.
@Hofyyy I think I see an extra ext directory inside your main ext directory. That would suggest you ran the set up script from the wrong folder. Try following the steps in the install instructions in the readme, except using the setup-ccgx.sh.
from dbus-mqtt-devices.
@freakent
All is running fine now.
from dbus-mqtt-devices.
@freakent
Marty, The driver is so far running very stable. I have not seen it restart at all in the logs. I have 5 temp sensors and 4 tank sensors being registered and updated.
I do see one issue after I reboot the CCGX. I need to re-register my <device//Status> payload and when I do, the local settings like "custom name" get overwritten to the default of "My Tank Sensor" or "My Temperature Sensor.
Is this expected?
Do you perhaps update these custom names dynamically by publishing a mqtt message to the custom name value?
Awesome work!!
Gene
from dbus-mqtt-devices.
Well it's good to know it's running stable.
You need to register with the status message every time you connect to Mqtt. Especially if you reboot the GX device. That is a requirement of Victron's DBUS implementation.
When you reregister with the same details you should get the same device Id. If you get the same device id then it should retrieve the the previously saved custom name. Check the log file and upload a copy to an issue if this continues to be a problem.
You should be setting the custom name from the menu in the GX console.
from dbus-mqtt-devices.
Here is log file after rebooting and running the re-register. I am getting the same device ID's unfortunately local settings are getting updated to what appears to be the values in the services.yml file.
log.txt
from dbus-mqtt-devices.
@gharshaw Gene, I just noticed you are running 0.4.0.1, can you update to the latest 0.4.0.3 ?
I think I'm running dbus_mqtt_devices, v0.4.1 - the latest release.
starting dbus-mqtt-devices ***
@400000006272e42b0fe3d154 -------- dbus_mqtt_devices, v0.4.1 is starting up --------****
from dbus-mqtt-devices.
Gene, Sorry, please ignore that suggestion.
from dbus-mqtt-devices.
It sounds like the ccgx installation solution is working. So I will close this issue for now. I am preparing a new 0.5 release with the setup-ccgx.sh script.
from dbus-mqtt-devices.
Related Issues (20)
- Installation error on CerboGX HOT 30
- Installation error on RPi HOT 4
- Rpi Install Error HOT 3
- Uninstall HOT 2
- Venus Os Crash after add a PV Inverter HOT 6
- I did the installation work around but still doesn't work HOT 14
- New Release: 0.7.5-beta HOT 36
- strings everywhere HOT 2
- null not "0" HOT 2
- Nodered Virtual sensor HOT 7
- Add AC Load energy meter HOT 3
- Different service weather forecast HOT 3
- Battery support HOT 5
- setup.sh: ModuleNotFoundError: No module named 'dataclasses' HOT 2
- PVinverter is shown as "Fronius" in VRM HOT 4
- Position move in Venus OS GUI HOT 1
- AC loads to position 0 instead of 1 in Venus OS GUI HOT 1
- New GUI-Beta requires Status DBus path for Temp sensors HOT 6
- Exception error during installation HOT 1
- Inverter is not showing Values in VRM HOT 10
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from dbus-mqtt-devices.