21
stm32plus C++ library / SOLVEDSSD1963 on an STM32F103Z...
Last post by Kamswomy - August 08, 2019, 11:41:52 amthat code looks to be using 0x3f as the address. Have you tried the code you found with MICROSOFTWAY defined to use the NETMF libraries or are you just using the software I2C? Regards,Mark
22
Hardware projects / Hacking an HP Z800 motherboard...
Last post by Kamswomy - August 07, 2019, 02:38:10 pmOh Really important The ICSP header on the dev board is NOT the standard Microchip pin out. Youll need to know how to wire a cable.
ISCP connector details
Code:
ISCP connector details
Code:
23
Hardware projects / Hacking an HP Z800 motherboard...
Last post by Kamswomy - August 06, 2019, 05:30:29 pmOh Really important The ICSP header on the dev board is NOT the standard Microchip pin out. Youll need to know how to wire a cable.
ISCP connector details
Code:
ISCP connector details
Code:
24
General discussion / Re: Process automation: accura...
Last post by Bwanna - August 06, 2019, 10:02:00 amQuote from: Andy Brown on August 06, 2019, 09:47:20 am
Hi, I think you may run out of inputs on a single LTC2986. I would recommend downloading the evaluation software from the analog.com site and running the configuration designer to see if what you're planning is feasible.
I'll have to wait until later when I'm near my dev computer. Maybe a simple question, but are both of the K-type wires needing to be connected to individual channels? ...or can one side of each of the 6 K sensors be tied to one channel? With RTD's I've tied on side of those to 5v and then measured each separately on the 328p.
25
General discussion / Re: Process automation: accura...
Last post by Andy Brown - August 06, 2019, 09:47:20 amHi, I think you may run out of inputs on a single LTC2986. I would recommend downloading the evaluation software from the analog.com site and running the configuration designer to see if what you're planning is feasible.
26
General discussion / Re: Process automation: accura...
Last post by Bwanna - August 06, 2019, 08:58:43 amAndy,
Don't mean to hijack this post, but I've starting planning a similar project and wanted to ask if you would have time to provide feedback? More than happy to start a new post if you want. Here's a quick summary of what I'm looking to do:
>Inputs: (6) K-type inputs and (2) 2-wire RTD
>SDI output goes to ESP32 running Ardunio IDE
>ESP32 outputs to TFT 320x240 display
Right now, I have a working version for just the 2 RTDs (and a few digital pressure sensors) with an Atmega328p and TFT display. This project will add the k-types and a larger display. I've already successfully ported the code over for the display, etc. and am now working the inputs.
My first question is if you think the LTC2986 is an appropriate choice for obtaining input from the 8 (6+2) sensors and sending this to the ESP32 in via the SPI connections?
Thanks for your time in reading this.
Cheers,
Don't mean to hijack this post, but I've starting planning a similar project and wanted to ask if you would have time to provide feedback? More than happy to start a new post if you want. Here's a quick summary of what I'm looking to do:
>Inputs: (6) K-type inputs and (2) 2-wire RTD
>SDI output goes to ESP32 running Ardunio IDE
>ESP32 outputs to TFT 320x240 display
Right now, I have a working version for just the 2 RTDs (and a few digital pressure sensors) with an Atmega328p and TFT display. This project will add the k-types and a larger display. I've already successfully ported the code over for the display, etc. and am now working the inputs.
My first question is if you think the LTC2986 is an appropriate choice for obtaining input from the 8 (6+2) sensors and sending this to the ESP32 in via the SPI connections?
Thanks for your time in reading this.
Cheers,
27
Hardware projects / Re: An easy to build android/b...
Last post by Andy Brown - August 05, 2019, 01:56:12 pmHi, I see that there's a script available that converts Altium to KiCad. I'll run it on the schematic at the weekend and if it works then I'll provide the results.
28
stm32plus C++ library / stm32F103vet6 ssd1963 board ha...
Last post by Kamswomy - August 04, 2019, 05:52:01 pmHi,
Im glad to share with you a simple but working code ive wrote for use SSD1306 oled display 128x64 with ours pics.
Im using PIC16f1788 and tested on 18f4525.
good for any pic with i2c and 1k and little more of RAM.
line, circle, rect copied and adapted from glcd library
Code:
Im glad to share with you a simple but working code ive wrote for use SSD1306 oled display 128x64 with ours pics.
Im using PIC16f1788 and tested on 18f4525.
good for any pic with i2c and 1k and little more of RAM.
line, circle, rect copied and adapted from glcd library
Code:
29
Hardware projects / Re: An easy to build android/b...
Last post by _jp - August 02, 2019, 04:48:01 amHi Andy/Everyone
Thanks for posting so many articles, it really helps newbies like me getting started in electronics hardware projects.
I'm using KiCad and I can load up the the gerber files ok, but I would like to play with the schematic.
Is it permissible (or even possible) to get a copy of the reflow project so I can load the schematic into KiCad?
Also, I really like your process controller articles. Nice one.
JP
Thanks for posting so many articles, it really helps newbies like me getting started in electronics hardware projects.
I'm using KiCad and I can load up the the gerber files ok, but I would like to play with the schematic.
Is it permissible (or even possible) to get a copy of the reflow project so I can load the schematic into KiCad?
Also, I really like your process controller articles. Nice one.
JP
30
stm32plus C++ library / How to add/derive support for ...
Last post by avrguru - July 29, 2019, 12:21:41 amHi Andy/everyone! Great projects and amazing library, this stm32plus!
I am trying to add support for the ILI9488 (has more h/w capability & color depth than existing ILI9481). As a starting point, I tried simply duplicating the ili9481 lib and example directories to be the new ili9488 ones, with the goal of making something *called* ili9488 that was exactly the same as ili9481 but just a different name, to make sure it still compiled after the name change. I simply changed every '9481' to '9488' in all affected files and file names where it existed, but it won't build successfully. (I also modified the \display\tft.h file, \display\graphic\tft\TftInterfaces.h file, and \lib\include\error\ErrorProvider.h, since all those include the path to the ili9481 dir's.) When attempting to build the derived ili9488 Example project, it fails to locate pretty much any header file in my "\src\stm32plus\lib\include\display\graphic\tft\ili9488\commands" folder (at least that seems to be the root cause, not clear) and thus complains about (a few dozen) things like:
lib/include/display/graphic/tft/ili9488/ILI9488.h:187:41: error: 'stm32plus::ili9488::ExitSleepModeCmd' has not been declared
_accessMode.writeCommand(ili9488::ExitSleepModeCmd::Opcode)
Again, literally, what I did was copy the existing ili9481 folders (lib and example) and globally change every 9481 to a 9488. I also modified the GUIDs that are present in some of the headers so they'd be different from the '9481 equivalents; no joy. I'm at a loss as to why these files seem to be unavailable during the build. Using the following cmd line to compile: "scons mode=debug mcu=f1hd hse=8000000" as well as other variants; all give the same result. Almost seems like I'm missing a pre-compile step (clean? build some other thing first???) Thanks for any suggestions!
I am trying to add support for the ILI9488 (has more h/w capability & color depth than existing ILI9481). As a starting point, I tried simply duplicating the ili9481 lib and example directories to be the new ili9488 ones, with the goal of making something *called* ili9488 that was exactly the same as ili9481 but just a different name, to make sure it still compiled after the name change. I simply changed every '9481' to '9488' in all affected files and file names where it existed, but it won't build successfully. (I also modified the \display\tft.h file, \display\graphic\tft\TftInterfaces.h file, and \lib\include\error\ErrorProvider.h, since all those include the path to the ili9481 dir's.) When attempting to build the derived ili9488 Example project, it fails to locate pretty much any header file in my "\src\stm32plus\lib\include\display\graphic\tft\ili9488\commands" folder (at least that seems to be the root cause, not clear) and thus complains about (a few dozen) things like:
lib/include/display/graphic/tft/ili9488/ILI9488.h:187:41: error: 'stm32plus::ili9488::ExitSleepModeCmd' has not been declared
_accessMode.writeCommand(ili9488::ExitSleepModeCmd::Opcode)
Again, literally, what I did was copy the existing ili9481 folders (lib and example) and globally change every 9481 to a 9488. I also modified the GUIDs that are present in some of the headers so they'd be different from the '9481 equivalents; no joy. I'm at a loss as to why these files seem to be unavailable during the build. Using the following cmd line to compile: "scons mode=debug mcu=f1hd hse=8000000" as well as other variants; all give the same result. Almost seems like I'm missing a pre-compile step (clean? build some other thing first???) Thanks for any suggestions!