Re: [Emc-developers] Mesa 7i90 and 7i43 EPP mode

[Peter C. Wallace]

On Tue, 13 Jun 2017, Bertho Stultiens wrote:


Date: Tue, 13 Jun 2017 15:57:30 +0200
From: Bertho Stultiens 
Reply-To: EMC developers 
To: emc-developers@lists.sourceforge.net
Subject: [Emc-developers] Mesa 7i90 and 7i43 EPP mode

Hi,

Is there a way to detect the difference between the 7i90 and 7i43 boards
over EPP communication? I was looking into these drivers and they are
essentially the same (very small difference if you take the variable
naming out of the picture).


Yes, and I think there could be a unified driver for both

The reason the 7I43 driver doen't work with the 7I90 is that it assumes that 
it needs to download firmware into the card at startup (So also fails with 
7I43s that are set to load firmware from their local EEPROM)


Probably the best thing for the driver to do is assume that if the driver 
command line has a firmware token, that it should download that firmware and 
if not, assume the FPGA is loaded and probe for a valid HostMot2 cookie and 
card name (firmware downloading direct to an unprogrammed FPGA is only 
possible with the 7I43, not a 7I90)




I have been pondering to add yet another RPI driver doing EPP emulation
on the GPIO pins. It would at least as fast as SPI communication and has
the potential to be faster (especially if the EPP slave relaxes the
timing a bit).

The advantage of EPP emulation is in the reduced frequency on the
pysical communication lines and would be at least four times lower. The
physical bottleneck would be on strobe-timing. That may be an advantage
in noisy environments and the overhead on the RPI is not any greater
than using SPI (which is also polled in a busy-loop).

If both 7i90 and 7i43 can be differentiated over EPP at runtime, then a
unified EPP driver is more easily created. Otherwise you need a module
parameter to distinguish or duplicate most of the code.

Any comments, thoughts or suggestions?

--
Greetings Bertho

(disclaimers are disclaimed)

--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Mesa 7i90 and 7i43 EPP mode

[andy pugh]

On 13 June 2017 at 14:57, Bertho Stultiens  wrote:

> If both 7i90 and 7i43 can be differentiated over EPP at runtime, then a
> unified EPP driver is more easily created.
>

I think I once saw a hm2_epp driver, I wonder where it went?

-- 
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
--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Level setting in rtapi_print_msg()

[W. Martinjak]

On 2017-06-13 12:11, Bertho Stultiens wrote:
> And I'll ignore the problem for now or until I unify everything myself
> (yeah, probably when retirement time hits).

I would say this accounts for the most our problems. ;)

-- 
"In der Wissenschaft siegt nie eine neue Theorie,
nur ihre Gegner sterben nach und nach"

Max Planck


--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Level setting in rtapi_print_msg()

[andy pugh]

On 13 June 2017 at 09:25, Bertho Stultiens  wrote:

>
> Is there a general way (cmdline) set it


I have a feeling that this might not work any more, but the way to do it
used to be to

*echo 5* > / proc/*rtapi*/debug

(for debug level 5)

The startup script seems to still do that:
https://github.com/LinuxCNC/linuxcnc/blob/af15a4d90e1d51d5309db65fe1c9511e486df411/scripts/realtime.in#L147

-- 
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
--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Level setting in rtapi_print_msg()

[Bertho Stultiens]

On 06/13/2017 11:55 AM, andy pugh wrote:
>> Then the question remains... What is the "correct" way to set the
>> message level.
> This might be a problem not yet adequately solved.
> https://sourceforge.net/p/emc/mailman/emc-developers/thread/EF972235-DC66-4AB5-97CD-4DDBA4A7DDBD%40mah.priv.at/#msg30532123
> (I don't know if anything came of that discussion, and it is likely that if
> it did it only ever made it into Machinekit and not into LinuxCNC)

Hm, after reading that thread, I'm almost sorry I asked. Lets just call
this work-in-progress ;-)

And I'll ignore the problem for now or until I unify everything myself
(yeah, probably when retirement time hits).

-- 
Greetings Bertho

(disclaimers are disclaimed)

--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Level setting in rtapi_print_msg()

[andy pugh]

On 13 June 2017 at 10:34, Bertho Stultiens  wrote:

> May this be related to the fact that I run RT-PREEMPT
> and using posix realtime?
>

Yes, that would explain it.

>
> Then the question remains... What is the "correct" way to set the
> message level.
>

This might be a problem not yet adequately solved.
https://sourceforge.net/p/emc/mailman/emc-developers/thread/EF972235-DC66-4AB5-97CD-4DDBA4A7DDBD%40mah.priv.at/#msg30532123
(I don't know if anything came of that discussion, and it is likely that if
it did it only ever made it into Machinekit and not into LinuxCNC)

-- 
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
--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Level setting in rtapi_print_msg()

[Bertho Stultiens]

On 06/13/2017 11:24 AM, andy pugh wrote:
>> Is there a general way (cmdline) set it
> I have a feeling that this might not work any more, but the way to do it
> used to be to
> *echo 5* > / proc/*rtapi*/debug
> (for debug level 5)
> 
> The startup script seems to still do that:
> https://github.com/LinuxCNC/linuxcnc/blob/af15a4d90e1d51d5309db65fe1c9511e486df411/scripts/realtime.in#L147

No, I do not seem to have anything in the /proc filesystem that says
anything rtapi. May this be related to the fact that I run RT-PREEMPT
and using posix realtime?

Then the question remains... What is the "correct" way to set the
message level.


-- 
Greetings Bertho

(disclaimers are disclaimed)

--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Level setting in rtapi_print_msg()

[Bertho Stultiens]

Hi,

The message level that will be output in rtapi_print_msg() depends on
the level settings in the rtapi code.

Is there a general way (cmdline) set it or does every module have to set
it for itself using a "debug" module parameter and calling
rtapi_set_msg_level()?

-- 
Greetings Bertho

(disclaimers are disclaimed)

--
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
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers