mikroelektronika / mikrosdk_click_v2 Goto Github PK

trying to compile and run the example code to attempt to log data on a pi. cant find where log.h lives

Describe the bug
ADC4 setup error

https://github.com/MikroElektronika/mikrosdk_click_v2/blob/master/clicks/adc4/lib/include/adc4.h#L185

Acording with https://www.analog.com/media/en/technical-documentation/data-sheets/AD7175-8.pdf, I think
#define ADC4_CH_EN 0x8001
should be replaced with
#define ADC4_CH_EN 0x8000

It would be useful if you could add the library/repository for this click board. Currently, it doesn't appear to be accessible from this repository

Describe the bug
Type 'temp' is used uninitialized in this function/ Type 'temp' may be used uninitialized in this function in captouch2.c

To Reproduce
Type 'temp' may be used uninitialized in this function Line 288 - captouch2.c
Type 'temp' is used uninitialized in this function/ Type 'temp' may be used uninitialized in this function in captouch2.c : go to Line 298 - captouch2.c and check the code

Expected behavior
All the warning are cleared to avoid malfunction

Screenshots

Information (please complete the following information):
NA

Additional context
NA

Describe the bug

Memory access violation in pwm_output_config function of pwm lib ( pwm click )

To Reproduce

run the example test of pwm click

Expected behavior

a strange behavior of the output channel they are activated to HIGH at the init

Screenshots

in the function below , it try to access the 5 byte of the config arrary but this arrary has only 4 bytes

void pwm_output_config ( pwm_t *ctx, uint8_t *config1 )
{
uint8_t output_buff[ 1 ];

if( config1[ 0 ] > 3 )
{
    config1[ 0 ] = config1[0] % 3;
}
output_buff[ 0 ] = 0;
output_buff[ 0 ] |= ( config1[0] & 0x03 );
output_buff[ 0 ] |= ( config1[1] & 0x01 ) << 2;
output_buff[ 0 ] |= ( config1[2] & 0x01 ) << 3;
output_buff[ 0 ] |= ( config1[4] & 0x01 ) << 4;

pwm_generic_write( ctx, PWM_MODE2_REG, output_buff, 1 );

}

solution:

void pwm_output_config ( pwm_t *ctx, uint8_t *config1 )
{
uint8_t output_buff[ 1 ];

if( config1[ 0 ] > 3 )
{
    config1[ 0 ] = config1[0] % 3;
}
output_buff[ 0 ] = 0;
output_buff[ 0 ] |= ( config1[0] & 0x03 );
output_buff[ 0 ] |= ( config1[1] & 0x01 ) << 2;
output_buff[ 0 ] |= ( config1[2] & 0x01 ) << 3;
output_buff[ 0 ] |= ( config1[3] & 0x01 ) << 4;

pwm_generic_write( ctx, PWM_MODE2_REG, output_buff, 1 );

}

Information (please complete the following information):

• OS: Windows
• SDK V2
• Click PWM
• STM32

Describe the bug
The environment3_get_gas_resistance() function for the environment3 click has conflicting types.
The header file says it returns a uint32_t where as the source file says float. Looks like float is the
correct one from reading the docs.

In clicks/environment3/lib_environment3/include/environment3.h:726

 * @return @li @c  2.0 - No new data.
 *         @li @c -1.0 - Error.
 *         @li - Gas resistance value in Ohms.
 * @note None.
 */
uint32_t environment3_get_gas_resistance ( environment3_t *ctx );

In clicks/environment3/lib_environment3/src/environment3.c:599

float environment3_get_gas_resistance ( environment3_t *ctx )
{
    int8_t error_check = environment3_get_data ( ctx );
    
    if ( ENVIRONMENT3_OK != error_check )
    {

To Reproduce
See above.

Expected behavior
The .h and .c files should have the same return type for the function.

Screenshots
NA

Information (please complete the following information):

• OS: NA
• SDK version: NA
• Click package version: Repo commit d22d8d4cf
• HW related to issue (board, MCU, etc.)

Additional context
NA

hello, question is probably for stefan filipovic, we bought the PWR Meter 3 Click 5510 (ACS38700) and would like to run it via I2C to a pyb-micropython board. an i2c-scan reveals that the 3click board DOES NOT RESPOND.

we are sure that gnd, 3v3, sda, scl and en are correctly connected. Clock is on 400khz. we have successful communication with a different I2C board by Allegro with our software-library and pyb board combination. This seems to not work on the PWR Meter 3 Click.
are we missing something? could you give us some support? is the mikro-ID preventing us from communicating with the ACS38700? Did you reprogram the ACS38700 somewhat? thanks for your support!

Hi,

I am working on a project that requires multiple UWB Clicks to work together without any issues or delays. Upon conducting some research, I discovered that the available UWB library utilizes the TWR protocol, which restricts the usage to only one click at a time.

Is it possible to utilize the UWB Click in the TDoA protocol using the provided library?

If it is possible, could you please provide any sample code for that? It would be greatly appreciated and very helpful for my research.

Describe the bug
Mistake in the documentation README.MD for for the AudioAmp click (the first one).

To Reproduce
Go to
https://github.com/MikroElektronika/mikrosdk_click_v2/tree/master/clicks/audioamp

Expected behavior
This board uses the LM48100 chip not the LM386.

Additional context
This causes searches and readers to bypass this repository thinking it is for another chip.

Hi, I'm working with a Teensy 4.0 and a Esp32-S3 on Arduino IDE and I've just purchased a 'Can 3 isolator click board'.
I succeeded to use the click with the ACAN-T4 library on the Teensy, and I'm gonna try it with the Esp32 too.
But I'd like to use the native library you provide on here in order to use two standard serial pins instead the CTX/CRX (specific for CAN communication).

So, is there a way to use that library directly on Arduino IDE ?

Thanks

I want to detect NFC tag using NFC 4 Click board and send the tag data to the ESP32 via SPI communication.
I need resources / library which can help me in running the nfc board on esp-idf framework

Describe the bug
In the accel19_set_control function of the Accel19 API the value of tx_buf is never set before being passed to the accel19_generic_write function.

Package Version
Latest.

Describe the bug
The values of ACCEL19_CTRL6_FS_4g and ACCEL19_CTRL6_FS_8g are swapped in the header file accel19.h.

Screenshots

Hi team,

I'm Nhan, I just bought an ECG/GSR Click device, using the example code from the mikroSDK (https://github.com/MikroElektronika/mikrosdk_click_v2/tree/master/clicks/ecggsr).

Currently, I can communicate with the device via I2C, read back device ID, get SPO2 and ECG data correctly from the device. However, when I switch to collect the GSR data, the device always returns 16383 which is actually an invalid value. By reading the schematic to get more information about the hardware design of GSR, I see that only one line from 3.5mm jack cable connect to GPIO_1 for Analog reading, which mean that I need to inject a current to my skin, and collect back the signal from the 3.5 cable connect to GSR port, but this setup did not work.

Then, I am curious about the setup for GSR measurement using this device.

Thank you very much