Sorry for digging this old post....but... I have the same Issue. My application should update the display "as smooth as possible" that means the short flickering for a full refresh is ok (takes less than 1 second) but not the whole startup flickering-clearing-UIFlowLogo-flickering-nothinguntilmydatagetready-flickering thing.
My solution is now a wait instead of sleep which draws the battery too fast.
Any idea how to do that in UIFlow?
holofloh
@holofloh
Posts made by holofloh
-
RE: M5paper: disable boot logo/menu
-
RE: UIFlow Display Pages, Settings page, alternate layouts
In one of my projects on M5Paper I simply create screens on the fly by a function that draws text, rects and images to the position I want after clearing the screen. There is no label or other UI element. The function is called with parameters from the main loop.
- clear screen
- draw a rect for title and insert title text
- move a image to position x,y and show it
- draw a table of content by looping thru a list and set x, y positions for text and lines
- show screen
-
RE: Hall effect Unit SKU:U084 programming
Here you find the information about this module: https://docs.m5stack.com/en/unit/hall
According to the schematic it contains three A3144 Hall-sensors and a 74HC08 AND-Logic.
The datasheet of the A3144 tells me that it has an open-collector output and the schematic that they are pulled up to 3.3V by resistors.
So the function is: as long as all three sensors are not in a magnetic field that is higher than the level for switching (see datasheet), the AND gate output is HIGH. If one or more of the sensors are triggered by magnetic field, the output goes LOW.
There is nothing to configure or program inside the module. The decission if the module fits to your project is up to you. By the way, if you plan to use a Arduino compatible controller it might be an option to use one that is based on ESP32. The controller already contains a Hall-Sensor.Just that you know: M5Stack does not make a mystery about the inside of their modules. You always find a schematic and all the datasheets that tells you everything about the hardware and its function. It is a big benefit if you learn to read and understand this informattion.
-
RE: Core2 - Sending midi to a DAW.
Core2 use a CP2104/CH9102F chip for USB-UART communication over USB. Your PC will see a UART (serial port) device (like the good old RS-232) not a midi device. To solve your problem you need either a piece of software on your PC that emulates a MIDI interface and route the data from UART or a piece of hardware that act as USB MIDI interface and is connected to your Core2 by GPIO. It might also be a solution to send MIDI over the (Wifi-) network.
-
RE: IMU - what is the best vibration sensor
Please specify the vibrations you want to measure. There is a big difference between a mosquito landing on a concrete block and a earthquake that cracks the block. Both has to do with vibrations...
The best will be to open the datasheets (both are linked) and compare. As far as I see the range and sensitivity are more or less similar for both sensors. -
RE: DMX Addressing
I don't see your problem. Just send the data to the according address of your light.
Maybe you do not understand the addressing of DMX lights?
You need to configure an individual start channel (address) for every light with a spacing of at least the number of channels your light support. E.g. your RBGW light is set to 4-channel-mode and its start channel is set to 1, then it listen to the channel 1, 2, 3 and 4. The next light can have the start channel 5 and so on. Some more complex lights like moving heads can have more than 30 channels. It is possible to have up to 512 channels per physical bus (called DMX universe)
You may set several identical lights to the same address but then they all do the same.
Also very important: The last light in the bus should have a terminator plug/resistor. It may work without but often a missing terminator cause strange effects on the DMX bus. -
RE: Random Integer Problem
According to https://xkcd.com/221/ the random number should be 4 :-)
In reality a randomizer will just be an algorithm to create numbers and often they get initialized by a timer. So if you always start the same code after reset and read the number it seems to met always the same initialisation. I miss a function to "randomize" the initialisation. Try to do it by any loop/function before that delays in a random way e.g. connection to wifi or read from a noisy AD channel until a specific value is read. -
RE: UnitV Can it recognize the type of plant?
Theoretically yes. It depends on how good your training data set is and the light situation where the classification is done. Keep in mind the camera has a limited resolution.
-
RE: Minimum temperature range for Cameras - UnitV K210 AI Camera and OV2640
I don't know the exact specs and I have not tested. In my oppinion the battery will be the weak point. The small LiPo bag-batteries often go very weak below 0°C. You may remove it and power from external.
The datasheet of the image sensor OV2640 says operating is allowed between -30°C and +70°C, stable image between 0°C and 50°C. for the other components you can find similar information in their data sheets.
Make sure there is not too much humidity in air as it can condense on the electronic parts.
It may help to pack the camera into thermal insulation so that it heats itself a bit over the environment. In extreme environment a small extra heating could help. -
RE: M5 Timer cam issue
the board in your link seems to have PSRAM but in the code the selected model has "No PSRAM".