Hacking the Rectangular Starlink Dishy Cable

rect-starlink-cable-hack.md

Hacking the Rectangular Starlink Dishy Cable

These are are some notes I put together on butchering the rectangular dishy cable.

FOLLOW THESE GUIDELINES AT YOUR OWN RISK. I TAKE NO RESPONSIBILITY FOR ANY DAMAGE OR INJURY YOU SUSTAIN FROM FOLLOWING OR NOT FOLLOWING THESE GUIDELINES.

Disclaimer: Don't do this

In general, if you can get away with using the original 75' cable (or the official 150' long replacement cable), then that is ultimately preferable to doing any of this stuff. If you don't already know why you would want to do this then you definitely shouldn't do it. If you run into trouble, the first thing Starlink Support is going to ask is if the cable between your dishy and router has any modifications, and for good reason.

Power

Despite the connectors being proprietary, the underlying technology connecting the router and the rectangular dishy is gigabit ethernet with non-standard PoE(The orange and green pairs are positive, the blue and brown pairs are negative). The cable itself is plain stranded STP CAT5e, suitable for outdoor use. The router acts as a 48V, 2A PoE power supply, so 96 watts are available at the port the router.

Stick with the original router (and possibly the ethernet port dongle) unless you have a good reason to try something else. You cannot power dishy with a standard PoE injector, but if you are enterprising enough you can rearrange the wires (swap blue/green, terminate as Type-B) going into and out-of a passive 4-pair PoE Injector and get it working with a sufficiently large 48V or 52V DC power supply.

Note that most 48V 2A power supplies on Amazon are insufficient! I recommend this 52V power supply, as I have confirmed that it works and I am using it on my own 200+ft run.

Resistance

Resistance is the primary limiting factor you will run into. As you increase the length of the cable and add additional terminations/connectors, resistance increases. If the resistance is too high, the voltage at the dishy will (perhaps only occasionally) drop too low, causing it to spuriously reboot or not boot at all.

The exact maximum round-trip power resistance that the cable can have before Dishy's stability suffers isn't immediately clear, but 1.8Ω round-trip (~88 watts available for Dishy) appears to be stable while 2.5Ω round-trip is just barely unstable. (neither value includes the resistance of about 20 extra feet of the original CAT5e that is used in my setup)

If you cannot easily measure resistance, you will need to be as conservative as possible:

• Keep the length of your entire run as short as possible and your connectors as few as possible. Continuous runs are almost always preferable to runs with connectors.
• Use outdoor-rated cable for outdoor runs. If riser cable is all you have, paint it.
• Don't directly bury the cable unless it is rated for direct burial. Otherwise, water intrusion will eventually make your connection unreliable. The original cable is NOT rated for direct burial.
• Use 23AWG (or larger) CAT6/CAT6A cable, which will contribute around 0.03Ω/meter for a continuous run.
• The original cable was only 24AWG, so if you are using 23AWG cable then the less length you use from the original cable the better.
• It would appear that connectors will each contribute ~0.02-0.1Ω to the round-trip resistance, but more research is required.
• Avoid unnecessary use of patch panels, they introduce additional connectors and add resistance.
• 150' is likely the most distance you are going to get without changing your approach (like splitting out the power into larger guage wires, etc), but if you use a specialty low-resistance cable (like this) then you might be able to almost double that with some careful terminations.
• Once you get everything set up, try turning on snow pre-heat mode:
  • If you can run a few speed tests in a row without problems, then you are likely golden.
  • If your dishy reboots (either immediately or after running a few speed tests), your cable resistance is too high.

For longer runs you may need to use a power supply with a larger voltage. I can confirm that the rectangular dishy works fine on 52V.

Grounding

With a longer run, proper grounding and surge protection becomes more important. Dishy must be grounded in some way. With the unmodified original cable, that grounding comes from the router. Since we are cutting that wire, we need to make sure that we provide that grounding.

• At least the the first RJ45 termination on the dishy side should be a grounded RJ45 plug.
• Use a high-quality, grounded, PoE-compatable ethernet surge protector at the termination closest to your dishy.
  • If you do this at your "service entrance" (where the wire enters your house), then you won't need a shielded ethernet cable after that point---but you might want it to be shielded to reduce RF interference.
  • If you do use a shielded cable after the grounded surge protector, make sure you don't have a continuous ground between your surge protector and your Starlink router---that would create a ground loop, and you don't want that. If there is a ground fault, some of the surge current could go through your shielding!
• Alternatively, you could forgo the surge protector and use shielded cables, connectors, and plugs for the entire run and ensure continuity between the starlink router and dishy (presumably the router has some amount of built-in surge protection).

Here's the current consumption in A for the first five minutes. The horizonal axis is seconds; blue is the average every 5s and orange should be the maximum in the same period (Fluke 189 normal min-max). Note that the two lines come from different boots:

I've got average values out to 1200s; twenty minutes, but it's just more of the same.

Here's another boot but showing the average current over each 1s period for the first three minutes:

The voltage delivered by the PSU is in the same range as above; within 0.5V of 48V. The PSU is a 3A PSU so isn't near the limit. I got these numbers using the data logging of a Fluke 189, typing them into Excel by hand. The "high precision watt meter and power analyzer turned out to be not very useful. It records a peak current of 14A as soon as it starts up... This was worrying so I used the fast min-max on the Fluke 189 to check the inrush; it was actually 6A!

The problem was that I was powering up/down by pulling the barrel connector on the DC (48V) side. DO NOT DO THIS! It causes a massive inrush. The Fluke fast min-max samples across a time of something like 250us, but all the same that kind of current could cause sparking and maybe damage something. The antenna magnetics are apparently some kind of custom Würth Elektronik 4PPoE++ device; they don't list the part number but other magnetics in the series can go up to 1500mA/pair (per centre tap); so that's a 3A/150W supply. All the same 6A is too much.

I changed my methodology to powering up/down on the AC side; pull the plug on the PSU. This results in a soft start; fast min-max does not register a surge. The initial startup current is around 55mA for the first 5s, it then jumps to around 150mA for the next 30s then goes to the highs seen immediately afterward; 1A at 38s 1.5A at 45s. The long term average is 700mA but as can be seen from the first graph it swaps between around 600mA and 900mA for intervals of maybe 30s.

To get wattages at the PSE multiply by 48. At the PD, the antenna, there will be a 75ft/18AWG drop forward and back; four 24AWG 7/32 conductors in parallel have the same cross-section as 1 18AWG 7/26. The total resistance is about 0.9ohm, so assume 1.5V drop at the PD at 1.5A; multiply by 46.5

This is without pre-heat but the pre-heat didn't seem to add more than 0.25A. Everything seems to be well within the rating of the router PoE; 2A at 48V. I don't know where all this stuff about massive power requirements comes from, maybe the V1 and V2 dishes? Certainly the rectangular dish (V3) does not need more than 96W at the PSE, i.e. more than 2A, whatever the custom magnetics in the dish do.

I also ran the system from boot with fast min-max on the Fluke 189. This gave me an average over an hour of 0.7A and a transient peak of 3.4A. Bear in mind that this is a transient; it's coming out of the PSE capacitor which, as my do not do this above demonstrates is perfectly capable of delivering 6A in a single transient. There does always seem to be a transient in the first minute; presumably the 45s peak above. It varies between boots, one gave me 2.98A the other 3.34A. There was a second transient after about 17m of 3.39A so my assumption is that these transients happen irregularly. I suspect the dish should have bigger capacitors to avoid these transient current surges from the PSE.

Here's the current consumption in A for the first five minutes. The horizonal axis is seconds; blue is the average every 5s and orange should be the maximum in the same period (Fluke 189 normal min-max). Note that the two lines come from different boots:

