Starson

I had a little nosey inside the SJC the other day, I couldn't see anything that stood out as serial pads (most likely because as you mention the cable is the serial), the SJC does open easily and fits back together with no issues if you were curious (I do also own a battery SJ so maybe I will do a compare of the boards). If in the worst case I do need to solder some jumpers on and re-program that way, it wouldn't be the end of the world as I am comfortable with that. I am curious about the Signal Owl thing you mention, I'll have a quick google (for some reason I feel like maybe I have looked into that in the past with my Signal Owl (sensing a theme here haha). I have made a support ticket and I will be completely transparent with them about the issue, just hoping there is a way to probe that serial. It just bugs me that a COM session is initiated and only disconnects of the switch is in the off position or the cable is unplugged. Cheers for the link, I have made a support case, wish me luck.

Welp there it is 😞 ^^^^ Wish I found the proper documentation earlier. So sadly that answers that, that its inoperable, though surely there has to be a way to re-program the chip/board. Obviously that would likely mean someone at Hak5 spilling some beans on how they are programmed in the first place. I do appreciate your help and time on this, thank you.

Fantastic, I can now reply straight away! Sadly yeah, I tried the normal 57600 rate and smashed that enter button like my life depended on it (I am a network engineer so its some what common to slap slap slap until you get a prompt 🙂 ). If I rack my brain it was the "firmware" tab which now that I look may have been the wrong location. I can see that @Scriptmonkey_ has a screen shot of the Firmware tab but mentions the OS tab going forward here: Although I was not using an upgrade.bin file but using the actual firmware so may I was in the right place? Can I please have clarification on the acronym SJC haha 🙂?

So this is likely where I went wrong: Some time ago I must have bee playing around and changed enough settings on the SharkJack to make it not "normal"/"factory" simple things like statically assigning an IP or changing the behavior of the eth port (I apologize for my vague example but I think it was over a year ago and I am unsure what I was trying to do) Me being Me I decided to just ok lets use the recovery method and put firmware 1.2 back on there (this was what was on there but I was trying to do a restore). So yes upgrade was the incorrect term, again apologies. In regards to this: I am unsure the best way to answer as I know enough but maybe not enough. I have tried the "generic" baud rates that are listed against a COM port in windows with the recommended settings for a SharkJack (parity bits, start end and the other settings etc) with no luck. If I run (in CMD) the mode <comport#> I can see what is "supposed" to be set but still no luck. What gets me is that if I run a Putty session against the COM port I do get a connection but no response which is a characteristic of incorrect settings. At this point I have very little hope, but a tiny bit of optimism. I had to wait 24 hours from my last post to post this (new users have a rate limit of one post a day sorry.

Well I am pretty certain I won't be getting this one back from the dead without any clever ideas. It seemed to crash or fail during an upgrade to firmware 1.2 using the recovery method web server. Now I have no lights and the eth RJ45 end isn't recognized in Windows (network control panel) or any switch I plug it into. The only hope I have left is when I plug the cable into my computer I get a COM port (identified as the CP210x USB to UART Bridge) however Putty connects to a blank screen. Perhaps I will try against different baud rates to see if I can get something returned, I am not hopeful though. Any thoughts or ideas would be much appreciated as I would love to get this back online.