Hi Martinj, This Zephyr example does UART over GPIO: https://github.com/NXPmicro/zephyr/tree/soft_periph/samples/soft_periph Here's a picture with the system

Hi Martijn, If you are using a Segger J-Link probe you can use the RAM-based RTT console by setting CONFIG_RTT_CONSOLE=y See

Hi Martijn, Not sure about the exact situation you are facing, listed below please find some of the suggestions I can think of: 1. There are soft uart implementations on github, which you might be

Hi there, We have a prototype utilising the nRF52840 BME340 SoC module. Since we use a LoRaWAN module and a MAX3485 we used the two 840 uarts for connecting to these subsystems. But I do have some

Hi, I have interfaced "ENC28J60" to "PCA10056"(NRF52840) through SPI. Made necessary configurations in order to reflect hardware changes in software. Flashed sample application, "dumb_http_server" to

Reminder: Zephyr Project: Dev Meeting When: Thursday, 30 May 2019, 8:00am to 9:00am, (GMT-07:00) America/Los Angeles Where:https://zoom.us/j/993312203 An RSVP is requested. Click here to

Hi all, I am working on bring back RPL to Zephyr, which includes migrating RPL to use net_pkt API. The old RPL implementation was using net_pkt_insert() to insert RPL HBHO header when finalizing

Hi, Logger is now able to detect lack of log_strdup() wrapping when %s is used with string coming from read write memory. Logger will assert if asserts are enabled or log error message if asserts are

Reminder: Zephyr Project: APIs When: Tuesday, 28 May 2019, 9:00am to 10:00am, (GMT-07:00) America/Los Angeles Where:https://zoom.us/j/177647878 An RSVP is requested. Click here to

Hi all, As you know, the Zephyr API meeting takes place on Tuesdays 9AM-10AM (PDT) (18h-19h (CEST)). Until now the way to include an item (issue or Pull Request) added to the meeting agenda was to

Hi all, I am working on a project where we will need to use CANopen on top of the SocketCAN driver layer in Zephyr. I have found two references to CANopen on Zephyr so far: -

Hi Ivan, I have successfully tried Zephyr with C++ library (eRPC) some time ago. The version of Zephyr was based on master branch as of March 19th. However: I haven't used zephyr-sdk, I used

Ivan, I would suggest you to not use C++. I am facing a lot of compatibility issues and some drivers (like Bluetooth) will not work in C++. C is the only truly viable option. Go for it. Zephyr in C

Hello. I was wondering how to investigate the state of things around incompatibility of the level of C++ support, required to compile these bindings for ZeroMQ: http://zeromq.org/docs:core-api . But

Reminder: Zephyr Project: Dev Meeting When: Thursday, 23 May 2019, 8:00am to 9:00am, (GMT-07:00) America/Los Angeles Where:https://zoom.us/j/993312203 An RSVP is requested. Click here to

Hi, The first HAL (QMSI) was removed from the tree and the west manifest has been updated. Please make sure you run `west update` to update your trees. Anas

Hi, Most of you already use the west tool for various things already, including building, flashing, signing and other common operations. One of the main reasons west was introduced was to support

That's coming! But that's the easy part. Making core Zephyr 64-bit clean is the bulk of the work. That's wonderful! Go figure why I didn't find it when looking exactly for such a thing.

Hi Nicholas! I for one am definitely excited about a 64-bit RISC-V port of Zephyr! You might be interested in this tool from GitHub called ‘hub’: https://hub.github.com/ It provides a command-line

Hello, This is my first post here, however it probably won't be the last. For a while I've been working on making Zephyr to compile for and run on 64-bit targets. That currently works with the