ITRON on AVR?

Go To Last Post
5 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm looking for an Open Source implementation of ITRON (V4 if possible) for the AVR.

Lately I've been working on some projects that require a proper embedded OS, and here in Japan that OS is TRON based (namely ITRON or a sub type of ITRON such as uITRON). So now I have a lot of code written for ITRON, which means it only takes a few minor changes to port to a different model or architecture.

That's great, and I'm currently loving ITRON now as a "professional" far more than I did when I only touched the surface of it as a student. The fact that I can write three different pieces of software, two of which managing RS-232 connections and the other being an embedded network server passing data to an Ethernet connection, an run them simultaneously or at will on an 8-Bit micro controller (H8/32069f) is fantastic. Certainly this is something I did not think possible until I actually made it and have two running units sitting next to me. But I don't want to just run it on H8s or SuperHs or lower power ARM devices, I'd like to be able to port and run these applications on AVR. I have no interest in the down sides of running an embedded OS, and I understand I can perform the same functions without one, but there is a certain practicality and necessity to ITRON that I'd really like to test drive on an AVR. Please, anyone know of an ITRON OS for AVR?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Haven't heard of that one an AVR but there are lots of other RTOS to choose from:

https://www.avrfreaks.net/index.p...

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yeah, it doesn't look like any of those are ITRON based. ITRON is just a standard, not an actual implementation. With ITRON there is a standard way to do things, a standard set of names, and a set of behaviors for certain actions and ways of doing things. In other words porting from one TRON based OS to another on the same uC could mean simply changing the #include statements and hitting compile (if say port and register names were the same, otherwise simply changing port and register names would do it). Porting from say the H8 to the AVR would require a few more changes, but I can't imagine that many. I would expect you could easily do a fully tested port of the software I've written on the H8 within a day to the AVR assuming TRON V4 was fully implemented.

Ah well. Thanks anyway.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

But at the end of the day all RTOS are going to offer the same kind of CreateTask(), DeleteTask(), yield(), AcquireSemaphore(), ReleaseSemaphore(), StartTimer(), etc. etc. whatever variation of name and parameters there might be - so I'd have thought it would be fairly simple to port from one to another?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I suppose you are correct on a certain level, it's just "even easier" to port with ITRON and I've found the ITRON design to just be superb. Also I'd expect less trouble porting from one ITRON based OS to another as the basis of how the system runs would be the same.

Another part of me liking it so much probably has to do with there being so much support, documentation, and free/open distributions of TRON here in Japan. Also, many of my appliances run it and my wife and father's cell phone both use it (my 930P runs Linux).