I've got average values out to 1200s; twenty minutes, but it's just more of the same.

Here's another boot but showing the average current over each 1s period for the first three minutes:

The voltage delivered by the PSU is in the same range as above; within 0.5V of 48V. The PSU is a 3A PSU so isn't near the limit. I got these numbers using the data logging of a Fluke 189, typing them into Excel by hand. The "high precision watt meter and power analyzer turned out to be not very useful. It records a peak current of 14A as soon as it starts up... This was worrying so I used the fast min-max on the Fluke 189 to check the inrush; it was actually 6A!

The problem was that I was powering up/down by pulling the barrel connector on the DC (48V) side. DO NOT DO THIS! It causes a massive inrush. The Fluke fast min-max samples across a time of something like 250us, but all the same that kind of current could cause sparking and maybe damage something. The antenna magnetics are apparently some kind of custom Würth Elektronik 4PPoE++ device; they don't list the part number but other magnetics in the series can go up to 1500mA/pair (per centre tap); so that's a 3A/150W supply. All the same 6A is too much.

I changed my methodology to powering up/down on the AC side; pull the plug on the PSU. This results in a soft start; fast min-max does not register a surge. The initial startup current is around 55mA for the first 5s, it then jumps to around 150mA for the next 30s then goes to the highs seen immediately afterward; 1A at 38s 1.5A at 45s. The long term average is 700mA but as can be seen from the first graph it swaps between around 600mA and 900mA for intervals of maybe 30s.

To get wattages at the PSE multiply by 48. At the PD, the antenna, there will be a 75ft/18AWG drop forward and back; four 24AWG 7/32 conductors in parallel have the same cross-section as 1 18AWG 7/26. The total resistance is about 0.9ohm, so assume 1.5V drop at the PD at 1.5A; multiply by 46.5

This is without pre-heat but the pre-heat didn't seem to add more than 0.25A. Everything seems to be well within the rating of the router PoE; 2A at 48V. I don't know where all this stuff about massive power requirements comes from, maybe the V1 and V2 dishes? Certainly the rectangular dish (V3) does not need more than 96W at the PSE, i.e. more than 2A, whatever the custom magnetics in the dish do.

I also ran the system from boot with fast min-max on the Fluke 189. This gave me an average over an hour of 0.7A and a transient peak of 3.4A. Bear in mind that this is a transient; it's coming out of the PSE capacitor which, as my do not do this above demonstrates is perfectly capable of delivering 6A in a single transient. There does always seem to be a transient in the first minute; presumably the 45s peak above. It varies between boots, one gave me 2.98A the other 3.34A. There was a second transient after about 17m of 3.39A so my assumption is that these transients happen irregularly. I suspect the dish should have bigger capacitors to avoid these transient current surges from the PSE.

That is where the mystery is, as 100w at 48v will not run reliably. And will not run at all much past 200ft. But 52v 2.88a will run perfectly at 330ft. Perhaps the factor is less the heater and more the motor? Motor could be hitting gear spots with more resistance causing micro spikes in power. Look at video cards in a PC, you can have a power supply with way higher average watts then it's requirement and yet you can still have problems with it not handling spikes when another brand can have lower average watts but does fine as it handles spikes better.

That is where the mystery is, as 100w at 48v will not run reliably. And will not run at all much past 200ft. But 52v 2.88a will run perfectly at 330ft.

You need to log the failures as @morehardware did; their system failure did not depend on "watts" or "feet", rather the nature of the PSU. That failure seem to correspond to the high average current right at the start. I've not seen failures with my 48V PSU, even using the StarLink cable. Clearly different PSUs have different characteristics. StarLink sell a 150ft cable for use with a 96W 48V PSE.

It's entirely believable that the very short transients are sufficient to bring down the system if the PSU does not have capacitance to buffer the transient! Step down transformers necessarily have BFCs, as they say, to deal with the relatively low frequency of the supply; 120Hz or 100Hz. I haven't seen a teardown of the StarLink router which gave the characteristics of the capacitors in the PSE.

Classic power supply is to run the high voltage as close to the point of delivery as possible, so even though the StarLink 75ft cable only offers an ohm of resistance (assuming I got my arithmetic right) it's still always possible to run feeder mains voltage cable with any underground CAT5e+ cable to a PSU in an outdoor box. This is better than trying PoE over arbitrary distances, there are simply fewer engineering challenges. At least in the US it meets the code requirements just so long as there is only one outlet at the end of the feeder; it's not even necessary to earth it at the end though I have done so in the past and probably would in this hypothetical case.

I think this is spot on . Hopefully, I receive my new 12 volt step up power supply this weekend. There is little doubt in my mind that the Tycon POE is working after having it 100 percent functional on 120 volt step down all week. I think it’s about current draw on boot up. I also received my flat dish mount from Star Mount Systems and am going to install a switch to cut off the motors . I’ll test the failing power supplies again with motors off . Get Outlook for iOS<https://aka.ms/o0ukef>

…

________________________________ From: John Bowler ***@***.***> Sent: Friday, February 10, 2023 12:19:10 AM To: jbowler ***@***.***> Cc: Mention ***@***.***>; Manual ***@***.***> Subject: Re: darconeous/rect-starlink-cable-hack.md @jbowler commented on this gist.

________________________________ That is where the mystery is, as 100w at 48v will not run reliably. And will not run at all much past 200ft. But 52v 2.88a will run perfectly at 330ft. You need to log the failures as @morehardware<https://github.com/morehardware> did; their system failure did not depend on "watts" or "feet", rather the nature of the PSU. That failure seem to correspond to the high average current right at the start. I've not seen failures with my 48V PSU, even using the StarLink cable. Clearly different PSUs have different characteristics. StarLink sell a 150ft cable for use with a 96W 48V PSE. It's entirely believable that the very short transients are sufficient to bring down the system if the PSU does not have capacitance to buffer the transient! Step down transformers necessarily have BFCs, as they say, to deal with the relatively low frequency of the supply; 120Hz or 100Hz. I haven't seen a teardown of the StarLink router which gave the characteristics of the capacitors in the PSE. Classic power supply is to run the high voltage as close to the point of delivery as possible, so even though the StarLink 75ft cable only offers an ohm of resistance (assuming I got my arithmetic right) it's still always possible to run feeder mains voltage cable with any underground CAT5e+ cable to a PSU in an outdoor box. This is better than trying PoE over arbitrary distances, there are simply fewer engineering challenges. At least in the US it meets the code requirements just so long as there is only one outlet at the end of the feeder; it's not even necessary to earth it at the end though I have done so in the past and probably would in this hypothetical case. — Reply to this email directly, view it on GitHub<https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466438> or unsubscribe<https://github.com/notifications/unsubscribe-auth/A5TZOXK7YWX4IYE2TT4HYY3WWXFU7BFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF>. You are receiving this email because you were mentioned. Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

Hi, I've replaced my POE after burning up the Tycon. I now have the McCown POE. Connectivity/wiring checks out perfectly using 23AWG cables and 56V 3A DC-DC converter. - Starlink Dish <normal pins> Neutrik through hull connector <normal pins> Lightning Arrester <normal to swapped pins> McCown POE <swapped pins to normal> Peplink router. Yes, I know I don't need swapped pins with the McCown, but the cables were built for the Tycon. So I've jumpered the McCown to act like the Tycon (+ 1,2,4,5, - 3,6,7,8). Starlink is *working* with the unmodified cable and Starlink router, using AC power, of course. - network and statistics are available in the app when I connect to SL router wifi. Here's the tricky bit: - with or without bypass mode turned on,& using the POE, - my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots) Possible causes: a) dishy is not powering up? - I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever. b) Peplink router cannot work with data or phy layer of dishy? - I switched to a different WAN device in place of the dishy (a Mikrotick GrooveA) and the Peplink router connects and uses it immediately. - As noted above, with stock SL power, the Peplink won't connect. c) data is not flowing through the custom cables+POE+lightning arrester? - I've inserted both a Tycon and a McCown POE as a passive coupler into the working alternate WAN arrangement above. Both passed data just fine. - I've used a commercial cable to connect from SL ethernet adapter <> Peplink router. Still not connecting. Any thoughts?

