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

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

Re: [Emc-developers] backplot/dro contents on the pi/arm version of lcnc.

On 2017-01-16 16:01, Gene Heskett wrote: > The X86 version can be configured to show what I want, but not on the pi > version. Gene, there is no extra pi version. It's the same version as x86. -- "In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach" Max

Re: [Emc-developers] Trouble building RIP linuxcnc

On 2016-12-23 18:55, Jim Craig wrote: > Thank you sir for the assistance. However I have tried this prior and I > get the error > > E: Unable to locate package libreadline-gplv2-dev > > What repository do I need to add to get this available? It depends on the release. aptitude search

Re: [Emc-developers] Trouble building RIP linuxcnc

sudo apt install libreadline-gplv2-dev On 2016-12-23 01:53, Jim Craig wrote: > I am getting the following error when trying to build linuxcnc RIP. > > Configure: error: Required Library 'readline' is missing > > How do I rectify this? > > Thanks, > > Jim > > >

Re: [Emc-developers] Tool Number limit

On 2015-02-22 20:59, John Thornton wrote: > Calling things stupid and trying to intimidate the developers with > kindergarten insults usually is not very productive in an open source I'm not a nativ English speaker, and as I know neither is Norbert, hence maybe I am missing the obscure

Re: [Emc-developers] GladeVCP introspection

On 2016-10-13 03:15, Chris Morley wrote: > Unfortunately, I think you will find in GTK visibility refers to whether a > widget _should_ be displayed, > > not whether it _is_ displayed. H getting the properties and connecting the signals to the appropriate widgets is part of the

Re: [Emc-developers] GladeVCP introspection

I've raped the Calculator example from here http://wiki.linuxcnc.org/cgi-bin/wiki.pl?GladeVCP_Custom_Widgets , "ported" it to PyGObject (gtk3) and added some "features" for showing the "notify::visible" functionality. https://github.com/tinkercnc/gladvcp-test Hope it helps. And for gtk2 maybe

Re: [Emc-developers] GladeVCP introspection

On 2016-10-12 19:10, andy pugh wrote: > There doesn't seem to be any event to trap that tells the GladeVCP > panel that it has been hidden. The «visibility-notify-event» signal? -- "In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach" Max Planck

Re: [Emc-developers] usb<->rs485 translators have arrived.

Hi Gene, On 2016-08-07 04:33, Gene Heskett wrote: > ...subdirs by-id and by-path in it and once as /dev/ttyUSB0. I played a > bit with setserial -G but couldn't make sense out of the response. I > need to set it for 9600-8n1 (I think) according to this teeny booklet. Try this: stty -F

Re: [Emc-developers] The best way writing man pages?

On 2016-07-07 14:21, andy pugh wrote: > On 7 July 2016 at 13:01, W. Martinjak <mats...@play-pla.net> wrote: >> Is there a instruction for writing man pages for linuxcnc? >> I need some advise how to write a man page for ie. a hal driver. > I normally end up editing the tex

[Emc-developers] The best way writing man pages?

Is there a instruction for writing man pages for linuxcnc? I need some advise how to write a man page for ie. a hal driver. Many thanks in advance. -- "In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach" Max Planck

Re: [Emc-developers] call for maintainers for xlinuxcnc and linuxcncld uis

On 2016-05-13 16:30, Sebastian Kuzminsky wrote: > On 05/13/2016 05:46 AM, W. Martinjak wrote: >> BTW: Is there a minimal api which is requiredto provide a simple but >> functional UI? > There's not, unfortunately. The interface between the UIs and the > control software in

Re: [Emc-developers] call for maintainers for xlinuxcnc and linuxcncld uis

BTW: Is there a minimal api which is requiredto provide a simple but functional UI? On 2016-05-11 19:20, Dewey Garrett wrote: > These uis are very old with no known maintainers and > require additional effort to work with updates to the > joints_axes13 branch. > > Following the precedent for

Re: [Emc-developers] Patch to fix udev reload

