Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Thread

Where has everyone gone?

Where has everyone gone?

2014-05-01 by Mark Nowell

It appears this group has all but died over the last few months. Has all 
the discussion moved to AVRFreaks or other groups or does this represent 
a move away from AVR's to other (ARM?) processor families? Would the 
last person out turn the lights off ... or is it me?

Mark

RE: [AVR-Chat] Where has everyone gone?

2014-05-01 by Dave McLaughlin

Got to admit, I've moved away from direct use of the AVR for other than a few projects.

Now playing with Android based systems running the Cortex A7 and also various .NET Microframework devices. Lots more power and good resolution LCD's to boot.

:)

Dave…

---

Very funny Scotty, now beam down my clothes…

---

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Mark Nowell
Sent: 01 May 2014 17:04
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Where has everyone gone?

It appears this group has all but died over the last few months. Has all
the discussion moved to AVRFreaks or other groups or does this represent
a move away from AVR's to other (ARM?) processor families? Would the
last person out turn the lights off ... or is it me?

Mark

Re: [AVR-Chat] Where has everyone gone?

2014-05-01 by Mark Nowell

I'm also likely moving away from AVR though sticking with Atmel/ARM. The point of my question was that I was hoping to engage a group of like-minded engineers in a discussion about choice of network protocols for industrial controls. I wasn't particularly concerned about this being specifically AVR-related but there used to be an informed bunch here on this type of general topic. Are you all still lurking here and/or can anyone tell me where else I should look?
Thanks,
Mark


On 01/05/2014 12:18, Dave McLaughlin wrote:
Show quoted textHide quoted text

Got to admit, I've moved away from direct use of the AVR for other than a few projects.

Now playing with Android based systems running the Cortex A7 and also various .NET Microframework devices. Lots more power and good resolution LCD's to boot.

:)

Dave\u2026

---

Very funny Scotty, now beam down my clothes\u2026

---

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Mark Nowel l
Sent: 01 May 2014 17:04
To: AVR-Chat@yahoogroups.com
Subject: [AVR-Chat] Where has everyone gone?

It appears this group has all but died over the last few months. Has all
the discussion moved to AVRFreaks or other groups or does this represent
a move away from AVR's to other (ARM?) processor families? Would the
last person out turn the lights off ... or is it me?

Mark


Re: [AVR-Chat] Where has everyone gone?

2014-05-01 by John Samperi

At 08:03 PM 1/05/2014, you wrote:
>It appears this group has all but died over the last few months.

I'm still here...lurking...

>Has all the discussion moved to AVRFreaks

Not really, as observed it has slowed down there too.

>does this represent a move away from AVR's to other (ARM?)

For me Studio 6.x will be the cause I move away from AVRs if
I need something more powerful/different than what's supported
by the stable AS4.18.

Used an Xmega for a project and not really impressed AND I had
to use the bloated and sluggish AS6 AND I had to relearn pretty
much everything I knew regarding Atmel chips and tools.

My theory has been that if I need to relearn everything from scratch
I better start with another brand, nothing to gain by staying loyal.

I did it with Motorola and it was the best thing I did after 20+ years
of their chips.

Messing around with the NXP M0 chips but I don't really need anything
more powerful than a 4MHZ-8MHz chip for most of my projects.

...AND Modbus seems to be popular as a network protocols for industrial
controls....




Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

RE: [AVR-Chat] Where has everyone gone?

2014-05-01 by Cat C

AFAIK Studio 4 can do many/some XMegas.

I haven't tried Studio 6 lately because I was lured away by the cheap STM ARM boards but I can tell you I am tempted to go to back to Atmel ARM because a supported free IDE exists.
Getting Eclipse and other IDEs to work well for the STM32 boards AND converting sample programs is a BIG PITA!

Would you care to compare other IDE available for other ARM chips with the AS6?

Best,

Cat>

Re: [AVR-Chat] Where has everyone gone?

2014-05-01 by Martin McKee

As with others, many of my recent projects have been based on other processors: dsPICs and ARM mostly. But, still lurking here and AVRFreaks as I still love the architecture and AVRFreaks remains one of the best microcontroller communities on the internet -- even with the slow down.