…

— Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466945> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMHP6UQCL5AIKFPSJWDWWZMLHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

Hi, I've replaced my POE after burning up the Tycon. I now have the McCown POE. Connectivity/wiring checks out perfectly using 23AWG cables and 56V 3A DC-DC converter. - Starlink Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink router. Yes, I know I don't need swapped pins with the McCown, but the cables were built for the Tycon. So I've jumpered the McCown to act like the Tycon (+ 1,2,4,5, - 3,6,7,8). Starlink is working with the unmodified cable and Starlink router, using AC power, of course. - network and statistics are available in the app when I connect to SL router wifi. Here's the tricky bit: - with or without bypass mode turned on,& using the POE, - my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots) Possible causes: a) dishy is not powering up? - I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever. b) Peplink router cannot work with data or phy layer of dishy? - I switched to a different WAN device in place of the dishy (a Mikrotick GrooveA) and the Peplink router connects and uses it immediately. - As noted above, with stock SL power, the Peplink won't connect. c) data is not flowing through the custom cables+POE+lightning arrester? - I've inserted both a Tycon and a McCown POE as a passive coupler into the working alternate WAN arrangement above. Both passed data just fine. - I've used a commercial cable to connect from SL ethernet adapter <> Peplink router. Still not connecting. Any thoughts?
…
— Reply to this email directly, view it on GitHub https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466945 or unsubscribe https://github.com/notifications/unsubscribe-auth/AU7AEMHP6UQCL5AIKFPSJWDWWZMLHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub .

Sorry I am struggling to get my head around your setup. If you kept the wiring the same as for the tycon but switched the jumpers to match it the power would be correct but your data would be crossed. Just crimp 658b and set the 800-gige pins to the 4 corners accordingly and see if that fixes it.

This wiring: - Starlink Dish <normal pins> Neutrik through hull connector <normal pins> Lightning Arrester <normal to swapped pins> McCown POE <swapped pins to normal> Peplink router. is the standard setup for a Tycon POE. It has two connectors with swapped pins, with the result that it is unswapped (only one connector with swapped pins would create the situation you envision, with swapped data). Furthermore, now that I've tested with - Starlink Dish <starlink cable> Starlink ethernet adapter <> Starlink router ^-- <commercial cable> Peplink router I have the same result ("connnecting....")

…

On Fri, Feb 10, 2023 at 12:42 PM WIMMPYIII ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ Hi, I've replaced my POE after burning up the Tycon. I now have the McCown POE. Connectivity/wiring checks out perfectly using 23AWG cables and 56V 3A DC-DC converter. - Starlink Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink router. Yes, I know I don't need swapped pins with the McCown, but the cables were built for the Tycon. So I've jumpered the McCown to act like the Tycon (+ 1,2,4,5, - 3,6,7,8). Starlink is *working* with the unmodified cable and Starlink router, using AC power, of course. - network and statistics are available in the app when I connect to SL router wifi. Here's the tricky bit: - with or without bypass mode turned on,& using the POE, - my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots) Possible causes: a) dishy is not powering up? - I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever. b) Peplink router cannot work with data or phy layer of dishy? - I switched to a different WAN device in place of the dishy (a Mikrotick GrooveA) and the Peplink router connects and uses it immediately. - As noted above, with stock SL power, the Peplink won't connect. c) data is not flowing through the custom cables+POE+lightning arrester? - I've inserted both a Tycon and a McCown POE as a passive coupler into the working alternate WAN arrangement above. Both passed data just fine. - I've used a commercial cable to connect from SL ethernet adapter <> Peplink router. Still not connecting. Any thoughts? … <#m_5425950872894804033_> — Reply to this email directly, view it on GitHub https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466945 or unsubscribe https://github.com/notifications/unsubscribe-auth/AU7AEMHP6UQCL5AIKFPSJWDWWZMLHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub . Sorry I am struggling to get my head around your setup. If you kept the wiring the same as for the tycon but switched the jumpers to match it the power would be correct but your data would be crossed. Just crimp 658b and set the 800-gige pins to the 4 corners accordingly and see if that fixes it. — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467108> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMHYBDGR35PB2HRIKZDWWZ4YXBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

This wiring: - Starlink Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink router. is the standard setup for a Tycon POE. It has two connectors with swapped pins, with the result that it is unswapped (only one connector with swapped pins would create the situation you envision, with swapped data). Furthermore, now that I've tested with - Starlink Dish Starlink ethernet adapter <> Starlink router ^-- Peplink router I have the same result ("connnecting....")
…
On Fri, Feb 10, 2023 at 12:42 PM WIMMPYIII @.> wrote: @.* commented on this gist. ------------------------------ Hi, I've replaced my POE after burning up the Tycon. I now have the McCown POE. Connectivity/wiring checks out perfectly using 23AWG cables and 56V 3A DC-DC converter. - Starlink Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink router. Yes, I know I don't need swapped pins with the McCown, but the cables were built for the Tycon. So I've jumpered the McCown to act like the Tycon (+ 1,2,4,5, - 3,6,7,8). Starlink is working with the unmodified cable and Starlink router, using AC power, of course. - network and statistics are available in the app when I connect to SL router wifi. Here's the tricky bit: - with or without bypass mode turned on,& using the POE, - my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots) Possible causes: a) dishy is not powering up? - I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever. b) Peplink router cannot work with data or phy layer of dishy? - I switched to a different WAN device in place of the dishy (a Mikrotick GrooveA) and the Peplink router connects and uses it immediately. - As noted above, with stock SL power, the Peplink won't connect. c) data is not flowing through the custom cables+POE+lightning arrester? - I've inserted both a Tycon and a McCown POE as a passive coupler into the working alternate WAN arrangement above. Both passed data just fine. - I've used a commercial cable to connect from SL ethernet adapter <> Peplink router. Still not connecting. Any thoughts? … <#m_5425950872894804033_> — Reply to this email directly, view it on GitHub https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466945 or unsubscribe https://github.com/notifications/unsubscribe-auth/AU7AEMHP6UQCL5AIKFPSJWDWWZMLHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub . Sorry I am struggling to get my head around your setup. If you kept the wiring the same as for the tycon but switched the jumpers to match it the power would be correct but your data would be crossed. Just crimp 658b and set the 800-gige pins to the 4 corners accordingly and see if that fixes it. — Reply to this email directly, view it on GitHub https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467108 or unsubscribe https://github.com/notifications/unsubscribe-auth/AU7AEMHYBDGR35PB2HRIKZDWWZ4YXBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub .

Do you have another basic router you can test with other then the peplink to rule it out as a factor? Or a switch to put between.

Yes, I have a Mikrotik hAP-ac. It gives a valid activity light when I connect the same commercial cable to its WAN port, instead of the Peplink WAN. the hAP is operating in Bridge mode, between WAN and WiFi. the WAN port status is "Link OK, running, not slave", but no significant traffic is flowing over this port.

…

