Re: Warning: Apache Mailing list was silently down

2023-05-09 Thread Alan C. Assis
Hi Nathan,

On 5/9/23, Nathan Hartman  wrote:
> On Tue, May 9, 2023 at 1:20 PM Alan C. Assis  wrote:
>
>> It seems that since (at least) yesterday Apache mailing list was
>> silently dropping emails.
>>
>> So it you sent some email at least in the last 24h please submit it
>> again because the email server sent it to /dev/null !
>>
>
> Should talk to Infra?
>

Yes, could you please ping infra?

BR,

Alan


Re: Warning: Apache Mailing list was silently down

2023-05-09 Thread Nathan Hartman
On Tue, May 9, 2023 at 1:20 PM Alan C. Assis  wrote:

> It seems that since (at least) yesterday Apache mailing list was
> silently dropping emails.
>
> So it you sent some email at least in the last 24h please submit it
> again because the email server sent it to /dev/null !
>
> BR,
>
> Alan
>

Should talk to Infra?

Nathan


Call for Presentations, Community Over Code 2023

2023-05-09 Thread Rich Bowen
(Note: You are receiving this because you are subscribed to the dev@
list for one or more Apache Software Foundation projects.)

The Call for Presentations (CFP) for Community Over Code (formerly
Apachecon) 2023 is open at
https://communityovercode.org/call-for-presentations/, and will close
Thu, 13 Jul 2023 23:59:59 GMT.

The event will be held in Halifax, Canada, October 7-10, 2023.

We welcome submissions on any topic related to the Apache Software
Foundation, Apache projects, or the communities around those projects.
We are specifically looking for presentations in the following
catetegories:

Fintech
Search
Big Data, Storage
Big Data, Compute
Internet of Things
Groovy
Incubator
Community
Data Engineering
Performance Engineering
Geospatial
API/Microservices
Frameworks
Content Wrangling
Tomcat and httpd
Cloud and Runtime
Streaming
Sustainability



Re: How to export HID events from NuttX to Linux (or others Desktop OS) ?

2023-05-09 Thread Tomek CEDRO
On Tue, May 9, 2023 at 11:03 PM Alan C. Assis wrote:
> (..)
> Yes, my initial idea was Bluetooth HID, but it is more complex than
> using WiFi and netstick

For a fun project I would go WiFi as simpler, faster, and more
versatile solution :-)

BLE is kind of PITA and always problematic.. but having solid
implementation with examples in NuttX would greatly benefit the
project.. although the complexity-time-cost is a lot higher I know :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


FAQ: GPIO vs IO Expander.

2023-05-09 Thread Tomek CEDRO
Hello world :-)

There are platform specific drivers for GPIO and the IO Expander driver.

Which one should I use?

What are the advantages of using Arch/Board hardware GPIO driver
versus IO Expander? What are the drawbacks?

Does IO Expander provide custom IRQ callbacks to GPIO input?

Which one would provide platform portability (that is should work on a
real hardware of different sort and/or sim)?

How to interact with GPIO on the Simulator? Is there a client
application that would allow easy control of GPIO inside the Simulator
(i.e. unix/tcp sockets)? Is something like Verilog test bench
possible?

Any hints welcome :-)
Tomek

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


Re: How to export HID events from NuttX to Linux (or others Desktop OS) ?

2023-05-09 Thread Alan C. Assis
Hi Tomek,

On 5/9/23, Tomek CEDRO  wrote:
> On Tue, May 9, 2023 at 7:04 PM Alan C. Assis wrote:
>> Hi Everyone, (sending again with right subject)
>> Since many here probably faced similar challenge in the past let me ask:
>> How to export HID buttons events from NuttX to Linux?
>
> USB HID and/or Bluetooth HID ? :-)
>
> https://www.usb.org/hid
>
> https://www.bluetooth.com/specifications/specs/human-interface-device-profile-1-1-1/
>

As I said ESP32 doesn't have USB (only ESP32-S2 and ESP32-S3),
ESP32-C3/C6 has USB/JTAG/Serial, not an option.

Bluetooth HID seems a good option, actually my Mi Band is detected as
an input device:

/dev/input/event18
   bustype : BUS_BLUETOOTH
   vendor  : 0x157
   product : 0x5b
   version : 257
   name: "Mi Smart Band 6"
   phys: "XX:XX:c1:12:XX:XX"
   uniq: "XX:XX:18:22:XX:XX"
   bits ev : (null) (null) (null)

