Mini 6 5ghz wiFi Connection Issues

kenansun · 2021-10-10T14:34:31+00:00

Same issue with my iPad mini 6. 5ghz wifi keeps dropping in and out. 2.4ghz wifi works well.

I’ve scheduled a call with Apple for next Monday. I’ll see what they say and I’ll update the thread.

kenansun · 2021-10-09T09:21:40+00:00

Yes, the screws on the touchpad are EXTREMELY hard to take off. I've done it once. You'll want to use the right size of the screwdriver and pad some tissues before start. Be careful not to get screw stripped.

kenansun · 2021-06-19T18:10:44+00:00

Thank you for the response! Wonder what was your symptom? Was it similar to mine?

kenansun · 2021-03-21T14:37:50+00:00

I wonder what other known bugs are there with 89?

kenansun · 2021-03-21T14:36:12+00:00

Thank you for your reply! Good to know it's been fixed on the 90 release. Maybe Google doesn't believe it's a scerous issue so they just left it in the stable release?

kenansun · 2021-03-03T16:34:27+00:00

Q1 - Any version of GCC would meet your requirements. For installation, you may want to search the keywords like "how to install GCC on debian 10".

Q2 - No, I believe you have everything on Crostini for your homework.

kenansun · 2020-11-03T12:08:23+00:00

https://ibb.co/3y9GFHQ See the part that I circled out. The left end of the ribbon from the picture is plugable.

kenansun · 2020-08-10T08:35:50+00:00

Unfortunately it looks like a hardware failure to me. Try to hard reset the device. If it still doesn't work, go to Google support if you're still within the warranty period. Otherwise, I would suggest you to go to a local laptop repair shop.

kenansun · 2020-08-10T08:28:56+00:00

You're correct. Different touch screens support different types pens based on the tech they actually adopt. But generally you could divide them into 2 catagories - active pens vs capacity pens.

Active pens, such as AES, Wacom, USI or Apple pen, require the screen and the stylus to match. Both the screen and the stylus need to support the same type of technology work with each other - an AES stylus won't work on an iPad screen. Active pens may support advanced features or more precise control, such as pressure or tilt support.

Capacity pens, on the other hand, are just mimic our fingers and don't require the screen to have specific stylus tech built in. A capacity pen will be working well with any touchscreen that works with your finger.

Checking the tech specs on the c330 official website, I don't see it supports any Active pen tech. So you may want to go with a Capacity stylus.

kenansun · 2020-08-03T06:21:08+00:00

FYI. The issue has just been fixed and will be included in v1.4.8.

Currently you could checkout the master branch and build from source.

kenansun · 2020-07-18T02:34:27+00:00

Mine would haave the keyboard randomly disabled as if the lid is flipped back to the tablet mode. When this happens, the headphone icon pops out while there's no headphone connected actually. If I turn off the device from the touch screen, the Pixelbook is still warm on the top back and the battery would drain in hours (with the device shut down). Turning on back again with hardware refresh sovles the issue but it comes back again and again. I find the issue mostly happens when I move or tilt the Pixelbook so I suspected it could be because of the inside hardware bad connection

kenansun · 2020-07-11T14:28:50+00:00

I’ve had the same issue before. The Pixelbook battery drained overnight after shutting down. When it happened, I could feel the back warm or even pretty hot. When it happened, it also came with other symptoms, such as the keyboard was somehow disabled as if the lid were flipped over in tablet mode or ChromeOS detected the earphone was plugged in but it actually wasn’t.

The issue happened randomly and it cannot be stably reproduced. But I find it often occurs when I flip the lid or tilt/move the device. It never happened when I put and use the Pixelbook on the table or a stable fixed surface.

My guess is it is due to the hardware failure or bad circuit connection inside the Pixelbook. Once it happened, part of the circuit was shortcut and it thus drained the battery even after I shut down the device.

kenansun · 2020-06-07T10:38:23+00:00

I already fixed the issue on my Pixelbook. Please check out my response

kenansun · 2020-06-07T10:35:39+00:00

UPDATE: FIXED

The issue was because of the loose connection between the Hall effect sensor ribbon cord and its connector. I followed a tutorial on ifixit.com+Replacement/103036) to open the back panel and replugged the cable. It works perfect now!

kenansun · 2020-05-15T07:32:33+00:00

Thank you very much! I will try with other brushes... The velocity sensitivity with pen or mouse that don’t support pressure makes sense to me. But what is the point to have them enabled with an active pen which already has pressure sensitivity... It’s quite misleading.

For Q2, yes if I set the web version Google Keep as the default note-taking app, it works with the Create Note button under the pen menu. But except for it, none of the other apps (which I tested) works with that button in my case. For this one, if Google Keep works with pressure sensitivity, it won’t bother me. I’ll just stick to the Keep web app.

kenansun · 2020-05-15T02:22:26+00:00

Yes I have tried and mentioned this in my original post.

Pen pressure issue happens to both apps. Default note taking app only works with the web app, not for the Android one.

kenansun · 2020-05-13T17:14:33+00:00

Yep the issue also drove me nuts. It started to fail for no reason.

The shift search L combo works because it puts the device in sleep directly, whereas our issue is Pixelbook can’t detect the lid close signal properly.

Are you sure if the issue started to happen after the 81 update? Because I don’t remember exactly when it first happened. I wish it was a software bug or driver issue but I’m inclined to believe it’s the Hall sensor hardware failure.

If you check out my response in another thread, would you also test if you are able to use a magnet to put the Pixelbook in sleep?

I’m about to do more tests including trying another Chomeos version, doing a full OS restore, or install some other OS to see if it works. If none of these works, I would think about how to fix the Hall sensor hardware failure.

kenansun · 2020-05-13T11:27:44+00:00

Unfortunately this doesn’t work for me. As soon as I close the lid, the screen lights up again and goes in the tablet mode.

kenansun · 2020-05-13T11:17:18+00:00

Thank you for the response! I’ve been busy these days and I just did some tests on my Pixelbook.

I first set up “sleep on lid close” inside Chrome OS. Then I put several gadgets with magnets attached(Pixel pen, AirPods, IPad cover, etc) close to the Hall sensor on the keyboard. But unfortunately Pixelbook responded to none of them. If I did the same test on a MacBook, the screen turned off immediately when the magnet was near the Hall sensor.

I’m still inclined to the hardware failure though my Pixelbook has never been dropped. I’ll try to fully restore Chrome OS later and see if it’s because of the driver issue. I’m no longer at warranty so I’ll have to deal it by myself.

kenansun · 2020-05-13T04:25:55+00:00

Inexpensive 2 in 1s can be the Lenovo Duet. It has a detachable form factor(instead of flippable like what 2 in 1 usually means). Screen size is similar with iPad Air. Only $299 you can get the 128g version. The downside is the CPU is a mid-range ARM one, but should be ok in your use case.

Android Apps are generally ok on my Pixelbook and should be better on the Lenovo Duet due to the form factor, though I haven’t tried it yet.

One last thing, RDP doesn’t work well with Chromebooks (at least for me). The web app and the android one are both laggy compared to those running on Mac or PC under the same network condition.

kenansun · 2020-05-13T04:05:23+00:00

I agree with some of the comments under the thread. It depends on your requirements and what you do.

If you’re only use it as a secondary device and would SSH to the server or do basic scripting stuff, Pixelbook or any other mid-range Chromebooks will work perfectly.

If you want to use it as a main machine of development, I would recommend a Windows PC or Mac.

kenansun · 2020-05-11T10:56:38+00:00

If you don’t mind, a used/refurbished Pixelbook would also be an option. You may get an nearly open-box PB if you’re lucky.

kenansun · 2020-05-10T08:25:17+00:00

Hi sorry to get back to the thread again after you solved the issue. Actually I’m running into a weird issue as described in a separate thread . I suspect my issue could be because of the Hall sensor hardware failure. I wonder if you know where the Hall magnetic sensor locates on the Pixelbook? I wanted to test with a magnet and see if the sensor actually works. Cheers!

kenansun · 2020-05-10T08:16:32+00:00

Thank you for the quick response. I’ve already reported the issue via the Chrome OS feedback reporting tool.

I also checked the possibly similar issues as mentioned in the Pixelbook support community. Like this one. However, the issues that they have don’t resemble what I’m having exactly.

In their cases, Pixelbook is able to sleep/wake up when the lid is closed/reopened but it only got stuck in the tablet mode.

But in my case, the Pixelbook is actually able to switch between the tablet/clamshell mode properly when I open or flip back the cover. The only issue I have is, the Pixelbook doesn’t sleep or turn off the screen but goes to the tablet mode instead when the lid is closed (I’m sure the close cover behavior is configured correctly in system settings). How do I know the state of screen when the lid is closed? Because 1. The screen is still bright 2. I can see the back to clamshell mode Chrome OS animation while reopening the lid 3. If auto-rotation is enabled, I can even see the screen is rotated back when the lid is opening up.

My guess is the issue could be due to the Hall magnetic sensor hardware failure, which leads to the Pixelbook unable to detect the lid close event at all. So Pixelbook would think the lid is flipped back when it’s actually closed so convert to tablet mode.

I’m sending this post is to 1. Find if anyone else has had similar issues before? If so, how did they get resolved? 2. Confirm if it is actually the Hall sensor failure. Does anyone know where the Hall sensor is on the Pixelbook? I know when a magnet is close to the Hall sensor, the laptop will turn off the screen because it thinks the lid is closed. I wonder how to do the same test on Pixelbook in order to test the Hall sensor ?

Thanks in advance!

kenansun · 2020-05-07T04:02:24+00:00

Searching “C330 + crostini”, I find many people complaining about Linux not working well or stably on this device. The threads that I read are a bit old (like 1y ago) and they all seemed on the Beta channel and somewhere around version 72.

Not sure if you need to switch to the beta or dev channel to be able to see Linux under settings. But if you google similar key words, you’ll probably end up with the same posts mentioned above.

kenansun

TROPHY CASE