On Fri, Feb 10, 2023 at 1:04 PM WIMMPYIII ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ This wiring: - Starlink Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink router. is the standard setup for a Tycon POE. It has two connectors with swapped pins, with the result that it is unswapped (only one connector with swapped pins would create the situation you envision, with swapped data). Furthermore, now that I've tested with - Starlink Dish Starlink ethernet adapter <> Starlink router ^-- Peplink router I have the same result ("connnecting....") … <#m_-4388341350301296093_> On Fri, Feb 10, 2023 at 12:42 PM WIMMPYIII *@*.*> wrote: @.** commented on this gist. ------------------------------ Hi, I've replaced my POE after burning up the Tycon. I now have the McCown POE. Connectivity/wiring checks out perfectly using 23AWG cables and 56V 3A DC-DC converter. - Starlink Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink router. Yes, I know I don't need swapped pins with the McCown, but the cables were built for the Tycon. So I've jumpered the McCown to act like the Tycon (+ 1,2,4,5, - 3,6,7,8). Starlink is *working* with the unmodified cable and Starlink router, using AC power, of course. - network and statistics are available in the app when I connect to SL router wifi. Here's the tricky bit: - with or without bypass mode turned on,& using the POE, - my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots) Possible causes: a) dishy is not powering up? - I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever. b) Peplink router cannot work with data or phy layer of dishy? - I switched to a different WAN device in place of the dishy (a Mikrotick GrooveA) and the Peplink router connects and uses it immediately. - As noted above, with stock SL power, the Peplink won't connect. c) data is not flowing through the custom cables+POE+lightning arrester? - I've inserted both a Tycon and a McCown POE as a passive coupler into the working alternate WAN arrangement above. Both passed data just fine. - I've used a commercial cable to connect from SL ethernet adapter <> Peplink router. Still not connecting. Any thoughts? … <#m_5425950872894804033_> — Reply to this email directly, view it on GitHub https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466945 or unsubscribe https://github.com/notifications/unsubscribe-auth/AU7AEMHP6UQCL5AIKFPSJWDWWZMLHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub . Sorry I am struggling to get my head around your setup. If you kept the wiring the same as for the tycon but switched the jumpers to match it the power would be correct but your data would be crossed. Just crimp 658b and set the 800-gige pins to the 4 corners accordingly and see if that fixes it. — Reply to this email directly, view it on GitHub https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467108 or unsubscribe https://github.com/notifications/unsubscribe-auth/AU7AEMHYBDGR35PB2HRIKZDWWZ4YXBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub . Do you have another basic router you can test with other then the peplink to rule it out as a factor? Or a switch to put between. — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467125> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMA5PACCYE7R3OJTXBDWWZ7MHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots)

The screen shots aren't there, so far as I can see. This is a cable continuity problem; "no cable connected" means one or other pair is intermittent or open circuit or maybe the channel pairs are swapped.

In this case test end-to-end, or rather end-to-middle. I.e. use an ethernet cable connector from the Neutrik to the RJ45 that goes into the McCown and make sure it's showing the right connection. In this case that is 1-2, 7-8 straight through and 3-6/4-5 swapped; the tester needs to be one of the ones that shows the actual connections, not just pass/fail. Then check from the McCown data in/out RJ45 back to the RJ45 that goes to the router; the connections should be identical to those on the other side. A simply way of doing this in one shot is to take the RJ45's that go into the McCown and plug them into an ethernet pass-through connector. Then the two ends (Neutrik-router) should show straight through. The shield should be continuous in all cases.

Most likely this will be fine; if it isn't fix the problem by testing segments of the link. My original design was like yours; I swapped blue/green pairs before and after the PoE. I came to the conclusion that I don't like this because the wiring of the PoE connections to the antenna is just plain deadly for any normally wired passive PD so I am moving to swap blue/green as soon as possible out of the antenna (that would be the cable to the Neutrik in your case) then back again immediately after the data in/out port of the injector. That's just so much safer.

You can also check the McCown jumper setup; for some reason mine was shipped with the StarLink power arrangement so it had to be changed for "normal". If you plug the McCown in with the PSU disconnected then use a tester on RJ45s at each end (e.g. plug the end RJ45 into the RJ45 port on the NF-488 and do a continuity test) you should see each pair shorted. If you pull all four jumpers off the McCown that should be the only shorts. With the jumpers in the correct positions IRC 1236 should be shorted together along with 4578 (so both pairs are connected in each channel). Once again don't quote me on this - check very carefully!

If you have a good straight-through connection all the way then you need to suspect that the SPX connector into the antenna is fried. This is what happened to my original 75ft cable; I've split and tested the thing all the way back to within 10cm of the connector and orange is shorted (30ohm) to ground, apparently somewhere inside the connector at the cable end. My test kit consists of a broken open StarLink ethernet dongle with the cable cut and an RJ45 plug crimped onto the thick wires. I can plug the SPX connector from the antenna end into this then take the RJ45s on the two ends and do a continuity/cable test. Once again the connection should be straight through in your setup; in mine it is too but that is because I have both RJ45s with blue pair/green pair swaps.

I had cabling problems all the time I was doing this; my error mostly. I found that I can verify the cable setup correctness by plugging the RJ45 that goes into the router into a switch. If everything is wired correctly the switch detects a 1000MBit connection to the antenna about 5s after the power is connected. In fact the router can then be plugged into the switch and it should all work; the switch gives you access to 192.168.0.0/16 so it's possible to see what is out there...

You can also check the resistance of each pair while connected to the antenna with a suitable breakout RJ45 and testing with the PSE disconnected. This helps if there is some poor connection in there. I can't find the core resistances of the Wurtz electromagnetics but you should see each pair with a resistance just a few ohms. When I measured I was seeing maybe three ohms across correctly connected pairs. You should also see a low resistance between the two pairs corresponding to + and the two corresponding to - and around 30kohm between + and -

• I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever.

That sounds exactly like my original problem! My 75ft cable antenna connector was fried and the router was fried. With a new cable, a new dongle and the original router I had an internet connection but no ethernet on the dongle. Somehow the short in the SPX connector had killed something in the router that makes the dongle work. Once again plug the RJ45 from the dongle into a switch and see if the lights come on. It took me about 2 weeks to persuade StarLink customer support to send me a new router. At the end I'd already bought a new cable and they didn't respond to my request to refund that cost.

The SPX connector is pretty much garbage. In my case I plugged it in in summer and it failed in winter. I can only assume that the very small amount of water vapour in the sealed chamber that is created when the plug is inserted condensed and shorted enough out to fry the plug. The jack in the mast can apparently be pried out; I'm very tempted to pull it out, cut it off and solder cable directly to it with a swapped RJ45 at the end.

Using the Packet Sniff tool in the hAP, I saw only a single packet received from the SL: [image: image.png] and ping: C:\Windows\System32>ping 8.8.8.8 Pinging 8.8.8.8 with 32 bytes of data: Reply from 192.168.89.1: Destination net unreachable.

…