Martin Jay McKee
Show quoted textHide quoted text
On Thu, May 1, 2014 at 3:02 PM, Cat C <catalin_cluj@hotmail.com> wrote:

AFAIK Studio 4 can do many/some XMegas.

I haven't tried Studio 6 lately because I was lured away by the cheap STM ARM boards but I can tell you I am tempted to go to back to Atmel ARM because a supported free IDE exists.
Getting Eclipse and other IDEs to work well for the STM32 boards AND converting sample programs is a BIG PITA!

Would you care to compare other IDE available for other ARM chips with the AS6?

Best,

Cat>


RE: [AVR-Chat] Where has everyone gone?

2014-05-02 by Dave McLaughlin

Hi Mark

There are a number of protocols to choose from and they depend on whether this is for home or commercial use.

CANBUS Nice and reliable and easy to use once you understand the basics. No licensing issues if you use devices with CAN built in. FPGA with CAN requires licensing. Protocol information freely available. Many PROTOCOLS are based on the CAN hardware layer. Some free. Can use your own if only your devices on the network.

MODBUS Very old and can work on RS232, RS485 or Ethernet (TCP protocol - that even works over a GPRS connection) Many libraries out there and again, like CAN, no licensing issues and protocol free. This is a great protocol and just works. I have a Variable Speed Drive connected to a 40KW motor that is controlled via MODBUS on an Android device. Libraries for almost all languages are out there.

CANOPEN Industrial and some free libraries. Runs on CAN Bus and an established protocol.

HART Industrial protocol for sensors on 4-20mA loop but expensive to license unless you are going to sell lots of devices. Even just to get the protocol docs to read devices is 1000's of dollars. I have a very small project for this but stalled at this time due to the licensing costs.

These are just sample of what I have looked at or used recently. There are many more like PROFI-BUS etc. Do a Google search and you will get lots of hits and when you find one you like, come back and post to see if anyone knows about it.

Good luck with the project. (assuming you have one in mind)

Dave…

---

Very funny Scotty, now beam down my clothes…

---

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Mark Nowell
Sent: 01 May 2014 19:13
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Where has everyone gone?

like-minded engineers in a discussion about choice of network protocols for industrial controls.

Thanks,
Mark

Re: [AVR-Chat] Where has everyone gone?

2014-05-02 by Mark Nowell

Dave et al

Background is that we have 20-year-old proprietary 485 protocol running at 9600, connecting up to 30 controllers over a mile or more, and we're looking to upgrade! A broad range of applications but primarily HVAC and building automation. Ideally I'd like:

a) more bandwidth;
b) isolation;
c) greater address range;
d) possibility of in situ firmware updates;
e) 'seamless' connectivity with/through wireless nodes, repeaters etc.
f) low hardware cost.

CAN/CANopen is currently the front-runner, followed by Modbus, possibly BACnet? However I've read a few articles recently advocating "IP to the end-point" using small IP stacks that will fit in a reasonably low-level micro. IP sounds good. Ethernet? Application layer? I'm probably trying to convince myself this isn't the obvious choice it might otherwise sound.

I'm interested in the various directions people have taken from the AVR. I've been looking at the Atmel Cortex-M3 range but I'm another one who has been clinging to AVR Studio 4.x. I've no experience of ST/NXP/Freescale/etc development tools so it's good to hear views on these.

Thanks,
Mark


On 02/05/2014 04:18, Dave McLaughlin wrote:
Show quoted textHide quoted text

Hi Mark

There are a number of protocols to choose from and they depend on whether this is for home or commercial use.

CANBUS Nice and reliable and easy to use once you understand the basics. No licensing issues if you use devices with CAN built in. FPGA with CAN requires licensing. Protocol information freely available. Many PROTOCOLS are based on the CAN hardware layer. Some free. Can use your own if only you r devices on the network.

MODBUS Very old and can work on RS232, RS485 or Ethernet (TCP protocol - that even works over a GPRS connection) Many libraries out there and again, like CAN, no licensing issues and protocol free. This is a great protocol and just works. I have a Variable Speed Drive connected to a 40KW motor that is controlled via MODBUS on an Android device. Libraries for almost all languages are out there.

