Re: bringing ARM CPUs into the RCM modules

"Steven" <allsoft01a-/[email protected]>
Newsgroups gmane.comp.hardware.rabbit-semiconductor
Message-ID <[email protected]>
I have contemplated the same thing but I always come back to just redesigning my whole main board.  If you were to go down the road of an "ARM3xxx" you might look at these ARM procs from ST, http://www.st.com/internet/mcu/subclass/1521.jsp

 
--- In [email protected], Ian Lovatt  wrote:
>
> We’d be potentially be interested in a replacement RCM3000 module.
> 
> Cheers,
> 
> 
> Ian Lovatt
> Embedded Software Engineer
> t-mac Technologies
> 
> 
> [footer6 copy]
> 
> 
> t-mac Technologies Ltd
> Stand Park, Sheffield Road, Chesterfield, Derbyshire, S41 8JT
> 
> T. +44 (0)844 287 0007                              F. +44 (0)844 287 0006
> Technical Support. +44 (0)203 322 3001
> E. ian.lovatt@...                     W. www.t-mac.co.uk 
> B. blog.t-mac.co.uk/ 
> 
> 
> 
> From: [email protected] [mailto:[email protected]] On Behalf Of basicnode
> Sent: 04 January 2013 15:36
> To: [email protected]
> Subject: [rabbit-semi] bringing ARM CPUs into the RCM modules
> 
> 
> 
> 
> We've used Rabbit based modules in the past, but have moved onto ARM CPUs, and have now done a couple of ports of RCM3xxx based modules to ARM CPUs.
> 
> We're wondering if there is enough interest out there to do a RCM3xxx pin compatible module with an ARM processor.
> 
> While Dynamic C is not ANSI standard, in many cases it's close enough to move code, and in the ARM the RAM paging is not an issue.
> 
> 
> 
> 
> ________________________________
> http://www.t-mac.co.uk/ Monitor, Meter, Manage, Control. BMS & Energy Management.
> Telephone: 0844 287 0007  (International +44 (0)1246 233 632)
> Support: 0203 322 3001 (International +44 (0) 203 322 3001 )
> Fax: 0844 287 0006 (International +44 (0)1246 201193)
> 
> Please consider the environment before printing this email message.
> 
> E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. t-mac Technologies therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
> 
> t-mac Technologies Ltd. Registered in England. Company No 5254756. Stand Park. Sheffield Road. Chesterfield. S41 8JT.
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.