Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Compatibility issue with Bigtreetech PITFT50 #1007

Closed
3dbret opened this issue Sep 19, 2020 · 21 comments
Closed

Compatibility issue with Bigtreetech PITFT50 #1007

3dbret opened this issue Sep 19, 2020 · 21 comments
Assignees
@UnchartedBull
Labels
bug Something isn't working

Comments

@3dbret
Copy link

3dbret commented Sep 19, 2020

Describe the bug

Strange behaviour with the BTT PITFT50. When touched the screen will start multi-selecting/multi-touching many menu items (like 2 or 3 at a time) and the mouse cursor jumps all over. Sometimes on boot the screen behaviour is normal, sometimes it is not. It can always be reproduced by waiting a while or by printing and cancelling a print.

I have tried different screen polling times, calibration, updating things as per the wiki, but the same behaviour happens. With the OctoBTT app from Bigtreetech it does not have this behaviour ever. It would be great to get OctoDash working on this as their software leaves a lot to be desired.

General Information:
@3dbret 3dbret added the bug Something isn't working label Sep 19, 2020
@3dbret
Copy link
Author

3dbret commented Sep 20, 2020 •
edited
Loading

After more testing it does not seem to be a problem with the touchscreen, there is something going on more in general. If you disconnect the USB cable the behaviour goes back to normal, until it happens again - so something to do with how it is handling data coming from the printer/Octoprint. Again, I don't see this behaviour with the OctoBTT app, so not sure what is causing it.

Here is a video of the behaviour: https://imgur.com/a/kIufwtS

@UnchartedBull
Copy link
Owner

UnchartedBull commented Sep 21, 2020 •
edited
Loading

Hm that is very weird indeed. I had something similar occur to me on the official Raspberry Display. Learned that these are called GhostTouches and probably are due to some weirdness going on with the Power Supply. I first tried adding a capacitor between the positive and ground of the screen power cables which made things better, but they still occurred from time to time. Switching out the power supply did fix it completely for me (none have occurred in the last 2 months).

Could you maybe try changing your Power Brick to the biggest / best quality one you have? If that doesn't work please report back so we can further investigate this.

@3dbret
Copy link
Author

3dbret commented Sep 21, 2020

Hm that is very weird indeed. I had something similar occur to me on the official Raspberry Display. Learned that these are called GhostTouches and probably are due to some weirdness going on with the Power Supply. I first tried adding a capacitor between the positive and ground of the screen power cables which made things better, but they still occurred from time to time. Switching out the power supply did fix it completely for me (none have occurred in the last 2 months).

Could you maybe try changing your Power Brick to the biggest / best quality one you have? If that doesn't work please report back so we can further investigate this.

It might not be the power that is causing it because I just swapped out the original 5.1v 3amp Pi power adapter for a RavPower USB brick 5v/3a and it didn't help (I don't have anything else available at the moment).

I can fix it by unplugging the USB to the printer, hitting connect from the sleep screen and plugging the USB back in....then it goes back to normal but I can make it happen again quickly by printing/cancelling a print.

Sometimes when I reboot it starts and connects and acts in the strange ghost touch way, and I have to reboot or unplug/plug the printer USB cable again to fix it.

I tried disconnecting my HQ Picam but that made no difference either, everything else is pretty standard.

To me the cause seems to be the USB communication to the printer because it happens randomly/sometimes on boot, sometimes not, and I can always fix it by unplugging the USB to the printer and re-connecting.....(until it starts to happen again). I'm running the latest firmware for the Raspberry Pi, maybe they messed something up. That being said it doesn't do it in the OctoBTT app.

@Sekisback
Copy link

I installed my BTT PITFT50 yesterday, without any problems. I run Octoprint 1.4.2 without Python3 on a RPi 3B+
Powered from the PSU with a BuckConverter.
Everything works as expected, so I guess it has nothing todo with Octodash

@3dbret
Copy link
Author

3dbret commented Sep 24, 2020 via email

@TheNeskik
Copy link

I can fix it by unplugging the USB to the printer, hitting connect from the sleep screen and plugging the USB back in....then it goes back to normal but I can make it happen again quickly by printing/cancelling a print.

Does your screen working as expected without your printer connected ? (ie. without USB plugged in ?)

@3dbret
Copy link
Author

3dbret commented Sep 25, 2020 via email

@UnchartedBull
Copy link
Owner

UnchartedBull commented Sep 28, 2020 •
edited
Loading

What mainboard are you using for your printer? Another option could be that the Printers mainboard is putting in some weird voltage which causes the 5V line to freak out resulting in these Ghost touches (don't know whether that is true / technically possible). Did you try another USB port on the Pi by any chance yet? I think everything else has been tested yet ...

Maybe one more thing to try: There is a virtual printer plugin available for OctoPrint (just enable the plugin and connect to VIRTUAL via the UI). Could you maybe try unplugging your real printer and test whether with the virtual printer (that doesn't require a USB cable) everything works as expected.

@3dbret
Copy link
Author

3dbret commented Sep 28, 2020 via email

@UnchartedBull
Copy link
Owner

Maybe try the virtual printer thing, if the issues don't occur with the virtual printer then there is really something weird going on with the USB connection.

@strangecalling
Copy link

I don’t have the issue on an Ender 3 with BTT e3 mini control board.

Suspect EMI is causing the issue. Perhaps try a ferrite ring on the usb cable to the printer.

@mptrs
Copy link

mptrs commented Dec 14, 2020 •
edited
Loading

See this is closed, but I would like to share what I found cause I was having the same issue. When I disconnect my fan, which was connected on the GPIO, the screen is working just fine. So looks like a power issue/conflict, I'm using the official Raspberry Pi powerplug. (for the raspi 4)

Update: Think it wasn't the fan. It's when I touch the USB part of the raspberry, that's when it does work. When I release I get the ghosting again. So it must be the printer after all. Not sure how to fix this, cause I already have a usb cable with ferrite (at least at one side)

@3dbret
Copy link
Author

3dbret commented Jan 15, 2021 via email

@guiguijke
Copy link

guiguijke commented Jan 15, 2021 •
edited
Loading

Hello , I have exactly the same issue , tried with Pi3+ & Pi4 - powersupply 5v 3A - board skr 1.4 pro - also tried to put a ferrite on the usb cable. Seems to work better with other screen OS like Octo Screen -> will try OctoBTT now Esit : works perfect too

@UnchartedBull
Copy link
Owner

I had a similar issue with the original Pi display, for me powering the display with a separate 5V PSU did the trick (not powering via the GPIOs). There are also multiple threads available online on why this happening with the official display. I don't know if the PITFT50 does support separate power input, but if it does it might fix your issues.

@bigrizzo
Copy link

I see the issue is closed but I'm experiencing this issue with the PiTFT50 and Octodash. Lots of phantom touches. I'm running a Tevo Tornado with a GenL 1.4 board and 5v 3A power supply. It worked ok with OctoBTT so might go back to that until this gets sorted. I'm not keen on trying to power the display with a separate power supply for now as I have everything mounted and stuck in place. A shame as I really like Octodash.

@jneilliii
Copy link
Contributor

I use the PiTFT50 without issue. Did you start from a fresh image when transiting to octodash from btt?

@bigrizzo
Copy link

I use the PiTFT50 without issue. Did you start from a fresh image when transiting to octodash from btt?

No, I didn't start from a fresh image. I started with a fresh Octoprint then installed OctoBTT, deleted OctoBTT then installed Octodash.

@3dbret
Copy link
Author

3dbret commented May 24, 2021 via email

@Salvogi
Copy link

Salvogi commented Jul 23, 2021

I have a Pi4 with BTT Pi TFT50 V1.0, when I connect the display to the Raspberry, the 2.4GHz WiFi no longer works with both OctoPrint and Raspbian.
With Octoprint, when I connect the display to the Raspberry after a few minutes the camera stops working.
As a power supply I use a 5A XL4015 step-down set at 5.1V connected to a 12V 20A power supply.
I think the problems only relate to the Pi4 with DSI displays.
Unfortunately I think the BTT PI TFT50 V1.0 does not have the possibility of external power supply.

@badbod
Copy link

badbod commented Aug 17, 2021 •
edited
Loading

Assuming PI PSU provides required current.

Many printers have issues with ghost touch, even 12864 display will exhibit phantom button press. The fault is usually PSU noise due to bad grounding. in the case of step downs like XL4015 make sure to add more smoothing. Cheap ebay, off the shelf, generally skimp on the smoothing and are very noisy. Add smoothing at the drop down output, dont let the noise out onto the wire.

Due to 3d printers industrial heritage they treat 0V and ground differently to consumer electronics so when placed in a consumer environment you do have to 'make them safe'. For your safety you will have to check and add ground to your printer chassis as it will likely not be already done (properly).

Ensure printer PSU casing is properly earthed and is electrically connected to printer chassis. Most of a 'certain brand' are not.
Recommended is also adding grounding wires to the stepper motors metal case.
Add a ground spike if needed (or desired, no harm adding more safety if you can).

Disconnect the 5V wire from the USB. The controller board is likely to be unreferenced to ground or the 0V of attached devices so
A) Anything on here will also not be earthed.
B) More importantly, not referenced to external equipment 0V

At some point in the chain , usually PC, it will get earthed and both 0V and ground will be connected. To avoid issues best to directly add earth to the printers USB port casing. This may also connect your printers 0V to earth, but that's going to happen anyway and is only a good thing to prevent sparks and damaged IC's when plugging in devices that are referenced to both 0V and earth, like your PC.

Try to shield any ribbon cables or move them away from power supplies, like your printer PSU and XL4015 drop downs.
Some drop downs (cheap ebay crap) do not like 0V being referenced to ground. Ensure you do not use them. your input 0V will be connected to to output 0V (and ground) at some point, in some piece of equipment, whether you like it or not.

With good grounding, earth and smoothing all phantom clicks should be gone.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@UnchartedBull UnchartedBull

Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests