• Visit https://www.embeddedcomputers.net/ for Hardware; Software and all other things related to FlashcatUSB

Netgear CG814CCR v2

This was when trying to write

LibUsbDotNet version: 2.2.8.104
BlackcatUSB Script Engine running, build: 110
Welcome to Blackcat USB interfacing software, build: 260
Running on: Microsoft Windows 7 Ultimate (32 bit)
Initializing EJTAG engine
Device connected in JTAG mode: 6.01
Engine setup successfully
Detected CPU ID: 0x334917F
Loading manufacturer data from device
Checking for a device specific script
Loading script: DPC2100.bcs
Creating memory interface (0x0 / 8388608 bytes)
Flash device detected: Intel 28F640J3 (8388608 bytes)
Located at memory address: 0x1FC00000
Programming mode: Intel (16 bit)
Setting device parameter (AMD Flash delay) to 0xFA
Setting device parameter (Memory Read Delay) to 0x64
Setting device parameter (Memory Read Mode) to 0x1
Flash data does not contain proper firmware format
Script file (DPC2100.bcs) unloaded
Loading script: Netgear_CG814CCR_v2.bcs
Creating memory interface (0x0 / 8388608 bytes)
Unable to detect compatible Flash device
Setting device parameter (Memory Read Mode) to 0x1
Setting device parameter (AMD Flash delay) to 0x32
Setting device parameter (Memory Read Delay) to 0x32
Button Hander::Calling Event: WriteFirmware
Error in script Netgear_CG814CCR_v2.bcs on line 117
Reason: Error in Flash.Write: Flash device not connected
 
Right i have changed the flash location again try and see if it detects in this script

Make sure you have a valid working FULL backup of this device before you start trying to write to it , as this script still has some issues
 

Attachments

  • Netgear_CG814CCR_v2.bcs
    6.8 KB · Views: 7
LOL
Can't get a good full dump....

That is the issue. We usually serial flash these but you cant put stock motorola firm on them that way....
 
Have you tried using the Ejctrl(0x10000) command in the console window before extracting the full dump ? , this command should halt the CPU and allow you to extract a valid dump.
 
I am expecting one of these devices soon , so i will work on it to see if there is a solution to them
 
Right i finally got hold of one of these devices , now i was wondering if anyone is willing to test the script out on 1 of there devices.

I have managed to read and write back on all tabs with no errors except on the Logs tab which is obvious as that will change constantly , same with the full flash when it writes back on the Logs offset.

I have so far only tested with stock firmware and not with haxorware.
 

Attachments

  • CG814CCR_v2.bcs
    6.8 KB · Views: 6
D3m0n said:
Right i finally got hold of one of these devices , now i was wondering if anyone is willing to test the script out on 1 of there devices.

I have managed to read and write back on all tabs with no errors except on the Logs tab which is obvious as that will change constantly , same with the full flash when it writes back on the Logs offset.

I have so far only tested with stock firmware and not with haxorware.
Click to expand...

GREAT!!!!!!!!!!!!!!!!!!!!!!!!

I see my friend 1/4 mile is here...

I will have to give it a try...

He has any Version of the CG you might need....

:cool::cool::cool::cool:
 
Slight alteration , had to rectify the name for 1st firmware
 

Attachments

  • CG814CCR_v2.bcs
    6.8 KB · Views: 3
Another alteration to the script ,, apologies.
 

Attachments

  • CG814CCR_v2.bcs
    6.8 KB · Views: 10
I have found some issues , now i need to find out if it is in the software itself or the actual firmware for the bcusb board , as i am unable to successfully load any other form of firmware onto this without getting mismatches .

I think it is not actually deleting the existing data on the flash and then re-writing it as it should. And once loaded with garbage data , it will not overwrite back to the stock firmware again either.

Only stock on stock works ok , with the mismatch exeption on the logs offset.
 
these are a PITA except with serial flashing Hax to them. I have issues using the NT on these as well once you mess with the stock firmware. On a NT you have to program it very slowly or it bricks. Maybe it is the watchdog on these...cmpram usually kicks back errors but as you stated earlier the processor is prob interfering...I'm not an expert on programming by any means but I use these over 5101's without hesitation. Thank you for your time on this little project as there are lots of Testers who do use these cm's.
 
I have noticed the cmpram fails using NT as well , the funny thing is on NT the cpu is halted so technically there should not be any issues regarding a watchdog.
I know the bcusb is nowhere near as good as NT , so hoping for a decent solution may take a while , like yourself i am not an expert programmer , so i have to rely on the developer (DerEngel) , i give him problems and hope he can resolve them via the code.

There is soon to be a RC14 release , but i do not know what the specific changes will be . Hopefully there will be a few additions to the script engine as i can then manipulate the scripts to suit our needs.
 
Right i have tried the following and it works , so to me the erase function is a must for this , i deleted both firmware images using NT , and then using BCUSB i am able to write new firmware(hax) to the device without any mismatch errors and it functions perfectly.

If i can get the developer to add an erase function that we can implement in the script to first erase the tab we have selected , then i am pretty sure we will have this device licked.
 
Ok , we have finally got this one licked , perfect read /write on all tabs , there will be a new software and firmware release either today or tomorrow with the changes. :)
 
D3m0n said:
Ok , we have finally got this one licked , perfect read /write on all tabs , there will be a new software and firmware release either today or tomorrow with the changes. :)
Click to expand...

GREAT!!!!!!!!!!!!!!!!:cool::cool::cool::cool:

Can't wait
 
You must log in or register to reply here.
Back
Top