Hi Nico
This was the part that confused me the most. I did compile the terminal
but dont know how to use your HAL like framework. Would you mind giving
some pointers please. I have ordered my STM board already and I want to
really partake in testing your work.
I have added some
On 11/22/2014 12:49 PM, el cringo wrote:
Hi,
i just added pdfs for the current hw version. The eagle files are for
version 6.5.0. We once tried KiCad but we are a lot better with eagle.
Thank you. I looked at your pdfs. I also installed the latest LinuxCNC (
2.6 with Wheezy) on a PC and
Hi,
there is no current feedback yet and the over current protection is
copied from the UHU servo controller (http://www.uhu-servo.de/).
The next version will have a small cpu for this stuff (cheaper, neads
less space and is far more flexible).
We are planning to include a current prediction in
On 24 Nov 2014, at 02:02, Kirk Wallace kwall...@wallacecompany.com wrote:
On 11/22/2014 12:49 PM, el cringo wrote:
Hi,
i just added pdfs for the current hw version. The eagle files are for
version 6.5.0. We once tried KiCad but we are a lot better with eagle.
Thank you. I looked at your
some screenshots of the term(already outdated), and our development hardware
https://www.dropbox.com/s/gqx0h809odek0pj/Screenshot%202014-11-04%2016.03.51.png?dl=0
https://www.dropbox.com/s/5k7ji9ncqy5t3w7/Screenshot%202014-11-04%2016.06.08.png?dl=0
On 2014-11-24 03:35, el cringo wrote:
Hi,
there is no current feedback yet and the over current protection is
copied from the UHU servo controller (http://www.uhu-servo.de/).
The next version will have a small cpu for this stuff (cheaper, neads
less space and is far more flexible).
We are
Sounds like you are moving in the right direction with this project. I
for one will be watching with keen interest.
If you need any assistance with pcb layouts or testing, let me know and
I will gladly assist.
On 2014-11-22 05:10, el cringo wrote:
Hi,
i am working with Rene on this project.
On 11/22/2014 05:11 AM, Marius Liebenberg wrote:
Sounds like you are moving in the right direction with this project. I
for one will be watching with keen interest.
If you need any assistance with pcb layouts or testing, let me know and
I will gladly assist.
On 2014-11-22 05:10, el cringo
Hi,
i just added pdfs for the current hw version. The eagle files are for
version 6.5.0. We once tried KiCad but we are a lot better with eagle.
If you want to try our hal implementation connect a stm32f4-discovery
(we use the old version with the stm32f407 cpu but it should work on all
Hi Rene
Very interesting work you have done there. Which one of the hardware
options is used in the video demonstration?
On 2014-11-21 03:56, Rene Hopf wrote:
On 20 Nov 2014, at 19:14, andy pugh bodge...@gmail.com wrote:
On 20 November 2014 17:56, Kirk Wallace kwall...@wallacecompany.com
IRAMX-drv-v2 as a driver board, and res with the stm32f4discovery.
The video is only at 160V.
If we met in Stuttgart, it is the same hardware, running at higher voltage, and
improved software.
I am currently developing new hardware.
Rene
On 21 Nov 2014, at 09:39, Marius Liebenberg
What are you changing on the hardware?
On 2014-11-21 13:06, Rene Hopf wrote:
IRAMX-drv-v2 as a driver board, and res with the stm32f4discovery.
The video is only at 160V.
If we met in Stuttgart, it is the same hardware, running at higher voltage,
and improved software.
I am currently
Hi,
i am working with Rene on this project.
For the next hardware version we are planning to support resolvers
(3-8Vpp ref, 1-12Vpp sin/cos) and encoders/gms (ttl / 1Vpp / 11µA) with
a single interface.
The current resolver only interface is a bit noisy (resolution:
12-13bit/rev, accuracy:
On 2014-11-18 20:28, andy pugh wrote:
On 18 November 2014 17:33, Kirk Wallace kwall...@wallacecompany.com wrote:
The more I think about it, adding Halls seems to be the way to go.
Resolvers are _really_ good transducers. It seems a shame not to use them.
I have no boards left. But I can pass
On 20 November 2014 14:29, Marius Liebenberg mar...@mastercut.co.za wrote:
Andy why were you disappointed with the position feedback.
Will it be ok on a slow moving bed?
Do you think a more powerful MCU will do the trick?
It was noisy and dithered a lot. The Arduino has to measure 2 voltages
On 2014-11-20 19:25, andy pugh wrote:
On 20 November 2014 14:29, Marius Liebenberg mar...@mastercut.co.za wrote:
Andy why were you disappointed with the position feedback.
Will it be ok on a slow moving bed?
Do you think a more powerful MCU will do the trick?
It was noisy and dithered a lot.
On 11/20/2014 09:25 AM, andy pugh wrote:
... snip
Yes, a more powerful MCU would be better, and it so happens that Mesa
and Pico sell exactly that all ready to go.
Why will nobody believe me when I say that my experiment was rubbish?
Because Arduinos are so cute.
I seem to recall, to get
On 20 November 2014 17:56, Kirk Wallace kwall...@wallacecompany.com wrote:
I seem to recall, to get fast PWM, I had to use Timer1 and not use the
Arduino PWM library. I wonder if the resolver decoder might be improved
in a similar fashion? I haven't had the time to study Andy's code, but
it
On 20 Nov 2014, at 19:14, andy pugh bodge...@gmail.com wrote:
On 20 November 2014 17:56, Kirk Wallace kwall...@wallacecompany.com wrote:
I seem to recall, to get fast PWM, I had to use Timer1 and not use the
Arduino PWM library. I wonder if the resolver decoder might be improved
in a
On 19 November 2014 03:43, Jon Elson el...@pico-systems.com wrote:
I have also sold over 100 of the Pico Systems resolver to
quadrature converter board.
They can be used with any system that needs a quadrature
encoder signal.
It should also be possible to use this with the bldc HAL component
On 11/19/2014 03:53 AM, andy pugh wrote:
On 19 November 2014 03:43, Jon Elson el...@pico-systems.com wrote:
I have also sold over 100 of the Pico Systems resolver to
quadrature converter board.
They can be used with any system that needs a quadrature
encoder signal.
It should also be
On 19 November 2014 17:21, Jon Elson el...@pico-systems.com wrote:
The problem is as our resolver converter is, NOW, it only
produces quadrature
plus index.
...
But, it would need
to know the number of motor poles and the angular offset.
The bldc component can handle that. There an
Andy
What interface board would you typically use with the bldc component?
Not the parport I assume.
On 2014-11-19 19:26, andy pugh wrote:
On 19 November 2014 17:21, Jon Elson el...@pico-systems.com wrote:
The problem is as our resolver converter is, NOW, it only
produces quadrature
plus
On 19 November 2014 19:15, Marius Liebenberg mar...@mastercut.co.za wrote:
What interface board would you typically use with the bldc component?
Not the parport I assume.
It has been done, there is a Youtube video of someone running Fanuc
Red-cap motors from the parport.
The only reason not
Andy, it has been a few years since this page changed:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ResolverToQuadratureConverter
How well is this working? I'm looking at getting some BLDC motors with
resolvers for commutation.
--
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
On 18 November 2014 16:31, Kirk Wallace kwall...@wallacecompany.com wrote:
Andy, it has been a few years since this page changed:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ResolverToQuadratureConverter
How well is this working? I'm looking at getting some BLDC motors with
resolvers for
Hi Andy
Have you dumped those pcb's yet or shall I send you an address?
On 2014-11-18 18:43, andy pugh wrote:
On 18 November 2014 16:31, Kirk Wallace kwall...@wallacecompany.com wrote:
Andy, it has been a few years since this page changed:
On 11/18/2014 08:43 AM, andy pugh wrote:
On 18 November 2014 16:31, Kirk Wallace kwall...@wallacecompany.com wrote:
Andy, it has been a few years since this page changed:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ResolverToQuadratureConverter
How well is this working? I'm looking at getting
On 18 November 2014 17:33, Kirk Wallace kwall...@wallacecompany.com wrote:
The more I think about it, adding Halls seems to be the way to go.
Resolvers are _really_ good transducers. It seems a shame not to use them.
I have no boards left. But I can pass on the files to have a batch of
PCBs
From: andy pugh [mailto:bodge...@gmail.com]
Sent: 18 November 2014 18:29
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Motor Resolvers
On 18 November 2014 17:33, Kirk Wallace kwall...@wallacecompany.com
wrote:
The more I think about it, adding Halls seems to be the way
On 18 November 2014 18:45, Ben Potter b...@bpuk.org wrote:
I have a couple of Andy's boards left. I had noise issues with them that is
more than likely how I was using them
I think that might be the nature of the board and 8-bit sampling at high speed.
It _probably_ doesn't matter as much for
On 11/18/2014 10:45 AM, Ben Potter wrote:
... snip
I have a couple of Andy's boards left. I had noise issues with them that is
more than likely how I was using them. As such I ended up picking up a
commercial drive for the motor I was using.
KW: If you want them, I'd be happy to send them on.
On 11/18/2014 10:31 AM, Kirk Wallace wrote:
Andy, it has been a few years since this page changed:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ResolverToQuadratureConverter
How well is this working? I'm looking at getting some BLDC motors with
resolvers for commutation.
I have also sold over
33 matches
Mail list logo
