I already tested modbus solution .... but machine state is a specific request, machine running is a specific request, emergency signal is a specific request, user bit dictionary is an other request ... than modbus device today have fast response on tcp/udp ... but at last some ms ... not us ... ms .... so for a complete knowelge of machine situation needs 4 request ... with can std protocol only one ... because with us response instead ms. As someone reply my using can on 6 axis motion control is not a good ideas because 1Mb/sec .... right .... but can use it as field bus for supervision ... any how i find very simple and complete the can vocabulary ... I think is for these that exist can over ethercat or over powerlink or over sercos etc etc....
bkt 2017-09-16 18:59 GMT+02:00 Nicklas SB Karlsson <[email protected] >: > I am rather aware about some of it including canfestival but did not had > time canfestival. I have not yet read about standard method to implement > CANopen over serial communication like UART or SPI so it would be > interesting if anybody have seen something? > > As is now I do: 16 bits COB-ID + 8 bytes payload + 16 bits modbus CRC. > > I could chose any message format but to use standard is always better and > what I want is in particual the dictionary for configuration parameters. I > have simple implementation for this over UDP/IP via Ethernet and it work > great. > > > > On Sat, 16 Sep 2017 09:00:22 +0200 > theman whosoldtheworld <[email protected]> wrote: > > > very interesting for me about linux can is these link ... because a > > complete link of helping sites and library ... > > https://github.com/machinekit/machinekit/issues/589 .... mhaberler > provided > > ... these project seems nice .... https://rtime.felk.cvut.cz/gitweb/ > > > > bkt > > > > > > 2017-09-13 9:12 GMT+02:00 Marius Liebenberg <[email protected]>: > > > > > > > > Hmm, the documentation and components mention do not seem to exist in > > >> master branch. http://linuxcnc.org/docs/devel/html/drivers/hostmot2. > html > > >> I also had a look in 2.7 git and could not locate the uart comps. Any > > >> links to git would be appreciated > > >> Moving forward, plasma activity is going to be in master branch due to > > >> joint axis and Dewey's external offsets branch so it would be good to > > >> restore this. > > >> > > >> I'm assuming Marius wants to talk to a Hypertherm plasma cutter using > > >> their documented modbus protocol. > > >> > > > That is precisely what I have to do. A HPR260 plasma source. > > > > > >> > > >> When I've thought about this problem, I did not think serial comms > should > > >> be in real time but in user space. In my config, a gcode M67 E0 Q440 > is > > >> sent to the glade screen python handler where it is decoded as "Set > plasma > > >> amps to 40 amps". Similarly for air pressure. I'm not doing anything > with > > >> this command yet. There are any number of modbus libraries for python > so I > > >> was hoping if I knew how to access the uart, I could write commands > with a > > >> high level python routine. I'm assuming Python could access the uart > > >> functions Andy mentioned? > > >> > > >> Pretty sure the Gmocappy plasma GUI and its supporting plasma.py I've > > >> modified was written by Marius so thanks > > >> > > > I will have to add quite a bit of functions and a screen or two to > > > Gmoccapy in order to handle the requirements for the Hypertherm HPR260 > > > > > > > > >> > > >> > > >> Rod Webster > > >> 0435 765 611 > > >> Vehicle Modifications Network > > >> http://www.vehiclemods.net.au/ > > >> > > >> > > >> > > >> On 13 September 2017 at 04:02, Marius Liebenberg < > [email protected]> > > >> wrote: > > >> > > >>> > > >>>> > > >>>> On 12 September 2017 at 10:47, Marius Liebenberg < > > >>>> [email protected]> wrote: > > >>>> > > >>>> > >You need a Mesa bitfile which puts UARTS on some of the 7i44 > ouputs > > >>>> > > >>>> > Does this apply to the 7i80 or 7i44? > > >>>> > > >>>> 7i80 bitfile. > > >>>> > > >>>> > > Whatever you use, you need to find a way to work out where you > are > > >>>> in > > >>>> > > the byte stream. > > >>>> > > >>>> > Does this imply that the data stream on the UART is not all mine > and > > >>>> that there are other info being sent ? > > >>>> > > >>>> No, it is all yours, but once your data spans multiple packets you > need > > >>>> to work out where you are in the byte stream. This can be done > simply by > > >>>> timing, if there is a longer pause between the start and end > packets than > > >>>> the inter-byte gap, or some protocols have byte patterns that can > not exist > > >>>> in the data as frame markers. > > >>>> > > >>> Or a state machine if the frames are predictable as mine is. > > >>> Something like this:- > > >>> > = Start of message > > >>> > > >>> 3 byte command ID > > >>> > > >>> Data > > >>> > > >>> 2 byte checksum > > >>> > > >>> < = End of message > > >>> > > >>> Sample: >0011C2< > > >>> > > >>> > > >>> > > >>> > > >>>> > Does the mesa_uart.comp serve as an example only or is it a > > >>>> > loadable component. > > >>>> > > >>>> If you have uarts in your firmware it should work. I have used a > very > > >>>> similar component to send data from an Arduino to a Mesa card. > > >>>> > > >>> That is interesting and might open a whole lot of scope. > > >>> > > >>> > > >>>> -- > > >>>> atp > > >>>> "A motorcycle is a bicycle with a pandemonium attachment and is > > >>>> designed for the especial use of mechanical geniuses, daredevils and > > >>>> lunatics." > > >>>> — George Fitch, Atlanta Constitution Newspaper, 1916 > > >>>> > > >>> > > >>> --- > > >>> This email has been checked for viruses by Avast antivirus software. > > >>> https://www.avast.com/antivirus > > >>> ------------------------------------------------------------ > > >>> ------------------ > > >>> Check out the vibrant tech community on one of the world's most > > >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > >>> _______________________________________________ > > >>> Emc-developers mailing list > > >>> [email protected] > > >>> https://lists.sourceforge.net/lists/listinfo/emc-developers > > >>> > > >> > > > ------------------------------------------------------------ > > > ------------------ > > > Check out the vibrant tech community on one of the world's most > > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > > > Emc-developers mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > > > > > > > ------------------------------------------------------------ > ------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Emc-developers mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/emc-developers > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
