Where has everyone gone?
2014-05-01 by Mark Nowell
Yahoo Groups archive
Index last updated: 2026-04-28 22:41 UTC
Thread
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
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
2014-05-01 by Mark Nowell
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
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 ********************************************************
2014-05-01 by Cat C
2014-05-01 by Martin McKee
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>
2014-05-02 by Dave McLaughlin
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
2014-05-02 by Mark Nowell
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
2014-05-02 by Dave Hylands
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:
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
2014-05-02 by Cat C
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.
2014-05-02 by Cat C
2014-05-02 by Zack Widup
So nobody can comment on how bad AS6 is compared to any free IDEs available from/for other manufacturers?
2014-05-02 by Jim Wagner
I haven't tried it yet. I'm still using AS4. :-)
ZackOn 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?
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 ********************************************************