On Fri, Feb 10, 2023 at 1:39 PM John Morfit ***@***.***> wrote: Yes, I have a Mikrotik hAP-ac. It gives a valid activity light when I connect the same commercial cable to its WAN port, instead of the Peplink WAN. the hAP is operating in Bridge mode, between WAN and WiFi. the WAN port status is "Link OK, running, not slave", but no significant traffic is flowing over this port. On Fri, Feb 10, 2023 at 1:04 PM WIMMPYIII ***@***.***> wrote: > ***@***.**** commented on this gist. > ------------------------------ > > This wiring: - Starlink Dish Neutrik through hull connector Lightning > Arrester McCown POE Peplink router. is the standard setup for a Tycon POE. > It has two connectors with swapped pins, with the result that it is > unswapped (only one connector with swapped pins would create the situation > you envision, with swapped data). Furthermore, now that I've tested with - > Starlink Dish Starlink ethernet adapter <> Starlink router ^-- Peplink > router I have the same result ("connnecting....") > … <#m_-1871621384740996448_m_-4388341350301296093_> > On Fri, Feb 10, 2023 at 12:42 PM WIMMPYIII *@*.*> wrote: @.** commented > on this gist. ------------------------------ Hi, I've replaced my POE after > burning up the Tycon. I now have the McCown POE. Connectivity/wiring checks > out perfectly using 23AWG cables and 56V 3A DC-DC converter. - Starlink > Dish Neutrik through hull connector Lightning Arrester McCown POE Peplink > router. Yes, I know I don't need swapped pins with the McCown, but the > cables were built for the Tycon. So I've jumpered the McCown to act like > the Tycon (+ 1,2,4,5, - 3,6,7,8). Starlink is *working* with the > unmodified cable and Starlink router, using AC power, of course. - network > and statistics are available in the app when I connect to SL router wifi. > Here's the tricky bit: - with or without bypass mode turned on,& using the > POE, - my Peplink router won't recognize that an ethernet cable is > connected. It sometimes shows "Connecting..." and sometimes "No Cable > Detected". (see attached screenshots) Possible causes: a) dishy is not > powering up? - I purchased the Starlink ethernet adapter, and inserted it > into the stock setup. So I'm using the SL router for power. Peplink is > still showed "Connecting...", forever. b) Peplink router cannot work with > data or phy layer of dishy? - I switched to a different WAN device in place > of the dishy (a Mikrotick GrooveA) and the Peplink router connects and uses > it immediately. - As noted above, with stock SL power, the Peplink won't > connect. c) data is not flowing through the custom cables+POE+lightning > arrester? - I've inserted both a Tycon and a McCown POE as a passive > coupler into the working alternate WAN arrangement above. Both passed data > just fine. - I've used a commercial cable to connect from SL ethernet > adapter <> Peplink router. Still not connecting. Any thoughts? … > <#m_5425950872894804033_> — Reply to this email directly, view it on GitHub > https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4466945 > or unsubscribe > https://github.com/notifications/unsubscribe-auth/AU7AEMHP6UQCL5AIKFPSJWDWWZMLHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF > . You are receiving this email because you commented on the thread. Triage > notifications on the go with GitHub Mobile for iOS > https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 > or Android > https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub > . Sorry I am struggling to get my head around your setup. If you kept the > wiring the same as for the tycon but switched the jumpers to match it the > power would be correct but your data would be crossed. Just crimp 658b and > set the 800-gige pins to the 4 corners accordingly and see if that fixes > it. — Reply to this email directly, view it on GitHub > https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467108 > or unsubscribe > https://github.com/notifications/unsubscribe-auth/AU7AEMHYBDGR35PB2HRIKZDWWZ4YXBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF > . You are receiving this email because you commented on the thread. Triage > notifications on the go with GitHub Mobile for iOS > https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 > or Android > https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub > . > > Do you have another basic router you can test with other then the peplink > to rule it out as a factor? Or a switch to put between. > > — > Reply to this email directly, view it on GitHub > <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467125> > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AU7AEMA5PACCYE7R3OJTXBDWWZ7MHBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> > . > You are receiving this email because you commented on the thread. > > Triage notifications on the go with GitHub Mobile for iOS > <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> > or Android > <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> > . > >

the hAP is operating in Bridge mode, between WAN and WiFi. the WAN port status is "Link OK, running, not slave", but no significant traffic is flowing over this port.

Connect to the WiFi then connect to http://192.168.100.1 (HTTP, not HTTPS). This will give you the antenna web page. Go to Settings/Advanced/Debug Data, scroll down to "DISH" then scroll down even further until you find "EthSpeedMbps"; it should be 1000, but if there is a cable wiring problem it still works but at 100Mbps or maybe lower. I had orange-white disconnected on an RJ45 jack and I got 100... The debug data can be copied by clicking on the weird pages icon at the top right; this makes it easier to read.

You may need to add a static route to 192.168.100.x on your router to get to the page, though it will probably work just changing your machine IP to 192.168.100.42

EDIT: for that matter, given that there are four LAN ports, just plug both the StarLink and the Peplink router into two of the LAN ports (in bridge mode they should all be LAN ports, but to be safe use the ones that are marked as such.) The MikroTik:

https://mikrotik.com/product/RB962UiGS-5HacT2HnT

is just a switch in that mode and if the switch can get packets in it should have no problem sending them out to the router.

In this case test end-to-end, or rather end-to-middle. I.e. use an ethernet cable connector from the Neutrik to the RJ45 that goes into the McCown and make sure it's showing the right connection. In this case that is 1-2, 7-8 straight through and 3-6/4-5 swapped; the tester needs to be one of the ones that shows the actual connections, not just pass/fail.

yes, I have one that shows sequential lights (Master WZ-468L). The

receiving sides shows 1,2,4,3,6,5,7,8.

this wiring is what I have:

[image: image.png]

with a coupler instead of a POE, the lights are back to normal

order:1,2,3,4,5,6,7,8

With my tester, I can plug the remote into the Neutrik and all the pins

with + voltage present will light up (1,2,3,6). So I know that is also good. If you have a good straight-through connection all the way then you need to suspect that the SPX connector into the antenna is fried.

I don't think so; it works with the original cable into the SL router.

The Peplink fails with that same cable into the SL ethernet adapter. I found that I can verify the cable setup correctness by plugging the RJ45 that goes into the router into a switch.

