Jump to content

siteswapjuggler

Members
  • Posts

    3
  • Joined

  • Last visited

  1. Hi and thanks a lot for your answer, I did not find a solution to change default behaviour but I still succeed to get past this problem by changing my schematic and adpatig avrdude configuration for ICSP programming as mention in this post : https://electronics.stackexchange.com/questions/606593/invert-avrdude-signal-for-reset-pin Thanks a lot for your time and guidance. Sylvain
  2. Hello, FriendlyCore is a derivation of Ubuntu Core use by the manufacturer of the NanoPi, so unfortunately no armbianmonitor on it. But as a arm linux system it's very close to armbian which has the biggest community so. While continuing my research, I was hopping to get enough information from to community to complete my searchs and then work from there. My aim is to get more information about the kernel process, when and how it take control of the GPIO, and how to modify the default behaviours. Sylvain
  3. Hello, I'm working on a project which include a microcontroller and a NanoPi NEO Core running Armbian FriendlyCore distribution. The NanoPi is wired to the µcontroler ICSP which can reset the µcontroller for update purpose. The allwinner H3 datasheet state that the GPIOA6 (the one linked to ICSP) should start with HIGH-Z and no resistance pulling, it seems to do so but a few second after reboot it seems to go low as all other GPIO... resulting in an unwanting reset of the µcontroller. Is there a way to change this by setting the default state somewhere in the system, or should I have to use dts files or core compilation ? Any solution would be appreciated. Thanks for your help Sylvain
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines