[BUG] usb printing not able to control Neopixel PRINTER_EVENT_LEDS on tft35 v3 and poss other screens with usb drive ports #1178
Comments
|
It's because your printing from tft. It only works in marlin. I did write some code for it that it works in tft mode. The only problem is that I can't test it. See #1072 |
|
sweet. I just noticed a strange thing, may have just been a coincidence. when I started the print from sd it was in "old style windows file names 8+3" naming and the pixel string worked as it should marlin wise but the next test print the screen started showing long file names and the neopixel failed to light but using the touch menu they still took the colour changes . I will test a little more tomorrow. |
|
Done a little more testing and now its getting freaky. with lcd in marlin mode I select a test print from sd "good old dos 8+3 naming style" and start the print. Neopixels light as they should and the lcd jumps over to tft mode for the print and at the end of the print the neopixels turn green and the buzzer makes horrid noises instead of playing my beeper tones and freezes with bed and extruder still heating, press reset button and lcd boots back in marlin mode. I will flash last btt compiled ver of tft35 v3 firmware to see if any of the recent user updates have messed up. or maybe eeprom has corrupt.. who knows the jumping from marlin to tft mode was put down to corruption of some kind as it has returned to normal when I done a full reflash of the tft35 v3. but it still has the same problems in tft mode with neopixels. Lets hope @traffic-light gets his lcd and can sort this out for us neopixel users. |
|
Is that with my code? It could be a older bug |
|
I also hope it will arrive soon. It's already 1.2 months ago that they shipped it out from the airport. An I didn't knew it was such a long flight 🤣: 2020-09-15 (Never ever order it again from btt's biqu.equipment) The only thing btt luke can tell is that I've got to be patient... |
|
@traffic-light I cloned your git from the link you provided and compiled then uploaded to my tft35 v3. The added menu entry looks ok, pic included but it seems that abl resets to off after a power off or reset, my temps never changed even tho the extruder was at 150c and the bed was 50c. no sign of neopixel activity either. Also when I try to jump over to Marlin mode I just get a blank screen. |
|
It could be something wrong with merging and adjusting. I've got to take a look at it I think... |
|
Any news on this? Feature or bug? |
|
still as is @oldman4U . waiting on @traffic-light and his screen to try and push us forward. I just use marlin mode if I want the neopixels on. |
|
Is this about external neopixels or the knobs LEDs? If helpful, I could give it a try. Let me know |
|
Btw. the jump from Marlin to Touchscreen was a bug and has been fixed with Gurmeets last PR. In your case this was almost a feature;-))) |
|
Screen jumping may be fixed or not but neopixel is not working in tft mode the same way as it works in Marlin mode. I have just compiled the current code from the master branch and I still have the same problem with neopixels not working as they should. |
|
It's not working because it's not implemented, yet. |
This why I only mentioned the jump issue and not the neopixel. |
|
yea screen jumping seems to be fixed oldman4U and it`s for external neopixels (the tft35 v3 does not have an onboard knob led) |
|
Yes, it will be for neopixels. |
|
Because some TFTs do have an illuminated knob😁 Thank you |
|
again then I have been fed the incorrect information. I was told that the v3 did not have an led knob and it was only the E3 that had one fitted. It seems that everything I was told about btt has proven to be utter bull crap. |
|
When the only thing left is that you want the neopixels show the heat up state, go from blue to red, white while printing and green when finished, you can close this ticket It's already covered in another ticket and in the pinned fr request list. I'm currently working at it when I've got some time. See my git. |
As far as I know, the TFT35 has no encoder LED on board, so what traffic-light is working on will work with the TFT35 E3 v3 and I believe all with all new TFT bigger than that. Sorry in case I confused you with my answers. @traffic-light Does your code also include the general ability to control a neopixel LED, independent of the screen? Sorry that I ask... |
|
@oldman4U reading the PR traffic-light states :- The knob-led, when the user got one, will also be changing color so I take it that when he gets the code and related bug fixed then it should work for the neopixels and the knob led if the screen has one and if no knob led then just the neopixels. |
|
That's correct!
Outlook for Android<https://aka.ms/ghei36> downloaden
…________________________________
From: CBDesignS <notifications@github.com>
Sent: Wednesday, October 28, 2020 11:50:29 PM
To: bigtreetech/BIGTREETECH-TouchScreenFirmware <BIGTREETECH-TouchScreenFirmware@noreply.github.com>
Cc: Peter van Weeterloo <info@petrossystems.nl>; Mention <mention@noreply.github.com>
Subject: Re: [bigtreetech/BIGTREETECH-TouchScreenFirmware] [BUG] usb printing not able to control Neopixel PRINTER_EVENT_LEDS on tft35 v3 and poss other screens with usb drive ports (#1178)
@oldman4U<https://github.com/oldman4U> reading the PR traffic-light states :- The knob-led, when the user got one, will also be changing color so I take it that when he gets the code and related bug fixed then it should work for the neopixels and the knob led if the screem has one and if no knob led then just the neopixels.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#1178 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AI2VWAKGK4HNNHRQU7SG22TSNCN3LANCNFSM4SREHF2A>.
|
|
A pleasure to close this ticket now that it has been resolved by @traffic-light and his skillfull coding also not forgetting the helpers along the way. |
|
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Once we get neopixels actally working (by changing from the default pin P1_24 to another pin on the skr 1.4 turbo) and rewiring things etc I now find that there is no way to use PRINTER_EVENT_LEDS !!! when printing direct from a removable usb drive. It seems that the only way to use them is by printing from the sd slot or by command line with direct connection.
printing from usb drive just ignores M190 Sxx.x that turns the neopixel string on & starts the neopixels changing from blue to violet and M109 Sxxx.x that changes from violet to red when heating the extruders, and when the print starts turns them white. I know Marlin 2x does not support the end of print green colour neopixels as it uses sdPrint.complete to trigger it but a little gcode tweak can fix that.
this is not a marlin problem, this is a Touchscreen tft35 v3 (and possibily other screens) problem as it works on other devices by other makers according to the bug reports on the Marlin git.
Printing from the sd slot on the tft35 v3 works fine and seems to send the M109 & M190 commands correctly
The text was updated successfully, but these errors were encountered: