DDOTimeoutException with Dia 1.4.14 on CPX4.

Python
1

Hi,
I’m working on a new revision of our framework, which involves upgrading to Dia 1.4.14.
We have a presentation that needs to get the gateway address. It does so by calling addressing.gw_extended_address_tuple().
gw_extended_address_tuple() in turn calls retry_ddo_get_param() which throws a DDOTimeoutException.

Then I also get an error "getting node list", and many “unable to get DD”.

I have recently upgraded my X4 to latest POST and firmware, as shown here:

Firmware Version: 2.14.1.15 (Version 82001536_K2 03/08/2012)
Boot Version: 1.1.3 (release_82001975_C)
POST Version: 1.1.3 (release_82001753_H)
Product VPD Version: release_82002011_B
Product ID: 0x0086
Hardware Strapping: 0x0044

Any idea? Below is a trace.
Christophe.

iDigi Device Integration Application Version 1.4.14
Using settings file: dia.pyr
Dia.py: waiting 2 minutes before starting core services.
Dia.py: starting
Core: initial garbage collection of 0 objects.
Core: post-settings garbage collection of 10 objects.
Core: Starting Tracing Manager…

no config found… using defaults.
Core: Starting Scheduler…
Core: Starting Channel Manager…
Core: Starting Device Driver Manager…
Time_Server:1.fr.pool.ntp.org
Time_Zone:0
Core: Starting Presentation Manager…
Core: Exception during core initialization:
Traceback (most recent call last):
File “/site-capteurs-trunk/src/core/core_services.py”, line 382, in epoch
File “/site-capteurs-trunk/src/presentations/presentation_manager.py”, line 60, in init
File “/site-capteurs-trunk/src/common/abstract_service_manager.py”, line 108, in init
File “/site-capteurs-trunk/src/settings/settings_base.py”, line 292, in init
File “/site-capteurs-trunk/src/common/abstract_service_manager.py”, line 124, in apply_settings
File “/site-capteurs-trunk/src/common/abstract_service_manager.py”, line 158, in _reenumerate_services
File “/site-capteurs-trunk/src/common/abstract_service_manager.py”, line 243, in instance_new
File “/site-capteurs-trunk/custom_presentations/my_feed_ts_rc4/my_feed_ts_rc4.py”, line 140, in init
File “/site-capteurs-trunk/src/devices/xbee/common/addressing.py”, line 53, in gw_extended_address_tuple
File “/site-capteurs-trunk/src/devices/xbee/common/ddo.py”, line 104, in retry_ddo_get_param
DDOTimeoutException: could not get ‘SH’ from ‘None’
Core: Fatal exception caught! Halting execution.

WARNING:xbee_autoenum:XBeeAutoEnum: __add_new_device. UNABLE to get DD from [00:13:a2:00:40:65:f0:26]!.
WARNING:xbee_autoenum:XBeeAutoEnum: __add_new_device. UNABLE to get DD from [00:13:a2:00:40:69:6c:2a]!.

XBeeDeviceManager(xbee_device_manager): exception in xbee_get_node_list: get_node_list: error getting node list.

WARNING:xbee_autoenum:XBeeAutoEnum: __add_new_device. UNABLE to get DD from [00:13:a2:00:40:6e:17:00]!.
WARNING:xbee_autoenum:XBeeAutoEnum: __add_new_device. UNABLE to get DD from [00:13:a2:00:40:69:6c:2f]!.
WARNING:xbee_autoenum:XBeeAutoEnum: __add_new_device. UNABLE to get DD from [00:13:a2:00:40:69:6c:28]!.
WARNING:xbee_autoenum:XBeeAutoEnum: __add_new_device. UNABLE to get DD from [00:13:a2:00:40:65:f0:2b]!.

2

Sounds like it was enough to complain here to finally make it work.
I upgraded (again) the gateway’s firmware and performed a factory reset, to find out that it now works.
Sorry for the inconvenience.

3

Update: IT DOES NOT WORK. Rather, it works sometimes, but after a few reboots, sometimes only one, the error comes back.
The only workaround I found is to:
1/ update firmware on the CPX4’s radio firmware,
2/ then factory default the CPX4.

Note: on the first attempt to flash the gateway’s radio firmware, I get :

Firmware update successful
Warning: Internal error (load failed)
Warning: Some radio settings may have been lost

Second attempt works (in most cases).

4

Could it have something to do with PAN ID being set on the gateway? It seems I have more success with PAN ID set to 0 in the CPX4’s XBee module