vr@m

Members
  • Content Count

    39
  • Joined

  • Last visited

  1. vr@m

    Powering over VDD-5V a nanopi M1

    Forgot everything you readed about this post, both cables where factory damaged just on the USB type side.
  2. Good morning all. I was trying to power up my nanopi M1 through the VDD_5V and GND pins shown in GPIO.jpg image and/or the power pins on the debug GPIO pins, the schematics of the board power electronics are attached too on page 7 and 8, may by I'm wrong but what I see on those schematics is that all the power switchs and DC/DC converters can be powered through those pins but when I do that using a USB cable cutted on the micro USB side and prepared with the right terminals to fit the pins -with a 5V USB charger- then the tension drops aproximatelly to 4.60-4.67 DCV, the board starts by lighting dimly the power LED (as normally) but when the power LED lights strongly also lights both ethernet LEDs and the board apparently freezes in that state like the processor didn't start at all. What I've found is that the SY6280 and the SY8089 depend on the tension having a minimum value of 4.5 DCV so I can't find why the tesnsion drops to level described before unless the cables used are of bad quality even having cutted the micro USB part which if I'm right should have the termination. NOTE: When the board is powerd from the micro USB with a good cable then I have aproximatelly 5,13 DCV on VDD_5V wich is normal, the cutted cables when they where complete didn't work to power the board through micro USB Anyone has tried this before?, did it worked?. NanoPi-M1-1603B-Schematic.pdf
  3. vr@m

    Help on Buffer strength GPIO

    Thank you for the info @chrisf, I'm gonna check that in the datasheet.
  4. vr@m

    Help on Buffer strength GPIO

    Thanks for the info, once again . My doubt was because I normally use PIC microcontrollers wich which has even electrical diagrams equivalents to whats inside in the datasheet so the developer can know without a risk of mistake to what is the buffer and when I've checked this datasheet that is not clear to me. Of course, making it clear that there are huge differences between a PIC microcontroller and a SoC like the Allwinner H3 or any other SoC.
  5. vr@m

    Help on Buffer strength GPIO

    I'm really surprised that this SOC is capable of drain 20mA per pin but once again thanks for the help @martinayotte
  6. vr@m

    ssh reset connection in nanopi M1

    Thanks, let me try to remember
  7. vr@m

    Help on Buffer strength GPIO

    The problem here is that the datasheet says that the buffer strength is 20mA but I couldn´t find any reference of if the buffer strenth is reffering to the hole port or only one pin (I don't think one pin is capable of manage 20 mA), the pin description on the datasheet says on every GPIO pin "Buffer strength: 20 mA" but...If I've read well the schematic the GPIO pins (phisical pin header) are all connected directly to the H3's pins so imagine 40 pins draining 20 mA (exaggerating here) and obviously I don't want to burn the board
  8. vr@m

    Help on Buffer strength GPIO

    Well, I ask this because in the nanopi M1 wiki says this: and in the datasheet of the H3 chips says this (page 73): so I don't know which one to believe and I couldn't find more information
  9. vr@m

    ssh reset connection in nanopi M1

    So I think I must reflash the sd card with armbian because I' didn't do that before.
  10. vr@m

    ssh reset connection in nanopi M1

    Well, it seems to be that the problem was the lack of password when I tried to establish the connection, by now I disabled the authentication on the configuration file of the server (which is not good) and the connection was established. The new problem that I have is that I probably changed the root password and I can't access as superuser, is there a way to change the root password without knowing the previous one?
  11. vr@m

    ssh reset connection in nanopi M1

    Yeap...It says "Server unexpectedly closed network connection", anyway I'll follow your advice about the auth.log from a monitor (right now I don't have a usb-ttl)
  12. vr@m

    ssh reset connection in nanopi M1

    Thank you, I'll see that option.
  13. vr@m

    ssh reset connection in nanopi M1

    Yes, you are right, about the image, I've done that because of a test that I saw in other post and if I'm right the test shows how many parameters of the configuration at the ssh server are done and also the state of the connection. If you look at line 6 from the input of the command shows debug 1: Connection stablished after that shows the state of the parameters and the last line shows Connection reset by 192.168.1.100 port 22 when I try to connect from the client computer the only message that shows is the last one with the "Connection reset by 192.168.1.100 port 22" which makes me guess that the server has a bad configuration or something that I don't know.
  14. vr@m

    ssh reset connection in nanopi M1

    I'm sorry, I understood it backwards, the device at 192.168.1.100 is the nanopi which is the device where the server is running
  15. vr@m

    ssh reset connection in nanopi M1

    Hi @Martinayotte, I'm using power shell on windows 10