Hi @kl3m3n,

If not possible, it's ok

The long name can be part of a street name or if to long it can be in short form.
With the name i can immediatly know where the connection is to.

Regards

@Bernard Hi.

To retrieve only the day of the week, you can use the RTCF parameter as such:

"|RTC UID:rtc0 HID:rtc RTCF:dddd\r\n"

You can also use abbreviation:

RTCF:ddd

or numerical form with leading zero:

RTCF:dd

or without:

RTCF:d

For more information about formatting, see the manual, Appendix C (Supported date and time formats).

Note: The formatting does not support spaces, so you need to use e.g., underscore or hyphen or similar to build your own timestamp.

Best regards,
kl3m3n

@VNB said in GUI-O with Nano 33 BLE and the ArduinoBLE Library:

There were two minor problems.
1.) The Slider Control knob always stayed at 100% even if it is set to a low brightness. That was fixed by adding the following instruction in the "led drive" section.
sendMsg("@brightness VIS:1 VAL:val\r\n");

The code:

@VNB said in GUI-O with Nano 33 BLE and the ArduinoBLE Library:

sendMsg("@brightness VIS:1 VAL:val\r\n");

is not correct (as you've already pointed out), since the val is a non-numeric string that GUI-O cannot convert to numeric string.

This is correct:

@VNB said in GUI-O with Nano 33 BLE and the ArduinoBLE Library:

sendMsg("@brightness VIS:1 VAL:"+ String(val) + "\r\n");

as the String constructor converts the val into numerical representation.

This code should not be necessary, since the value originates from CB, which should already have the correct position. The issue seems to originate from somewhere else, but I cannot see the problem...

Regards,
kl3m3n

@kl3m3n

Ok, thank you

Regards

@kl3m3n

Android 13

Best regards,
Hub

Hello @kl3m3n,

The read how many lines exists in the files is no problem.
Next week i will see how to handle it with FAC and FP

Thank you
Regards

@enniom Hi!

Currently there is no such feature to store the files outside the application folder. I will take a look into this a bit after I make some necessary adjustments to fully support targeting Android 13.

Best regards,
kl3m3n

Your changes work great! THANK YOU for the quick response and new parameters in CB

@enniom Thank you. 😁

Hi @kl3m3n,

Thanks, I know this chip, but never used it

I have done in the last 20 years almost all my projects with Bascom and Atmega and Xmega microcontrollers, but there are no libraries like in the Arduino, you have to code everything from scratch. With the Esp32 this task is easier, for this there is the lib can.h and you only need the soic8 driver for the bus.

The advantage is that the Atmega88PA is cheaper than the Esp32 but I will still think about which one to choose

Thanks for the attempt to help

Regards

Hi Kl3m3n,

A sincere thank you.
The whole process seems to be quite complex. In my case, it is for Windows.
I am trying to get a fixed IP. The ISP operators want a high value. I will look for cheaper ones.
In the next few days I'll try to install it and do some tests. I will give you my feedback then.
Thanks again for your support.

Best regards

Hi @kl3m3n,

Not see it, thank you
In a few days i will test it and give feedback

Best regards

@enniom Thanks for the feedback!

@Sato Hi!

Google has strict policies regarding sensitive permissions (SMS included).
In order to handle SMS related functionality, the application needs to be (in general) registered as the default SMS app. Since GUI-O does not need SMS functionality to run, it would be probably quite impossible to convince Google to allow SMS features in GUI-O. You can read more about it here:

https://support.google.com/googleplay/android-developer/answer/10208820?sjid=7843560484419800904-EU

Regards,
kl3m3n