This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Part Number: EK-TM4C129EXL
Tool/software: TI-RTOS
In an effort to test the whole foodchain, I've finally managed to rebuild the Out-of-Box demo for the EK-TM4C129EXL.
It's running fine; acquires its IP address via DHCP, gets time from NTP... ( there's no proxy involved, so haven't changed these settings. )
But having deleted the device on exosite - of course this requires the device to be re-activated. Debug session is correctly reporting device MAC address and CIK.
Connected via terminal, the 'activate' command doesn't seem to do anything. Should it?
Is there an easy way to effect re-activation?
Hello LouEEEE,
The "Readme.txt" file (that is part of the secure_iot project) says the following. Have you followed this step?
Thanks,
Sai
In reply to Sai Reddy:
Sai,
Again, thanks for your quick response. I am well beyond all that, though...
Key part of my message was the 're-' bit. I've long since created an account and registered the device. Out-of-Box, it all worked...
I have since deleted the device, recreated it, and would now like to re-activate it using its new CIK (per my message above).
Can't find any clear help on the exosite, other than the missive: 'Please activate your device or confirm the device RID and try again'
I can't find any place to enter the device's CID, for example - while the device EEPROM CID is clearly displayed in the debugger - and it's obvious this doesn't match the new CID exosite has now assigned to the device.
Ideas?
In reply to LouEEEE!:
Have repeated the Re-Enable/Restart or Reset cycle several times already - no joy!
Have also tried cold reboot of the board, as well as reset.
Board does connect:
Connected to Exosite server.CIK found in EEPROM 51a681cf7f3d2478fe21159e4e16d98539a8a8a7CloudTask: Bad response, ecode: -103, socket error: 0 during : 2 action.Resetting connection.Failed to resolve host name. Check proxy server settings. Ecode: -106.CloudTask: Bad response, ecode: -103, socket error: 0 during : 4 action.Resetting connection.
Again, there is no proxy in the mix, and the board has already verified NTP time by this point.
> activate command appears to do nothing; just 'hangs'.
Which of the sample programs illustrates EEPROM write? Maybe it's time to just try changing CID manually on the board?
Yes, this is interesting. With: BIOS.heapsize = 70920
Using MAC address in flash Starting BIOS Service Status: DHCPC : Enabled : : 000 Service Status: DHCPC : Enabled : Running : 000 Welcome to the Crypto Connected LaunchPad's, Secure Internet of Things Demo. MAC Address: <Correct MAC address> Network Added: If-1:10.0.0.107 Service Status: DHCPC : Enabled : Running : 017 Resolving IP address of time.nist.gov... NTP IP resolved to 216.229.0.179 Connecting to NTP server Current Date/Time is Thu May 18 19:38:11 2017 Connecting to server... Connected to Exosite server. CIK found in EEPROM 51a681cf7f3d247...<etc> ti.sysbios.heaps.HeapMem: line 361: out of memory: handle=0x2001e16c, size=1664 CloudTask: Bad response, ecode: -103, socket error: -353 during : 2 action. Resetting connection. Connecting to server... Connected to Exosite server. CIK found in EEPROM 51a681cf7f3d247...<etc> CloudTask: Bad response, ecode: -103, socket error: 0 during : 2 action. Resetting connection. Connecting to server... Connected to Exosite server. CIK found in EEPROM 51a681cf7f3d247...<etc> CloudTask: Bad response, ecode: -103, socket error: 0 during : 2 action. Resetting connection. Connecting to server... Connected to Exosite server. CIK found in EEPROM 51a681cf7f3d247...<etc> CloudTask: Bad response, ecode: -103, socket error: 0 during : 2 action. Resetting connection. Connecting to server... ----- repeats a couple of times ----- Resetting connection. 00013.644 getaddrinfo: Error: couldn't resolve host name "m2.exosite.com" Failed to resolve host name. Check proxy server settings. Ecode: -106. CloudTask: Bad response, ecode: -103, socket error: 0 during : 4 action. Resetting connection. Connecting to server... Connected to Exosite server.
However, with BIOS.heapsize = 80920
Using MAC address in flash Starting BIOS Service Status: DHCPC : Enabled : : 000 Service Status: DHCPC : Enabled : Running : 000 Welcome to the Crypto Connected LaunchPad's, Secure Internet of Things Demo. MAC Address: <correct MAC address> Network Added: If-1:10.0.0.107 Service Status: DHCPC : Enabled : Running : 017 Resolving IP address of time.nist.gov... NTP IP resolved to 216.229.0.179 Connecting to NTP server.......... Failed to Sync time with NTP server after 10 seconds-- and then nothing more ---
( this is output from the Stellaris in-circuit debugger - which they've clearly named after you! )
LouEEEE,
LouEEEE!ti.sysbios.heaps.HeapMem: line 361: out of memory: handle=0x2001e16c, size=1664
Clearly heap size of 70920 is not sufficient. The increased heap size should give you better result.
I have never seen a scenario when the NTP server did not sync time after connecting. For now please try to re-run the code and see if you go past this NTP server not syncing.
LouEEEE!( this is output from the Stellaris in-circuit debugger - which they've clearly named after you! )
Or the other way around :)
It's getting better. with BIOS.heapsize - 80920 ( and after several cold reboots/resets/rebuilds, etc. ), card is running and connecting to exosite:
Connecting to server... Connected to Exosite server. CIK found in EEPROM c67f36be65f07688...<etc>
Still things are not quite right, though. LED D1 doesn't behave properly. Interface reports device 'Failed to update'. ( and LED status doesn't change. )
Debug interface also ends at CIK found in EEPROM; no output after that. ( Will have to check code to know if this is normal 'endpoint'? )
The CIK looks different. Can you check if this CIK matches the one that is assigned by the Exosite portal? You can look at the CIK assigned by Exosite using the following steps
LouEEEE!Debug interface also ends at CIK found in EEPROM; no output after that. ( Will have to check code to know if this is normal 'endpoint'?
After the CIK information:
LouEEEE!Still things are not quite right, though. LED D1 doesn't behave properly. Interface reports device 'Failed to update'. ( and LED status doesn't change. )
If LED D2 is blinking continuously, you should be able to control LED D1 from the dashboard on the Exosite server.
sai
Hello Sai,
Stellaris SaiThe CIK looks different. Can you check if this CIK matches the one that is assigned by the Exosite portal?
With BIOS.heapSize = 80920, board has been running successfully, connected to exosite since our last communication. I am concerned that this seems to be a surprise fix, or a kludge.
Stellaris SaiIf LED D2 is blinking continuously, you should be able to control LED D1 from the dashboard on the Exosite server.
But things are definitely still not right.
LED D1 or Alert Email result in "Failed to update. Please check your device status or try again." - with no result on the board.
One thing I'd like to try?: I'd like to bring xdctools-(latest) into the mix here. How to change XDC_CG_ROOT in the project's Linked Resources. It's un-editable in CCSv7 interface.
I'm just not feeling confident about the food chain here.
Goal was to begin the real work we had in mind - our own code - for the TM4C129 family by now, not to be struggling with what should be the simplest one-hour exercise of the Out-of-Box demo.