It has it's pros and cons. Personally I don't mind it as long as it is well understood and can be turned off. Here I totally agree. I think that formatting of strings is such a well known standard

Hello, "lairdjm" <jamie.mccrae@...> wrote: Opinions vary on that matter, some people think that the logging was actually "regressed" and not "improved". Literally, it became

Hello, "Boie, Andrew P" <andrew.p.boie@...> wrote: Some people think that asynchronous logging, forced on unsuspecting users, is pretty bad idea and make bets when CONFIG_LOG_IMMEDIATE

Such a "sharp tool" should at least not look exactly like the slow but safe version used absolutely everywhere else. http://www.catb.org/~esr/writings/taouu/html/ch01s03.html#rule-surprise On the

Hi, I think what confused me is that I was reading about the ‘improved logging’ from this guide:https://foundries.io/insights/2018/08/14/zephyr-logging-part-2/ which doesn’t mention anything

For an operating system that aims to support various functional safety certifications, asynchronous rendering of %s is a terrible idea. I think %s capability should be dropped from the logger’s

Hi, To optimize time of log processing message construction is deferred. For this reason you cannot use arrays that will not live long enough for logger thread to see them. In other words you can

Hi, NRF_GPIO_PIN_MAP will effectively change pin number from 6 to (32+6). This would be ok if you use nrfx but when you use Zephyr GPIO API you should use pin id as is. So you should write to

Reminder: Zephyr Project: Dev Meeting When: Thursday, 16 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, I'm trying to write a value to a GPIO port 1 on a custom board and to pca_10056 and I'm getting nothing on the output. On GPIO port 0 it works properly. My code has no secrets, I'm using blinky

Hi, There’s also a log_strdup() API to deal with this issue. Johan

Hi Stefan, Brilliant, didn’t think of that, all working now, thank you. Thanks, Jamie From: devel@... <devel@...> On Behalf Of Stefan Jaritz via Lists.Zephyrproject.Org

Hey Lairdjm, Depending on you logging setup, the log of the string is done inside the "LOG_DBG" command or later. Later means, that your main function was already left

> sprintf(baTmpBuf, "%s", "ffffffff");？ Using that works fine, it just doesn’t like it when a variable is used. THIS MESSAGE, ANY ATTACHMENT(S), AND THE INFORMATION CONTAINED HEREIN MAY BE

sprintf(baTmpBuf, "%s", "ffffffff"); ？ ---Original--- From: "lairdjm"<jamie.mccrae@...> Date: Wed, May 15, 2019 18:52 PM To: "devel@..."<devel@...>; Subject: [Zephyr-devel] Logging with a string

Hi, I’m seeing an issue whereby I am unable to log strings using LOG_DBG() and %s format, for a quick example I modified the hello world sample to enable logging and change the code to

Hi Robert, You could try using BT_LE_ADV_OPT_ONE_TIME with bt_le_adv_start(). That should ensure that the stack doesn’t automatically restart advertising after a disconnection event. Johan

Reminder: Zephyr Project: APIs When: Tuesday, 14 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

In disconnect callback event I was try to update advertising data but function "bt_le_adv_update_data" return with -11 (error code). As I understand BLE stack start to advwrise after disconnect

Thank you for your help. I have successfully installed Zephyr. Now basically i want to do project in Zephyr and will use ReNode for simulation purposes. As i am quite new in this area. I have already