Re: about cannot executable newt.exe

That's the one! The other thing that I haven't gotten to work yet is unittest builds, see https://issues.apache.org/jira/browse/MYNEWT-546. On Fri, Feb 10, 2017 at 12:56 PM, aditi hilbert wrote: > https://issues.apache.org/jira/browse/MYNEWT-527 < >

RE: BLE HCI support on NRF52DK

Yes thanks I also got that from the discussion. In retrospect, I think my difficulty arouse because I did not connect the RTS/CTS lines on my hardware as would be case for testing on the standard nRF52DK board. As well I assume I couldn't type fast enough to issue all the terminal commands

Re: BLE HCI support on NRF52DK

Hello Alan: I may be reading this incorrectly or mistaken, but the host does not need to see the NOOP from the controller. The controller needs to be ready to receive the HCI Reset command from the host. At least, that is my understanding after the email exchange with Andrzej. I would have

RE: sysint() fails

I too had a heck of a job figuring out what was causing a fatal initialization crash a while back. I believe that the newt tool was newer than the mynewt code version. Probably due to my mistake of having the wrong git branch. At the time the only application I could get to run was the

Re: about cannot executable newt.exe

https://issues.apache.org/jira/browse/MYNEWT-527 > On Feb 10, 2017, at 12:49 PM, Simon Ratner wrote: > > I run mynewt natively on Win10, with msys2-x64 and native arm-gcc > toolchain. The develop branch of both the newt tool

Re: about cannot executable newt.exe

I run mynewt natively on Win10, with msys2-x64 and native arm-gcc toolchain. The develop branch of both the newt tool and newt-core is in pretty good state now, wrt Windows support, as long as you have some form of binutils available. The only outstanding change is for the bsp scripts, I believe.

RE: BLE HCI support on NRF52DK

Hi Guys, The BLE hardware I have to work with does not provide hardware flow control with RTS/CTS. The CTS line is grounded and the RTS is left not connected. In any case the BLE module is on its own board that is internally connected to the Linux host processor. It is probably safe to assume

Re: about cannot executable newt.exe

The file path stuff should be operational even on Windows. And indeed, I know people are using it on that platform. > On Feb 10, 2017, at 8:06 AM, Fabio Utzig wrote: > > As David said, you should go the docker way. I don't think anyone who's > using mynewt is using Windows (I

Re: about cannot executable newt.exe

As David said, you should go the docker way. I don't think anyone who's using mynewt is using Windows (I may be wrong!). Just out of curiosity I built newt for Windows now and it worked up to cloning the repo. Building failed and the errors seemed to originate from having some "hardcoded" path

Re: file system fs/fs not working after updated to latest myNewt

No sure what you mean by "removed this fs part". What FS are you using? Could you provide the output of "newt target dep" and "newt target revdep"? Cheers, Fabio Utzig On Fri, Feb 10, 2017, at 10:59 AM, then yon wrote: > Dear Support, > > After updated to latest develop version, the fs code

ADC on Arduino Primo

Am I correct in assuming that the requisite libraries for the ADC on the Arduino Primo are not included yet? Since the Arduino Primo is based on the NRF52, would it be possible to simply modify the NRF52 ADC files to apply them to the Arduino Primo? If so, does anyone have a valid schematic

Re: externalized nrf5 adc include

That may very well be a bug i the nrf51 adc tree. From the adc_nrf52.h: #include #include #include vs the adc_nrf51.h: #include #include #include dg > On Feb 9, 2017, at 2:01 PM, Jacob Rosenthal wrote: > > Swapping nrf52 where you said nrf51 as thats what Im

Re: about cannot executable newt.exe

Unfortunately, Newt is not available natively for PS (Windows) environments. You will either need to install via Docker, or bring up a VM image of Linux under Windows and install natively in that VM in order to run Newt. Best regards, dg > On Feb 9, 2017, at 9:10 PM, zhihua.tao

file system fs/fs not working after updated to latest myNewt

Dear Support, After updated to latest develop version, the fs code doesn't work anymore. It gave me the following error: 4:Unhandled interrupt (2), exception sp 0x200015a0 4: r0:0x00 r1:0x r2:0x8000 r3:0xe000ed0xcdf r5:0x000168b0 4:ICSR:0x00421802 HFSR:0x000 C:0x0

Re: Can't build blinky app on macOS Sierra

Yeah... Apple has seriously deprecated gcc (and the gcc suite) in favor of clang, et.al. > On Feb 10, 2017, at 12:58 AM, Fabio Utzig wrote: > > Running the app under gdb on a mac requires codesign, but under lldb it > doesn't, so here's something that you could do. Change the