Ok, another try. I think, a call with /usr/sbin/service rather then /usr/sbin/invoke-rc.d would be the more common way. Because the manpage of service says: " NAME service - run a System V init script ... DESCRIPTION service runs a System V init script or upstart job in as

Re: [Emc-developers] Prempt RT on Raspi/ARM (Preemt RT improved)

My sentiments exactly. On 2016-02-04 16:50, Chris Morley wrote: > Seddsssdsdds > > - Reply message - > From: "Nicklas Karlsson" > To: "EMC developers" > Subject: [Emc-developers] Prempt RT on Raspi/ARM

Re: [Emc-developers] Prempt RT on Raspi/ARM

. On 2016-02-03 03:24, Jon Elson wrote: > On 02/02/2016 06:24 PM, W. Martinjak wrote: >> How far is the development of lcnc on raspi/arm? > LinuxCNC has been running on the Beagle Bone Black for > several years. It is mostly the same codebase as LinuxCNC, > except for running on the P

Re: [Emc-developers] Prempt RT on Raspi/ARM

Hmmm, is there a topic-obfuscating-campaign going on? On 2016-02-03 01:24, W. Martinjak wrote: > How far is the development of lcnc on raspi/arm? > Would this [1] work with bare lcnc installation. > > [1](the last three messages) > https://groups.google.com/forum/#!msg/machine

Re: [Emc-developers] Prempt RT on Raspi/ARM

even if CPU is very fast > but small unknown delays may happen. > > > Nicklas Karlsson > > > > On Wed, 3 Feb 2016 12:23:11 +0100 > "W. Martinjak" <mats...@play-pla.net> wrote: > >> OK, not as easy... >> I will reword my question. >>

Re: [Emc-developers] Prempt RT on Raspi/ARM

...@lists.sourceforge.net > > You can reach the person managing the list at > emc-developers-ow...@lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Emc-developers digest..." > > > Today

Re: [Emc-developers] Prempt RT on Raspi/ARM

FYI http://e2e.ti.com/support/arm/sitara_arm/f/791/t/212616 On 2016-02-03 19:33, Juergen Gnoss wrote: > @W. Martinjak > > I've tried HW-SPI without RT on the BBB and it turned out a real pain. > Since then, very little time to go into the source code. > For now we a

Re: [Emc-developers] Prempt RT on Raspi/ARM

You see, and I went to another board. Which works well. And now please no more jihadistic "this is better than that" posts on this thread. It's boring. thank you. On 2016-02-03 19:33, Juergen Gnoss wrote: > @W. Martinjak > > I've tried HW-SPI without RT on the BBB and it tur

[Emc-developers] Prempt RT on Raspi/ARM

How far is the development of lcnc on raspi/arm? Would this [1] work with bare lcnc installation. [1](the last three messages) https://groups.google.com/forum/#!msg/machinekit/cjRA3OFtTIM/rZQ21QfCAwAJ On 2016-02-02 23:29, Ralph Stirling wrote: > Nicklas, > > There is a fork of LinuxCNC called

Re: [Emc-developers] "LinuxCNC Features"

Just a suggestion: Just fancy, linuxcnc is the distribution and "linuxcnc-feature" is a package of this distribution. So they have to take care delivering a working package. Would this be a approach? g m On 2015-09-14 19:43, Sebastian Kuzminsky wrote: > On 9/14/15 10:54 AM, Jeff

Re: [Emc-developers] pluto doesn't find kernel headers

On 2015-05-07 22:20, Alessandro Barbieri wrote: I had to change some things in the ebuilds, installed the kernel 3.16 rtai and RTAI 4.1 the library linuxcnc compiles fine for a while but stops at Preprocessing pluto_servo.comp /usr/bin/python2.7 hal/drivers/rbf2h.py -g \ -c This is a

Re: [Emc-developers] linux-boot-prober yields wrong uuid for kernel root parameter

kernel (the root=… directive that was wrong in your case) should be directly taken from this file. ... On 2015-04-26 19:09, W. Martinjak wrote: Hello Fellows, today I've found a timeslot to install the 2.6 on my lcnc-machine in a second partition and I've found a problem with the os-prober