CANOPEN Industrial and some free libraries. Runs on CAN Bus and an established protocol.

HART Industrial protocol for sensors on 4-20mA loop but expensive to license unless you are going to sell lots of devices. Even just to get the protocol docs to read devices is 1000's of dollars. I have a very small project for this but stalled at this time due to the licensing costs.

These are just sample of what I have looked at or used recently. There are many more like PROFI-BUS etc. Do a Google search and you will get lots of hits and when you find one you like, come back and post to see if anyone knows about it.

Good luck with the project. (assuming you have one in mind)

Dave\u2026

---

Very funny Scotty, now beam down my clothes\u2026

---

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Mark Nowell
Sent: 01 May 2014 19:13
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Where has everyone gone?

like-minded engineers in a discussion about choice of network protocols for industrial controls.

Thanks,
Mark


Re: [AVR-Chat] Where has everyone gone?

2014-05-02 by Dave Hylands

Hi Mark,

I've recently been playing with MicroPython (micropyton.org) which runs on an STM32F405 (Cortex-M4 with FPU). I really like the builtin DFU bootloader (no programmer required).

STM seems to have a nice peripheral library. If you're looking for something that works on more than one family, then I recommend the mbed library. It now covers many more devices than just the mbed board. https://github.com/mbedmicro/mbed It seems like all of the ARM vendors now have pretty decent "getting started" boards which are inexpensive.

I'm still a command line/makefile/use my editor as an IDE type of person, so I've never missed AVR Studio (also I favor linux environments for SW development). Eclipse seems to be the IDE of choice when moving away from the vendor supplied ones, although I've never really played with it.

The gcc toolchain is common amongst the ARM chips, so at least that part should be similar.

The AVR is still very appropriate for certain environments, but as a hobbyist, I'd rather program in something a bit higher level than C (hence the interest in MicroPython). There is also eLua and JavaScript available now for some of the cortex chips as well.

Dave Hylands

Show quoted textHide quoted text
On Fri, May 2, 2014 at 6:53 AM, Mark Nowell <mark@dicam.co.uk> wrote:


Dave et al

Background is that we have 20-year-old proprietary 485 protocol running at 9600, connecting up to 30 controllers over a mile or more, and we're looking to upgrade! A broad range of applications but primarily HVAC and building automation. Ideally I'd like:

a) more bandwidth;
b) isolation;
c) greater address range;
d) possibility of in situ firmware updates;
e) 'seamless' connectivity with/through wireless nodes, repeaters etc.
f) low hardware cost.

CAN/CANopen is currently the front-runner, followed by Modbus, possibly BACnet? However I've read a few articles recently advocating "IP to the end-point" using small IP stacks that will fit in a reasonably low-level micro. IP sounds good. Ethernet? Application layer? I'm probably trying to convince myself this isn't the obvious choice it might otherwise sound.

I'm interested in the various directions people have taken from the AVR. I've been looking at the Atmel Cortex-M3 range but I';m another one who has been clinging to AVR Studio 4.x. I've no experience of ST/NXP/Freescale/etc development tools so it's good to hear views on these.

Thanks,
Mark



On 02/05/2014 04:18, Dave McLaughlin wrote:

Hi Mark

There are a number of protocols to choose from and they depend on whether this is for home or commercial use.

CANBUS Nice and reliable and easy to use once you understand the basics. No licensing issues if you use devices with CAN built in. FPGA with CAN requires licensing. Protocol information freely available. Many PROTOCOLS are based on the CAN hardware layer. Some free. Can use your own if only you r devices on the network.

MODBUS Very old and can work on RS232, RS485 or Ethernet (TCP protocol - that even works over a GPRS connection) Many libraries out there and again, like CAN, no licensing issues and protocol free. This is a great protocol and just works. I have a Variable Speed Drive connected to a 40KW motor that is controlled via MODBUS on an Android device. Libraries for almost all languages are out there.

CANOPEN Industrial and some free libraries. Runs on CAN Bus and an established protocol.

