search

googlecreativelab / open-nsynth-super

Open NSynth Super is an experimental physical interface for the NSynth algorithm
Apache License 2.0
2.42k stars 270 forks source link

directory discrepency in onss_1.1_full.img #16

Closed panfriedcharlie closed 6 years ago

panfriedcharlie commented 6 years ago

Hi! Great project! The build was really fun, hope I didn't mess it up. 😜So I wrote 'onss_1.1_full.img' to a 64GB card and tried to follow the instructions in the firmware installation section of the make guide. It tells me:

Next, navigate to the firmware directory and run the install command:

$ cd /home/pi/open-nsynth-super-master/firmware/src $ make install

Problem is I can't find the directory 'open-nsynth-super-master' anywhere on the card. I found 'open-nsynth-super' -- which leads down the same hierarchy of directories -- but when I 'make install' from there, I get an error: "could not intialize the debug port."

Any thoughts? Thanks in advance!!

KyleWerle commented 6 years ago

In the lite image the directory was also /home/pi/open-nsynth-super/firmware/src

The -master would only be relevant if you were downloading the source files on a fresh image as that is what the guide seems to be based on.

A problem may be that you must run make before make install?

$ cd /home/pi/open-nsynth-super/firmware/src $ make $ make install

panfriedcharlie commented 6 years ago

@KyleWerle thanks so much for your reply. I tried running "make" and I get:

make: Nothing to be done for 'all'.

I tried the lite build this time and still got after I tried "make install":

Error: Could not initialize the debug port TargetName: stm32f0x.cpu Type: cortex_m Endian: little TapName: stm32f0x.cpu State: unkown adapter speed: 1001 kHz Info: SWD DPIDR 00000000 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'

Makefile:40: recipe for target 'install' failed make: *** [install] Error 1

Any thoughts? A few notes:

I see a lightning bolt in the upper right-hand corner of the screen. I'm using a pi 3 specific power adapter. Could that cause such an issue?

Also, should the OLED light up at all when plugged into HDMI before firmware install? It does not, does that mean something is screwy or does it need the firmware and hardware controllers to work?

Thanks again!

KyleWerle commented 6 years ago

The STM firmware is what connects all the controls and oled screen to the rPi. To utilize all of those you will need to write the STM firmware.

It sounds like you are having a connection issue between the STM board and your rPi. Possibly double check the board? Is it the correct STM chip? Solder bridges? There are 2 STM chips that should be compatible.

panfriedcharlie commented 6 years ago

Thanks @KyleWerle! I reflowed the ICs and Pi socket. Still no luck. Time to sit down and have a really close look at everything! Thanks again for the advice.

KyleWerle commented 6 years ago

Good luck!

panfriedcharlie commented 6 years ago

@KyleWerle Okay, yeah, my dumb fault. After another reflow and some fastidious cleaning I was able to write the firmware. Seems to be working okay now...

SarahHopeB commented 6 years ago

I'm at the same step now and having difficulty with the make process as well. I'm also using the lite image. I was able to successfully run make, when invoking make install I receive an error:

BCM2835 GPIO nums: swclk = 25, swdio = 24 BCM2835 GPIO config: srst = 23 srst_only separate srst_gates_jtag srst_push_pull connect_deassert_srst srst_only separate srst_nogate srst_push_pull connect_deassert_srst adapter_nsrst_delay: 100 adapter_nsrst_assert_width: 100 Info: BCM2835 GPIO JTAG/SWD bitbang driver Info: SWD only mode enabled (specify tck, tms, tdi and tdo gpios to add JTAG mode)

**Error: An adapter speed is not selected in the init script. Insert a call to adapter_khz or jtag_rclk to proceed.

Makefile:40: recipe for target 'install' failed make: * [install] Error 1

So, after some Googling, I added the line into the openocd.cfg file... adapter_khz 1001

From looking at the post above and seeing that 1001kHz was the selected adapter speed. But still, no dice... It's now exiting with:

_BCM2835 GPIO nums: swclk = 25, swdio = 24 BCM2835 GPIO config: srst = 23 srst_only separate srst_gates_jtag srst_push_pull connect_deassert_srst srst_only separate srst_nogate srst_push_pull connect_deassert_srst adapter_nsrst_delay: 100 adapter_nsrst_assert_width: 100 Info: BCM2835 GPIO JTAG/SWD bitbang driver Info: SWD only mode enabled (specify tck, tms, tdi and tdo gpios to add JTAG mode) Info: clock speed 1001 kHz

**Error: BUG: currenttarget out of bounds Makefile:40: recipe for target 'install' failed make: * [install] Error 255

Long story short, would someone on this thread who had a successful firmware flash care to show me what the openocd.cfg file looked like? To my eyes it looks like it's simply not the right *.cfg that I'm using as the TargetName: stm32f0x.cpu isn't being found??

SarahHopeB commented 6 years ago

I'm wondering if this is any way related to the fact that I had to use a mirror site for installing openocd yesterday.... The version I am using is Open On-Chip Debugger 0.10.0 -- Could someone confirm which version of openocd ended up working?

SarahHopeB commented 6 years ago

Resolved this issue, reference the first problem with openocd repo being down: https://github.com/googlecreativelab/open-nsynth-super/issues/22

Once re-installing openocd from the secondary source within the makefile, I was able to execute 'make install' and received the same error code as @panfriedcharlie ...

Then after inspecting the PCB I found that the STM chip pin 1 is not located to the upper-left when facing text on the IC. Instead, it is registered with the indentation. After rotating the chip on the board I was able to flash the firmware.

I'm all set!

panfriedcharlie commented 6 years ago

@SarahHopeB I almost had that same issue. I second-guessed myself and zoomed waaay in on the build photos to check the dot orientations. Still too lazy to look up the pins and check the schematics. Glad you were able to solve the problem!

KyleWerle commented 6 years ago

I ended up lining the dot / orientation marker on all the parts with the very small extra line on the silkscreen for the ICs.

SarahHopeB commented 6 years ago

That's a great idea. I would also add a larger diode cathode band to the opti-isolator midi circuit. I had swapped the orientation initially due to my squinty eyes...

On Mon, Apr 9, 2018 at 9:04 AM Kyle Werle notifications@github.com wrote:

I ended up lining the dot / orientation marker on all the parts with the very small extra line on the silkscreen for the ICs.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/googlecreativelab/open-nsynth-super/issues/16#issuecomment-379804485, or mute the thread https://github.com/notifications/unsubscribe-auth/AkUhSE7nqkOHv8-bw1w85j9w4zbquAbsks5tm4Z8gaJpZM4TBS04 .

KyleWerle commented 6 years ago

We just need open source telescopic retinal enhancements and we'd be good.

USERxUNKNOWN commented 6 years ago

Hey. So I used this image and it is asking for a login and password. Any ideas?

SarahHopeB commented 6 years ago

Asking for login/password at which step?

On Mon, Apr 16, 2018 at 11:14 PM USERxUNKNOWN notifications@github.com wrote:

Hey. So I used this image and it is asking for a login and password. Any ideas?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/googlecreativelab/open-nsynth-super/issues/16#issuecomment-381858693, or mute the thread https://github.com/notifications/unsubscribe-auth/AkUhSN9BDgG497NC2tzDLiHdJrXM9WrCks5tpYhIgaJpZM4TBS04 .

KyleWerle commented 6 years ago

The default user is pi , and the password is raspberry.