Looks good!
Posts by Qball
Another ali haul. Got a round 1.54" screen. I've been using 1.5" screens for years now, they are cheap ( ~3€), high res (240x240) and good viewing angles.
This one is *slightly* larger, higher resolution 360x360 pixels, cheap (3.90 €) and is qspi. Hopefully this one is the new go to screen.
Made a small case for the Icepi Zero.
Link here: makerworld.com/en/models/26...
The opensource tools for the zeropi/lattice are great.
Got a platform with our riscv32i cpu up and running with little effort. A synthesis takes 10~14 seconds, even for a small design that is pretty amazing. Got PLL working, Tri-state input/outputs and the uart that is hooked up to the usb.
No, its way more important, it blinks leds.
It seems you cannot add a gif and an image to a single post.
I know it is a silly thing only an engineer enjoys, blinky leds!
Got a simple blinky running up easily, and all using opensource tools. Thanks to yosys and its tools github.com/YosysHQ/.
I've used the stuff from github.com/enjoy-digita... to make a small programming script with python.
All in all took 30m to make a makefile + python script to get it working,
Not too familiar with the H2, but with the C3 there where some revisions floating around where USB only works after upgrading the bootloader. Do you have access to the serial port?
Another thing could be USB D- / D+ swapped around (I have a bodge cable for a board I bought with this issue :-/).
I bought it, mostly because it is fully opensource and there are opensource synthesis tools for this chip.
I don't think I could have made this myself for the money.
Ideally I want get our platform running on it, and if everything works, make a tapeout via one of the now "cheap" options for OS
Got a icepi zero to play with. First step is to see if I can get my RiscV running on it and the sdram to work.
Hopefully all with opensource tools!
*sigh* where ever you go, spam/e-begging will follow you around..
It is possible to build and it will work. But its very hard to do it efficiently and we have better alternatives. It tries to solve a problem, with bigger problems.
Wireless power over longer distances is something that just keeps popping up to suck money from investors. I see it at the same level as solar roadways.
I think I've been hearing about this being 'viable' since I started in EE.
Nice!.. I've been enjoying this one lately
It is a very nice set. would have loved to have something like this in 199*.
Not sure if he fought more crime, or committed it..
I need some time on scripting to make using it a bit easier, how I am currently using it is a bit outside of its designed use-case.
Still need to find myself some (affordable) calibration hardware.
My semicon analyzer can do 100uV up to 100V, but is not to accurate in the uVs. (It cannot generate the 1.00055V I need for one of the calibration steps).
Still love it for it has 4 SMUs that do +-100V/+-100mA, 2 VSUs and 2 VMUs.
Now replaced the npn transistor in my flux 8120 by one a bit more appropriate. It still works, did a quick calibration check and it seems to be still pretty good, but not into spec. Still better then several cheap dmms I had lying around.
For my application I could do it completely in software (libjpeg-turbo can scale for me), I have tons of time (seconds) to spend on this.
Don't have the numbers anymore, but the PPA was a lot faster to do the fill/scale/rotate.
image from PPA documentation on https://docs.espressif.com/projects/esp-idf/en/release-v5.3/esp32p4/api-reference/peripherals/ppa.html
my scale factor is still a multiple of 1/16 and I only set an extra x/y offset on the input image. All this to make a cut-out to then scale. I think I follow the instructions exactly.
ESP32-P4 PPA weirdness. I wanted to make images fit the frame a bit better by cutting up a small slice at the top/bottom and scaling it a bit less to fit. However when I add that to the ppa_srm_oper_config_t, I get these weird little block pattern. As far as I can see, I do nothing wrong.
My ugliest fix ever.. and regrettable not without damage. (to desolder transistors, 2 pads (that did not connect) where lost, I managed to save a third.
But fluke nixie dmm works again. The NPN died, PNP measured fine out of circuit. After replacing the NPN, the PNP failed. 8's and 9's all around!
even the datasheets are hard to find. (haven't yet)
I'll search the 'pre-historic' pile of parts at work tomorrow. See if we happen to have them.
Dove into my broken Fluke 8120A multimeter. A nice one with nixies. Found why it won't display 8/9 well.
Most likely one (or two) transistors in the ADC 4th bit feedback line are broken. Now to figure out if i can still get these, or to find a suitable alternative.
I 3d printed it. Not sure if I still have the design.
On top of that the temperature sensor is off, it always reports low. Not sure how to fix that one. Need to test if it is an offset or worse.
Next is to get the audio output to work.
The Reflective LCD waveshare board I've been using has some odd quirks: The RTC (with bat) seems to 'loose' state flashing the ESP, or pulling the main battery. Kinda defeats the purpose of the main RTC.
I did manage to get the idle usage down (no deep sleep) to 2mA with some spikes on redraws.