HART Industrial protocol for sensors on 4-20mA loop but expensive to license unless you are going to sell lots of devices. Even just to get the protocol docs to read devices is 1000's of dollars. I have a very small project for this but stalled at this time due to the licensing costs.

These are just sample of what I have looked at or used recently. There are many more like PROFI-BUS etc. Do a Google search and you will get lots of hits and when you find one you like, come back and post to see if anyone knows about it.

Good luck with the project. (assuming you have one in mind)

Dave…

---

Very funny Scotty, now beam down my clothes…

---

From: AVR-Chat@yahoogroups.com [mailto:AVR-Chat@yahoogroups.com] On Behalf Of Mark Nowell
Sent: 01 May 2014 19:13
To: AVR-Chat@yahoogroups.com
Subject: Re: [AVR-Chat] Where has everyone gone?

like-minded engineers in a discussion about choice of network protocols for industrial controls.

Thanks,
Mark







--
Dave Hylands
Shuswap, BC, Canada
http://www.davehylands.com

Re: [AVR-Chat] Where has everyone gone?

2014-05-02 by Russell Shaw

On 02/05/14 23:53, Mark Nowell wrote:
>
> Dave et al
>
> Background is that we have 20-year-old proprietary 485 protocol running at 9600,
> connecting up to 30 controllers over a mile or more, and we're looking to
> upgrade! A broad range of applications but primarily HVAC and building
> automation. Ideally I'd like:
>
> a) more bandwidth;
> b) isolation;
> c) greater address range;
> d) possibility of in situ firmware updates;
> e) 'seamless' connectivity with/through wireless nodes, repeaters etc.
> f) low hardware cost.
>
> CAN/CANopen is currently the front-runner, followed by Modbus, possibly BACnet?
> However I've read a few articles recently advocating "IP to the end-point" using
> small IP stacks that will fit in a reasonably low-level micro. IP sounds good.
> Ethernet? Application layer? I'm probably trying to convince myself this isn't
> the obvious choice it might otherwise sound.
>
> I'm interested in the various directions people have taken from the AVR. I've
> been looking at the Atmel Cortex-M3 range but I'm another one who has been
> clinging to AVR Studio 4.x. I've no experience of ST/NXP/Freescale/etc
> development tools so it's good to hear views on these.

If you run the SCADA DNP3 network protocol, you can keep all that old RS485 
stuff in a modern system. Every node in the network will have a simple address 
up to 64k nodes iirc. SCADA says nothing about what actual hardware comms layer 
is used. You can even have a heterogenous network by using suitable hubs to 
connect the different network types.

RE: [AVR-Chat] Where has everyone gone?

2014-05-02 by Cat C

That micropython looks great.
Did you get one of their boards?
I have a "FEZ Cerb40" (STM32F405 I believe)
https://www.ghielectronics.com/catalog/product/353
that I think I could run it on but without SD card I'm not sure how easy it would be to get files onto it.
Would you know?

Thanks and best,

Cat

To: AVR-Chat@yahoogroups.com
From: dhylands@gmail.com
Date: Fri, 2 May 2014 09:07:52 -0700
Subject: Re: [AVR-Chat] Where has everyone gone?



Hi Mark,

I've recently been playing with MicroPython (micropyton.org) which runs on an STM32F405 (Cortex-M4 with FPU). I really like the builtin DFU bootloader (no programmer required).

STM seems to have a nice peripheral library. If you're looking for something that works on more than one family, then I recommend the mbed library. It now covers many more devices than just the mbed board. https://github.com/mbedmicro/mbed It seems like all of the ARM vendors now have pretty decent "getting started" boards which are inexpensive.

I'm still a command line/makefile/use my editor as an IDE type of person, so I've never missed AVR Studio (also I favor linux environments for SW development). Eclipse seems to be the IDE of choice when moving away from the vendor supplied ones, although I've never really played with it.

The gcc toolchain is common amongst the ARM chips, so at least that part should be similar.

The AVR is still very appropriate for certain environments, but as a hobbyist, I'd rather program in something a bit higher level than C (hence the interest in MicroPython). There is also eLua and JavaScript available now for some of the cortex chips as well.

Dave Hylands


Re: [AVR-Chat] Where has everyone gone?

