Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

can't install the firmware "no such file or directory" #35

Open
minijouin opened this issue May 5, 2018 · 20 comments
Open

can't install the firmware "no such file or directory" #35

minijouin opened this issue May 5, 2018 · 20 comments

Comments

@minijouin
Copy link

Hi !

I'm trying to install the firmware on the raspberry.
Nothing happens when I run "sudo mount -o remount,rw /"
And if I try to run "cd home/pi/open-nsynth-super-master/firmware/src" then it says "No such file or directory".

I tried already to set the image on the micro SD again, but nothing changed.

Does anyone know ?

@KyleWerle
Copy link
Contributor

That remount doesn't give any confirmation, but it allows you to write files to your file system.

I think the guide is kind of following if you were using git to download the repository, which downloads the folder with -master at the end.

Try to use
cd home/pi/open-nsynth-super/firmware/src

That should be the correct path.

You can search around using
cd home
ls
cd pi
ls
cd open-nsynth-super
ls

This is how you can navigate around using the command line.

Good luck!

@minijouin
Copy link
Author

Yes it worked !
But then I ran "make install" and it failed... Do you know why ?

The code is ending with
"makefile:40: recipe for target "install" failed
make: *** (install) error 1"

@minijouin
Copy link
Author

Target name : stm32f0x.cpu
Type : cortex_m
Endian : little
TapName : stm32f0x.cpu
State : unknown

Is it related to the microchip stm32f030k6 ? What does .cpu mean ?

@minijouin
Copy link
Author

The error seems to be "Could not initialize the debug port" with that target

@minijouin
Copy link
Author

Error : Could not initialize the debug port
Target Name : stm32j0x.cpu
Type : Cortex_m
Endian : little
TapName : stm32f0x.cpu
State : unknown

adaptater speed : 101 kHz
Error : Could not initialize the debug port
Error : Target not examined, will not halt after reset !
TARGET : stm32f0x.cpu - Not Halted
In procedure "reset" called at file "openocd.cfg", line 22
In procedure "ocd_bouncer"

Make file :40: recipe for target "install" failed
make: *** (install) error 1

PLEASE HELP ME ! :D

@KyleWerle
Copy link
Contributor

Sounds like a hardware issue. Check your solder joints on the STM? Big square chip. Best to just go through all your solder joints.

@minijouin
Copy link
Author

Thanks !
Yes, I checked everything. But I haven't put the jack connector yet, so it might be the reason !

@elimuro
Copy link

elimuro commented May 7, 2018

also having this problem, let me know if you get it fixed

@minijouin
Copy link
Author

Does anyone know how the STM should be placed ? Where does the dot should be placed exactly ?
Because I actually think I've soldered it in the wrong direction.

@elimuro
Copy link

elimuro commented May 7, 2018

the orientation is shown in the images where you can see the dot fairly clearly

@minijouin
Copy link
Author

Yes I know, I soldered it as it was on the images, but then I looked at the schematics, and into renders (>open-nsynth-super-bottom.pos) and it's written that U7 has to be 90°, compared to C1 which is 0°...

So should I try to turn it 90° ?

@minijouin
Copy link
Author

@elimuro did you find any solution ? I turned STM32f0x of 90° but I've got the same problem, still...

@KyleWerle
Copy link
Contributor

The little dot should be in the corner with the slightly longer white silkscreen line.

The orientation follows like that on all components in this build.

@minijouin
Copy link
Author

Hum ok, but in renders U7 has to be 90°, just like R21 to R31. And "U7" is written in white on the board at 90° as well.
So I turned it but the problem is still the same !

@KyleWerle
Copy link
Contributor

I'm not sure how much experience you have with SMT electronics, but just removing an old chip and replacing it is not quite easy. To flip it over and over again seems like a pretty quick way to destroy your ARM board.

The location of the dot on the image is the same as the boards I have that are working.

@furynolo
Copy link

Was anybody able to make any headway on this? I am also having this problem and haven't been able to successfully troubleshoot it yet. Thanks!

@notthetup
Copy link

Had a similar issue yesterday. Fixed it by checking if my RPi was correctly connected to the board. It seemed like my header was not making contact all the way through. Fixed that and it worked.

Another things to check is if the STM32 is getting it's 3.3V power correctly. You can get a multimeter and try to measure Voltage across the two pads of the C7 capacitor. See if it reads 3.3V or -3.3V (depending on the polarity).

@minijouin
Copy link
Author

Hi,

I just checked the C7 capacitor with a multimeter and it says 0,009 V but 47 ohms... Depending on the mode I'm measuring with.

Any clue ?

@notthetup
Copy link

Yea. The STM32 doesn't have any power. You might want to check the 3.3V power supply side of things.

@kaosbeat
Copy link

kaosbeat commented Nov 24, 2018

seems related to #67
I checked the power across C7, I get a steady 5.15V
is that too much then?

I took a fresh board, soldered only the RPi header, nothing else, fresh RPi 3B (not a "3B+"), fresh image(lite) and I get the exact same behaivour as with the one I have soldered all components to...

so it seems to be software, or I got two faulty pre-assembled PCBs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants