The Master said, 'Am I indeed possessed of knowledge? I am not knowing. But if a mean person, who appears quite empty-like, ask anything of me, I set it forth from one end to the other, and exhaust it.'
― Confucian Analects
Sorry, I don't want to use existing board. I want to build my own hardware from scratch. I can build the hardware cos I have knowledge but don't know how to communicate the hardware with software I have designed in any of the language
My first thought would be a bad power supply. If you're brave enough to open the case of the supply and not shock yourself on a charged cap, look for bulging capacitors in it.
It's also possible your motherboard may have a bad VRM stage or bad caps there too. Eletrolytic caps on a motherboard are not common any more. They tended to last about 5 years whereas the polymer caps that replaced them last for about 20+ years.
I used [STM32F407] to write a network port program, and the connection with the host computer can sometimes be connected, sometimes not connected.
Connected normally with the F7 board. So it is a software problem. Please help me find a master
I want two atmega32s to communicate in a 1000-foot range, so I decided to use a serial line. I know that rs232 is not a good way to communicate in this wide range, so I decided to use RS485 which is a balanced pair. To do this, I want to use a MAX485 chip like this.
What the program basically does is that an atmega sends "Paresh" on the serial port, another atmega receives it, and if it does receive "Paresh" then it issues a strcmp which emits "Mathur". If the first atmega receives "Mathur", it sends paresh again and continues to loop.
After several cycles of debugging, I received a strange string. what should I do? Why can't I use RS485 communication for my design purposes. Long-distance communication through the serial port.
How to solve the ADS1230 temperature? Is it related to offset calibration?The 16 bits are taken as the two bits change with temperature. Is it related to offset calibration? Calibrated before AD starts? Or calibrated after AD startup?
I used the original scale hardware to include the 1230 and the sensor and power 3.3V circuit. The original connected MCU is disconnected, and only three control lines and ground lines are connected. When the temperature rises, the number of readings increases. It is basically unchanged in a short time (about 1-2 hours) at normal temperature. Is this situation a warm performance? How to solve? The original scale has been very stable.
I used the ADS1230 to do the bridge pressure signal acquisition, and I also encountered similar problems.
You can add corrections that must be corrected for each use, each time you correct the zero point, manual correction and zero offset correction. A DC offset can be added to the signal input of the circuit, but debugging is a bit cumbersome; it is also possible to add an offset value to the result of the AD conversion, which can be done by software.
How to correct, this is my processing conversion function
Static uchar conter=0;
Long Result=0, Temp_Result=0;
I have a 1TB drive that is partitioned into to 2 500GM partitions, C: and E:. I want to remove the E: parition. It it possible to unpartition it and merge the unparitioned space into C: without wiping my drive?
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
Not totally sure, but I have done the reverse without problems. I have a 1Tb drive which was partitioned as all C:, and I repartitioned it so that it is now 720Gb C: and 280Gb raw, which I use for Linux. The repartitioning did not have any effect on Windows.
I have written a Windows device driver that updates the firmware on a certain device, via Windows Update. The sequence of operations is as follows:
The driver is downloaded from Windows Update, and scheduled for installation
The PC is rebooted (either by the user, or at the Windows idle time)
During restart, the firmware is downloaded to the device
An additional reboot is required in order to program the firmware into the device
It is this last step that I cannot get working. Other than writing some sort of application that requests the user to reboot the system after the driver is installed (error-prone, and inelegant), is there a way for the device driver to tell Windows that a reboot is required?
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
The only technique I can think of would be using the WUAPI to force reinstall your device driver. You didn't mention anything about your co-installer but you would probably need to add something to detect that the firmware was already present and up-to-date after the reboot.
Whether or not this is more elegant is debatable. In my opinion your co-installer should be responsible for the user notification and reboot.