Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Board Activity LED #15

Open
darkxst opened this issue Apr 19, 2023 · 10 comments
Open

Board Activity LED #15

darkxst opened this issue Apr 19, 2023 · 10 comments
Labels
help wanted Extra attention is needed pinned

Comments

@darkxst
Copy link
Contributor

darkxst commented Apr 19, 2023

How does the activity LED work on the Yellow? Is there some code running on the Yellow that drives this LED? or is it built into firmware to display activity?

@agners
Copy link
Collaborator

agners commented May 4, 2023

It is built into the firmware. The Zigbee firmware has support for it, the Multi-PAN as well as the OpenThread RCP firmware do not have support at this point (or rather, I did not find something built-in, probably needs custom code).

@MattWestb
Copy link

GIPO control is implanted in GSDK 4.3.0.0 but is not in stable / production status and need being implanted and tested before if someone is interested doing the code work.

@darkxst
Copy link
Contributor Author

darkxst commented Jun 10, 2023

Yes noticed that in the release notes

Added the CPC GPIO Expander component, a valuable addition that empowers users to discover and harness the GPIO pins available on the device. With this feature, the Host system gains effortless access to the GPIO capabilities provided by the CPC device. The CPC GPIO Expander component streamlines the process of exposing and utilizing GPIO pins. On a Linux Host, a dedicated kernel driver can be installed, enabling seamless access to the GPIOs present on the device, treating them as standard GPIOs. This integration allows users to interact with the CPC GPIOs using familiar Linux GPIO APIs, simplifying the development and integration of GPIO-based functionalities.

@agners
Copy link
Collaborator

agners commented Jul 10, 2023

On a Linux Host, a dedicated kernel driver can be installed, enabling seamless access to the GPIOs present on the device, treating them as standard GPIOs.

So this is meant for a host component to control a LED.

Not sure if zigbeed or their OpenThread fork can then use that GPIO.

I wonder why can't the Multi-PAN RCP firmware not control the LED directly, on RF activity? IMHO, since we only have a single LED, this would be the best and easiest way to control the LED. Otherwise OpenThread/Zigbeed would need to share a single LED which might be problematic even.

@github-actions
Copy link

There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues.
Please make sure to update to the latest version and check if that solves the issue. Let us know if that works for you by leaving a comment 👍
This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale label Aug 10, 2023
@darkxst
Copy link
Contributor Author

darkxst commented Aug 10, 2023

not stale

@agners agners added pinned help wanted Extra attention is needed and removed stale labels Aug 10, 2023
@darkxst
Copy link
Contributor Author

darkxst commented Aug 12, 2023

The activity LED is stubbed out in zigbeed build. referenced code is in a binary blob I guess, but clearly its not triggering on RF activity. perhaps could hook into cpc to achieve the same.

// Referenced from sli_zigbee_network_check_incoming_queue in network.c
// Stub in platform/base/hal/micro/generic/led-stub.c
void halStackIndicateActivity(bool turnOn)
{
}

@MattWestb
Copy link

One interesting function but its not what you is looking for:

CPC GPIO Expander
Description
The Co-Processor Communication (CPC) General Purpose Input/Output (GPIO) Expander 
is a software component designed to enable a CPC Primary/Host device to utilize a 
Secondary  device's GPIOs as if they were its own. With the CPC GPIO Expander, the 
Primary/Host  device can seamlessly integrate with the Secondary device and make use 
of its GPIO  capabilities. This component is dependent on specific pieces of software on 
the  Primary/Host device to facilitate this communication. By enabling this communication,  
the CPC GPIO Expander expands the capabilities of the Primary/Host device, allowing  
it to interface with a wider range of devices and peripherals.

Quality PRODUCTION

@Hedda
Copy link

Hedda commented Jun 20, 2024

FYI, Zigbee EmberZNet firmware shipping with ITead's Sonoff ZBDongle-E expose control for brightness of the indicator light LED:

https://www.zigbee2mqtt.io/devices/ZBDongle-E.html#light-indicator-level-numeric

Light indicator level (numeric)

Brightness of the indicator light.
Value can be found in the published state on the light_indicator_level property.
It's not possible to read (/get) or write (/set) this value.

@darkxst
Copy link
Contributor Author

darkxst commented Jun 20, 2024

firmware shipping with ITead's Sonoff ZBDongle-E expose control for brightness of the indicator light LED:

Only their router firmware exposes the led. That is somewhat different as its just a standard Zigbee cluster.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed pinned
Projects
None yet
Development

No branches or pull requests

4 participants