OESF Portables Forum
Model Specific Forums => Astro Slide => Astro Slide - Hardware => Topic started by: RonWard on March 10, 2021, 09:41:19 am
-
What are the specs and is there an alternate to the PC one? USB C (which version) and female HDMI (which version) and has PC connected standard?
-
While only a partial answer, Planet has stated that MediaTek, the company making the SoC for the Planet devices, uses a proprietary non-standard solution to output HDMI via a USB type C connector, which means a standard HDMI alt mode USB type-C to HDMI cable will not work.
Though I do have a Planet HDMI cable, I don't have proper equipment to examine how the pins are connected. As I suppose the cable offered by Planet is MediaTek-specific rather than Planet-specific, maybe an USB type-C to HDMI cable for some other phone, based on a MediaTek SoC could work, provided any other phone maker, using MediaTek chips, supports HDMI out.
I doubt the exact USB and HDMI versions matters much. On the Gemini and Cosmo, the HMDI out can only output their native resolution of 2160x1080 and only at 60p. A qualified guess would be that the Astro will also only output its native resolution (2340x1080) at 60p. While the aspect ratio is odd, which might affect display compatibility, the required bitrate should fit within the HDMI 1.0 specification of (from 2002).
There are a few threads here on OESF mentioning a "USB-C to HDMI DisplayLink" (not to be confused with DisplayPort) adapter. DisplayLink seems to be an external graphics chip, thus requiring an app to work. As I don't have any particular knowlege to share, I can only recommend, should you be interested, that you use the search feature, in the top right corner and read what others has to say.
-
Thank you
-
Yes - the fact that resolution is nonstandard is a problem. E.g. I cannot get the Cosmo picture to appear on our LG OLED TV, while it does work with my PC monitor.
It really should be selectable.
-
I tried the PC USB-to-HDMI adapter from my Cosmo, and it doesn't seem to work on the Astro. I noticed that the indiegogo page claimed "USB to DisplayPort" rather than HDMI, so maybe it'll be a new cable.
-
I tried the PC USB-to-HDMI adapter from my Cosmo, and it doesn't seem to work on the Astro. I noticed that the indiegogo page claimed "USB to DisplayPort" rather than HDMI, so maybe it'll be a new cable.
From what I've read it is SUPPOSED to be the same cable, but remember that it is (at least was) also only supposed to work on the right side USB...
I also seem to remember that people where able to get HDMI out from Gemini/Cosmo by using a USB to DisplayPort (and then DisplayPort to HDMI)??
-
I looked at a dmesg dump from my Cosmo while plugging in the hdmi adapter:
[Thu Jan 16 15:19:08 2020] (0)[24744:kworker/0:1]====fusb300_eint_work:zhaolong debug x600 USB1=====
[Thu Jan 16 15:19:08 2020] (0)[24744:kworker/0:1]===USB1 is plug in===
[Thu Jan 16 15:19:08 2020] (0)[24744:kworker/0:1]===hdmi plug in===
[Thu Jan 16 15:19:08 2020] (0)[24744:kworker/0:1]=======CC2=======
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]i2c i2c-3: addr: 39, transfer ACK error
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]i2c_dump_info ++++++++++++++++++++++++++++++++++++++++++
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]I2C structure:
[Thu Jan 16 15:19:09 2020] [I2C]Clk=15600,Id=3,Op=1,Irq_stat=2,Total_len=2
[Thu Jan 16 15:19:09 2020] [I2C]Trans_len=2,Trans_num=1,Trans_auxlen=0,speed=400000
[Thu Jan 16 15:19:09 2020] [I2C]Trans_stop=1
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]base address 0xffffff8004e26000
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]I2C register:
[Thu Jan 16 15:19:09 2020] [I2C]SLAVE_ADDR=72,INTR_MASK=f8,INTR_STAT=1,CONTROL=28,TRANSFER_LEN=2
[Thu Jan 16 15:19:09 2020] [I2C]TRANSAC_LEN=1,DELAY_LEN=2,TIMING=13,START=2,FIFO_STAT=2201
[Thu Jan 16 15:19:09 2020] [I2C]IO_CONFIG=3,HS=0,DCM_EN=0,DEBUGSTAT=40,EXT_CONF=1800,TRANSFER_LEN_AUX=1
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]before enable DMA register(0x0):
[Thu Jan 16 15:19:09 2020] [I2C]INT_FLAG=0,INT_EN=0,EN=0,RST=0,
[Thu Jan 16 15:19:09 2020] [I2C]STOP=0,FLUSH=0,CON=0,TX_MEM_ADDR=0, RX_MEM_ADDR=0
[Thu Jan 16 15:19:09 2020] [I2C]TX_LEN=0,RX_LEN=0,INT_BUF_SIZE=0,DEBUG_STATUS=0
[Thu Jan 16 15:19:09 2020] [I2C]TX_MEM_ADDR2=0, RX_MEM_ADDR2=0
[Thu Jan 16 15:19:09 2020] (0)[162:hdmi_timer_kthr]DMA register(0xffffff8004e28480):
When plugging into my astro, I get no such messages. So unless they quieted them (doubtful--the rest of dmesg is as noisy as ever), I suspect that HDMI output on astro may require kernel work that is not yet included in the released builds.
Edit to add: there's also this part in logcat:
10-07 20:40:11.444 1073 1283 I HdmiObserver: HdmiObserver: onUEvent: {SUBSYSTEM=switch, SEQNUM=5460, ACTION=change, SWITCH_NAME=otg_state, DEVPATH=/devices/virtual/switch/otg_state, SWITCH_STATE=1}
10-07 20:40:11.444 1073 1283 I HdmiObserver: HdmiObserver.onUEvent(), name=otg_state, state=1
10-07 20:40:11.444 1073 1283 I HdmiObserver: HDMIObserver.updateOtgState(), otgState=1
10-07 20:40:11.444 1073 1333 I HdmiObserver: HDMIObserver.handleOtgStateChanged(), otgState=1
10-07 20:40:11.445 1073 1333 E hdmi : =====hdmi===== [HDMI] [hdmi_ioctl] open hdmitx. fd=207 cmd_code=-1073461215
10-07 20:40:11.445 1073 1333 I HdmiObserver: notifyOtgState: true
10-07 20:40:11.458 1073 1424 I UsbDescriptorParser: Unknown Descriptor len: 6 type:0x30
So, if it is indeed the same cable, the missing software could be kernel-side or userspace-side.
Another observation: if I run "getevent" on the cosmo, when I plug the HDMI adapter in, I see the following from "mtk-kpd":
/dev/input/event1: 0001 00b8 00000001
/dev/input/event1: 0000 0000 00000000
/dev/input/event1: 0001 00b8 00000000
/dev/input/event1: 0000 0000 00000000
meanwhile I get nothing at all while plugging into the astro.
Astro's kernel tree has in drivers/misc/mediatek/typec/fusb302 some hdmi-plugging code that seems similar to what the cosmo had in drivers/misc/mediatek/usb_c/fusb302 , and the device shows up similarly in /sys/devices/platform/fusb301a...
-
The IGG states its USB-HDMI?
I tried the PC USB-to-HDMI adapter from my Cosmo, and it doesn't seem to work on the Astro. I noticed that the indiegogo page claimed "USB to DisplayPort" rather than HDMI, so maybe it'll be a new cable.
-
I wrote to the PC asking if the cosmo cable is the same as the astro cable or if it's a software problem. There are still no answers.
-
I wrote to the PC asking if the cosmo cable is the same as the astro cable or if it's a software problem. There are still no answers.
Have never had a reply from PC on AstroSlide 5G questions and have also asked that they consider adding AstroSlide 5G to there Support site. No reply!!!!
-
Hdmi works partially using the hdmi cable from cosmo and connected at the left side of astro.. You must connect the cable and do a restart. After this, the display output is only in the TV, not in the display of astro. I connected a mouse to work with the phisycal keyboard and the display of TV. Sound after some time is distorced. I tried to attach a video here that I have made using my cosmo but it was not successful.
-
Link to video . Sorry for the quality of video.
https://youtu.be/QMCLxmedJlc
-
I also don't know if astro has support to usb dp alt mode. I have tested an hp usb c to hdmi dp alt mode adapter and it does' t work.
-
Wow, thanks cam1965, excellent discovery! How did you figure that out?
I've been poking at the kernel source. It seems that there's some partial support for standard usb type c alternate-mode displayport. I tried 2 displays and 3 adapters/cables. In all cases, dmesg indicates a successful negotiation with the display and the astro adopts Downstream Facing Port mode. But nothing appears on the screen and no new device shows up in /sys/class/drm . (With a usb-c cable to a usb-c display, I was able to get the Astro charging over usb-pd and also using the screen's usb hub at the same time, which Cosmo was never able to do.) The code seems to suggest that a PI3DPX1205A chip is required to activate DisplayPort, but that driver isn't in the astro's device tree (k6873v1_64.dts). I wonder if the Astro indeed has this chip, and if so, how it's wired up.
-
I have a hunch about why the hdmi adapter only works if plugged in on boot. In the astro kernel tree, drivers/misc/mediatek/typec/fusb302 has code very much like the cosmo's hdmi plug detection code. It exports a symbol, hdmi_plug_in_flag, which gets changed to 1 when the port detects the adapter and 0 when the adapter is removed. However, unlike in the Cosmo tree, this variable is never used. It is however mentioned in commented-out code in drivers/gpu/drm/panel-vt-lt8912b-vdo.c . This driver is part of astro's device tree. In its .probe function, it calls FUSB300Read to check if the adapter is plugged in, and if so, sets the gpios necessary to send HDMI out. However, this probe function is only called once, at boot-up time.
Cosmo had a device at /dev/hdmitx and some userspace daemon for managing the hdmi output through ioctls on that device. Some similar code remains in the astro tree but it is not enabled in the device tree.
So, thanks to cam1965's discovery, I suspect we may be able to fix up Astro's proprietary left-side hdmi-output with some small changes. (I would be much happier if we could get standard displayport altmode working though!)
-
Hi. I figure it out because I had a similar problem with my dvb stick in linux and solved it ( in cosmo ). Please see :
https://www.oesf.org/forum/index.php?topic=36195.msg295355#msg295355
Maybe this help to create ( compile a new kernel ).
Thanks for help also.
-
I mentioned on the other thread that root can probe the lt8912b driver at runtime with `echo 14010000.dsi.2 > /sys/bus/mipi-dsi/drivers/panel-vt-lt8912b-vdo/bind` . This doesn't work because the panel index is mismatched from what the dts expects (and I don't understand why it works when the hdmi is plugged from boot--somehow the dts remote-port changes). I tried commenting out that check, but then the device just reboots. It seems, reading drivers/misc/mediatek/devapc, that the kernel worker thread that services the bind command isn't authorized to access the display subsystem, so the cpu generates a violation interrupt. Maybe I can disable this, or figure out some way to get the correct thread to do the probing.
-
Thanks for the information.In my test ( hdmi adapter plugged at boot ) the internal display doesn't work together with the hdmi external display. The internal display of astro is disabled when hdmi is enabled. This is strange.
-
Answer from Planet : (In bold the text about the hdmi problem )
Paul E. Pinnock (Planet Computers)
Welcome back.
At this moment, it is prohibited to ship battery only, should you wish for us to replace your Gem or Cosmo battery, the battery service is available. In regard to the connection issue, we will investigate and revert.
Thank you for your patience.
-
Hi, Thanks for the tip that a reboot is necessary and for the video. I have just noticed that in the Astro Slide quick start guide it says that the left hand side USB-C port supports HDMI video out via the Planet USB-C to HDMI video cable and it says "Astro Reboot required"!
I have just tried this, and unfortunately it doesn't work for me though :-( The Astro reboots as normal, and nothing appears on my TV screen... It works with my Cosmo, so either my Astro is somehow broken, or my TV isn't compatible with the Astro's HDMI output for some reason. I'll try to find another screen to test it with.
-
I have just tried this, and unfortunately it doesn't work for me though :-( The Astro reboots as normal, and nothing appears on my TV screen... It works with my Cosmo, so either my Astro is somehow broken, or my TV isn't compatible with the Astro's HDMI output for some reason. I'll try to find another screen to test it with.
For me the reboot trick works, but only with my computer monitor. The Astro's output resolution is apparently something that throws a TV (that just supports your regular TV resolutions) off.
Try with a computer monitor that can sync with any resolution.
-
Hi
Same issue here. Tried with modern computer monitor: no signal
<sigh>
-
Hi
Same issue here. Tried with modern computer monitor: no signal
<sigh>
Did you remember to do power-cycle while the HDMI dongle was attached to the *left* side USB port?
(On Cosmo, the USB port to use for HDMI is on the right side. This threw me off too).
-
Yes I rebooted pluged in in the left usb c.
-
Anyone know what resolution it's trying to output? I haven't given it a go with mine yet - I have yet to dig out my Planet HDMI adapter
-
Anyone know what resolution it's trying to output? I haven't given it a go with mine yet - I have yet to dig out my Planet HDMI adapter
I did a test just now. My adapter is one I got for Cosmo.
Procedure: Attach HDMI cable to adapter, attach adapter to left side USB port of Astro, reboot (power-cycle not required, reboot is enough).
NOTE: the HDMI cable needs to be connected to the adapter during reboot. Otherwise it doesn't work (at least for me).
The resolution is 1280x720, 60 Hz. (45.1 kHz horizontal sync). So actually, this *should* work even with TVs. Cosmo had a non-standard resolution.
Note that the touchscreen becomes disabled, so you have to enter e.g. pin codes from the keyboard.
When you disconnect the adapter, the device reboots again and you get your touchscreen back.
-
Thanks for checking that, Zarhan.
720p is lower resolution than I'd hoped (I'd expected 1080p), but at least it's a standard resolution and aspect ratio, unlike the previous devices. Strange that it's not working on some monitors - perhaps the device is not detecting the presence of the monitor somehow...
I wonder if there's a way to get it to output 1080p.
It's probably worth putting together a wiki (https://github.com/shymega/planet-devices/wiki) page on all this.
-
720p is lower resolution than I'd hoped (I'd expected 1080p), but at least it's a standard resolution and aspect ratio, unlike the previous devices. Strange that it's not working on some monitors - perhaps the device is not detecting the presence of the monitor somehow...
Low resolution is annoying, but the problem that kills the usability for me is that unlike Cosmo, it's not a mirrored screen where you see the image on both displays at once, but the image *only* appears on the monitor. So the touchscreen gets disabled.
I guess you could hook up a mouse (bluetooth or via the USB hub), but still non-optimal solution if I'd just quickly like to show some pictures or something on a big screen.
Oh, and of course the whole "reboot whenever you attach/detach the adapter" as well.
-
Yes I rebooted pluged in in the left usb c.
Got it working!
used an not so cheap HP e24 g4 monitor! Settings: DP-hotplug active and autoswitch on
Hope that helps someone!
-
@LinuxGuy Is that a different monitor to what you were trying to use before?
-
Yes, its a different one, this monitor is from a friend. I would never pay 300 bucks only for a monitor ;)
-
Today I tested the Astro with the Microsoft Wireless Display adapter and it works quiet well.
No restarting the phone and you can even watch videos without any flaws. So for me that is the better alternative then the official cable from PC.
-
Hi weatherlights
Sounds great! Is there something similar for linux machines? Screensharing via Wifi?!
-
The Microsoft Wireless Display Adapter is based on Miracast so it should support any OS that supports Miracast aswell.
-
Hi, my Display of my Astro is cracket and I cannot find my DP-USB cable from planet.com.
It was possible in april to order a new one but still not arrived.
A new order is not further possible because looks like the only payment method amazon pay does not further support planet com store.
Does anybody can lend me the cable for few days?
I can also build a adaptor cable if I know how the wires should be connected. Any Idea?