[Emc-developers] linux-boot-prober yields wrong uuid for kernel root parameter

Hello Fellows, today I've found a timeslot to install the 2.6 on my lcnc-machine in a second partition and I've found a problem with the os-prober of wheezy. blkid gives me: /dev/sda1: UUID=76723ee9-445c-4da4-be51-e2bb1335e701 TYPE=ext2 /dev/sda2: UUID=910bc927-3a4b-4ab3-8956-8c927bf0b994

Re: [Emc-developers] reply to GeneSebastian and questions about feature requests/bug report + GSOC project

Inside every old person is a young person wondering what happened. Terry Pratchett :) On 2015-03-27 05:51, Gene Heskett wrote: If, when I was 20, I would have known I'd live to be 80, I would have taken lots better care of me. ;-) Hindsight, always 20-5 in both eyes. Cheers, Gene Heskett

Re: [Emc-developers] reply to GeneSebastian and questions about feature requests/bug report + GSOC project

On 2015-03-27 11:57, Gene Heskett wrote: If his memory hasn't failed. My short term memory is showing the years, but long term seems to be doing ok, yet. That thumping sound? Me, knocking on wood. :) Come in it's open! ;) -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre

Re: [Emc-developers] RPC like linuxcnc/hal classes

On 2015-03-07 14:13, EBo wrote: look at the various RT kernels (Xen, RTAI, RT-Preempt) and see if any of I think you mean Xenomai. ;) -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach Max Planck

Re: [Emc-developers] RPC like linuxcnc/hal classes

On 2015-03-07 09:51, Frederic RIBLE wrote: I am thinking about using an Android tablet connected by Wifi or USB to a LinuxCNC controller (PC or Beagleboard). I've made some trys with a webbased position-logger: https://github.com/tinkercnc/LinuxCNC2Websocket but its only a simple demo. for

Re: [Emc-developers] _tkinter.TclError on fedora 21

Hi, On 2015-02-20 21:57, Bernhard Fischer wrote: _tkinter.TclError: invalid after png_start_read_image or png_read_update_info maybe it depends on the libpng. or something similar http://comments.gmane.org/gmane.comp.lib.cairo/23741 -- In der Wissenschaft siegt nie eine neue Theorie,

Re: [Emc-developers] Bitte abmelden

On 2015-01-18 19:30, Josef Gattermann wrote: Bitte abmelden E: Scroll down on this site and unsubscribe. G: Kann man in dem Link ganz unten ganz einfach machen. https://lists.sourceforge.net/lists/listinfo/emc-developers -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner

Re: [Emc-developers] Awlsim 0.37 - STEP 7 compatible PLC for LinuxCNC

Hello Michael, what do you think about integrating/docking your Awlsim in/to this project? http://snap7.sourceforge.net/ with this http://python-snap7.readthedocs.org/en/latest/introduction.html I think it would a nice idea. Greetz matsche -- In der Wissenschaft siegt nie eine neue

Re: [Emc-developers] Awlsim 0.37 - STEP 7 compatible PLC for LinuxCNC

On 2015-01-16 17:53, Michael Büsch wrote: I'm not sure whether Awlsim should be integrated into snap7, however it certainly could/should interface with it. That's why I wrote docking. ;) Awlsim currently does not implement the S7 protocol for communications. Yep. Do you think python-snap7

Re: [Emc-developers] Is the server broken?

It works. :) On 2015-01-15 13:43, Marius Liebenberg wrote: I have not seen a message since the 12th. Is something broken or was I left behind? -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach Max Planck

Re: [Emc-developers] Is the server broken?

Yes, sometimes I've the same feeling. :) But currently it's on the IRC even quiet. On 2015-01-15 14:58, Marius Liebenberg wrote: Geez thanks for that for one moment there I thought I was the last one left :) On 2015-01-15 15:15, W. Martinjak wrote: It works. :) On 2015-01-15 13:43, Marius

Re: [Emc-developers] Axis throws TCL error

On 2015-01-03 08:53, Sebastian Kuzminsky wrote: On 01/01/2015 03:29 AM, Michael Büsch wrote: Isn't there somebody with an idea? In the meantime the following workaround seems to help: Hi Michael, your workaround makes the error go away for me too (Debian Jessie, tcl 8.6.2+dfsg-1). I have

Re: [Emc-developers] Axis throws TCL error

So, On 2015-01-03 21:50, Michael Büsch wrote: On Sat, 03 Jan 2015 13:43:36 -0700 Sebastian Kuzminsky s...@highlab.com wrote: Matche, if you run master on Sid from the terminal, do you see the tcl error that Michael and i see? Maybe there's a newer version of tcl in Sid that fixes the

Re: [Emc-developers] Axis throws TCL error

On 2015-01-03 08:53, Sebastian Kuzminsky wrote: On 01/01/2015 03:29 AM, Michael Büsch wrote: Isn't there somebody with an idea? In the meantime the following workaround seems to help: Hi Michael, your workaround makes the error go away for me too (Debian Jessie, tcl 8.6.2+dfsg-1). I have

Re: [Emc-developers] Axis throws TCL error

On 2015-01-03 21:25, Michael Büsch wrote: tcl/tk 8.6 already is installed on my system. So that doesn't solve the issue for me. $ dpkg --get-selections | grep tcl8 libtcl8.6:amd64 install tcl8.6 install

Re: [Emc-developers] Axis throws TCL error

For completeness: uname -a ... 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64 GNU/Linux and I've installed the following tcl/tk versions too: tcl8.5 8.5.17-1 8.5.17-1 tcl8.5-dev 8.5.17-1 8.5.17-1 tcl8.4 8.4.20-7 8.4.20-7 tcl8.4-dev

Re: [Emc-developers] Axis throws TCL error

} { set_mode_from_tab } (procedure update_state line 44) invoked from within update_state (after script) Very strange! On 2015-01-03 22:55, W. Martinjak wrote: For completeness: uname -a ... 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64

Re: [Emc-developers] UDP Socket server problem

Hi, On 2014-12-23 18:56, Marius Liebenberg wrote: *Snippet of the script:* data = .join(sys.argv[3:]) print (data = , data) sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) try: while 1: sock.sendto(data + \n, (HOST, PORT)) port should be a string port name or a

Re: [Emc-developers] Compiling on stock Ubuntu

Maybe . ./scripts/rip-environment in a shell before running linuxcnc helps. On 2014-12-06 21:13, Eric H. Johnson wrote: All, I was trying to follow the instructions for compiling on stock Ubuntu without loading binaries first, per here:

Re: [Emc-developers] [jep...@unpythonic.net: Patch for issue #328 rebased onto master, resolves #395 as well]

in April, W. Martinjak (matsche) indicated that he was currently using it successfully between 32-bit machines and with limited success after some changes between 32-bit and 64-bit machines) In a separate e-mail I've brought EBo (who wrote those patches) and matsche (who reported using NML-over

Re: [Emc-developers] [jep...@unpythonic.net: Patch for issue #328 rebased onto master, resolves #395 as well]

On 2014-10-25 00:18, Jeff Epler wrote: If a developer who wanted to ensure that NML-over-TCP works asked me what steps I thought would be effective, I would suggest 1) ... 2) ... 3) ... Thank you for your input. Your assignments are always impressive. :) It sounds always like

Re: [Emc-developers] [PATCH] avoid builtin sincos

Hi Jeff, On 2014-10-11 04:10, Jeff Epler wrote: On Fri, Oct 10, 2014 at 11:23:33PM +0100, andy pugh wrote: Is this likely to get good answers from gcc forums or similar? That idea's crazy enough that it just might work. We'll find out. http://thread.gmane.org/gmane.comp.gcc.help/47496 I

[Emc-developers] state of preempt-RT

Sounds not well for RT... Citation: 'After my last talk about the state of preempt-RT at LinuxCon Japan, Linus told me: That was far more depressing than I feared.' http://lkml.iu.edu/hypermail/linux/kernel/1407.0/04111.html Are there some patrons around? -- In der Wissenschaft siegt nie eine

Re: [Emc-developers] state of preempt-RT

On 2014-07-09 16:26, Gene Heskett wrote: On Wednesday 09 July 2014 07:16:57 W. Martinjak did opine And Gene did reply: Sounds not well for RT... Citation: 'After my last talk about the state of preempt-RT at LinuxCon Japan, Linus told me: That was far more depressing than I feared.' http

Re: [Emc-developers] changes to comp

dos2unix filename does it. On 2014-07-02 22:14, andy pugh wrote: On 2 July 2014 21:07, Jeff Epler jep...@unpythonic.net wrote: Failure here usually mean you have a damaged file with dos line endings. Only unix line-endings are acceptable to comp. Could comp pre-process the file to fix the

Re: [Emc-developers] Comp

On 2014-06-24 17:27, Moses McKnight wrote: halmake? I'll second that. :) -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach Max Planck -- Open source business process

Re: [Emc-developers] Info on writing a component in C

On 2014-05-13 21:19, Charles Steinkuehler wrote: If you're starting from a comp file, why not just turn it into a C file: comp --preprocess my_file.comp ...edit as required and then compile/install: comp --install my_file.c Details: http://linuxcnc.org/docs/html/man/man1/comp.1.html

Re: [Emc-developers] second verse same as the first -- hacking on NML...

Hi EBo, it works partly with the second last patch! The remote gui and logger works between 32bit-lcnc and 64bit-gui/logger. But sending commands from the 64bit-gui to 32bit-lcnc doesn't work. libnml/nml/nml.cc 1326: NML: New data recieved but type of 0 is invalid. Between 32bit (both 2.5.4)

Re: [Emc-developers] second verse same as the first -- hacking on NML...

h, there is a strange function in the NML class: NMLTYPE NML::str2msg(const char *); it's never used but mentioned in cms.hh: 216 /* Select a temporary updator -- This is used by the nml msg2string and string2msg functions. */ void set_temp_updater(CMS_NEUTRAL_ENCODING_METHOD);

Re: [Emc-developers] second verse same as the first -- hacking on NML...

On 2014-04-24 05:57, EBo wrote: OK. The changes were a LOT more invasive than I expected, but things mostly look ok and I would like to have them checked. I was afraid that it would be such a large extent. As a note, I decided for the moment to *not* try to clean up the references that

Re: [Emc-developers] request testing [was: QA notices]

On 2014-04-20 08:28, EBo wrote: This was bothering me enough that I just went in and patched the source files. It was a little more involved than I thought, but not that much. Attached are two patches to correct the problem. Can someone(s) else do some testing with them and give me

Re: [Emc-developers] request testing [was: QA notices]

On 2014-04-22 00:39, EBo wrote: No. If I broke some 32/64 bit stuff, that was not my intention. If you can track it down we can take a poke... No no, you haven't broken anything. I've meant that your intention was just fixing the compilation problem. I've tested this with

Re: [Emc-developers] QA notices

As one can see, for some people I have skabies. Female fuss like ignoring, indirect speech, talking about relationships etc. are 80% of the content here. Yes, I'm exaggerating but sometimes it's nearly so. And I have thought machining is a typical male domain. And this behavour is infectious...

Re: [Emc-developers] QA notices

Hi EBo, On 2014-04-06 23:52, EBo wrote: I've broken away a *little* time to start working on LinuxCNC again, via gentoocnc.. I assume this is on a 64bit machine!? Matsche -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach Max Planck

Re: [Emc-developers] QA notices

On 2014-04-07 01:40, EBo wrote: On Apr 6 2014 5:16 PM, W. Martinjak wrote: Hi EBo, On 2014-04-06 23:52, EBo wrote: I've broken away a *little* time to start working on LinuxCNC again, via gentoocnc.. I assume this is on a 64bit machine!? yes. One a Gentoo distro. EBo

[Emc-developers] BeagleBoard shifts to Debian

http://beagleboard.org/latest-images/ I think this are good news. -- In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach Max Planck --

Re: [Emc-developers] OpenSCAM v0.2.2 out now

Wow! It looks great. On 2014-03-24 23:39, Joseph Coffland wrote: Hello LinuxCNC, I'm happy to announce a new version of OpenSCAM. It has a much improved user interface, several bug fixes and now supports OS-X. I've also moved all the code over to GitHub. OpenSCAM stands for Open-Source

Re: [Emc-developers] usage of get_rtapi_config on machinekit?

Charles, On 2014-02-02 03:01, Charles Steinkuehler wrote: Well, a quick check shows the get_rtapi_config function is defined in the xenomai flavor used with MachineKit. Michael or John might have more insight, but you might want to run make V=1 to get a full dump of what's happening. That

Re: [Emc-developers] usage of get_rtapi_config on machinekit?

Michael, On 2014-02-12 20:40, Michael Haberler wrote: Wolfgang, I have reproduced the problem. That said - get_rtapi_config() was meant to be internal use to rtapi, and not from RT components. Also, since it uses file operations it would be usable only for userland components, and only

Re: [Emc-developers] usage of get_rtapi_config on machinekit?

On 2014-02-02 13:06, Michael Haberler wrote: please post a complete log, say to pastebin - is that message in the /var/log/linuxcnc.log, or where? could you your source tree to say a github repo which files are you talking about? without seeing the whole file it's pretty hard to tell

Re: [Emc-developers] usage of get_rtapi_config on machinekit?

Hi John, around the line 962 in src/Makefile there is: # # and autodetect/compat checks # rtapi-objs += rtapi/rtapi_compat.o maybe thats a hint. matsche On 2014-02-02 18:09, John Morris wrote: On 02/01/2014 06:28 PM, W. Martinjak wrote: I'm writing on a driver for the machinekit on BBB

[Emc-developers] usage of get_rtapi_config on machinekit?

I'm writing on a driver for the machinekit on BBB and I need to upload the firmware to the fpga. Therefore I need a flavor-dependent path. Compiling of the driver works but when I run lcnc i get the message: ...undefined symbol: get_rtapi_config It seems there is a linking problem with the rtapi

Re: [Emc-developers] code archeaology question: motion, io: purpose of heartbeat mystery field

On 2013-10-24 15:30, Kent Reed wrote: On Thu, Oct 24, 2013 at 6:15 AM, Michael Haberler mai...@mah.priv.atwrote: src/emc has some 56 references to fields called 'heartbeat', but its unclear what the intent and semantics are - AFAICT the only using code is in xemc.cc where it is used for some

Re: [Emc-developers] Seeking new maintainer for pluto-p; or else proposing its removal

On 2013-10-07 14:53, Jeff Epler wrote: I am the original author of the FPGA firmware and LinuxCNC drivers for the pluto-p board. In my opinion the pluto-p driver is one of the most instructive part for developing lcnc drivers. Thank you very much for this great code. Otherwise, I believe

Re: [Emc-developers] development setups

On 2013-08-24 01:36, andy pugh wrote: Not really an option for me, I mainly do hardware drivers. But I think that the setup of git-repo in the Mac, NFS-mounted by the Linux machine is looking good. I have to install, not rip, as the setuid thing doesn't work, but otherwise so far I like

Re: [Emc-developers] Servosteppers with Pluto-P.

port, maximum rotations of 1000 cpr encoder is only about 500 r / min, and it is certainly not enough. Pluto-P is the least expensive of the faster solutions. Regards W dniu 19.08.2013 10:19, W. Martinjak pisze: Hi, unfortunately the pluto-p board is the poor relation of interface boards

Re: [Emc-developers] Servosteppers with Pluto-P.

Hi, unfortunately the pluto-p board is the poor relation of interface boards in lcnc. But anyway I have fixed some bugs in the pluto-servo driver. Due to lack of stepping equipment I have not yet done for pluto-step. I've also made a pluto-servo-spi driver for raspi. If I could spent more time