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

Sipeed RISC-V support #305

Closed
ohenley opened this issue May 30, 2019 · 5 comments
Closed

Sipeed RISC-V support #305

ohenley opened this issue May 30, 2019 · 5 comments

Comments

@ohenley
Copy link

ohenley commented May 30, 2019

Feel free to close if not relevant but do you plan, or is there already support for the RISC-V Sipeed boards? https://www.seeedstudio.com/sipeed

Some friend of mine at PolyMtl told me they work great.

Thanks.

@Fabien-Chouteau
Copy link
Member

Hi @ohenley,

I'm not aware of efforts to support these boards from the community. I have one Sipeed Maix Bit board myself but no time to work on it...

The chip is a Kendryte K210, making a compiler and ZFP run-time shouldn't be too much effort.
On the other hand I cannot find a good documentation off the chip, so driver development may require to reverse engineer the drivers provided by the vendor.

@JustAnother1
Copy link

Yes they are. They only describe the high level specifications of the chip and how to use their Driver APIs. What is needed to implement drivers would be the information about the Special Function Registers. That are memory locations that are used to configure the peripherals. The location and size of these registers must be known. Also the meaning of all the bits in them.

For example an UART usually has a register used to write the data into that shall be send out. Another(or the same) to read the received data from. Another to configure the baud rate, and stuff and another one to signal events. Events could be we received a byte or sending of the byte has finished. The event bits can the usually also be mapped to interrupts or to an DMA. How to do that must be specified. Again this is probably done by setting the correct bits at the correct locations in some SFR.

So yes the linked documentation is to "shallow" to write drivers.

@Fabien-Chouteau
Copy link
Member

Could be worth asking the vendor for more detailed docs, and even the SVD (one can dream 😄 ).

@ohenley
Copy link
Author

ohenley commented Jun 4, 2019

I opened an issue. Please step in for any 'technical sharp edge' follow up as I am not an embedded guru ...

Thx

kendryte/kendryte-doc-datasheet#14

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

3 participants