>
> There is an example app in NuttX Apps for USB HID Keyboard.. but I did
> not use it myself.. mouse works similar way :-)
>
> https://github.com/apache/nuttx-apps/tree/master/examples/hidkbd
>

Yes, I already used it some time ago: search for NuttX Steer-by-Wire
on Google and you will find it.

>
>> Explaining the issue: I have an ESP32 board with LCD and touchscreen
>> and I want to create a low cost alternative to Elgato StreamDeck, but
>> unfortunately ESP32 doesn't have USB.
>
> Is Bluetooth HID an option? That would require no external hardware /
> modifications, just a standard Bluetooth HID implementation that
> should work out of the box on all platforms with no additional custom
> drivers.
>

Yes, my initial idea was Bluetooth HID, but it is more complex than
using WiFi and netstick

> Also you can leverage WiFi block and transport HID over TCP/IP somehow
> and that would provide even broader access but that would require some
> driver/software/daemon on the target machine.
>
> As for USB, in a perfect situation you would have USB Device block in
> the MCU and you can create set of logical devices each for a given
> function (one physical USB connection can host many logical devices
> for instance mouse, keyboard, uart/cdc, mass storage, etc) that you
> describe with a descriptors and those tell what endpoints are
> read/write sink/sources of a function data (kind of similar to BLE).
> One physical device can have several configurations that change on the
> fly so you can switch logical functions as you wish. But you need a
> USB Device block for that. I miss that part in ESP32 too :-(
>
> The most common solution in that situation is to use MCU with USB
> Device or external chip that would enable USB HID functionality but
> that may cost similar to cheapest MCU with USB Device block.
>
> The ESP32-C3 or ESP32-C6 seems to have some sort of USB-JTAG/UART
> block. I did not play with this one yet.. but for compatibility
> reasons it may use USB HID transport for UART and JTAG.. if so maybe
> it would be possible to cheat the MCU block somehow in order to
> provide USB HID mouse/keyboard functionality :-P
>

This USB is cannot be used as HID or anything else, think it as a
USB/Serial serial, you cannot reprogram it.

>
>> So I think I need something similar to Microsoft VHF (bad name
>> Microsoft, shame on you)
>> https://learn.microsoft.com/en-us/windows-hardware/drivers/hid/virtual-hid-framework--vhf-
>>
>> AFAIK Linux doesn't support Virtual HID (at least not yet).
>>
>> The best option I found was netstick:
>> https://github.com/moslevin/netstick
>
> I would go for Bluetooth HID (widely adopted standard but short
> range), or the HID over WiFi using above projects (custom part on the
> target machine but more versatile) :-)
>
> Good luck and have fun! :-)
>

Thank you!

BR,

Alan


Re: How to export HID events from NuttX to Linux (or others Desktop OS) ?

2023-05-09 Thread Tomek CEDRO
On Tue, May 9, 2023 at 7:04 PM Alan C. Assis wrote:
> Hi Everyone, (sending again with right subject)
> Since many here probably faced similar challenge in the past let me ask:
> How to export HID buttons events from NuttX to Linux?

USB HID and/or Bluetooth HID ? :-)

https://www.usb.org/hid

https://www.bluetooth.com/specifications/specs/human-interface-device-profile-1-1-1/


There is an example app in NuttX Apps for USB HID Keyboard.. but I did
not use it myself.. mouse works similar way :-)

https://github.com/apache/nuttx-apps/tree/master/examples/hidkbd


> Explaining the issue: I have an ESP32 board with LCD and touchscreen
> and I want to create a low cost alternative to Elgato StreamDeck, but
> unfortunately ESP32 doesn't have USB.

Is Bluetooth HID an option? That would require no external hardware /
modifications, just a standard Bluetooth HID implementation that
should work out of the box on all platforms with no additional custom
drivers.

Also you can leverage WiFi block and transport HID over TCP/IP somehow
and that would provide even broader access but that would require some
driver/software/daemon on the target machine.

As for USB, in a perfect situation you would have USB Device block in
the MCU and you can create set of logical devices each for a given
function (one physical USB connection can host many logical devices
for instance mouse, keyboard, uart/cdc, mass storage, etc) that you
describe with a descriptors and those tell what endpoints are
read/write sink/sources of a function data (kind of similar to BLE).
One physical device can have several configurations that change on the
fly so you can switch logical functions as you wish. But you need a
USB Device block for that. I miss that part in ESP32 too :-(

The most common solution in that situation is to use MCU with USB
Device or external chip that would enable USB HID functionality but
that may cost similar to cheapest MCU with USB Device block.

The ESP32-C3 or ESP32-C6 seems to have some sort of USB-JTAG/UART
block. I did not play with this one yet.. but for compatibility
reasons it may use USB HID transport for UART and JTAG.. if so maybe
it would be possible to cheat the MCU block somehow in order to
provide USB HID mouse/keyboard functionality :-P


> So I think I need something similar to Microsoft VHF (bad name
> Microsoft, shame on you)
> https://learn.microsoft.com/en-us/windows-hardware/drivers/hid/virtual-hid-framework--vhf-
>
> AFAIK Linux doesn't support Virtual HID (at least not yet).
>
> The best option I found was netstick: https://github.com/moslevin/netstick

I would go for Bluetooth HID (widely adopted standard but short
range), or the HID over WiFi using above projects (custom part on the
target machine but more versatile) :-)

Good luck and have fun! :-)

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


Re: Requesting a Hackster.io channel

2023-05-09 Thread Alan C. Assis
Hi Adam,

Yes, name people are facing same thing, I think it is because the
channel is pretty new or because Hackster.io needs to modify some
internal switch.

BR,

Alan

On 5/9/23, Adam Feuer  wrote:
> I get a "not authorized" message when accessing the Hackster channel URL
> above.
>
> -adam
>
> On Tue, May 9, 2023 at 10:11 AM Alan C. Assis  wrote:
>
>> Hi Tomek,
>>
>> Done! Thank you very much! Now you are an Admin too!
>>
>> I think everyone can access the channel: https://www.hackster.io/nuttx
>> and start to following.
>>
>> I'm not sure if the page is already visible, I added a simple Call For
>> Action pointing to our Apache Community page.
>>
>> BR,
>>
>> Alan
>>
>> On 5/9/23, Tomek CEDRO  wrote:
>> > Alan/DevList: I have account "cederom" at hackster and can help with
>> > maintenance :-)
>> > Have a good day :-)
>> > Tomek
>> >
>> > On Tue, May 9, 2023 at 3:03 PM Alan C. Assis  wrote:
>> >>
>> >> Dear Hackster.io Platform Team,
>> >>
>> >> I'm officially requesting the creation of NuttX Channel at Hackster.io
>> >> platform.
>> >>
>> >> As NuttX is part of Apache Software Foundation I'm CC our team members
>> >> (PMC and Committers) asking for their agreement.
>> >>
>> >> Please respond to ALL with +1 or ACK.
>> >>
>> >> BR,
>> >>
>> >> Alan
>> >
>> >
>> >
>> > --
>> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>> >
>>
>
>
> --
> Adam Feuer 
>


How to export HID events from NuttX to Linux (or others Desktop OS) ?

2023-05-09 Thread Alan C. Assis
Hi Everything,

Since many here probably faced similar challenge in the past let me ask:

How to export HID buttons events from NuttX to Linux?

Explaining the issue: I have an ESP32 board with LCD and touchscreen
and I want to create a low cost alternative to Elgato StreamDeck, but
unfortunately ESP32 doesn't have USB.

So I think I need something similar to Microsoft VHF (bad name
Microsoft, shame on you)
https://learn.microsoft.com/en-us/windows-hardware/drivers/hid/virtual-hid-framework--vhf-

AFAIK Linux doesn't support Virtual HID (at least not yet).

The best option I found was netstick: https://github.com/moslevin/netstick

BR,

Alan


Re: Requesting a Hackster.io channel

2023-05-09 Thread Adam Feuer
I get a "not authorized" message when accessing the Hackster channel URL
above.

-adam

On Tue, May 9, 2023 at 10:11 AM Alan C. Assis  wrote:

> Hi Tomek,
>
> Done! Thank you very much! Now you are an Admin too!
>
> I think everyone can access the channel: https://www.hackster.io/nuttx
> and start to following.
>
> I'm not sure if the page is already visible, I added a simple Call For
> Action pointing to our Apache Community page.
>
> BR,
>
> Alan
>
> On 5/9/23, Tomek CEDRO  wrote:
> > Alan/DevList: I have account "cederom" at hackster and can help with
> > maintenance :-)
> > Have a good day :-)
> > Tomek
> >
> > On Tue, May 9, 2023 at 3:03 PM Alan C. Assis  wrote:
> >>
> >> Dear Hackster.io Platform Team,
> >>
> >> I'm officially requesting the creation of NuttX Channel at Hackster.io
> >> platform.
> >>
> >> As NuttX is part of Apache Software Foundation I'm CC our team members
> >> (PMC and Committers) asking for their agreement.
> >>
> >> Please respond to ALL with +1 or ACK.
> >>
> >> BR,
> >>
> >> Alan
> >
> >
> >
> > --
> > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> >
>


-- 
Adam Feuer 


STM32 SmartCard mode happening right now

2023-05-09 Thread Sebastien Lorquet

HI,

No idea why this message did not make it through.

Resending with small updates.



Hi,

it is time!


I am, right now, starting to implement the smart card mode for STM32 
USART, starting with STM32H7, this will be portable to other STM32 chips 
I guess.


The UART mode will just configure the uart for smartcard shenanigans, 
eg, put it in working order for this mode.


Smart card contact protocols (T=0, T=1) will go into a user space app 
that manages readers, similar to pcsclite daemon in linux.



So the smart card mode of the stm32 usarts is just an activation of the 
proper registers, that will :


-wire the hardware as expected: enable the clock output, define one 
single full duplex IO line


-reconfigure the uart character framing, including parity generation and 
detection, which is a fundamental mechanism, required for protocol 
compliance testing.


The exchanges will still be made with the read() and write() primitives 
(protocol is a kind of IPC), so I am expecting to add just one IOCTL, 
like is done for LIN, single wire, and 485:



+#define TIOCSSMARTCARD  _TIOC(0x0038) /* Set Smart Card mode */

+#define TIOCGSMARTCARD  _TIOC(0x0039) /* Get Smart Card mode */


The parameter given to the IOCTL must be able to:

-ENABLE smart card mode with a bool parameter to enable or disable, 
default disabled


-START or STOP the clock signal

-Define the communication convention

-Define the communication speed in terms of ETU (clock pulses per bit, 
which is different from the baud rate and the industry standard way to 
define smart card comm speeds). This need to be modifiable, the speed is 
negotiated dynamically at card insertion.


-Define the character guard time, which is a delay between transmitted 
characters.


This will return a ENOTTY error if a particular uart does not support 
Smart Card mode.



The goal is to facilitate the upstreaming of this feature.

I know smart cards are unusual and quite niche, you can ask me as many 
questions as needed to understand smart card context, behaviour, and 
habits.


Does anyone have suggestion about this uart mode?

Thank you for your reading and comments

Sebastien




Warning: Apache Mailing list was silently down

2023-05-09 Thread Alan C. Assis
It seems that since (at least) yesterday Apache mailing list was
silently dropping emails.

So it you sent some email at least in the last 24h please submit it
again because the email server sent it to /dev/null !

BR,

Alan


STM32 SmartCard mode happening right now!

2023-05-09 Thread Sebastien Lorquet

Hi,

it is time!


I am, right now, starting to implement the smart card mode for STM32 
USART, starting with STM32H7, this will be portable to other STM32 chips 
I guess.


The UART mode will just configure the uart for smartcard shenanigans, 
eg, put it in working order for this mode.


Smart card contact protocols (T=0, T=1) will go into a user space app 
that manages readers, similar to pcsclite daemon in linux.



So the smart card mode of the stm32 usarts is just an activation of the 
proper registers, that will :


-wire the hardware as expected: enable the clock output, define one 
single full duplex IO line


-reconfigure the uart character framing, including parity generation and 
detection, which is a fundamental mechanism, required for protocol 
compliance testing.



The exchanges will still be made with the read() and write() primitives 
(protocol is a kind of IPC), so I am expecting to add just a few IOCTLs:


-ENABLE smart card mode with a bool parameter to enable or disable, 
default disabled


-START or STOP the clock signal (if possible, I did not dive in the RM yet)

-Define the communication speed in terms of ETU (clock pulses per bit, 
which is different from the baud rate and the industry standard way to 
define smart card comm speeds). This need to be modifiable, the speed is 
negotiated dynamically at card insertion.


This will return a ENOTTY error if a particular uart does not support 
Smart Card mode.




However, to be future proof, another way is possible.

USB CCID smart card readers are also a thing. In pcsclite (linux), these 
are managed via libusb from userspace.


But we can do something special in NuttX, like defining a smart card 
"lower half" that can be implemented by both the stm32 uart in smart 
card mode, or by the future usb ccid driver. I do not plan to *port* the 
full pcsclite, but I will do something that tend to be compatible, while 
being much smaller.


The great question is then how to manage the "upper half" of such drivers.

If it was just me, it would be a character device, that would have 
IOCTLs to enumerate lower halves (eg card readers) so a user space app 
can dispatch commands to multiple readers. But I know NuttX despise 
character devices. So, I am going to need some inspiration here. Sockets 
do not seem appropriate to how things work in the smart card world, I 
can tell that from 13 years of professional experience :)


If NuttX has a libusb-like protocol now or later, then we dont need to 
be concerned by this lower half and char dev, this can all happen in the 
management daemon.


There are also modular card readers that use plain old serial protocols, 
these would also be handled from the user space daemon via specific drivers.




So, this is the correct time to define this in a way that please 
everyone and will be useful for a long time. We need compromises between 
imperative needs of this mode and the NuttX way of doing things.


The goal is to facilitate the upstreaming of this feature.

I know smart cards are unusual and quite niche, you can ask me as many 
questions as needed to understand smart card context, behaviour, and habits.



Thank you for your reading and comments

Sebastien



Re: Requesting a Hackster.io channel

2023-05-09 Thread Alan C. Assis
Hi Tomek,

Done! Thank you very much! Now you are an Admin too!

I think everyone can access the channel: https://www.hackster.io/nuttx
and start to following.

I'm not sure if the page is already visible, I added a simple Call For
Action pointing to our Apache Community page.

BR,

Alan

On 5/9/23, Tomek CEDRO  wrote:
> Alan/DevList: I have account "cederom" at hackster and can help with
> maintenance :-)
> Have a good day :-)
> Tomek
>
> On Tue, May 9, 2023 at 3:03 PM Alan C. Assis  wrote:
>>
>> Dear Hackster.io Platform Team,
>>
>> I'm officially requesting the creation of NuttX Channel at Hackster.io
>> platform.
>>
>> As NuttX is part of Apache Software Foundation I'm CC our team members
>> (PMC and Committers) asking for their agreement.
>>
>> Please respond to ALL with +1 or ACK.
>>
>> BR,
>>
>> Alan
>
>
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>


How to export HID events from NuttX to Linux (or others Desktop OS) ?

2023-05-09 Thread Alan C. Assis
Hi Everyone, (sending again with right subject)

Since many here probably faced similar challenge in the past let me ask:

How to export HID buttons events from NuttX to Linux?

Explaining the issue: I have an ESP32 board with LCD and touchscreen
and I want to create a low cost alternative to Elgato StreamDeck, but
unfortunately ESP32 doesn't have USB.

So I think I need something similar to Microsoft VHF (bad name
Microsoft, shame on you)
https://learn.microsoft.com/en-us/windows-hardware/drivers/hid/virtual-hid-framework--vhf-

AFAIK Linux doesn't support Virtual HID (at least not yet).

The best option I found was netstick: https://github.com/moslevin/netstick

Suggestions???

BR,

Alan


Re: test

2023-05-09 Thread Alan C. Assis
Ok, finally it returned to work!

I will send my email again!

On 5/9/23, Tomek CEDRO  wrote:
> mailing list test
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>


Re: Requesting a Hackster.io channel

2023-05-09 Thread Tomek CEDRO
Alan/DevList: I have account "cederom" at hackster and can help with
maintenance :-)
Have a good day :-)
Tomek

On Tue, May 9, 2023 at 3:03 PM Alan C. Assis  wrote:
>
> Dear Hackster.io Platform Team,
>
> I'm officially requesting the creation of NuttX Channel at Hackster.io 
> platform.
>
> As NuttX is part of Apache Software Foundation I'm CC our team members
> (PMC and Committers) asking for their agreement.
>
> Please respond to ALL with +1 or ACK.
>
> BR,
>
> Alan



-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


test

2023-05-09 Thread Tomek CEDRO
mailing list test

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info


Re: Requesting a Hackster.io channel

2023-05-09 Thread Tomek CEDRO
Thank you Alan for this great idea and inviting me to the Hackert's
admin group :-)

I have updated a bit the front page hope its readable and well aligned
with other organizations.. we will add more sections as content shows
up :-)

https://www.hackster.io/nuttx

I have question to Hackster team Jinger: there is a lot of various
projects using NuttX at Hackster already. Is it possible to create
"NuttX RTOS" tag to add them somehow to the list of our Hub's projects
or add them by hand? What would you recommend?

Thank you :-)
Tomek

-- 
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info