• Content Count

  • Joined

  • Last visited

About Hihdl

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi~ I'm building a project where I get the PCB + panel to buy my own parts. It needs a clock buffered by cd40106 and runs a cd4017. The sequential output of CD4017 produces a programmable voltage sequence that enters the output stage based on lm358. The complete sketch can be seen here. I just realized that I didn't supply power to lm2931, which constitutes the + 5V line of digital integrated circuits. I looked at the data sheet and it looked like it was just a low voltage drop 5V regulator with a rated current of 100 mA. Should a good 78L05 voltage regulator be a good substitute for driving only 4xxx logic? I'm almost sure I'll be okay, but I think I'll say hello. Below is the relevant part of the sketch: Likewise, I want to use TL072 instead of LM358, because I have many such devices. I tried to contact the PCB manufacturer and he gave me an extra past task, but I didn't get the answer, so I think I can handle everything faster by simply asking here and making some modifications alone. PS: LM358 stage is only a typical 100K/100K mixer for CD4017 production. Then it supports 100K/100K by 15PF and 330R by output jack. Thank you in advantage~
  2. I have made a bench power supply from an old PSU and added a USB port connected directly to the 5V rail (leaving the data pins disconnected).When I connected a TP4056 charging board (like this), the TP4056 smoked and blew up.I am trying to understand if the board was defective (or I messed up with the wiring) or if the USB must not provide more than 1A (the 5V rail of the PSU provides something like 25A).Well,I also google some information about TP4056 lithium battery charger module.Here it is: TP4056 is a complete single line lithium ion battery with constant current / constant voltage linear charger. Its SOP8 package with fins at the bottom and the number of fewer external components make TP4056 an ideal choice for portable applications. TP4056 lithium battery is suitable for USB power supply and adapter power supply. TP4056 is a linear charger circuit designed for a lithium ion or lithium polymer battery, which uses power transistors inside the chip for constant current and constant voltage charging. The charging current can be programmed by external resistance. The maximum continuous charge current can reach 1A. No additional blocking diode and current detection resistor are needed. The TP4056 consists of two state outputs with open drain outputs and charge state indication terminals. The power management circuit inside the chip automatically reduces the charging current when the chip's junction temperature exceeds 145 degrees C. This function allows users to maximize the power processing capability of the chip, without fear of the chip overheating and damaging the chip or external components. In this way, the user can not consider the worst when designing the charging current, but only according to the typical case, because in the worst case, the TP4056 will automatically reduce the charging current. The programmable charging current of up to 1000mA does not require MOSFET, detection resistor or isolating diode to be used for single lithium ion batteries, a constant current / constant voltage operation of a complete linear charger with SOP package, and a thermal regulation function that can maximize the charging rate without overheating danger. As far as I know it does not matter how many amps the USB can provide since the connected device always draws what it needs, but I like a confirmation from someone more expert than me
  3. I would like to develop an application with Nordic's nRF8001 DevKit. The master emulator of this kit is an USB Dongle and it is originally meant for PC connection. My final goal for the project is to run it on an FPGA (possibly through Embedded Linux). Regarding this goal, I have some questions. 1) Is the master emulator (USB Dongle) compatible with Linux? Are there any open-source drivers or from Nordic? 1a) If there is a driver for Linux, can I use it with Embedded Linux or do I have to make some modifications to it? 1b) If there isn't a driver for Linux, can I write my own Embedded Linux driver (no prior experience on drivers)? Are there any similar/reference drivers? 2) Is it possible to use the nRF8001 chip, not the USB Dongle, with FPGA as a master, possibly through serial interface (SPI/UART)?
  4. I have bread boarded two Nano modules both have their own NRF24L0 radio. Both boards work perfectly when attached to a computer USB/power port. Both talk back and forth sending and receiving data. Works great. However if I pull out the USB/power cable from one board and supply 9 volts to Vin .... it won't transmit or receive anymore. I plug the USB/power/communications cable back in and everything is back to normal. I've even used a 120Vac to 5Vdc adapter with a USB output connector and same thing. Won't Transmit/or receive. Any ideas?
  5. I'm using a STM32L0 MCU for my project. The MCU has a Low-power Timer (LPTIM) for waking the MCU up from Stop-Mode, and a Low-power UART (LPUART) for both waking up the MCU from stop mode and receive/transmit data. My problem is: - When I let the MCU staying in running mode, LPUART working fine at baudrate over 256000. - When I set MCU to go to Stop-mode, then when the MCU receives something from LPUART-Rx, it's woken up and keep reading the received sequence data. For this set up, when UART baudrate is lower than 56000 it works fine. However when the baudrate is higher than this (e.g at 115200), LPUART read the wrong data. I'm aware that in this set-up, the first transmitted byte will be lost but the others should be read correctly. there is a limit in Low-power UART but only when using LSI/LSE. In my case, when LPUART receives something, DSP will be woken up and using HSI clock. And also when staying in Run-mode, LPUART has no problem with high baudrate (at least up to 256000 as I tested). I tried with several different transmitted data with different lengths, however the received data is always wrong. (work fine when baudrate is 56000 though). Hope you can give me some advice! Best regards!