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

Q: Is the source code for the hex files available? #41

Closed
markus-becker-tridonic-com opened this issue Jan 29, 2020 · 14 comments
Closed

Comments

@markus-becker-tridonic-com

Is the source from which the hex files available? Is the code based on Connect SDK? Zephyr?

@hubertmis
Copy link
Collaborator

The source code is not publicly available. It is a simple application that uses:

@markus-becker-tridonic-com
Copy link
Author

Hmm, OK. Would be nice to have a sample in Zephyr that would work with the Wireshark plugin.

@hubertmis
Copy link
Collaborator

That's a good idea, we'll keep it in mind during integration of other applications with Connect SDK.

@swattor
Copy link

swattor commented Feb 13, 2020

It would be great if this could be considered for opensource!

@markus-becker-tridonic-com
Copy link
Author

Possibly sniffing could also be done using https://github.com/openthread/pyspinel/blob/master/sniffer.py based on an OpenThread firmware. Not sure how this compares feature-wise.

@Leo2442926161
Copy link

hope it will be open source.

@cederom
Copy link

cederom commented Nov 29, 2020

+1 for full open-source :-) I am switching from ARM MBED to ZEPHYR after your online webinars showing how ZEPHYR works and I must admit this is something I was waiting for on my FreeBSD workstation! =)

@dberliner
Copy link

Is there anything in the way of this being open source?

@hecko
Copy link

hecko commented Jun 17, 2022

+1 to see sources here. especially if sources are based on Zephyr

@bm16ton
Copy link

bm16ton commented Nov 18, 2022

+1 on opensource, realisticly i caint imagine any end user wouldnt prefer that. Consider every unit sold to end users a +1. Ive never been able to get a good answer from companies on reasons for not opensource small basic things like this. What could it hurt? How could you loose money? Possible this is a hold over thought process from back when Balhmer was saying things like people who use open source are terrorists kinda days? In reality more sniffer projects around more people see them and more people buy the product, plus more people look at the support libs etc and PR fixes/improvements, thats free laybor. Plus the thing that realy confuses me, when a product/firmware etc like this is released and kept closed source/no help for people who are writing say open source drivers etc. The company knows the driver will get written, the guy writting the driver knows this as well,the only difference it takes sum poor programmar Bob more time to achieve his goal..So the only reason not to help out is because you want to waiste poor Bobs time (and all the people in this issues thread plus counteless others) Thats it. We can reproduce this firmware you know we can, so any concerns you have are gonna happen once we do,the only difference is you prefer to waiste the time of poor opensource programmers who bought your products. Poor poor Bob..

@ckielstra
Copy link

May 2023, a compatible sniffer code example was added to the Nordic sdk-nrf project.

@dberliner
Copy link

dberliner commented Mar 21, 2024

FYI at the time of this writing the sample code does not support Wireshark. Edit: Although it only took a little work to get it working. I'll submit a pull request tonight.

@e-rk
Copy link
Collaborator

e-rk commented Apr 5, 2024

The source code of the firmware is available in the nRF Connect SDK. See readme in this repository.

@e-rk e-rk closed this as completed Apr 5, 2024
@markus-becker-tridonic-com
Copy link
Author

Awesome. Thanks @e-rk !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants