Hi Steven
how about think NUVOTON microcontrollers
Suggestions for new microcontroller support
-
- Posts: 40
- http://meble-kuchenne.info.pl
- Joined: Mon Apr 05, 2021 1:59 am
- Has thanked: 8 times
- Been thanked: 4 times
Re: Suggestions for new microcontroller support
- Attachments
-
- download.jpg (10.59 KiB) Viewed 33039 times
-
- Posts: 89
- Joined: Wed Dec 02, 2020 10:06 am
- Location: Italy
- Has thanked: 37 times
- Been thanked: 10 times
Re: Suggestions for new microcontroller support
Hello
Any chance to put STM32G081KBT6 in the current flowcode version?
the current chip shortage is very critical and the stm32 products currently available are in the G or L family.
I understand the hard work behind making support for a new mcu family compatible, but it would be truly appreciated
Kind regards
Any chance to put STM32G081KBT6 in the current flowcode version?
the current chip shortage is very critical and the stm32 products currently available are in the G or L family.
I understand the hard work behind making support for a new mcu family compatible, but it would be truly appreciated
Kind regards
-
- Posts: 261
- Joined: Thu Dec 10, 2020 2:35 pm
- Has thanked: 36 times
- Been thanked: 17 times
Re: Suggestions for new microcontroller support
Hello all
I have discovered something interesting
Have a look here:
https://dstike.com/
many ESP8266 boards / clocks
are they supported yet?
I would be happy if these products could be programmed via FC9.
Read measurement data on your own clock,
control other devices, etc.
Greetings SpeedPic32
I have discovered something interesting
Have a look here:
https://dstike.com/
many ESP8266 boards / clocks
are they supported yet?
I would be happy if these products could be programmed via FC9.
Read measurement data on your own clock,
control other devices, etc.
Greetings SpeedPic32
-
- Posts: 6
- Joined: Fri Feb 12, 2021 3:29 pm
- Been thanked: 1 time
Re: Suggestions for new microcontroller support
Hi Steve,
This is the micro I would like to see in the flowcode list :
PIC18F16Q41/SO
Do you think it's possible in a short term ?
Many thanks
Marc
This is the micro I would like to see in the flowcode list :
PIC18F16Q41/SO
Do you think it's possible in a short term ?
Many thanks
Marc
-
- Matrix Staff
- Posts: 1924
- Joined: Mon Dec 07, 2020 10:06 am
- Has thanked: 501 times
- Been thanked: 684 times
Re: Suggestions for new microcontroller support
Hello,
I'll see if I can get the device added for you.
Just been looking into this one for you, it appears this device is not supported by the current PIC compiler we are using and so at the moment it's not as easy to add as it might be. You would need to use the XC8 compiler direct from Microchip to use this device.This is the micro I would like to see in the flowcode list :
PIC18F16Q41/SO
Do you think it's possible in a short term ?
I'll see if I can get the device added for you.
ESP8266 is a completely seperate toolchain and source code to the ESP32. It's something we would like but at the moment we are putting our efforts into the more capable ESP32 device. If more users would like to see the ESP8266 then please let us know.many ESP8266 boards / clocks
are they supported yet?
Regards Ben Rowland - MatrixTSL
Flowcode Online Code Viewer (Beta) - Flowcode Product Page - Flowcode Help Wiki - My YouTube Channel
Flowcode Online Code Viewer (Beta) - Flowcode Product Page - Flowcode Help Wiki - My YouTube Channel
- p.erasmus
- Posts: 434
- Joined: Thu Dec 03, 2020 12:01 pm
- Location: Russia / Россия
- Has thanked: 104 times
- Been thanked: 88 times
Re: Suggestions for new microcontroller support
Hi All,
You can only download the new device files from the Microchip web and install it for your compiler version so basically any version of the compiler will work with new devices that is not in the version of your compiler .
You can only download the new device files from the Microchip web and install it for your compiler version so basically any version of the compiler will work with new devices that is not in the version of your compiler .
Regards Peter - QME Electronics
-
- Posts: 261
- Joined: Thu Dec 10, 2020 2:35 pm
- Has thanked: 36 times
- Been thanked: 17 times
Re: Suggestions for new microcontroller support
hello,
I mean this clock
DSTIKE ESP32 Watch DevKit oled
i think all chips from FC are supported or?
This product was planned at the same time of deauther wristband. I learned a lot of experience from deauther wristband and I knew ESP32 is a better choice for a "Watch".
The breakout pads are also designed to connect different sensors.
TX/RX could be used to communicate with computer or other control board.
17/16 is IIC port could be connected with RTC module or other IIC sensors.
SVP/SVN could input ADC signals.
25/26 could output DAC signals.
What makes it special?
Small size: 3.8x4.5cm
Height:1.5cm
Double 4 layer board
600mAh battery inside
On/OFF Power Switch
OLED version:1.3OLED SH1106(SDA-17,SCL-16)
Buzzer-32
WS2812b RGB LED-33
Navigation Button(Up-19,Center-18,Down-5)
OLED version external slide button(22,23)
Highlight LED(27)
Indicate charging LED(On means Charging,OFF means Full)
Reset and Flash Button at Bottom board
Breakout GPIOs(TX,RX,17,16,SVP,SVN,25,26,GND,3V)
SD Card support
GPIO12--DAT2
GPIO13--DAT3
GPIO15--CMD
GPIO14--CLK
GPIO2--DAT0
GPIO4--DAT1
GPIO21--card
Greetings SpeedPic32
I mean this clock
DSTIKE ESP32 Watch DevKit oled
i think all chips from FC are supported or?
This product was planned at the same time of deauther wristband. I learned a lot of experience from deauther wristband and I knew ESP32 is a better choice for a "Watch".
The breakout pads are also designed to connect different sensors.
TX/RX could be used to communicate with computer or other control board.
17/16 is IIC port could be connected with RTC module or other IIC sensors.
SVP/SVN could input ADC signals.
25/26 could output DAC signals.
What makes it special?
Small size: 3.8x4.5cm
Height:1.5cm
Double 4 layer board
600mAh battery inside
On/OFF Power Switch
OLED version:1.3OLED SH1106(SDA-17,SCL-16)
Buzzer-32
WS2812b RGB LED-33
Navigation Button(Up-19,Center-18,Down-5)
OLED version external slide button(22,23)
Highlight LED(27)
Indicate charging LED(On means Charging,OFF means Full)
Reset and Flash Button at Bottom board
Breakout GPIOs(TX,RX,17,16,SVP,SVN,25,26,GND,3V)
SD Card support
GPIO12--DAT2
GPIO13--DAT3
GPIO15--CMD
GPIO14--CLK
GPIO2--DAT0
GPIO4--DAT1
GPIO21--card
Greetings SpeedPic32
-
- Matrix Staff
- Posts: 1924
- Joined: Mon Dec 07, 2020 10:06 am
- Has thanked: 501 times
- Been thanked: 684 times
Re: Suggestions for new microcontroller support
Hello,
Excellent that looks great, yes the chip will work fine with Flowcode and the display and other features should also work.I mean this clock
DSTIKE ESP32 Watch DevKit oled
i think all chips from FC are supported or?
Regards Ben Rowland - MatrixTSL
Flowcode Online Code Viewer (Beta) - Flowcode Product Page - Flowcode Help Wiki - My YouTube Channel
Flowcode Online Code Viewer (Beta) - Flowcode Product Page - Flowcode Help Wiki - My YouTube Channel
-
- Valued Contributor
- Posts: 997
- Joined: Wed Dec 02, 2020 10:53 am
- Has thanked: 190 times
- Been thanked: 217 times
Re: Suggestions for new microcontroller support
Hi Steve
Is it possible to support the ESP32 PICO D4?
Maybe later the ESP32 PICO V3 too?
For this ESP32 PICO D4:
There is currently no BLE profile supported in Flowcode 9,
Unfortunately, the standard configuration from Flowcode for all ESP32 Device is set to Bluetooth BLE.
The configuration must always be changed manually to Bluetooth SPP and if you are not careful it will be set back later during compilation from Bluetooth SPP back to Bluetooth BLE.
Wouldn't the standard for Bluetooth be better
BluetoothSPP (and without debugger messages)?
Could the baud rate for the ESP32 PICO D4 flashing instead of 115200 be 921600?
regards
Stefan
Is it possible to support the ESP32 PICO D4?
Maybe later the ESP32 PICO V3 too?
For this ESP32 PICO D4:
There is currently no BLE profile supported in Flowcode 9,
Unfortunately, the standard configuration from Flowcode for all ESP32 Device is set to Bluetooth BLE.
The configuration must always be changed manually to Bluetooth SPP and if you are not careful it will be set back later during compilation from Bluetooth SPP back to Bluetooth BLE.
Wouldn't the standard for Bluetooth be better
BluetoothSPP (and without debugger messages)?
Could the baud rate for the ESP32 PICO D4 flashing instead of 115200 be 921600?
regards
Stefan