[Oberon] PO2013 - Real time measurement

[Jörg]

I wrote a background task for FPGA Oberon to have a SW-based real time clock.

Accuracy is rather good. I set the time manually, had the system run for a day and the time was still correct 😊

 

Jörg

 

-----Original Message-----
From: Oberon <oberon-bounces at lists.inf.ethz.ch> On Behalf Of Chris Burrows
Sent: Wednesday, December 19, 2018 2:07 PM
To: 'ETH Oberon and related systems' <oberon at lists.inf.ethz.ch>
Subject: Re: [Oberon] PO2013 - Real time measurement

 

> -----Original Message-----

> From: Oberon [ <mailto:oberon-bounces at lists.inf.ethz.ch> mailto:oberon-bounces at lists.inf.ethz.ch] On Behalf Of 

> Skulski, Wojciech

> Sent: Wednesday, 19 December 2018 3:01 AM

> To: ETH Oberon and related systems

> Subject: Re: [Oberon] PO2013 - Real time measurement

> 

> Chris:

> 

> 1)  Are your examples available for download?

> 

 

The examples have been written for, and are included with, the various distributions of Astrobe for Cortex-M. e.g. the list here:

 

 <http://www.astrobe.com/M3Examples/ReadMe.htm> http://www.astrobe.com/M3Examples/ReadMe.htm

 

However, the SPI Real-time Clock example for FPGA RISC5 Oberon can be downloaded from the FPGA RISC5 section of the Astrobe Forum: 

 

 <http://www.astrobe.com/forum/viewforum.php?f=13> http://www.astrobe.com/forum/viewforum.php?f=13

 

I'm planning to upload the I2C temperature sensor example that I tested with the Pepino when Magnus originally wrote the I2C interface a couple of years

ago:

 

 <http://saanlima.com/forum/viewtopic.php?f=14&t=1289> http://saanlima.com/forum/viewtopic.php?f=14&t=1289

 

However, I'll have to retest it first as there have been a number of significant changes since then.

 

> 2) Having such components begs a question of system integration.

> Namely, how to add one of these or several to a firmware System On 

> Chip? What are the interfaces? What are the rules? How to add a 

> software driver or drivers after adding the FW components?  The latter 

> mostly means the rules for defining registers and their addresses.

> 

 

The choice is yours - you are only constrained by how much you can configure the available pins to SPI or I2C functions. Some of the Cortex-M boards and Digilent FPGA boards have a set of Arduino-compatible pins. This has been very convenient for testing the TFT display on various boards as the one I have is mounted on an Arduino Shield.

 

The PMOD sockets on the Digilent FPGA boards are also very useful and there are a large variety of PMOD-compatible sensors / devices available.

 

The examples and libraries I supply are intended to be used as components / modules (hardware and software) for prototyping. You can develop and test each part of the system individually. How you eventually integrate them into a system is totally up to you and would depend on how many devices of each type (I2C, SPI, GPIO, ADC etc. etc.) you were using and how many pins you had access to. The FPGA boards are very versatile when it comes to configuring them.

 

Regards,

Chris

 

Chris Burrows

CFB Software

 <http://www.astrobe.com> http://www.astrobe.com

 

 

 

--

 <mailto:Oberon at lists.inf.ethz.ch> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems  <https://lists.inf.ethz.ch/mailman/listinfo/oberon> https://lists.inf.ethz.ch/mailman/listinfo/oberon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.inf.ethz.ch/pipermail/oberon/attachments/20181219/43575bf4/attachment.html>