User Tools

Site Tools


ccgx:ccgx_faq

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Next revisionBoth sides next revision
ccgx:ccgx_faq [2019-06-06 15:54] – [Q24: What is Error #42?] mvaderccgx:ccgx_faq [2020-07-22 10:19] mvader
Line 74: Line 74:
  
  
-==== Q9: When I type the ip-address of the Color Control into my browser, I see a web page mentioning Hiawatha? ==== 
  
-Our plan is to at least run a website where you can change settings and see the current status. If all works out as we would like to, there might come be a fully functional version of the online VRM Portal running locally on the Color Control GX. This allows people without an internet connection, or an intermittent internet connection to have the same features and functionality. 
  
 ==== Q10: I have multiple Solar chargers MPPT 150/70 running in parallel. From which one will I see the relay status in the CCGX menu? ==== ==== Q10: I have multiple Solar chargers MPPT 150/70 running in parallel. From which one will I see the relay status in the CCGX menu? ====
Line 106: Line 104:
  
 VRM Portal: VRM Portal:
-  * Data to the VRM Portal is sent via HTTP POST and GET requests to http://ccgxlogging.victronenergy.com on port 80. Sensitive data is sent using HTTPS on port 443 to the same host.+  * Data to the VRM Portal is sent via HTTP POST and GET requests to https://ccgxlogging.victronenergy.com on port 443, with a user configurable override to use plain HTTP on port 80. Note that, even when configured to use plain HTTP, some outgoing requests will always use HTTPS on port 443.
  
 Firmware updates: Firmware updates:
-  * The CCGX connects to [[https://updates.victronenergy.com/|http://updates.victronenergy.com/]] on port 443.+  * The CCGX connects to [[https://updates.victronenergy.com/|https://updates.victronenergy.com/]] on port 443.
    
 Remote support (default disabled): Remote support (default disabled):
-  * When enabled, an outbound SSH connection to supporthost.victronenergy.com is maintained. The CCGX will try to connect on port 22, 80 and 443, and the first that works is maintained.+  * When enabled, an outbound SSH connection to supporthosts.victronenergy.com is maintained. The CCGX will try to connect on port 22, 80 and 443, and the first that works is maintained.
   * Enabling Remote Support also enables the sshd daemon, listening for incoming SSH requests on port 22. See next FAQ entry for more information about the Remote Support functionality.   * Enabling Remote Support also enables the sshd daemon, listening for incoming SSH requests on port 22. See next FAQ entry for more information about the Remote Support functionality.
  
Line 120: Line 118:
  
 MQTT (default disabled): MQTT (default disabled):
-   * When enabled, a local MQTT broker is started, which accepts TCP connections on port 1883. The CCGX will also try to connect to the victron MQTT cloud server (mqtt.victronenergy.com) using SSL on port 8883.+   * When enabled, a local MQTT broker is started, which accepts TCP connections on port 1883. The CCGX will also try to connect to victron MQTT cloud server  ranging from mqtt0.victronenergy.com to mqtt127.victronenergy.com), on port 443, using SSL. It uses port 443 to reduce the chance of using blocked outgoing ports.
  
 Remote Console on VRM (default disabled): Remote Console on VRM (default disabled):
-  * Remote Console on VRM uses the same reverse ssh tunnel as is used for Remote Support: outbound connection to supporthost.victronenergy.com on port 22, 80 or 443. No port forwarding in routers is necessary to use Remote Console on VRM. +  * Remote Console on VRM uses the same reverse ssh tunnel as is used for Remote Support: outbound connection to supporthosts.victronenergy.com on port 22, 80 or 443. No port forwarding in routers is necessary to use Remote Console on VRM. Note that supporthosts.victronenergy.com resolves to multiple IP addresses: 84.22.108.49 and 84.22.107.120
-  * See [[vrm_portal:troubleshooting_ccgx_vrm_connectivity#trouble_shooting_remote_console_on_vrm|here]] to trouble shoot Remote Console on VRM.+  * Remote console also relies on the data connection to the VRM portal using HTTPS (port 443), as describe above. 
 +  * For troubleshooting, refer to the [[https://www.victronenergy.com/live/ccgx:start#remote_console_on_vrm_-_trouble_shooting|Remote Console on VRM trouble shooting guide]].
  
 Remote Console on LAN (default disabled): Remote Console on LAN (default disabled):
Line 157: Line 156:
  
 ==== Q20: Issues with Multi not starting when CCGX is connected / Caution when powering the CCGX from the AC-out terminal of a VE.Bus Inverter, Multi or Quattro ==== ==== Q20: Issues with Multi not starting when CCGX is connected / Caution when powering the CCGX from the AC-out terminal of a VE.Bus Inverter, Multi or Quattro ====
-If you power the CCGX from an AC adaptor connected to the AC-out port of any VE.Bus product (Inverter, Multi or Quattro), then a deadlock will occur after the VE.Bus products are powered-down for any reason (after any operational fault or during a black start). The VE.Bus devices will not boot-up until the CCGX has power ...but the CCGX will not boot-up until //it// has power. See FAQ for more information about this.+ 
 +NOTES: 
 +  - We recommend to power a GX device from the battery. Not from the AC-out. In case you still power it from AC-out, carefully read this FAQ item. 
 +  - This FAQ item applies to Venus GX, CCGX, and all other GX Devices, but not the Cerbo GX. It has an improved design due to which its no longer recommended to cut pin 7 of the VE.Bus cable when powering the GX device on the AC-out port. 
 +  - Make sure that the GX device and MultiPlus is running the latest firmware version.  
 + 
 +If you power the CCGX from an AC adaptor connected to the AC-out port of any VE.Bus product (Inverter, Multi or Quattro), then a deadlock can occur after the VE.Bus products are powered-down for any reason (after any operational fault or during a black start). The VE.Bus devices will not boot-up until the CCGX has power ...but the CCGX will not boot-up until //it// has power.
  
 This deadlock can be rectified by briefly unplugging the CCGX VE.Bus cable at which point you will observe the VE.Bus products will immediately begin to boot-up. This deadlock can be rectified by briefly unplugging the CCGX VE.Bus cable at which point you will observe the VE.Bus products will immediately begin to boot-up.
Line 166: Line 171:
    
 Cutting/Removing pin 7 of the VE.Bus cable to the CCGX (brown/white according to standard RJ45 ethernet cable colour coding) allows the VE.Bus products to start up without waiting for the CCGX to boot up first. Cutting/Removing pin 7 of the VE.Bus cable to the CCGX (brown/white according to standard RJ45 ethernet cable colour coding) allows the VE.Bus products to start up without waiting for the CCGX to boot up first.
 +
 +Note that when using a Redflow ZBM2/ZCell battery, pin 7 should be cut even if the CCGX is DC powered, to avoid the same deadlock at times when the Redflow battery cluster is at 0% SoC.
  
 {{:ccgx:ccgx_pin7.jpg?direct&400|}} {{:ccgx:ccgx_pin7.jpg?direct&400|}}
  
 The //disadvantage// of cutting pin 7 is that switching the VE.Bus device off will be less effective: although it will stop charging and inverting, it will still be in standby mode and therefore drawing more current from the battery than if pin 7 had been left in place. Typically this is only relevant in Marine or Automotive systems where it's normal to regularly switch the VE.Bus device off. For those types of systems we recommend that you do not cut pin 7, but simply power the CCGX from the battery. The //disadvantage// of cutting pin 7 is that switching the VE.Bus device off will be less effective: although it will stop charging and inverting, it will still be in standby mode and therefore drawing more current from the battery than if pin 7 had been left in place. Typically this is only relevant in Marine or Automotive systems where it's normal to regularly switch the VE.Bus device off. For those types of systems we recommend that you do not cut pin 7, but simply power the CCGX from the battery.
 +
 ==== Q21: I love Linux, programming, Victron and the Color Control GX. Can I do more? ==== ==== Q21: I love Linux, programming, Victron and the Color Control GX. Can I do more? ====
  
Line 178: Line 186:
 Typic the following address into the web browser of a device connected to the same network. Using this address as a template:  Typic the following address into the web browser of a device connected to the same network. Using this address as a template: 
 http://[ip-here]/logo.php  (inserting your device’s IP address between the square brackets).  http://[ip-here]/logo.php  (inserting your device’s IP address between the square brackets). 
-The IP address can be found by going to Settings > Ethernet or Wifi. Once the page is loaded, Choose an image file from your device. Re-boot the [[venus-os:start|Venus-device]].+The IP address can be found by going to Settings > Ethernet or Wifi. Once the page is loaded, Choose an image file from your device. Re-boot the [[venus-os:start|GX device]].
  
 ==== Q23: Multi restarts all the time (after every ~10sec) ==== ==== Q23: Multi restarts all the time (after every ~10sec) ====
Line 196: Line 204:
 The software included in this product contains copyrighted software that is licensed under the GPL. You may obtain the Corresponding Source code from us for a period of three years after our last shipment of this product. The software included in this product contains copyrighted software that is licensed under the GPL. You may obtain the Corresponding Source code from us for a period of three years after our last shipment of this product.
  
- 
-===== DISQUS ===== 
-~~DISQUS~~ 
  
ccgx/ccgx_faq.txt · Last modified: 2021-02-05 11:34 by marmour

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki