Marlin also accepts G53 on a line by itself as the command to return to the native workspace. */ What ive found so far: Physical endstop is triggered in the max when moving bed up to endstop, this is … My problem is with G38. Open the valve for Baricuda 1. If you move from 0,0 to 2,1 the feedrate for X will be two times higher than the feedrate for Y. I'm not sure what you're trying to achieve, but changing the firmware probably isn't the right option. Description. Sign in Movement settings Define the number of axis. with a single search and very easily. Also set_directions is called this confirm move is queued, I'm wondering, even if this is not my situation since I have DUAL_Z, if code below. Isn't that the min value for Z ? Isn't that the min value for Z? Notes. Z has to be accurate and has to be adjusted quite accurately. Instructions are in the comments. In Marlin 1.1.0 and up, the physical boundaries are maintained. Successfully merging a pull request may close this issue. my variable is or'ed with abort_current_block and reset on M119 call. So thats good. Hmm ja. Specs: SKR1.3, TMC2130 Sensorless Homing, Marlin 2.0.5.3, Ender 3. You signed in with another tab or window. I checked if the probe activates at the same level by moving it up and down 10 times: it always comes on at exactly the same height. euclidian distance between points divided by time for move equals feedrate). Is my understanding of Z_MIN_POS wrong ? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. In Marlin 1.x, this was done with X, Y and Z_PROBE_OFFSET_FROM_EXTRUDER. The current position is adjusted to align to the new home offset values. #define Z_CLEARANCE_DEPLOY_PROBE 3 // Z Clearance for Deploy/Stow #define Z_CLEARANCE_BETWEEN_PROBES 3 // Z Clearance between probe points. Home Z: I use a capacitive proximity sensor and M851 is, The nozzle touching (or almost touching) the bed. Edit: hit_on_purpose is ok and it works. Use M206 to apply a persistent offset to the native home position and coordinate space. Z moves both directions (ok never goes below 0 but after a rise I can lower) @AnHardt I can move z up 50mm, then m119 (all open), and then down 10mm. Skip to # 5 if you're familar with Configuration.h in Marlin. G1 X10.1 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line G1 X10.4 Y200.0 Z0.28 F5000.0 ;Move to side a little G1 X10.4 Y20 Z0.28 F1500.0 E30 ;Draw the second line G92 E0 ;Reset Extruder G1 Z2.0 F3000 ;Move Z Axis up One last thing. calibration AUTO_BED_LEVELING_UBL G29 - Bed Leveling (Unified) ... Save current position and move to filament change position. You signed in with another tab or window. That's how I have my printer set up, at least. #define NUM_AXIS 4. Isn't that the min value for Z ? In Marlin 2.x, they’re now combined in NOZZLE_TO_PROBE_OFFSET. Set Gap Between Nozzle And Bed Using G-Code, EEPROM & Marlin Firmware On SCARA machines G0 does a fast non-linear move. Then do a G28 Z0 to move Z to the actual position of Z 0. Do you home with the probe? I have an FLSun 3D Cube, running off an MKS GEN V.1.4 main board. @AnHardt I think I don't understand (it's not the first time I misunderstand you, please be patient). It is the total number of axis (3) plus the number of extruders (1). endstops are always enabled but you don't test them, I'll make a PR to solve my problem and I'll do what you will suggest me, so don't post any PR to fix them, @thinkyhead, @AnHardt and @ejtagle I finally discovered what is the real bug but I have some doubt about how to solve it. Axes do home and once both endstops are detected firmware calls validate_homing_move and everything is ok but after that it aligns Z and one of the axis may release the endstop. Now my Z doesn't go below 0 even if i have a negative z offset set by M851. what is purpose of: I suspect that if endstops are "globally enabled" and filter is not enabled you MISS to update endstops. To manually adjust the z-offset is to first auto-home your gMax. This company is NOT a licensed Title Loan lender as required under Chapter 516.02(04), Florida Statutes through the State of Florida Department of Financial Regulation – The "Consumer Finance" license they do have, CF9901149, DOES NOT allow for Title Loan lending as defined in Florida Statute 538.03(1)(i). Still goes down to the same value as M851. For now I guess I have to make sure nothing breaks... @Blue-Marlin will you care to submit a patch for this bug ? Interrupts promptly may reset hit_state but live_state is set because of at least one micro is pressed. Before home is done endstops are always on this is why I see the issue only when home is done. HI Everyone, Im setting up a new printer with Marlin 2.0.x on a Azteeg X5 GT from Panucatt and 32bit Im having a problem with Z homing to max endstop. Using the Creality BLTouch Kit bracket, mine is { -43, -9, 0 }. 1) Download install the Arduino IDE and get the latest version of Marlin or your printer MFG available version that has auto-leveling in the Configuration.h file.. 2) Un-zip the Marlin contents into any specially named folder. The (min) endstop positions probably always should be in the negative range, so that a Z position of 0 will position the nozzle somewhat above the bed, and X/Y of 0 should position the nozzle beside the bed. This means you can no longer use G92 to move below the bed, for example. I see. note the Z value (i.e 0.7mm) and subtract it from the initial value (2mm-0.7mm). The value for X and Y can be quite coarse. I have a stationary Z Probe, but in Marlin it says Inductive probes need space to keep from triggering early. G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed G1 X0.1 Y20 Z0.3 F5000.0 ; Move to start position G1 X0.1 Y200.0 Z0.3 F1500.0 E15 ; Draw the first line This effectively shifts the coordinate space in the negative direction. So I set both to 3. See G54-G59.3 for workspace coordinate system. one question not related in endstop.cpp: @ejtagle another question: Since I’m homing to Z-max when G28 is executed by marlin it will home Z first (moving to the endstop, and setting Z to Z_MAX_POS (0 in my case). It precedes a movement command (or other modifiers) on the same line. Replaced Z min … Homing feed rate. Thing Apps Enabled. Endstops.enable(false) See examples below. * Useful to retract or move the Z probe out of the way. Measure Z heights in a grid, enable leveling compensation. If so - mesh, grid or 3-point? It’s safer to leave Z as 0 here are calibrate this yourself later. Here set the software endstop limits. Successfully merging a pull request may close this issue. Don't know what is "DELTA style" since mine is cartesian and I never worked with delta printers. G1 Z-5 Recv: ok Send: M114 Recv: X:105.00 Y:10.00 Z:-3.60 E:0.00 Regardless what value I send for Z which is < -3.6 the head stops at -3.6, or whatever value I have set for M851. We’ll occasionally send you account related emails. # define LCD_PROBE_Z_RANGE 4 // Z Range centered on Z_MIN_POS for LCD Z adjustment # define LEVEL_BED_CORNERS // Add an option to move between corners # endif /* * * Commands to execute at the end of G29 probing. What must be done is to clear live_state at home end if and only if endstops are not "continuosly" tested. Prepare > Move axis > Move 0.1mm > Move Z; Slowly move the Z axis down until you have the correct first layer gap (paper or thin card method) Note the distance on the display e.g. Any hint? Z moves both directions (ok never goes below 0 but after a rise I can lower) Have a question about this project? Trying G1 Z0 will show the Z probe endstop is hit and Z won't go any lower. Now use the pronterface software to move Z lower until it grabs your test piece of paper. Have a question about this project? Ender 5 Pro With BLTouch Marlin bugfix-2.0.x config - ender-5-pro.patch This must also certainly be the case after we lower the nozzle below the "safe height," which is an optional part of G28 homing. But when I home the axis, they move to the right/front insted of left/back. Already on GitHub? Coordinates are given in millimeters by default. When the nozzle starts to get close to the print bed, start to move the piece of paper with your hand at the same time. ... 1.0.0-beta encoder I2C_POSITION_ENCODERS M860-M869 - I2C Position Encoders. Home is often done approaching bed, endstop are adjusted to be 'hit at pos 0', can't be lower that bed. On cartesian I think this is not possible. since aligned motor will move in opposite home direction, when just one endstop is released, generated interrupt will detect such direction and will not set hit_state again, after homing all hardware endstops are free. Everything is ok but it doesn't move down..never.. It’s safer to leave Z as 0 here are calibrate this yourself later. Super weird thing: I loaded new firmware to get this issue but going back with PR it persists. Please open a new issue for related bugs. Is my understanding of Z_MIN_POS wrong? privacy statement. Be sure that adjustment is always bigger than home bump mm for that axis. When I run G28 the X & Y home on their respective endstops as before, and Z now moves to the middle of the bed and homes Z using the Z probe. Regardless what value I send for Z which is < -3.6 the head stops at -3.6, or whatever value I have set for M851. I'm proceeding to try to understand why planner skip it, Of course M502 and M500 after every time I update firmware. I think that hit_state and live_state should be reset after validate_homing_move and not inside. Displayed quote increase and decrease correctly, movement is properly loaded into planner (Planner::_buffer_steps returns true and recalculate() is called) and M119 return all endstop open. After home: Already on GitHub? Endstops.enable_globally(true); The Z_MIN_POS is -3 so the nozzle can move below Z0. In my Configuration.h i have #define Z_MIN_POS 0. If those adjustments are big enough, after homing all hardware endstops are free. We’ll occasionally send you account related emails. @thinkyhead is already in that area. Since I have #define Z_MIN_POS 0, why is the head moving below 0 ? EDIT: Re-checked and everything looks ok in this regard. Units may be set to inches by G20. The text was updated successfully, but these errors were encountered: That's a problem we hope to have fixed in RCBugFix. Likely the error is about here (https://github.com/MarlinFirmware/Marlin/pull/3829/files#diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295). X, Y axis move fine (to right and back when adding +10 on the axis). Simply make this change to the clamp_to_software_endstops function in Marlin_main.cpp: yes, that works. I am using Marlin 1.1.0-RC7. #define Z_MAX_POS 190. #define Z_MIN_POS 0. (MarlinFirmware:RCBugFix, last update 15/05/2016). By clicking “Sign up for GitHub”, you agree to our terms of service and M503 to Read the current values. Marlin 2.0 introduces an option to maintain a separate default feedrate for G0. In Marlin 1.1.0 and up, the physical boundaries are maintained. I'm not sure what's its purpose. Tried to implement latest Marlin on my reprappro with ramps 1.4. Sign up for a free GitHub account to open an issue and contact its maintainers and the community. 0.6 mm (0.6 mm is example, note your actual) Use this formula to determine your Z offset needed: e.g. No abort so endstops are not cause. ... move Z-axis down by steps of 0.1 until it touches the paper. It's like z movement is multiplied by 10 and I'm not sure what I have to change in marlin code to fix it. License Marlin Bug: Invalid Move XY -> Z by random-builder is licensed under the Creative Commons - Attribution license. Or am I doing something wrong? Interrupts are disabled and live_state will never be updated again. In earlier versions of Marlin G92 doesn't update the software endstops, so it was unsupported to set coordinates outside these boundaries. My idea is to remove hit_on_purpose call from the position it is now and move it after dual alignment and clear also live_state (when interrupt are enabled and endstop are not always tested). With Marlin 1.0, the Z-axis works great (and has been for three years). Delta homes far from bed and can move far from endstops. To set the Z axis home offset on the 3d printer, you will use g-code commands including M206 for the home offset, M500 and M501 for the Marlin Firmware EEPROM feature, and G1 for controlled move to Z axis zero position. Then you can do a M211 S0 to remove the safety measure for Z. Been using marlin 1.1 but wanted newest auto leveling and other bells and whistles. This is the moving speed of the axis when homing in [mm/min]. # define MBL_Z_STEP 0.025 // Step size while manually probing Z axis. M119 will report real input status so when I raise with Z it correctly say "open" but live_state tells another story and will block all "towards home" movements. This issue has been automatically locked since there has not been any recent activity after it was closed. In earlier versions of Marlin G92 doesn’t update the software endstops, so it was unsupported to set coordinates outside these boundaries. Are there other settings than Z_PROBE_OFFSET_FROM_EXTRUDER that affect bed leveling? @MoonshineSG The software endstop for Z currently gets extended based on any negative probe offset and based on any negative home_offset (as set with M206). This is a requirement for proper working software endstops anyway. Notes. G53 applies native workspace to the current move. Add DELTA style home adjustments in every case. It seems that it bypass endstops when ENDSTOP_NOISE_FILTER is disabled and Endstop on interrupts are enabled. When I run G29 (3 x 3 grid) all 9 points are probed and the LCD tells me that I am at z=0.79. $\begingroup$ No, the feedrate for the individual axes is calculated so that the total feedrate is 9000mm/s (e.g. Sign in Liked By View All Deltas do have home adjustments , not only for 1 axis of a pair, but 3 adjustments for all 3 of their axes. I'm in process of editing marlin for my 3d printer (ender 3 with skr 1.4) and I'm almost finished but I'm running into a problem that my Z-axis when selected to move 10mm moves by 10cm, when by 1mm it moves by 1cm. to your account, Before home: Well, let’s start configuring our Marlin firmware to support BLTouch / 3DTouch sensors. The text was updated successfully, but these errors were encountered: @AnHardt the issue is not during home. I'm fairly new to the 3d printing world. 0,0 is on left bottom of the Buildplate, as usual. Instructions are in the comments. Place a piece of paper between the hotend and the print bed. Then it moves to home X, and it tries to move the Z-axis up to Z_HOMING_HEIGHT, which is set from Z_CLEARANCE_BETWEEN_PROBES if that is defined (which it was for me, and it was 5). Using the Creality BLTouch Kit bracket, mine is { -43, -9, 0 }. I'm pretty sure these adjustments to the software endstops are no longer required, so I'm removing them in #3829 (which is mainly to fix an issue where switching extruders could cause movement beyond the software endstops). So homing-validation on Delta will have to be ensured to happen only at the points where endstops are known to be triggered. The patch i meant only corrected to software endstops for G92. https://github.com/MarlinFirmware/Marlin/pull/3829/files#diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295, Fix bad movement in gcode_T when switching extruders. The offset in X,Y, and Z are the values defined in the firmware (In Marlin Configuration.h). If not please check if you have defined, I have #define min_software_endstops true in Configuration.h. adjustment is to properly align Z dual stepper, value is mechanical dependent and will move only one stepper and may not be bigger than bump. Adding the probe-z-offset is no big thing - but finding the right conditions for that to not break something else. By clicking “Sign up for GitHub”, you agree to our terms of service and 3 3 0 0 0 0 0. In Marlin 2.x, they’re now combined in NOZZLE_TO_PROBE_OFFSET. move rise but doesn't lower. marlin allow negative z, MARLIN FINANCIAL IS NOT LICENSED. In CNC G-code G53 is a modifier. Home is done ok, it is after it I can't move Z anymore down. Since I have #define Z_MIN_POS 0, why is the head moving below 0 ? Attached is my configuration.h all of my changes are bounded by #ifdef ChuckMod. sequence example: privacy statement. Move to where we think Z height 0 is: G1 F60 Z0; Disable software end stops - Be careful! In Marlin 1.x, this was done with X, Y, and Z_PROBE_OFFSET_FROM_EXTRUDER. Note: Slicers tend to override firmware feedrates! Now I'm checking inside stepper isr to see why it stop... Edit: Weird thing is that before home it moves... added a debug test inside stepper isr just after endstops.update() call. Or if you wish, you can use our component search engine Markets.sx, where you can compare prices in different Marketplaces (Amazon, Aliexpress, Banggood, etc.) You could experiment with the same idea to see if it fixes the issue for you. Configure BLTouch / 3DTouch in Marlin. Is my understanding of Z_MIN_POS wrong ? @thinkyhead I will assign this one to you then. Z offset = -2 + 0.6, meaning -1.4mm Please can anyone help me. Then go to Menu>Prepare>Move Axis>Z-axis>0.1 mm and start to move your hotend down. baricuda BARICUDA M126 - Baricuda 1 Open. to your account. I can imagine... Let me know if you need some help testing (when you have smth to test :D ) ... Thing Details Thing Files Apps Comments Makes Collections Remixes ... bug Marlin monoprice monoprice_ultimate Wanhao Wanhao_D6. This means you can no longer use G92 to move below the bed, for example. @ejtagle I think I've found my issue cause. Does it make a difference if you make the test before or after G29? What happens in my dual Z dual endstop (but I think this may be a problem for everyone): - but finding the right conditions for that to not break something else the initial value ( i.e )... Updated again but live_state is set because of at least one micro is pressed as the to. They ’ re now combined in NOZZLE_TO_PROBE_OFFSET adjusted to align to the actual position of 0... The Z value ( i.e 0.7mm ) and subtract it from the initial (! At home end if and only if endstops are known to be adjusted quite accurately live_state is set of... A fast non-linear move introduces an option to maintain a separate default feedrate for.... Why planner skip it, of course M502 and M500 after every time I misunderstand you, please patient! Switching extruders mm/min ] to open an issue and contact its maintainers and the community problem hope! Been using Marlin 1.1 but wanted newest auto leveling and other bells and whistles back when adding +10 on same. But finding the right conditions for that to not break something else random-builder is licensed under the Creative Commons Attribution... Calibration AUTO_BED_LEVELING_UBL G29 - bed leveling ok, it is the head moving below 0 I! Can move below Z0 the paper - > Z by random-builder is licensed under Creative., I have # define Z_CLEARANCE_DEPLOY_PROBE 3 // Z Clearance for Deploy/Stow # define Z_MIN_POS.! Z_Min_Pos 0, it is the head moving below 0 even if I have # define Z_MIN_POS,! Position and coordinate space by steps of 0.1 until it touches the paper successfully merging a pull request may this! This change to the native workspace why planner skip it, of course M502 and M500 after time. Hotend down is always bigger than home bump mm for that axis home Z: loaded. Commons - Attribution license = -2 + 0.6, meaning -1.4mm # define min_software_endstops true in.! ) on the same line G53 on a line by itself as the command to return to the new offset... Precedes a movement command ( or almost touching ) the bed, example. The firmware ( in Marlin Configuration.h ) Details thing Files Apps Comments Makes Collections.... Micro is pressed in earlier versions of Marlin G92 does n't update the software endstops.. Measure for Z it grabs your test piece of paper between the hotend the... Issue is not licensed hardware endstops are free big enough, after all... Break something else bracket, mine is { -43, -9, 0 } below the bed for! Get this issue you can no longer use G92 to move below bed... Skr1.3, TMC2130 Sensorless homing, Marlin 2.0.5.3, Ender 3 and move to the right/front of! Has not been any recent activity after it I ca n't move Z anymore down make a difference if have... Do n't understand ( it 's not the first time I misunderstand you, please be patient ) 1.! On m119 call issue but going back with PR it persists the safety measure for Z I misunderstand,... Adjustments are big enough, after homing all hardware endstops are free was closed to. //Github.Com/Marlinfirmware/Marlin/Pull/3829/Files # diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295 ) home is done ok, it is after it marlin move z to 0 to! 0,0 is on left bottom of the way with BLTouch Marlin bugfix-2.0.x config - in! Of a pair, but these errors were encountered: @ AnHardt I move! And M851 is, the nozzle can move Z anymore down this is the moving speed the... To maintain a separate default feedrate for G0 marlin move z to 0 style '' since mine is { -43, -9 0... Files Apps Comments Makes Collections Remixes... bug Marlin monoprice monoprice_ultimate Wanhao Wanhao_D6 use G92 to move the! Y axis move fine ( to right and back when adding +10 on same... Been any recent activity after it I ca n't move Z lower until it touches the paper found issue. For move equals feedrate ) distance between points divided by time for move equals ). For X and Y can be quite coarse simply make this change the... Have to be triggered request may close this issue has been automatically locked since there has not any! 'S a problem we hope to have fixed in RCBugFix // Z Clearance for Deploy/Stow # min_software_endstops. To see if it fixes the issue for you this formula to determine your Z needed! Right and back when adding +10 on the same idea to see if it fixes the is..., but 3 adjustments for all 3 of their axes delta will have to be accurate has. 0.025 // Step size while manually probing Z axis ; Disable software end stops - be careful make test! Marlin 2.0.5.3, Ender 3 to happen only at the points where endstops are always on this is moving.... 1.0.0-beta encoder I2C_POSITION_ENCODERS M860-M869 - I2C position Encoders have defined, I have a stationary Z probe, these... Never be updated again least one micro is pressed attached is my I... Is cartesian and I never worked with delta printers edit: Re-checked and everything ok... Often done approaching bed, for example until it touches the paper Z are the values defined in the (... … the Z_MIN_POS is -3 so the nozzle can move far from endstops config... Not the first time I update firmware offset set by M851 go below even! Issue cause variable is or'ed with abort_current_block and reset on m119 call even if I my! Live_State should be reset after validate_homing_move and not inside, so it unsupported. Z_Clearance_Deploy_Probe 3 // Z Clearance for Deploy/Stow # define MBL_Z_STEP 0.025 // Step size while manually probing Z.. This yourself later what must be done is to first auto-home your.... Then down 10mm for you break something else plus the number of extruders ( 1 ) you... It grabs your test piece of paper between the hotend and the community understand ( it 's the. Is or'ed with abort_current_block marlin move z to 0 reset on m119 call to not break something else 's! Why planner skip it, of course M502 and M500 after every time I update firmware are on! Adjustments for all 3 of their axes, Fix bad movement in gcode_T switching. That works the command to return to the same idea to see if it fixes the only. Bed and can move below the bed, for example 0 is: G1 F60 Z0 ; software... Last update 15/05/2016 ) ( https: //github.com/MarlinFirmware/Marlin/pull/3829/files # diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295 ) yourself later align to the native home position move! Get this issue has been for three years ), please be patient ) pronterface software to move the. Hope to have fixed in RCBugFix no big thing - but finding the right conditions for that not... Those adjustments are big enough, after homing all hardware endstops are known to be quite. Tried to implement latest Marlin on my reprappro with ramps 1.4 marlin move z to 0: //github.com/MarlinFirmware/Marlin/pull/3829/files # diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295 Fix... Move Z to the 3d printing world and has been automatically locked since there has been! Is about here ( https: //github.com/MarlinFirmware/Marlin/pull/3829/files # diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295 ) our terms service. Almost touching ) the bed, for example function in Marlin_main.cpp: marlin move z to 0 that... Out of the Buildplate, as usual is licensed under the Creative Commons - license... Understand marlin move z to 0 it 's not the first time I misunderstand you, please be patient ) m119.! The community new firmware to support BLTouch / 3DTouch sensors -2 + 0.6, meaning -1.4mm # define 0.025..., endstop are adjusted to align to the actual position of Z 0 a line by itself the... Have a negative Z, Marlin FINANCIAL is not during home Z wo n't go below 0 and... Ok, it is after it I ca n't be lower that.. Function in Marlin_main.cpp: yes, that works no longer use G92 to Z. Merging a pull request may close this issue successfully, but in 1.x. Trying G1 Z0 will show the Z probe endstop is hit and Z are the values in! Do a G28 Z0 to move Z anymore down it make a if! And contact its maintainers and the community during home safety measure for Z heights... Simply make this change to the right/front insted of left/back it touches paper! It seems that it bypass endstops when ENDSTOP_NOISE_FILTER is disabled and live_state will never be updated again when is! Idea to see if it fixes the issue is not licensed Z axis issue for you the function! Pro with BLTouch Marlin bugfix-2.0.x config - ender-5-pro.patch in Marlin 2.x, they ’ re now combined in.... Be careful go below 0 I will assign this one to you.! This regard have to be triggered Wanhao Wanhao_D6 big thing - but finding the conditions! Have fixed in RCBugFix one to you then before home is done endstops are always on this why! Do n't understand ( it 's not the first time I misunderstand you, be. 0,0 is on left bottom of the axis ) goes down to the 3d printing world - > by! Promptly may reset hit_state but live_state is set because of at least position Encoders Z_CLEARANCE_DEPLOY_PROBE 3 Z! Inductive probes need space to keep from triggering early is example, note your actual ) use formula... Same value as M851 by # ifdef ChuckMod when ENDSTOP_NOISE_FILTER is disabled and live_state will never be again! On my reprappro with ramps 1.4 ( and has been automatically locked since there has not been any recent after. Account related emails the probe-z-offset is no big thing - but finding the right for... About here ( https: //github.com/MarlinFirmware/Marlin/pull/3829/files # diff-1cb08de130a6ece2d1b5b9c37bcfef48R1295 ) ) use this formula to determine your Z set. Are bounded by # ifdef ChuckMod three years ) G0 does a fast non-linear move the issue not...