I no longer have any switches :(

You can also check the resistance of each pair while connected to the antenna with a suitable breakout RJ45 and testing with the PSE disconnected.

McCown is about 2.6ohms pin-pin. I measure any of (1,2,3,6) to any of

(4,5,7,8) as 3.4 to 3.6 ohms, on cable connected only to dishy. I have another SL router already; I'll test with that one next.

…

On Fri, Feb 10, 2023 at 1:46 PM John Bowler ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ my Peplink router won't recognize that an ethernet cable is connected. It sometimes shows "Connecting..." and sometimes "No Cable Detected". (see attached screenshots) The screen shots aren't there, so far as I can see. This is a cable continuity problem; "no cable connected" means one or other pair is intermittent or open circuit or maybe the channel pairs are swapped. In this case test end-to-end, or rather end-to-middle. I.e. use an ethernet cable connector from the Neutrik to the RJ45 that goes into the McCown and make sure it's showing the right connection. In this case that is 1-2, 7-8 straight through and 3-6/4-5 swapped; the tester needs to be one of the ones that shows the actual connections, not just pass/fail. Then check from the McCown data in/out RJ45 back to the RJ45 that goes to the router; the connections should be identical to those on the other side. A simply way of doing this in one shot is to take the RJ45's that go into the McCown and plug them into an ethernet pass-through connector. Then the two ends (Neutrik-router) should show straight through. The shield should be continuous in all cases. Most likely this will be fine; if it isn't fix the problem by testing segments of the link. My original design was like yours; I swapped blue/green pairs before and after the PoE. I came to the conclusion that I don't like this because the wiring of the PoE connections to the antenna is just plain deadly for any normally wired passive PD so I am moving to swap blue/green as soon as possible out of the antenna (that would be the cable to the Neutrik in your case) then back again immediately after the data in/out port of the injector. That's just so much safer. You can also check the McCown jumper setup; for some reason mine was shipped with the StarLink power arrangement so it had to be changed for "normal". If you plug the McCown in with the PSU disconnected then use a tester on RJ45s at each end (e.g. plug the end RJ45 into the RJ45 port on the NF-488 and do a continuity test) you should see each pair shorted. If you pull all four jumpers off the McCown that should be the only shorts. With the jumpers in the correct positions IRC 1236 should be shorted together along with 4578 (so both pairs are connected in each channel). Once again don't quote me on this - check very carefully! If you have a good straight-through connection all the way then you need to suspect that the SPX connector into the antenna is fried. This is what happened to my original 75ft cable; I've split and tested the thing all the way back to within 10cm of the connector and orange is shorted (30ohm) to ground, apparently somewhere inside the connector at the cable end. My test kit consists of a broken open StarLink ethernet dongle with the cable cut and an RJ45 plug crimped onto the thick wires. I can plug the SPX connector from the antenna end into this then take the RJ45s on the two ends and do a continuity/cable test. Once again the connection should be straight through in your setup; in mine it is too but that is because I have both RJ45s with blue pair/green pair swaps. I had cabling problems all the time I was doing this; my error mostly. I found that I can verify the cable setup correctness by plugging the RJ45 that goes into the router into a switch. If everything is wired correctly the switch detects a 1000MBit connection to the antenna about 5s after the power is connected. In fact the router can then be plugged into the switch and it should all work; the switch gives you access to 192.168.0.0/16 so it's possible to see what is out there... You can also check the resistance of each pair while connected to the antenna with a suitable breakout RJ45 and testing with the PSE disconnected. This helps if there is some poor connection in there. I can't find the core resistances of the Wurtz electromagnetics but you should see each pair with a resistance just a few ohms. When I measured I was seeing maybe three ohms across correctly connected pairs. You should also see a low resistance between the two pairs corresponding to + and the two corresponding to - and around 30kohm between + and - - I purchased the Starlink ethernet adapter, and inserted it into the stock setup. So I'm using the SL router for power. Peplink is still showed "Connecting...", forever. That sounds exactly like my original problem! My 75ft cable antenna connector was fried *and* the router was fried. With a new cable, a new dongle and the original router I had an internet connection but no ethernet on the dongle. Somehow the short in the SPX connector had killed something in the router that makes the dongle work. Once again plug the RJ45 from the dongle into a switch and see if the lights come on. It took me about 2 weeks to persuade StarLink customer support to send me a new router. At the end I'd already bought a new cable and they didn't respond to my request to refund that cost. The SPX connector is pretty much garbage. In my case I plugged it in in summer and it failed in winter. I can only assume that the very small amount of water vapour in the sealed chamber that is created when the plug is inserted condensed and shorted enough out to fry the plug. The jack in the mast can apparently be pried out; I'm very tempted to pull it out, cut it off and solder cable directly to it with a swapped RJ45 at the end. — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467153> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMAQXTFAMBICESWZFYDWW2EJPBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

I cannot connect to 192.168.100.1 since the Peplink router doesn't connect at all, and the hAP router shows activity but no real traffic. Remember, though, that the original SL cables & router are providing throughput to my phone and the SL app (cellular is turned off). That would mean that the original cable and the sockets in the SL router and the dishy are nominally ok.

…

On Fri, Feb 10, 2023 at 2:08 PM John Bowler ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ the hAP is operating in Bridge mode, between WAN and WiFi. the WAN port status is "Link OK, running, not slave", but no significant traffic is flowing over this port. Connect to the WiFi then connect to http://192.168.100.1 (HTTP, not HTTPS). This will give you the antenna web page. Go to Settings/Advanced/Debug Data, scroll down to "DISH" then scroll down even further until you find "EthSpeedMbps"; it *should* be 1000, but if there is a cable wiring problem it still works but at 100Mbps or maybe lower. I had orange-white disconnected on an RJ45 jack and I got 100... The debug data can be copied by clicking on the weird pages icon at the top right; this makes it easier to read. You may need to add a static route to 192.168.100.x on your router to get to the page, though it will probably work just changing your machine IP to 192.168.100.42 — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467175> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMHGY5JBTUCWX33HAB3WW2GZDBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

I measure any of (1,2,3,6) to any of (4,5,7,8) as 3.4 to 3.6 ohms, on cable connected only to dishy.

That's correct if the cable is not swapped, i.e. you are checking the surge-suppressor connection, not the jack to the McCown (since you put the swap between the two). On regular PoE wiring groups (1245) and (3678) are connected together (via the centre taps of the electromagnetics, and ideally some diodes). In either case the resistance between conductors from each of the two groups should be the PoE signature resistance, I measured it at around 30k.

I no longer have any switches :(

A bridge is a switch and the two LAN ports on the Peplink are too. I'm suspicious of ethernet channel 1 (1236, unswapped) because the Peplink ports are apparently only 10/100Mbps, so they only use channel 1. Hence my suggestion to check the debug data and to try dish->MikroTik->Peplink

I very briefly got access from PC<>SL ethernet adapter<>Dishy with 2nd SL router and original cable. 40Mbps Up/.04 Mbps down. I could see two devices (PC and cell phone) attached via my cellphone Starlink app. Then the app showed 0 devices attached and all data stopped! Now the app shows my cell phone attached, but not the PC. The IP address on my PC was 192.168.1.x. If I browsed to 192.168.100.1, nothing. If I browsed to 192.168.1.1, it redirected to starlink.com. The PC shows an auto-config IP address for ethernet, so SL is not providing any IP address to PC. This router (SL #2) is not in bypass mode.

…

On Fri, Feb 10, 2023 at 2:46 PM John Morfit ***@***.***> wrote: I cannot connect to 192.168.100.1 since the Peplink router doesn't connect at all, and the hAP router shows activity but no real traffic. Remember, though, that the original SL cables & router are providing throughput to my phone and the SL app (cellular is turned off). That would mean that the original cable and the sockets in the SL router and the dishy are nominally ok. On Fri, Feb 10, 2023 at 2:08 PM John Bowler ***@***.***> wrote: > ***@***.**** commented on this gist. > ------------------------------ > > the hAP is operating in Bridge mode, between WAN and WiFi. the WAN port > status is "Link OK, running, not slave", but no significant traffic is > flowing over this port. > > Connect to the WiFi then connect to http://192.168.100.1 (HTTP, not > HTTPS). This will give you the antenna web page. Go to > Settings/Advanced/Debug Data, scroll down to "DISH" then scroll down even > further until you find "EthSpeedMbps"; it *should* be 1000, but if there > is a cable wiring problem it still works but at 100Mbps or maybe lower. I > had orange-white disconnected on an RJ45 jack and I got 100... The debug > data can be copied by clicking on the weird pages icon at the top right; > this makes it easier to read. > > You may need to add a static route to 192.168.100.x on your router to get > to the page, though it will probably work just changing your machine IP to > 192.168.100.42 > > — > Reply to this email directly, view it on GitHub > <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467175> > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AU7AEMHGY5JBTUCWX33HAB3WW2GZDBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> > . > You are receiving this email because you commented on the thread. > > Triage notifications on the go with GitHub Mobile for iOS > <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> > or Android > <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> > . > >

That's correct if the cable is not swapped,

Yes, I was using cable from Neutrik to Dishy, so it's normal (unswapped). But I meant to say:

any of (1,2,3,6) to any other of (1,2,3,6) and any of (4,5,7,8) to any other (4,5,7,8) is 3.4 to 3.6 ohms. and any of (1,2,3,6) to any (4,5,7,8) is about 34k ohms. Hence my suggestion to check the debug data and to try dish->MikroTik->Peplink

without basic connectivity it is moot.

I can see how if Dishy won't provide any IP to my PC, it won't with a DHCP-configured WAN port on a router, either. Maybe I should set a static IP on my WAN port?

…

On Fri, Feb 10, 2023 at 2:56 PM John Bowler ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ I measure any of (1,2,3,6) to any of (4,5,7,8) as 3.4 to 3.6 ohms, on cable connected only to dishy. That's correct if the cable is not swapped, i.e. you are checking the surge-suppressor connection, not the jack to the McCown (since you put the swap between the two). On regular PoE wiring groups (1245) and (3678) are connected together (via the centre taps of the electromagnetics, and ideally some diodes). In either case the resistance between conductors from each of the two groups should be the PoE signature resistance, I measured it at around 30k. I no longer have any switches :( A bridge is a switch and the two LAN ports on the Peplink are too. I'm suspicious of ethernet channel 1 (1236, unswapped) because the Peplink ports are apparently only 10/100Mbps, so they only use channel 1. Hence my suggestion to check the debug data and to try dish->MikroTik->Peplink — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467227> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMBDIRCXUJIHBSVMLNTWW2MPNBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

I used a GL.iNET Slate (AR750S) in Access Point network mode (basically a bridge mode). Dishy<SL original cable>SL ethernet adapter<>SL Router #2 ^--<eth cable>GL.iNET router<eth cable>Peplink router With my cellphone connected to SL router WiFi (1 device, cellphone connected), And my PC connected to Peplink WiFi dashboard, I saw [image: BR1 - WAN failed DNS test.png] then [image: 02 BR1 Connecting.png] I had previously verified the GL.iNET bridge using Mikrotik GrooveA<eth cable>GL.iNET router<eth cable>Peplink router This worked, with internet access.

…

On Fri, Feb 10, 2023 at 3:15 PM John Morfit ***@***.***> wrote: That's correct if the cable is not swapped, >Yes, I was using cable from Neutrik to Dishy, so it's normal (unswapped). > But I meant to say: any of (1,2,3,6) to any other of (1,2,3,6) and any of (4,5,7,8) to any other (4,5,7,8) is 3.4 to 3.6 ohms. and any of (1,2,3,6) to any (4,5,7,8) is about 34k ohms. Hence my suggestion to check the debug data and to try dish->MikroTik->Peplink > without basic connectivity it is moot. I can see how if Dishy won't provide any IP to my PC, it won't with a DHCP-configured WAN port on a router, either. Maybe I should set a static IP on my WAN port? On Fri, Feb 10, 2023 at 2:56 PM John Bowler ***@***.***> wrote: > ***@***.**** commented on this gist. > ------------------------------ > > I measure any of (1,2,3,6) to any of (4,5,7,8) as 3.4 to 3.6 ohms, on > cable connected only to dishy. > > That's correct if the cable is not swapped, i.e. you are checking the > surge-suppressor connection, not the jack to the McCown (since you put the > swap between the two). On regular PoE wiring groups (1245) and (3678) are > connected together (via the centre taps of the electromagnetics, and > ideally some diodes). In either case the resistance between conductors from > each of the two groups should be the PoE signature resistance, I measured > it at around 30k. > > I no longer have any switches :( > > A bridge is a switch and the two LAN ports on the Peplink are too. I'm > suspicious of ethernet channel 1 (1236, unswapped) because the Peplink > ports are apparently only 10/100Mbps, so they only use channel 1. Hence my > suggestion to check the debug data and to try dish->MikroTik->Peplink > > — > Reply to this email directly, view it on GitHub > <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467227> > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AU7AEMBDIRCXUJIHBSVMLNTWW2MPNBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> > . > You are receiving this email because you commented on the thread. > > Triage notifications on the go with GitHub Mobile for iOS > <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> > or Android > <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> > . > >

I very briefly got access from PC<>SL ethernet adapter<>Dishy with 2nd SL router and original cable. 40Mbps Up/.04 Mbps down. I could see two devices (PC and cell phone) attached via my cellphone Starlink app. Then the app showed 0 devices attached and all data stopped! Now the app shows my cell phone attached, but not the PC.

There are three ways of getting information from the dish; the router if it is connected to the dish, 192.168.100.1 (dishy.starlink.com) which may not work if the StarLink router is connected (so far as I can determine) and, most useful in this case, the StarLink app on your cell connected via the internet; not via the StarLink router.

The latter connects to the antenna via the satellite. No working local network and no StarLink router required. It should display "ONLINE" and the debug data ("THIS DEVICE") should show "Non-StarLink IP address", though if your are connected to the internet via the dish it will show "Starlink IP address". At this point you can "COPY DEBUG DATA" and paste it into something useful, like an email. This is the only way other than 192.168.100.1 of getting the full debug data; the StartLink App displays a sanitised version and it has to be copied out of the app.

Even so the only information in the debug data about the local connection is the speed of the connection.

I can see how if Dishy won't provide any IP to my PC, it won't with a DHCP-configured WAN port on a router, either.

The dish does provide an IPv4 to the router; it doesn't need to be statically configured. I believe it is using DHCP but it's supplying a CGNAT address; the address it provides is the one on the internet side of the gateway. It may well be that there is only one of those per antenna and that it just gets bridged across the antenna, indeed that seems most likely.

I used a GL.iNET Slate (AR750S) in Access Point network mode (basically a bridge mode).

The AR750S also has 10/100/1000 ports, like both Mikrotiks.

Dishy<SL original cable>SL ethernet adapter<>SL Router #2 
                              ^--<eth cable>GL.iNET router<eth cable>Peplink router

The images you posted aren't coming through but I assume this didn't work. It's triple NAT; SL Router #2 isn't in bridge mode so SL Router #2 is offering DHCP in the 192.168.1.0/24 network and it offers it on the ethernet adapter too. The AP is irrelevant; the Peplink gets some random 192.168.1.x IPv4 on its WAN port (this should show up in the Peplink management pages) and tries to add a third layer of NAT to that.

There's a point of failure with the Peplink but it's a failure in a far simpler system where the Peplink is connected directly to the dish. If you want the StarLink router in the picture for power and, more important, customer support put SL#2 into bypass mode and use the above system including the GL.iNET router, at least to start with, to make sure you get 1000Mbps connection lights on the GL.iNet. If you do you should get a Peplink connection that works or at least fails without complaining about broken cables.

ethSpeedMbps: 100, in three different status snapshots. I've achieved connection to the internet several times now. Very unstable, and can be disturbed by adding or removing a device from - the SL router WiFi - the GL.iNET bridge WiFi - the Peplink WiFi

…

On Fri, Feb 10, 2023 at 5:34 PM John Bowler ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ I very briefly got access from PC<>SL ethernet adapter<>Dishy with 2nd SL router and original cable. 40Mbps Up/.04 Mbps down. I could see two devices (PC and cell phone) attached via my cellphone Starlink app. Then the app showed 0 devices attached and all data stopped! Now the app shows my cell phone attached, but not the PC. There are three ways of getting information from the dish; the router if it is connected to the dish, 192.168.100.1 (dishy.starlink.com) which may not work if the StarLink router is connected (so far as I can determine) and, most useful in this case, the StarLink app on your cell connected via the internet; *not* via the StarLink router. The latter connects to the antenna via the satellite. No working local network and no StarLink router required. It should display "ONLINE" and the debug data ("THIS DEVICE") should show "Non-StarLink IP address", though if your are connected to the internet via the dish it will show "Starlink IP address". At this point you can "COPY DEBUG DATA" and paste it into something useful, like an email. This is the only way other than 192.168.100.1 of getting the full debug data; the StartLink App displays a sanitised version and it has to be copied out of the app. Even so the only information in the debug data about the local connection is the speed of the connection. I can see how if Dishy won't provide any IP to my PC, it won't with a DHCP-configured WAN port on a router, either. The dish does provide an IPv4 to the router; it doesn't need to be statically configured. I believe it is using DHCP but it's supplying a CGNAT address; the address it provides is the one on the internet side of the gateway. It may well be that there is only one of those per antenna and that it just gets bridged across the antenna, indeed that seems most likely. — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467340> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMCLTQT4MRHKX65CBTDWW267JBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

I didn't get the IP addresses from the Peplink before it disconnected again. It shouldn't be triple NATed - AP mode in GL.iNET specifically removes NAT. See https://docs.gl-inet.com/en/3/tutorials/setup_the_router_as_a_bridge/ I don't want the SL router at all - the whole point is to get DC operation. But this has been problematic, so I've reverted to stock setup to debug. ok, I gotta quit for today or I'm gonna piss people off. Thanks very much for your help.

…

On Fri, Feb 10, 2023 at 6:16 PM John Bowler ***@***.***> wrote: ***@***.**** commented on this gist. ------------------------------ I used a GL.iNET Slate (AR750S) in Access Point network mode (basically a bridge mode). The AR750S also has 10/100/1000 ports, like both Mikrotiks. Dishy<SL original cable>SL ethernet adapter<>SL Router #2 ^--<eth cable>GL.iNET router<eth cable>Peplink router The images you posted aren't coming through, but I assume this didn't work. It's triple NAT; SL Router #2 isn't in bridge mode, so SL Router #2 is offering DHCP in the 192.168.1.0/24 network and it offers it on the ethernet adapter too. The AP is irrelevant; the Peplink gets some random 192.168.1.x IPv4 on its WAN port (this should show up in the Peplink management pages) and tries to add a third layer of NAT to that. There's a point of failure with the Peplink, but it's a failure in a far simpler system where the Peplink is connected directly to the dish. If you want the StarLink router in the picture for power and, more important, customer support, put SL#2 into bypass mode and use the above system, including the GL.iNET router, at least to start with, tomake sure you get 1000Mbps connection lights on the GL.iNet. If you do you should get a Peplink connection that works, or at least fails without complaining about broken cables. — Reply to this email directly, view it on GitHub <https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4467358> or unsubscribe <https://github.com/notifications/unsubscribe-auth/AU7AEMHUH4ESOYWL2K2KVVTWW3D3HBFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF> . You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub> .

ethSpeedMbps: 100, in three different status snapshots.

At least one of the eight conductors is broken or shorted, or, worse, the magnetics inside the antenna are damaged. The fault is intermittent. That's better; it suggests a fried connector which from what you have said would have to be the dish jack or the cable dish-end plug. I suggest connecting Dish->latest official StarLink cable->StarLink Router#2, copying the debug data and editing out everything except the ethernet speed, which will apparently be 100 but should be 1000, then opening a customer support ticket, or reopening the one that got you SL#2 and demanding a fix. If they haven't sent you a new cable yet they will, eventually.

The traditional cable-guy approach is to walk round the connectors and wiggle the wires going into and coming out of them. Sooner or later the problem becomes non-intermittent. If you can repro the 100 speed with the stock kit then my experience with the stock StarLink kit is that a connector is fried. I saw several (3 or 4) stress points in the 75ft cable and I stripped out each of those until I was left with the connector and 10cm of cable. It was also a double failure; when the connector on the end of the cable fried replacing the cable wasn't enough, the router had to go too.

If you don't want to deal with Customer Support and assuming the 100 problem exists in the stock kit you could try cleaning out the connectors. I did this but have so far been unable to remove the (30 ohm) short in the plug hence my previous comments about removing the connectors from the antenna end.

well, i followed the instructions here with swapped connector from the dishy cable to the Tycon, then the swapped connector to a normal t568b to the router, and nothing happens when i plug it all in. i've got a power switch on a 24v->48v boost transformer which can push 250w. that unit does actually light up, but nothing happens to the dish when i plug it in. no ethernet light goes on on the router port. any ideas?

I think I figured it out. These connectivity problems had to do with power and POE. In typical POE applications the switch injects DC 48V that after 100 meters transmitting, drops the voltage down to DC 39V which can still satisfied the requirement. The Starlink POE need way more juice than typical POE devices. I got my configurable high power 12v powersupply and learned some things after finally adjusting it to a point where I got a consistent successful Starlink ip connection with speed. The power supply has three adjustments, Input power under voltage protection, current and output voltage. When you attach a 12 volt power supply, there is a yellow LED which indicated that the unit incoming voltage is set too high (default 24 volts). The under current (UV) pot is turned counterclockwise till the yellow light goes out. Next I adjusted the output voltage to 48 volts. I left the current as is since I dont have a good current meter. This initial setup failed like all my other setups. the computer would see the ethernet cable, try to handshake, then disconnect in a cyclic manner. Next I turned up the voltage to 56 volts and the same thing happened but in a longer interval. I watched the powers supply while it was cycling and noticed that the low voltage protection light would flash ever so slightly followed by a loss of connection to DISHY. Basically a warm reset. I think what is happening is that the power demand when the DISHY boots drops the input voltage to a point that Dishy reboots. I then adjusted the current higher but it kept cycling at the same interval. Then I adjusted the low voltage protection lower to the point where I no longer got an led flash when DISHY booted and that has led to a stable 12 volt setup.

This power supply worked when the Cheapo Chineese Bricks, and the Mean Well did not. It has no Documentation in the box but if you read the QUESTIONS AND REVIEWS you can ascertain how to adjust it. Some comments also claim success with the Starlink as well.

DC-DC Converter Module Boost DC Step Up Voltage Regulator CV Stabilizer Power Supply Module 10-60V to 12-97V 1500W 30A
https://www.amazon.com/gp/product/B07NM52VV5/ref=ppx_yo_dt_b_asin_title_o00_s03?ie=UTF8&psc=1

well, i followed the instructions here with swapped connector from the dishy cable to the Tycon, then the swapped connector to a normal t568b to the router, and nothing happens when i plug it all in. i've got a power switch on a 24v->48v boost transformer which can push 250w. that unit does actually light up, but nothing happens to the dish when i plug it in. no ethernet light goes on on the router port. any ideas?

Try with dishypowa or "800 gige poe apc"

Is there a good illustrated guide to using a 800 gige Poe app with jumper settings for starlink ? Get Outlook for iOS<https://aka.ms/o0ukef>

…

________________________________ From: WIMMPYIII ***@***.***> Sent: Tuesday, February 14, 2023 10:50:22 PM To: WIMMPYIII ***@***.***> Cc: Comment ***@***.***>; Manual ***@***.***> Subject: Re: darconeous/rect-starlink-cable-hack.md @WIMMPYIII commented on this gist.

________________________________ well, i followed the instructions here with swapped connector from the dishy cable to the Tycon, then the swapped connector to a normal t568b to the router, and nothing happens when i plug it all in. i've got a power switch on a 24v->48v boost transformer which can push 250w. that unit does actually light up, but nothing happens to the dish when i plug it in. no ethernet light goes on on the router port. any ideas? Try with dishypowa or "800 gige poe apc" — Reply to this email directly, view it on GitHub<https://gist.github.com/8c7899c4d2f849b881d6c43be55066ee#gistcomment-4471463> or unsubscribe<https://github.com/notifications/unsubscribe-auth/A5TZOXIPD4H6JOZW3YBMJ5DWXR4C7BFKMF2HI4TJMJ2XIZLTSKBKK5TBNR2WLJDHNFZXJJDOMFWWLK3UNBZGKYLEL52HS4DFQKSXMYLMOVS2I5DSOVS2I3TBNVS3W5DIOJSWCZC7OBQXE5DJMNUXAYLOORPWCY3UNF3GS5DZVRZXKYTKMVRXIX3UPFYGLK2HNFZXIQ3PNVWWK3TUUZ2G64DJMNZZDAVEOR4XAZNEM5UXG5FFOZQWY5LFVEYTCNBSGQ2TCMRTU52HE2LHM5SXFJTDOJSWC5DF>. You are receiving this email because you commented on the thread. Triage notifications on the go with GitHub Mobile for iOS<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.

This is the one that comes it a enclosure. Slightly different layout but pins are the same.