- Selection_359.jpg (12.21 KiB) Viewed 4706 times
Search found 131 matches
- Thu May 14, 2020 8:08 am
- Forum: General discussion
- Topic: int16_t strange behaviour?
- Replies: 5
- Views: 4721
Re: int16_t strange behaviour?
here is for HAL based core
- Thu May 14, 2020 7:49 am
- Forum: General discussion
- Topic: int16_t strange behaviour?
- Replies: 5
- Views: 4721
Re: int16_t strange behaviour?
Seems like println implicitely casting it to int32_t
0x8000 is -32767 and the same value will be 0xffff8000 for int32_t
0x8000 is -32767 and the same value will be 0xffff8000 for int32_t
- Wed May 13, 2020 6:27 pm
- Forum: General discussion
- Topic: How to transmit and receive data over USB composite Serial
- Replies: 11
- Views: 9811
Re: How to transmit and receive data over USB composite Serial
Yeah, same here, im using vscode+pio, arduino hal core and pure ll/hal for my projects I keep arduino layer for better portability across mcu families, cuz hw can change during prototyping and development and its really easy to migrate with existing code. But in case of speed or latency sensitive pa...
- Wed May 13, 2020 12:54 pm
- Forum: General discussion
- Topic: How to transmit and receive data over USB composite Serial
- Replies: 11
- Views: 9811
Re: How to transmit and receive data over USB composite Serial
arduino is just a framework (or library, no matter) for very easy and fast start, it configures hardware for you and provides simple api for basic things arduino ide is not an ide to be honest, it's just a text editor with syntax highlighting and basic core selection/compile/upload uptions it can't ...
- Tue May 12, 2020 5:18 am
- Forum: PR's bugs and enhancements
- Topic: HardwareTimer(TIM1) is now broken
- Replies: 2
- Views: 7899
Re: HardwareTimer(TIM1) is now broken
Add before resume
Its a some kind of bug of 1.8.0 and will be fixed in 1.9.0
Code: Select all
MyTim->setMode(1, TIMER_OUTPUT_COMPARE);
Its a some kind of bug of 1.8.0 and will be fixed in 1.9.0
- Mon May 11, 2020 6:38 pm
- Forum: General discussion
- Topic: STM32F103 (Blue Pill) with stm32duino + BME280 + SSD1306 strange behavior
- Replies: 11
- Views: 9819
Re: STM32F103 (Blue Pill) with stm32duino + BME280 + SSD1306 strange behavior
Try print to console first
- Mon May 11, 2020 10:26 am
- Forum: General discussion
- Topic: Problems Sensible Uploading
- Replies: 2
- Views: 9709
Re: Problems Sensible Uploading
it's a quote from yr quotePlease install it or add <STM32CubeProgrammer path>\bin' to your PATH environment:
https://www.st.com/en/development-tools ... eprog.html
- Mon May 11, 2020 8:29 am
- Forum: STM boards (Discovery, Eval, Nucleo, ...)
- Topic: Arduino_Core_STM32 does not support The STM32F3DISCOVERY board
- Replies: 2
- Views: 3265
- Mon May 11, 2020 5:36 am
- Forum: STM32F1 based boards
- Topic: stm32 uploading with stlink not uploading
- Replies: 7
- Views: 14419
Re: stm32 uploading with stlink not uploading
check C:\Users\User\AppData\Local\Arduino15\packages\stm32duino\tools\stm32tools\2020.4.23\win folder and ensure it contains stlink subfolder with ST-LINK_CLI.exe inside
- Mon May 11, 2020 5:25 am
- Forum: General discussion
- Topic: STM32F103 (Blue Pill) with stm32duino + BME280 + SSD1306 strange behavior
- Replies: 11
- Views: 9819
Re: STM32F103 (Blue Pill) with stm32duino + BME280 + SSD1306 strange behavior
display = new Adafruit_SSD1306(SCREEN_WIDTH, SCREEN_HEIGHT, &Wire2); bme = new Adafruit_BME280(); I seem to remember that the Arduino environment discouraged the use of "new." Only avr-gcc cuz new was not implemented afaik. All sm32 cores use arm gcc and it have no problems with new