> From: andy pugh [mailto:bodge...@gmail.com]
> On Fri, 22 Jan 2021 at 23:16, John Dammeyer wrote:
>
> > And I take it from your answer that this sort of driver at this point in
> > time does not exist.
>
> Not as far as I know, but it might be a fairly simple thing to create.
> It need to
On Thu, 14 Jan 2021 at 10:35, andy pugh wrote:
> Note: As it stands jogging won't work as current_position is one less
> than the actual position.
> Did you check M6 Tnn commands, or only jogging?
Where are we with this?
--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
On Fri, 22 Jan 2021 at 23:16, John Dammeyer wrote:
> And I take it from your answer that this sort of driver at this point in time
> does not exist.
Not as far as I know, but it might be a fairly simple thing to create.
It need to create HAL pins then gather the data from wherever, and put
it
> From: andy pugh [mailto:bodge...@gmail.com]
>
> On Fri, 22 Jan 2021 at 22:27, John Dammeyer wrote:
>
> > The infrastructure for CAN messaging is already there and it won't matter
> > if it's a plug in car or USB device. There are a number of
> CAN dongles that aren't always like serial
Den tors 14 jan. 2021 kl 23:28 skrev andrew beck :
> I have some proxy switches on my cnc lathe I am retrofitting and have a few
> questions
>
> the switches are omron 10-40v dc and NPN NO
> basically opposite to what i need I think lol.
> I think the mesa cards prefer PNP NC proxy switches
>
On Fri, 22 Jan 2021 at 22:27, John Dammeyer wrote:
> The infrastructure for CAN messaging is already there and it won't matter if
> it's a plug in car or USB device. There are a number of CAN dongles that
> aren't always like serial ports and so SocketCAN provides the common access.
Maybe,
> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
> Sent: January-22-21 1:57 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] CANopen on LinuxCNC
>
> On Fri, 22 Jan 2021 at 21:35, John Dammeyer wrote:
>
> > Under Linux CAN messages are available
On Fri, 22 Jan 2021 at 21:35, John Dammeyer wrote:
> Under Linux CAN messages are available via SocketCAN. So it's easy enough to
> hook up something like a Lawicel CANUSB http://www.can232.com/canusb/
That appears as a COM port, so would probably be conveniently
interfaced by a HAL driver
On Friday 22 January 2021 16:12:00 andy pugh wrote:
> On Fri, 22 Jan 2021 at 20:47, Gene Heskett
wrote:
> > thing about the precision being 24 bits, as the max of 3 volts full
> > scale says it will need scaled at the inputs to live with 5 volt or
> > higher circuits.
>
> The boards always seem
I don't think you are going to use an ADS1256 for
servo feedback. 30khz sounds good, but when you
look at the datasheet fine print, there are caveats.
First, the inputs are multiplexed, so cycling the
multiplexer drops your 30khz data rate to an effective
4.3khz rate. There is also a 0.2msec
Is there an easy way to bring CANopen information into LinuxCNC?
I have a number of CANopen modules that have I/O that would work well as tool
changers or displays for status information like Control Cabinet voltages etc.
Under Linux CAN messages are available via SocketCAN. So it's easy
I just received an advertising email from SparkFun. They sell the Pi Pico
as well as 3 of their own variants with the RP2040 chip...
Thing Plus - https://www.sparkfun.com/products/17745
MicroMod - https://www.sparkfun.com/products/17720
Pro Micro - https://www.sparkfun.com/products/17717
I
On Fri, 22 Jan 2021 at 20:47, Gene Heskett wrote:
> thing about the precision being 24 bits, as the max of 3 volts full
> scale says it will need scaled at the inputs to live with 5 volt or
> higher circuits.
The boards always seem to have lots of unpopulated pads. I assume that
these are for
On Friday 22 January 2021 14:37:56 andy pugh wrote:
> On Fri, 22 Jan 2021 at 18:41, Gene Heskett
wrote:
> > What comparison can be made between the very limited, fixed scale
> > A-D conversion of a mesa card's 1st 4 inputs on say a 7i76, and the
> > A/D speed and scaling that $4 pico-pi might
On Friday 22 January 2021 14:10:22 Ralph Stirling wrote:
> I really don't know yet how much work it would be to
> port STMBL to the Pico. A stock STMBL drive, with
> an STM32F405VG processor has four analog inputs
> (as far as I can tell). Those are 12bit, and can be scaled
> in stmbl's local
On Fri, 22 Jan 2021 at 18:41, Gene Heskett wrote:
> What comparison can be made between the very limited, fixed scale A-D
> conversion of a mesa card's 1st 4 inputs on say a 7i76, and the A/D
> speed and scaling that $4 pico-pi might be able to do when running the
> STMBL code, and how fast
I really don't know yet how much work it would be to
port STMBL to the Pico. A stock STMBL drive, with
an STM32F405VG processor has four analog inputs
(as far as I can tell). Those are 12bit, and can be scaled
in stmbl's local hal. I haven't investigated the sampling
rate for those conversions.
On Friday 22 January 2021 12:24:14 Ralph Stirling wrote:
> I finally succeeded in getting the STMBL code on a STM32F407
> Discovery eval board talking to a Mesa 7I90 via sserial. The
> final issue was assuming the wrong pin for sserial tx on the F407.
>
> Here is my final summary of everything
I finally succeeded in getting the STMBL code on a STM32F407
Discovery eval board talking to a Mesa 7I90 via sserial. The
final issue was assuming the wrong pin for sserial tx on the F407.
Here is my final summary of everything necessary to replicate
what I did, for anybody else trying this.
19 matches
Mail list logo