PSoC™ 4 Forum Discussions
Hi!!! I am now using Cypress's PSoC4 BLE to create a BLE Observer and a Dynamic Broadcaster.
First of all, among the BLE 100 Projects provided by Cypress, observer and dynamic broadcaster are being downloaded and tested.
Especially, in the case of observer, power consumption should be configured as low power so that the filter policy is registered as White List Only, and the device registered in white list tries to receive TX ADV packet.
(See the attached observer modified project)
Then, in the case of observer, I think that it will only generate a scan result event when receiving TX ADV packet from the device registered in white list, and stay in deep sleep normally.
And by adjusting the scan window and scan interval, our application spec. I am trying to find the optimal power consumption conditions
However, in the attached console capture screen, SDDSS is output once about every second.
The meaning of the S character is to print to the console when it wakes up from sleep, and the meaning of the D character is to print to the console when it wakes up from Deep Sleep.
I am not sure why the power state works when I do not tx the adv packet in the broadcasts listed in the white list.
I need some advice on this behavior.
Show Less・English
ATRM If you check, there is Software Reset / Hardware Reset.
In addition to ATRM, is there a document or the like that describes the difference between the two Resets?
I want to check the difference between the rising of Software Reset / Hardware Reset.
・Japanese(日本語)
ATRM確認しますと、Software Reset / Hardware Resetあります。
ATRM以外に、2つのResetの違いが記載されたドキュメント等ありますか?
Software Reset / Hardware Resetの立ち上がりの違いを確認したいです。
Show Less
Hi,
I'm having trouble getting the right output power with the test firmware from KBA220073 in continuous wave mode.
Executing "TXP 15 0 1500" gives me pulses that I measure close enough to 0dBm.
But with "TXC 15 0", the measured power is much lower, around -35dBm.
I can vary the power from -18dBm to +3dBm, but in both cases with "TXC" the measured power is always 35dBm lower.
Any ideas? Could it have something to do with the external power amplifier control lines not being correctly toggled in the continuous carrier wave mode?
Thanks.
Show LessToday I discovered a bug in PSoC Creator 4.2 when using the home folder and using a certain path length in Windows to build your code.
This took a day of my life to figure out what was wrong. I checked the code, project files, compiler and linker settings, like a million times, but that was not the case. It was just the home folder in combination with path length.
It does not happen in other locations other than your home folder.
When does it happen:
- When your project folder is in your home folder C:\users\{yourname}\folder
- When the folder length exceeds +-120 characters
Example path in my case (reproducible error):
My project folder (not that very deep to be honest)
c:\Users\paul\Projects\Cypress\BLE-Projects\
When you unpack the 100 days examples in it.... (Still not that much: 127 characters, still far below ~247 of Windows)
c:\Users\paul\Projects\Cypress\BLE-Projects\PSoC-4-BLE-master\100_Projects_in_100_Days\Day020_BLE_UART\UART_to_BLE_peripheral\
Then when you build your project it will end up with a compile error.
So you keep thinking what have I done wrong. The compiler doesn't complain about path sizes or disk storage issues.
And the error doesn't reveal that much "failed with exit code '1'.
BUT here is the catch, when you put the entire folder in another location than C:\users\{yourname} suddenly it the compile error is gone! Yai!
Even when the path length is even longer than before.
My conclusion is that there is an issue with the relative path's that are a bit long when building the code. If it are full path's the issue doesn't appear.
arm-none-eabi-gcc.exe -Wl,--start-group -o C:\Users\paul\Projects\Cypress\BLE-Projects\PSoC-4-BLE-master\100_Projects_in_100_Days\Day020_BLE_UART\UART_to_BLE_peripheral\UART_to_BLE_peripheral.cydsn\CortexM0\ARM_GCC_541\Debug\UART_to_BLE_peripheral.elf .\CortexM0\ARM_GCC_541\Debug\main.o .\CortexM0\ARM_GCC_541\Debug\app_Ble.o .\CortexM0\ARM_GCC_541\Debug\app_UART.o .\CortexM0\ARM_GCC_541\Debug\app_LED.o .\CortexM0\ARM_GCC_541\Debug\cyfitter_cfg.o .\CortexM0\ARM_GCC_541\Debug\cymetadata.o .\CortexM0\ARM_GCC_541\Debug\Cm0Start.o .\CortexM0\ARM_GCC_541\Debug\UART_to_BLE_peripheral.a "..\..\..\..\..\..\..\..\Documents\PSoC Creator\4.2\Downloads ( 4.2).cylib\BLE_v3_20\Library\gccCyBLEStack_BLE_SOC_PERIPHERAL.a" -mcpu=cortex-m0 -mthumb -L Generated_Source\PSoC4 -Wl,-Map,.\CortexM0\ARM_GCC_541\Debug/UART_to_BLE_peripheral.map -T Generated_Source\PSoC4\cm0gcc.ld -specs=nano.specs -Wl,--gc-sections -g -ffunction-sections -O0 -ffat-lto-objects -Wl,--end-group
Below the full path:
"c:\Program Files (x86)\Cypress\PSoC Creator\4.2\PSoC Creator\import\gnu\arm\5.4.1\bin\arm-none-eabi-gcc.exe" -Wl,--start-group -o C:\Users\paul\Projects\Cypress\BLE-Projects\PSoC-4-BLE-master\100_Projects_in_100_Days\Day020_BLE_UART\UART_to_BLE_peripheral\UART_to_BLE_peripheral.cydsn\CortexM0\ARM_GCC_541\Debug\UART_to_BLE_peripheral.elf .\CortexM0\ARM_GCC_541\Debug\main.o .\CortexM0\ARM_GCC_541\Debug\app_Ble.o .\CortexM0\ARM_GCC_541\Debug\app_UART.o .\CortexM0\ARM_GCC_541\Debug\app_LED.o .\CortexM0\ARM_GCC_541\Debug\cyfitter_cfg.o .\CortexM0\ARM_GCC_541\Debug\cymetadata.o .\CortexM0\ARM_GCC_541\Debug\Cm0Start.o .\CortexM0\ARM_GCC_541\Debug\UART_to_BLE_peripheral.a "c:\users\paul\Documents\PSoC Creator\4.2\Downloads ( 4.2).cylib\BLE_v3_20\Library\gccCyBLEStack_BLE_SOC_PERIPHERAL.a" -mcpu=cortex-m0 -mthumb -L Generated_Source\PSoC4 -Wl,-Map,.\CortexM0\ARM_GCC_541\Debug/UART_to_BLE_peripheral.map -T Generated_Source\PSoC4\cm0gcc.ld -specs=nano.specs -Wl,--gc-sections -g -ffunction-sections -O0 -ffat-lto-objects -Wl,--end-group
I've executed the above statement from the command-line from the exact path in the project and it compiles without issues. I've modified the relative path to be the full path though.
See attached the log files.
Cheers,
Paul
Show Less~Cypress released version 1.2 of the Cysmart IOS app on the Apple Appstore but only source code for version 1.1 is available in the support page for Cysmart (https://www.cypress.com/documentation/software-and-drivers/cysmart-mobile-app) - which was released in 2016.
Since it is stated that there a number of bug fixes, would be really nice to have the latest version for App development.
thanks
Show Lesshi
MCU : CY8C4248LQI-BL583
Board : CY8CKIT-042-BLE-A
psoc project
- BLE_OTA_UpgradableStack_HID_Keyboard
- BLE_OTA_UpgradableStackExample_Launcher
- BLE_OTA_UpgradableStackExample_Stack
ble OTA working good.
how to stop hibernate power mode?
I want to keep "Active Mode".
thanks.
Show LessSPIの割り込みが発生し、割り込み処理が実行されるまでの時間は何かしら規格ございますでしょうか?
・English
There are six ResetSources.
Will the six ResetSources be Software Reset / Hardware Reset?
Below is the image correct?
・Japanese(日本語)
ResetSourceは6つありますが、
各々Software Reset / Hardware Resetどちらでしょうか?
以下であっていますか?
Show Less
I am using a shift register to send out a bit stream (about 2000 bits at 3.3MHZ) which has very tight timing requirements.
The code to write to the shift register is executed inside a critical section.
Without CapSense, everything works fine.
With CapSense, timing problems arise. I was supposing that the interrupt of the CapSense leads to these problems, but other means to disable interrupts like CyGlobalIntDisable have no effect either. I am running out of ideas to solve this problem. Any ideas?
Show Less