2014-05-02 by Zack Widup

I haven't tried it yet. I'm still using AS4. :-)

Zack
Show quoted textHide quoted text
On Fri, May 2, 2014 at 11:27 AM, Cat C <catalin_cluj@hotmail.com> wrote:

So nobody can comment on how bad AS6 is compared to any free IDEs available from/for other manufacturers?


Re: [AVR-Chat] Where has everyone gone?

2014-05-02 by Jim Wagner

I use Studio 6.x more or less willingly. It is a major pain in my situation (Win8 on VirtualBox on a Mac). Not counting VirtualBox boot time, Studio can approach 5 minutes to boot up. It is also quite sluggish in basic use, but just at the outer edge of acceptable. However, it compiles, simulates, and programs even the newest Xmegas, which Studio 4 will not do.

I tried Crosspack, but the lack of comprehensive simulation and the lack of tool chain maintenance were killers for me.

I am also about to embark on what ever free IDEs are offered for PIC and MSP430. So, no comparison, yet.

Jim Wagner
Oregon Research Electronics

On May 2, 2014, at 11:05 AM, Zack Widup wrote:


I haven't tried it yet. I'm still using AS4. :-)

Zack


On Fri, May 2, 2014 at 11:27 AM, Cat C <catalin_cluj@hotmail.com> wrote:

So nobody can comment on how bad AS6 is compared to any free IDEs available from/for other manufacturers?




RE: [AVR-Chat] Where has everyone gone? - WARNING!! LONG REPLY

2014-05-02 by John Samperi

At 02:27 AM 3/05/2014, you wrote:
>So nobody can comment on how bad AS6 is compared to any free IDEs 
>available from/for other manufacturers?

Well I can comment on the PE Micro's Motorola development
system for the 68HC11, the DOS version (20+ years ago) was
usable, I could do everything I needed to do including emulation
and ran on a 33-66MHz AT machine.

Then when my computer became faster (233Mhz) the DOS version no
longer worked (remember the 200MHz bug?? ), PE micro were kind enough
to give my a free Windows version. I could do everything I needed
to do including emulation and ran on a 233MHz+ machine.

I started to get annoyed with Motorola, started looking around and
used MPLAB (4 or 5??) with PICs for about a year. I could do everything
I needed to do including emulation and ran on a 800MHz?? machine.

Got fed up with PICs and started to use AVR with Studio 3, I could do
everything I needed to do including emulation and ran on a 1GHz?? machine.
AS4.0 came out, it was a disaster until maybe V4.08, then it started to be
useable. I could do everything I needed to do including emulation and ran
on a 1GHz and 1.8GHz?? machine. Still using the very stable AS4.18 on a
2.8GHz machine Win XP with 3GB of RAM, starts up in a few seconds. I can do
everything I need to do including emulation, but not the very new chips.
Download at about 100MB.

AS6 came out, NO WAY I can run it on this machine, download at about 800MB.
Got a new modest laptop just for a AS6, 2,7GHz, WIN7 64 bits, 6 MB RAM, no
solid state HDD.

AS4.18 start up in less than 5 seconds, AS6.1 45 to 90 seconds.
When it eventually starts I can SORT OF do everything I need to do including
emulation, (used for just just one project, everything else AS4.18) unless
the latest upgrades breaks my tools, need to revert to an older firmware, wait
until somebody finds a work-around, it fills up my disk with junk I don't need
or want like a useless Software Framework (for the AVRs I use), a 32bit and
ARM tool-chains and a lot of other stuff which slows me down as it 
tries to take
over my job etc. which may slow down operation.

Got the drift so far? In 20+ years things have grown monstrously huge but not
really doing any more than what I did 20 years ago except hog system resources.

Messed around with LPCXpresso (V5.2 currently), download at about 
200MB. It runs
on this computer, (2.8GHz machine Win XP as above). I can do 
everything I needed
to do including emulation once I got my head around the new IDE and 
the way ARM does
things at least to a minimal level.

I have also used demo versions of ImageCraft and Codevision C 
compilers, lately I
have been messing around with BASCOM. I can do everything I needed .........

Ok that's enough :-)



Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.