Hello Masmur, The TRF7970A does not have any errata related to ISO15693 tag reading/writing. This issue is system/software related. The TRF7970AEVM and GUI is out of date software, is that what you are using to evaluate the device? If so, the issue may be due to software bugs in the EVM firmware which were never updated due to moving to newer software bases. If you can describe what software you are using as a base and also provide info on what tag you are writing to, I can offer advice on how to proceed to resolve this issue.
↧
Forum Post: RE: TRF7970A: Cannot reliably read/write to NFC tag (ISO15693) using TRF7970A
↧
Forum Post: RE: CC3220: CCS Building Error
Hey Jack, As YiKai suggested in the other post, delete the space you have in your project folder so that “Alex F” is "Alex_F" for example. I see that you are following an OTA guide from the 1.50.00.06 SDK, which was released about a year ago. Please download and use the latest SDK and Service Pack, if you aren't already: I also recommend using the SimpleLink Academy training, "Wi-Fi OTA" , to learn more about OTA as this is the most up-to-date guide we have on this subject. As for the error, when you imported "ota" found in , did you uncheck "Copy projects into workspace"? BR, Seong
↧
↧
Forum Post: RE: CCS: Regarding use of watchdog timer
Hi, Yes usage of Watch dog can be one of possible solutions. Good example how to use WDT you find at CC3200 SDK example "watchdog". Similar "hang issues" according my experiences comes for situations that your code or used libraries are not able deal with some conditions (e.g. unexpected WLAN disconnect, DHCP lease IP time-out, etc.). All this stations can be handled by your code. Examples in SDK are designed to be simple and understandable, from this reasons it not serve all the potential reasons of issues. Hardware CC3200 and SimpleLink driver are pretty stable and are used in many commercial projects. But need to be properly used. I did not use TI MQTT lib at CC32xx devices, but I read at this forum some topics related with this library. Mainly this issues comes from unavailable MQQT broker (lost internet connection) or lost WLAN connection. You may to simulate similar situations and determine if your issue/hang occurs. In this state is very important monitoring of asynchronous handlers (SimpleLinkNetAppEventHandler, SimpleLinkWlanEventHandler, SimpleLinkGeneralEventHandler, SimpleLinkSockEventHandler) by console. Jan
↧
Forum Post: CCS/LAUNCHXL-CC26X2R1: Building aThread cli-ftd example
Part Number: LAUNCHXL-CC26X2R1 Tool/software: Code Composer Studio Hi! Trying to build a cli-ftd example from SimpleLink CC26x2 SDK v2.20.00.36, and build fails on aes_alt.c claiming that 'struct "unnamed" has no field "cryptoKey"' and 'struct "unnamed" has no field "keyMaterial"'. Looking through aes_alt.h (I though that is alternative AES implementation using chip hardware encoder/decoder) I've found that struct {} mbedtls_aes_context really doesn't have such fields. What I should do to correct this issue?
↧
Forum Post: RE: CCS/CC1350: CC1350 Getting started (detailed)
I just got working rfEasyLinkTx and Rx examples on CCS. THe main problem was two popups with the previous error about update. So I've clicked only one, unplug USB and now is working. Also I've "Erase all unprotected pages" with Smartrf flash programmer. This page has great information: dev.ti.com/.../index.html To sum up: -Install CCS -Install SDK -Update in CCS if popup when try to debug. ONLY click to the first popup and wait until console of CCS says finish. -Unplug/Plug USB. -Done
↧
↧
Forum Post: RE: CCS/CC1350: CC1350 Getting started (detailed)
I found complex because there is a lot of tools and I think sometimes has the same functions... I think Code Composer Studio is the bigger tool and has all functionalities, but: could someone explain the use of each tool? (Code composer studio, Sensor Controller Studio, Flash Programmer 2, Uniflash , SmartRF studio...)
↧
Forum Post: RE: CC1350STK: data transfer from CC1350 STK to esp32 via bluetooth
Hi Kaite, I have ported launchpad to stk as per the steps in that link. I cloned a new directory named my board and changed launchxl files to myboard and then removed launchxl.c and launchxl.h and added cc1350stk . I changed link directory on required .h files. From board.h file i selected rf config and then defined that rf config in bleuserconfig files. I have Included CC1350STK in preprocessor include.Now i am getting following errors. Thanks in advance. Cheers, Ram
↧
Forum Post: RE: CC3220: CCS Buid Error
Continuing this discussion here: e2e.ti.com/.../708943
↧
Forum Post: RE: CC2530: CC2530 (F256) UART don't respons
К сожалению не удалось.
↧
↧
Forum Post: RE: CC2530 HEX printout
Hi Mr Yk, Thanks a lot, i had success to send string via HalUart API, as you see bellow. My error was during initializing string and also when I called HalUART API: char smartdata2[]={'1','C','\0'}; char smartdata3[]={'0','1','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','\0'}; char smartdata4[]={'1','7','F','C','\0'}; char smartdata5[]={'0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','0','\0'}; HalUARTWrite( HAL_UART_PORT_0, smartdata1,SIZE_OF_UART_RX_BUFFER1); HalUARTWrite( HAL_UART_PORT_0, smartdata2,SIZE_OF_UART_RX_BUFFER1); HalUARTWrite( HAL_UART_PORT_0, smartdata3,SIZE_OF_UART_RX_BUFFER2); HalUARTWrite( HAL_UART_PORT_0, smartdata4,SIZE_OF_UART_RX_BUFFER3); HalUARTWrite( HAL_UART_PORT_0, smartdata5,SIZE_OF_UART_RX_BUFFER4); To form the word I sent each one string part, from master ( CC2530 ) to slave (external exchange device), but always in the tail, or last string, I seeing a "þA€" undesirable character or trash. I tried to include at the end of string array /n or /r but nothing worked! In addition I always see warning at each one string initialization , during compilation process: Warning[Pe167]: argument of type " char *" is incompatible with parameter of type " uint8 *" C:\Texas Instruments\ Z-Stack Home 1.2.2a.44539\Projects\zstack\HomeAutomation\TEHA0003\Source\zcl_TTa0003.c 1233 Do you have any idea to fix it? BR Alex
↧
Forum Post: CC3220: What is the initial time till AT Command is ready from hibernate to awake?
Part Number: CC3220 Hi team, Can you please advise back the time that takes to the AT Command to utilize and be ready to receive CMD from hibernate to wake? And if there is different from nReset to ready to receive CMD? Thanks in advance. Best, Shai
↧
Forum Post: CC2640R2F: use as a transceiver?
Part Number: CC2640R2F Hello with using the Bluetooth long range stack from TI do i have the capability to use the ic as a transceiver?Thanks
↧
Forum Post: RE: CCS/CC1350: CC1350 Getting started (detailed)
Code composer studio is IDE for TI chips such as CC13xx, CC26xx,... Sensor Controller Studio is IDE for generating and test codes for sensor controller. Flash Programmer 2 is flash downloading tool for earlier version of CC13x0 and CC26x0. Uniflash is another flash downloading tool for new CC13x2 and CC26x2 chips and it also works for previous CC13x0 and CC26x0. SmartRF Studio is RF testing tool.
↧
↧
Forum Post: RE: TRF7970A: Cannot reliably read/write to NFC tag (ISO15693) using TRF7970A
Hello Ralph, We are not using the EVM to evaluate rather debug any issues. We are using an STM32L4 CPU connected via SPI to the TRF7970A chip. This is a custom board that our company has developed but have used your EVM reference designs for it. We took the MSP firmware logic (downloaded from TI) that was written initially and ported it to the STM32L4 CPU. The tag we are using are Fujitsu ISO15693 gammatag. Here's the datasheet: www.fujitsu.com/downloads/MICRO/fme/fram/ds-mb89r118c.pdf So here's the scenario: First, we do an ISO15693 inventory scan (in single slot mode) and we receive the TAG ID successfully. Next, we send an ISO15693 system info command and retrieve the block size and # of blocks (block size is 0x7 and # of blocks is 0xf9). Next, we do an ISO15693 Single block write of data to block 0: 00 AA AA AA AA AA AA AA Followed by another single block write to block 1: 11 BB BB BB BB BB BB BB Followed by another single block write to block 2: 22 CC CC CC CC CC CC CC And finally the last single block write to block 3: 33 DD DD DD DD DD DD DD Then we try to read back the block 0 through 3 using ISO15693 single block read command and the results were mentioned in my first post and we see missing writes between blocks What we've observed: When we do the single block writes, we get a response 00 (i.e. no error) back from the tag. So, it is definitely not our firmware since the TRF7970A is responding correctly and sending an RX COMPLETE interrupt every time. I don't know what else to describe to you that the tag writes are not happening the way we expected.
↧
Forum Post: RE: CC2530: OTA Update
There is something wrong on your PAN ID. It shoun't be 0xFFFF. Try to restart your OTA server and form Zigbee network with correct PANID which is other than 0xFFFF.
↧
Forum Post: RE: WL1831MOD: [WL1831][HFP][iphone8 ios11.2.2]The income call ringtones are different, the first time ringtone volume is too small. Another question.
Hi, Please refer to our discussion in the previous thread. [quote user="user5297619"][jfq]My question is that TI chip input pcm is normal, but TI chip output pcm become small, how to explain this?[/quote] I understand the phenomenon you have described. [quote user="user5297619"][jfq]"Please concentrate your debug on the audio data-path after the WL18xx (between WL18xx PCM interface and speakers)." is a bad suggestion.[/quote] From our analysis, the WL18xxQ is working as expected. Please note that an issue like this would not be caused by some bug on the BT controller side. It may be caused by some discrepancy on the PCM interface. For example, if the PCM out of WL18xxQ is interpreted by the peer audio codec/processor with one bit offset, the volume would appear lower. Alternatively, it is possible that the data is sent with lower volume over the air. Like I mentioned before, you need to focus first on the PCM interface and analyze the PCM stream with a logic analyzer to see if the PCM data captured with the logic analyzer matches with what is observed on the audio codec/processor on the other end. This will help you find out if the issue is in the PCM configuration. If the issue is not related to the PCM interface, compare the PCM data (captured by the logic analyzer) with the BT sniffer capture that can decode SCO/eSCO data over the air. Comparing these two will help you identify if the SCO/eSCO data is sent correctly over the air. Now, with the steps clearly defined, I hope you would be able to do the relevant analysis to debug this issue. Best regards, VIhang
↧
Forum Post: RE: CC2530: What is the code that retrieves EP, ID, Adresses from ZC?
1. Thanks. I see that this only gets the ZED's parent address. So if I wanted to send an attribute update, to this address, would the the ZC be able to receive it, or would only the direct parent receive it (meaning only ZR). 2.Is there a similar function to get the ZC's EP too?
↧
↧
Forum Post: RE: CC2530: What is the code that retrieves EP, ID, Adresses from ZC?
1. If you use parent address, only ZED's parent would receive it. 2. You can use ZDP_ActiveEPReq to get ZC's EP.
↧
Forum Post: RE: CC2564MODN: Module Schematics and Layout
HI Chen Thanks, pls advise us asap INg
↧
Forum Post: RE: CC2530: What is the code that retrieves EP, ID, Adresses from ZC?
1. How could I get ZC's address then? 2. Doesn't the ZED already have the ZC's EP stored. You said earlier, "you should see source and destination address and endpoints when you use ZDP binding request to do binding from ZC to device." So isn't there a method to retrieve this stored EP instead of asking for the ZC's EP again?
↧
