Автор | Сообщение |
---|---|
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
|
Solderer, очень грамотно. К сожалению, по поводу IT85XX со мной не связался ни один человек твоего уровня. Solderer писал(а): Если есть что добавить по этому вопросу Ну блин… ValeriyK писал(а): Не грех выпить за здравие господина Вертьянова! |
Вернуться к началу |
|
TSARIVAN |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Сергей Вертьянов писал(а): как-то так будет выглядеть плата в AD15 … выхватил немного до маркировки … Подскажите, для чего эта плата? |
Вернуться к началу |
|
Maxim Skridonenko |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
||
|
TSARIVAN писал(а): Подскажите, для чего эта плата? read — write NPCE288NA0DX TQFP128
_________________ |
||
Вернуться к началу |
|
||
megik |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
а тем временем для владельцев TNM5000 научили программировать IT8585 / IT8586 посмотрел обновление софта RT809F так его тоже научили IT8585 / IT8586 |
Вернуться к началу |
|
Maxim Skridonenko |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
отстают _________________ |
Вернуться к началу |
|
navinalex |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Матрица N140BGE-L33, eeprom читается, но не пишется. |
Вернуться к началу |
|
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
navinalex может флешка «одноразовая». Возьмите другую из мяса и в нее прошейте. Мерцание подсветки врятли из-за прошивки … |
Вернуться к началу |
|
navinalex |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Сергей Вертьянов писал(а): navinalex может флешка «одноразовая». Возьмите другую из мяса и в нее прошейте. Мерцание подсветки врятли из-за прошивки … Понял вас. Мерцание из-за прошивки. Этот ноут Lenovo S400, после замены матрицы такое случается, помогает прошивка из родной матрицы. |
Вернуться к началу |
|
navinalex |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Так и есть, одноразовая флеха. Все работает. Спасибо |
Вернуться к началу |
|
fin45 |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Приветствую всех! Решил повторить данное популярное устройство автора так сказать «утюгом» по «колхозному» вот что получилось: Вложение:
Вложение:
Вложение:
|
Вернуться к началу |
|
TSARIVAN |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
fin45, а ты не Кетаец случайно? |
Вернуться к началу |
|
Maxim Skridonenko |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
++ зачет ! _________________ |
Вернуться к началу |
|
fin45 |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Maxim Skridonenko Спасибо всем за отзывы! Будем стараться, по мне и это устройство на «высоте». |
Вернуться к началу |
|
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Круто |
Вернуться к началу |
|
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Проверена запись и чтение NUVOTON NPCE388NA0DX и NPCE288NA0DX. После этого планирую встроить автопрошивку контроллера программатора из своей оболочки под выбранную задачу. Кто еще не в курсе — нет информации КАК прошивать NUVOTONы в плате и поэтому мульт шьется на моей дополнительной платке с небольшим обвесом. |
Вернуться к началу |
|
TSARIVAN |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Сергей Вертьянов, отлично! |
Вернуться к началу |
|
djdzo |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
What about NPCE388NA1DX? Can it read and write them also? Thank you! |
Вернуться к началу |
|
alexandrg |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Получил программатор, спасибо Сергею, попробовал, замечательно. Распиновка Quanta Y11 подходит на R7x (ITE-8528E) полное название мамки DA0R75MB6C1 REV:C |
Вернуться к началу |
|
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
alexandrg IT8528E шить не надо !!! он не шьется |
Вернуться к началу |
|
alexandrg |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Сергей Вертьянов писал(а): alexandrg IT8528E шить не надо !!! он не шьется Но читается ) Вот что в заголовке — Крокозябры |
Вернуться к началу |
|
VaultDweller |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
alexandrg писал(а): Сергей Вертьянов писал(а): alexandrg IT8528E шить не надо !!! он не шьется Но читается ) Вот что в заголовке — Крокозябры Это он с другой флехи тянет) |
Вернуться к началу |
|
Maxim Skridonenko |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
||
|
ENGLISH BUTTONS
_________________ |
||
Вернуться к началу |
|
||
alexandrg |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Сергей Вертьянов писал(а): [b]Проверена запись и чтение NUVOTON NPCE388NA0DX и NPCE288NA0DX. А схемки «обвеса» случайно в студии не будет? Это вам там проще, рас,два и платка дома. А к нам на галерку пока рааз дваа трии четырееее … Разве что на бешеных собаках. |
Вернуться к началу |
|
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
alexandrg схема будет через неделю выложена. Сначала немного наводним рынок. |
Вернуться к началу |
|
alexandrg |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
||
|
Вот как то так. )
|
||
Вернуться к началу |
|
||
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
alexandrg позитивненький цвет |
Вернуться к началу |
|
alexandrg |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Сергей Вертьянов писал(а): alexandrg позитивненький цвет Шлейф хорошо ложится, место есть. А буковки в щелку видно. |
Вернуться к началу |
|
Maxim Skridonenko |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
нужно заказать таких коробок, нарисовать логотип, устанавливать в них плату и умножить цену на 2 _________________ |
Вернуться к началу |
|
Сергей Вертьянов |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
|
Итак. Могу отправлять полностью собранные платки для прошивки NUVOTON NPCE288N / NPCE388N. Ключ нужен, заменить его перемычкой нельзя. Я использую ключ AP2311MPG-13 в корпусе MSOP8. У этого ключа просто тьма различных аналогов и взять можно с материнских плат ноутбуков. Так как я разводил только нужные сигналы и крайние выводы мульта с каждой из сторон, паять нужно только их. Не надо скоблить маску на плате!! Под маской может идти дорога для удобства разводки. Сделано таким образом, чтобы меньше паять и выиграть время на этом. Паять можете сплавом Розе или обычным свинцом. Снимать «дуйкой». Ликбез, думаю, проводить не надо. Последний раз редактировалось Сергей Вертьянов 20 май 2016 18:51, всего редактировалось 1 раз. |
Вернуться к началу |
|
evserv |
Заголовок сообщения: Re: Прогер KB90XX/ ITE85/ прошивка матриц (EDID)/тестер клав
|
||
|
Это думаю поможет вам в выборе аналога |
||
Вернуться к началу |
|
||
Текущее время: 09 фев 2023, 14:49 |
Сообщения без ответов | Активные темы
Страница 1 из 1 [ Сообщений: 13 ] |
Показать сообщения за: Поле сортировки
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Страница 1 из 1 [ Сообщений: 13 ] |
|
||||||||||||||||||||||||||||||||||||||
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
-
#1
Firmware Matrix Displays ( Supports 24 series chip ) 24S02
B101AW02
B101AW06.V1
B140RW02 V.0
B140XW01 V8
B141EW04 V4
B154EW08 V1
B156XTN02.1
B156XW01 V2
B156XW02 V2
B156XW02 V6
B173RW01 V3
B173RW01 V4
CLAA140WB11A
CLAA154WB03A
HB140WX1-100
HB140WX1-300
HSD089IFW1
HSD101PFW1
HSD140PHW1
LP140WD2
LP140WH1-TLC6
LP140WH2
LP140WH4-TLC1
LP156WH2
LP156WH4
LT156AT190
LTN101NT02
LTN101NT08-806
LTN140AT01-G03
LTN140AT21-801
LTN140AT22-P01
LTN140AT02000
LTN141W3-L01
LTN154P3-L04
LTN154P4-L02
LTN154X3-L03
LTN156AT02
LTN156AT05
LTN156AT15-C03
LTN156AT15
LTN156AT19-001
ltn173kt03
M101NWT2
M140NWR1
N089L6-L02
N101L6-L0D
N140B6-L02
N140B6-L08
N140BGE-L12
N154i2-L02
N154Z1-L02
N156BGE-L11
N156BGE-L21
N156BGE-L52
N173FGE-L21
SD121PWH1
-
#2
B156XW02 V2 XPCB Check List
B156XW02
-
#3
B173HW02-V1.BIN
LP173WD1-28TL.BIN
LP173WD1-TLA3.BIN
LP173WD1-TLE1.BIN
LTN173KT01.bin
LTN173KT02-801.bin
N173FGE-L23.bin
N173HGE-L11_C1.BIN
N173HGE-L11.bin
N173O6-L02.bin
-
#4
Em đang cần rom cho màn hình B173hw02. anh có cho em với!
-
#9
Đấy có VIP rồi tha hồ tải
![]()
.
-
#10
Thanks for share but how to write?
There are two eprom ..
is it possible to write by RT809?
-
#13
Last edited: Nov 28, 2015
-
#14
giúp em đang cần rom B140rw02 v.2 này giúp EM VỚI
-
#15
giúp em đang cần rom B140rw02 v.2 này giúp EM VỚI
Có ở trên mà bạn Ctrl + F cái ra luôn
-
#16
Có ở trên mà bạn Ctrl + F cái ra luôn
![]()
EM KO THẤY BẢN V.2 CHỈ THẤY BẢN V.0 , MÀN HÌNH CỦA EM BỊ READ NHẦM NÊN GIỜ KO CÓ FILE ROM CHUẨN, NÊN BỊ MẤT HÌNH, ANH XEM GIÚP EM ĐÚNG BẢN DC KO ANH
-
#17
Thư v0 chưa bạn chắc chạy chung được chứ. giờ tìm v2 hơi căng.
EM KO THẤY BẢN V.2 CHỈ THẤY BẢN V.0 , MÀN HÌNH CỦA EM BỊ READ NHẦM NÊN GIỜ KO CÓ FILE ROM CHUẨN, NÊN BỊ MẤT HÌNH, ANH XEM GIÚP EM ĐÚNG BẢN DC KO ANH
-
#18
Thư v0 chưa bạn chắc chạy chung được chứ. giờ tìm v2 hơi căng.
EM THỬ RỒI VO , VAN BỊ , ANH XEM AI CÓ , POST NHANH GIUP EM NHÉ
-
#19
B156XW02 V2 XPCB Check List
B156XW02
please can you check the error
»EEPROM does not respond, or write error! WP 7 pin = ‘0’ ?»
its coming msge
-
#20
please can you check the error
»EEPROM does not respond, or write error! WP 7 pin = ‘0’ ?»
its coming msge
You need to check the connection
Please be positive and constructive with your questions and comments.
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
EEPROM question
So I built my YBox2 yesterday. I double-checked all connections and they look fine. The EEPROM I received from Mouser is the ATMLU716 (which is what I received when ordering the AT24C512B-PU25). I was able to program it with the bootloader (v1.1a) and all seemed to work well. The only problem: First boot! is all that appeared (did not get a MAC address or IP). So I connected pin 7 of the EEPROM (WP) to VSS as suggested in another post—to no avail.
Another issue. The Ethernet jack seems to do nothing (i.e. ne LEDs light up when connected to my router). I am not using a crossover cable (I checked), the cable works (I checked), the Ethernet port in the router works (I checked), and my router is a Linksys WRT54GX2. Any ideas? Again, I double-checked all resistor values and such, and my soldering job looks fine.
BTW, I am using Propellent (the command line version of the compiler) along with a python script (Loader.py) to do the programming with a USB Propeller plug I got as a sample from Parallax. I use Linux (Ubuntu) as my OS and the programming both into RAM and onto the EEPROM looks fine.
Any ideas?
-
adafruit
- Posts: 12151
- Joined: Thu Apr 06, 2006 4:21 pm
Re: EEPROM question
Post
by adafruit » Sat Jan 24, 2009 10:41 pm
Im confused, did you build it from a kit or from your own DIY parts? How did you burn on the bootloader?
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Sun Jan 25, 2009 12:22 am
I bought the PCB from adafruit. I bought parts from Mouser (using mostly links from the make page). I burned the bootloader using a Parallax prop plug I had laying around. I haven’t had the chance to get back to the yBox (since I’ve been busy finishing up my x0x), but I’ll double-check everything this weekend. Let you know how it goes.
edit: I’ll bring it to the university to see if I can get an IP there (could possibly be the router brand at home, but who knows).
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Sun Jan 25, 2009 11:47 am
Rechecked all parts and solder joints. Everything is in the right place; the joints look good (no colder solder joints, etc). I’ll test it out elsewhere tomorrow.
-
adafruit
- Posts: 12151
- Joined: Thu Apr 06, 2006 4:21 pm
Re: EEPROM question
Post
by adafruit » Sun Jan 25, 2009 10:55 pm
some people talked about the bootloader and different versions in the SVN, check the forum for those posts.
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Mon Jan 26, 2009 10:32 pm
Are the Ethernet jacks fairly sensitive to static electricity? I somehow remember stinging my finger at some point after the build. Probably that’s it. I wonder if it screwed up the EEPROM as well. I’m getting new parts for both the jack and EEPROM sometime this week and I’ll replace.
The LEDs on the Ethernet jack do nothing which leads me to believe that it’s bad. I’ve more than triple-checked the solder joints and passive components.
I get a First Boot! every time I turn the YBox2 on which leads me to believe that either I have the wrong EEPROM (but it was ordered through the make link) or that it is «fried.»
The following images link to high-resolution versions; the top of the board:
A look at the top without the Propeller chip:
Two shots of the bottom:
-
darco
- Posts: 118
- Joined: Wed Jun 04, 2008 7:54 pm
Re: EEPROM question
Post
by darco » Tue Jan 27, 2009 2:38 pm
Sounds like you may be running into the EEPROM write-protect issue, mentioned in the errata.
Here is a quote from a post I wrote to this thread:
…according to the datasheet this pin will be internally pulled low if left unconnected… but apparently this isn’t always the case.
Adding a haywire from pin7 (the only unconnected pin on the EEPROM) to a pin on the other side of the chip (which are all connected to VSS) fixed his problems.
I would recommend everyone doing the same at some point, especially before upgrading the bootloader if you don’t have a prop-plug.
Give that a try and let us know if it worked.
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Tue Jan 27, 2009 2:56 pm
darco wrote:Sounds like you may be running into the EEPROM write-protect issue, mentioned in the errata.
Here is a quote from a post I wrote to this thread:
…according to the datasheet this pin will be internally pulled low if left unconnected… but apparently this isn’t always the case.
Adding a haywire from pin7 (the only unconnected pin on the EEPROM) to a pin on the other side of the chip (which are all connected to VSS) fixed his problems.
I would recommend everyone doing the same at some point, especially before upgrading the bootloader if you don’t have a prop-plug.
Give that a try and let us know if it worked.
Thanks. I’ll try that later this afternoon or evening and let you know how it goes…
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Tue Jan 27, 2009 3:39 pm
niksun wrote:Thanks. I’ll try that later this afternoon or evening and let you know how it goes…
Nope, no luck. I did as suggested and reprogrammed the bootloader. Again: First boot! I think it may be some other issue in my case, but I’ll wait until I get my spare parts and try to debug then. If it still doesn’t work, then we’ll worry about that when the time comes…
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Tue Jan 27, 2009 3:44 pm
I just realized something. The EEPROM has to be working because I upload the bootloader to it via Propellent. I can power down the YBox, and it will load upon power up (and show me the NEVERENDING «First boot!»). Maybe it’s the Propeller chip—I will try another one right now…
Still no lights on the Ethernet jack though.
-
adafruit
- Posts: 12151
- Joined: Thu Apr 06, 2006 4:21 pm
Re: EEPROM question
Post
by adafruit » Tue Jan 27, 2009 4:07 pm
maybe replace the enc chip? someone else mentioned they fried it. if you dont even get a link light…that may be the problem!
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Tue Jan 27, 2009 4:41 pm
ladyada wrote:maybe replace the enc chip? someone else mentioned they fried it. if you dont even get a link light…that may be the problem!
I thought about that too. I’ll order one and check it out.
The Propeller is fine. I replaced it anyways, but no difference.
-
niksun
- Posts: 202
- Joined: Sun Jul 27, 2008 9:59 pm
Re: EEPROM question
Post
by niksun » Tue Jan 27, 2009 6:49 pm
Great! Mouser is out of the ENC chip for at least 3 weeks. Anyone have a spare they’d care to send me?
-
darco
- Posts: 118
- Joined: Wed Jun 04, 2008 7:54 pm
Re: EEPROM question
Post
by darco » Sun Feb 01, 2009 8:55 pm
I keep forgetting this possibility when symptoms like this come up for some reason, but you may be using a bad bootloader.
Try using this bootloader binary, instead of building from SVN. The sources on SVN a while back had EEPROM writing issues (which didn’t come to my attention until a few weeks ago).
Just to reiterate what I mentioned on a different thread, the only reason you would see «First Boot» multiple times is if the propeller is failing to write the initial settings to the second page of the 64KB EEPROM. This can happen for the following reasons:
* Using a 32KB EEPROM instead of a 64KB EEPROM (Unlikely)
* Bad EEPROM (Unlikely)
* Write Protected EEPROM (Which we already ruled out)
* Bad firmware (Most likely scenario at this point)
Please be positive and constructive with your questions and comments.
Newbie
Karma: +0/-0
Offline
Posts: 10
I’ve got the same issue while cloning a RS6 ECU. Has someone fixed this?
When I read the file after this error it has the same content as before writing it with the new file.
I could be wrong, but I’m pretty sure if the write fails the previous code will remain.
I just dealt with this the other day, I too had many difficulties writing the EEPROM to an ME7.1.1 on my 04 A6 2.7t. I originally had a P0601 bad checksum error so I zeroed out the 33’s at 1c and 2c. I probably made 15-20 attempts, changing baud rates (in the VCP and the command line argument), and using different versions of argdub, I even tried the other 7.1.1 files posted on this thread (model specific, of course) to no avail. Finally, I got a successful write.
I took my original 95040 file and zeroed out the checksum errors @ 1c/2c, but this time I also removed immo AND I used the version from page 4 (http://nefariousmotorsports.com/forum/index.php?action=dlattach;topic=1168.0;attach=1931). I’m not sure if it was the version I used, the fact that immo was removed, or if it was just dumb luck, but it wrote successfully. The car hadn’t started for days, but «lucky» for me I got it working just in time to be able to drive to the in-laws for Thanksgiving.
I’ll paste my command prompt so you can see part of what I went through. If you look at it closely you will see the different files/settings/versions I tried, but the last one is indeed successful. As the great ddillenger told me, the later ME7s are very stubborn, so if it doesn’t succeed, try try again.
c:UsersPublicDocumentsME7>ME7EEPROM -b9600 —bootmode 95040 -wp4 95040fixed.
bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 9600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x70101)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b9600 —bootmode 95040 -wp4 95040fixed.
bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 9600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xAA. Unknown ID. (error=0x40201)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b9600 —bootmode 95040 -wp4 95040fixed.
bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 9600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xAA. Unknown ID. (error=0x40201)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b19200 —bootmode 95040 -wp4 95040fixed
.bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 19200
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x70101)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b19200 —bootmode 95040 -wp4 summed.bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 19200
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x70101)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b19200 —bootmode 95040 -wp4 ME7.1.1 OF
F.bin
ME7_EEPROM v1.40
Error: too many arguments specified. (error=0x10A01)
c:UsersPublicDocumentsME7>ME7EEPROM -b19200 —bootmode 95040 -wp4 «ME7.1.1 O
FF.bin»
ME7_EEPROM v1.40
COM: 4, Baud Rate: 19200
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x70101)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b57600 —bootmode 95040 -wp4 summed.bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 57600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xE0. Unknown ID. (error=0x40201)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b57600 —bootmode 95040 -wp4 summed.bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 57600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x20D07)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b9600 —bootmode 95040 -wp4 «ME7.1.1 OF
F.bin»
ME7_EEPROM v1.40
COM: 4, Baud Rate: 9600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x70101)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b9600 —bootmode 95040 -wp4 immosum.bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 9600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … FAIL … No ECU response. (error=0x20F07)
Closing COM4
c:UsersPublicDocumentsME7>ME7EEPROM -b9600 —bootmode 95040 -wp4 immosum.bin
ME7_EEPROM v1.40
COM: 4, Baud Rate: 9600
Memory type: 95040, size: 512
Opening COM4 … OK
Starting Boot_mode … uC ID response 0xC5: C167CR … OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM Status Register … 0x00F0
Writing EEPROM ………………………….. OK
Verifying EEPROM write … FAIL. (error=0x70101)
Closing COM4
c:UsersPublicDocumentsME7>ME7_95040 -b9600 —bootmode 95040 -wp4 immosum.bin
Error: unrecognised option `—bootmode’. (error=0x01)
c:UsersPublicDocumentsME7>me7_95040 -w -b 9600 -p4 immosum.bin
Opening COM4 … OK
Starting Boot_mode … uC identification response = 0xC5 (C167 derivatives) …
OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM status … 0x00FF … Expected 0xF0 or 0xF2. (error=0x00)
Closing COM4
c:UsersPublicDocumentsME7>me7 -w -b 9600 -p4 immosum.bin
Ver: 1.31
Error: ‘OBD’ or ‘bootmode’ option not specified. (error=0x01)
c:UsersPublicDocumentsME7>me7 —bootmode -w -b 9600 -p4 immosum.bin
Ver: 1.31
Com Port: 4
Baud Rate: 9600
Opening COM4 … OK
Starting Boot_mode … uC identification response = 0xC5 (C167 derivatives) …
OK
Sending Loader + MonitorCore … MonitorCore successfully launched
Initializing registers … … OK
Sending EEPROM driver … OK
Searching Chip_Select pin … P6.3
Configuring SPI Interface … OK
Checking EEPROM status … 0x00F0 … OK
Writing EEPROM ………………………….. OK
Verifying EEPROM write … OK
Closing COM4
c:UsersPublicDocumentsME7>
It’s not clear to me what condition the WP signal starts in your example code — no setting of the WP signal is shown before the I2C EEPROM Write. I will assume you have already disabled WP (i.e. set the WP signal Low) before your example code.
Even without further clarification, if you really want to toggle the Write Protection signal between EEPROM Writes, I believe there is enough info to show that your existing code either won’t work, or can’t be relied upon to work consistently.
The Microchip 24AA512 datasheet says in section 6.3: «The WP pin is sampled at the Stop bit for every Write command (Figure 1-1).» and Figure 1-1 is vital to understanding this. Here I have highlighted some parts of that diagram:
The red vertical line (it is black on the original diagram) is the I2C Stop condition, where SDA (In) changes from Low to High, when SCL is already High. Look at the WP signal at the bottom of the diagram and specifically the timing parameters numbered 11 and 12. Here is a shortened version of the timing parameter table, explaining those two parameters:
Assuming a supply voltage between 2.5V to 5.5V (I expect you are using 3.3V or 3.6V with that MCU), this table shows that:
- the WP signal must be stable for no less than 600ns before the I2C Stop condition (timing parameter 11), and
- the WP signal must be stable for no less than 1300ns after the I2C Stop condition (timing parameter 12).
As an example, in your code:
TM_I2C_Stop(I2Cx);
GPIO_SetBits(GPIOC, GPIO_Pin_13); // Set WP pin high (PC13 connected to WP)
… you may be setting WP High (i.e. enabled) too quickly after the I2C Stop condition, in violation of timing parameter 12 (see update below for further analysis of this). Violating this timing requirement could cause problems for the EEPROM Write which has just been attempted. Using an oscilloscope or logic analyser to measure the timing of both those events on your hardware, would quickly confirm whether your code was meeting those requirements, especially whether it was changing the WP signal more quickly than 1300ns after the I2C Stop condition.
Trying to meet these timing restrictions for the WP signal will obviously complicate your code. So to answer your question:
Is this really a problem
I believe the answer is «yes» — you need to consider both of those timing parameters, relative to the I2C Stop condition. However I expect that if you are setting WP Low before starting the EEPROM Write, then the main problem is to wait for long enough after the I2C Stop, before setting the WP signal to High (enabled) again.
Updated to add some maths analysis around meeting timing parameter 12 («WP hold time») after the I2C Stop condition, to show that area of concern.
At CPU clock of 168MHz, the cycle time is $frac{1}{168 times 10^6} approx 6;textrm{ns}$
Therefore there is a risk of violating the EEPROM’s timing parameter 12, if the MCU code changes the state of the WP signal within $(1300;textrm{ns} div 6;textrm{ns} approx)$ 217 CPU cycles of the I2C Stop condition.
One example I found of the TM_I2C_Stop()
source code, is this:
uint8_t TM_I2C_Stop(I2C_TypeDef* I2Cx) {
/* Wait till transmitter not empty */
TM_I2C_Timeout = TM_I2C_TIMEOUT;
while (((!(I2Cx->SR1 & I2C_SR1_TXE)) || (!(I2Cx->SR1 & I2C_SR1_BTF)))) {
if (--TM_I2C_Timeout == 0x00) {
return 1;
}
}
/* Generate stop */
I2Cx->CR1 |= I2C_CR1_STOP;
/* Return 0, everything ok */
return 0;
}
And in stm32f4xx_gpio.c
from a downloaded copy of the STM32F4 SPL is the source code for GPIO_SetBits()
:
void GPIO_SetBits(GPIO_TypeDef* GPIOx, uint16_t GPIO_Pin)
{
/* Check the parameters */
assert_param(IS_GPIO_ALL_PERIPH(GPIOx));
assert_param(IS_GPIO_PIN(GPIO_Pin));
GPIOx->BSRR = GPIO_Pin;
}
As we see, there are very few instructions between starting to trigger the I2C Stop condition by I2Cx->CR1 |= I2C_CR1_STOP;
and starting to change the state of the WP signal by GPIOx->BSRR = GPIO_Pin;
.
Of course there are also hidden instructions e.g. function epilogue and prologue to setup and teardown / unwind the stack. However these are designed to be efficient and take few CPU cycles. That is why, overall, I would not be surprised if there is less than 1300ns between the two events, in violation of the EEPROM’s timing parameter 12.
For confirmation, you could review your C compiler’s assembler output and estimate the number of CPU cycles required for the instructions between the two C statements I mention above, and/or measure the time between those two events, as I mentioned before.
Часто спрашивают по настройке vag eeprom programmer и почему не работает.
Самая распространенная проблема при попытке считать приборку — No ECU Found (не найден блок управления):
No ECU found
Самые распространенные причины этой ошибки: не установленный VCP драйвер, не настроенный VCP драйвер или не настроенная программа vag eeprom programmer… на этих причина и сделан «упор» в данной записи.
Делюсь опытом и постараюсь описать ключевые моменты (выделяю жирным) связанные с настройкой программы и драйвера под неё.
000. Программа vag eeprom programmer подходит для считывания eeprom (дампа) приборок и блоков подушек машин: Golf Mk4, Octavia A4 (Tour, SuperB 1)/Fabia Mk1, Passat B5/B5+, Audi A2/A3/A4 B5, Seat Leon Mk1 и тому подобных авто 97-2003 годов выпуска.
Не подходит для Golf Mk5/6/7, Passat B6/7, Skoda A5/Roomster/Fabia mk2 и в целом новых авто начиная примерно с 2004 года! Если есть вопрос как узнать пин на Golf 5 — Вам сюда.
0. Очень желательно, чтобы ОС на компьютере была Win7 или WinXP. В Win10 шнурок глючит, читает через раз или вообще отказывается работать. Как правильно настроить работу программы в Win10 мне не известно!
1. Для считывания/записи прошивок с помощью vag eeprom programmer подходит любой KKL кабель (кабель работающий через K-линию), например: vagcom 409 kkl, vag k+can commander 1.4 (речь идет именно о кабеле!) c USB разъемом.
Кабели типа vcds/Вася 10.6, 11.11, 12.12, 18.9 и тп — не подходят для считывания/записи прошивок приборок!
2. Скачиваем программу VAG epprom programmer 1.19g (именно версию 1.19G, т.к. только эта версия научилась работать через VCP драйвер) из интернета (например отсюда yadi.sk/d/WTtZgj7oPGFpW) и устанавливаем её.
3. Устанавливаем подходящий VCP драйвер под ваш KKL кабель. Т.к. KKL кабель может быть сделан на разных чипах (FTDI или ft232., ch34x, …), то рекомендую просто разобрать кабель и посмотреть тип чипа именно в вашем кабеле (достаточно открутить 4 винта). Если вы ещё не купили кабель, то лучше брать с чипом FTDI (ft232.)!
В зависимости от типа чипа в кабеле ставим под него VCP драйвер. Что такое VCP драйвер? Это драйвер USB устройства, которое вы втыкаете в комп, симулирующий работу этого устройства на виртуальный COM-порт (надеюсь понятно)).
Подробнее про установку и обновление драйвера (процедура очень схожа) в Win 7:
A) Находим в интернете VCP драйвер под ваш чип.
Под чип FTDI (ft232.) идем сюда:
www.ftdichip.com/Drivers/VCP.htm
В таблице: Currently Supported VCP Drivers
Находим под нужную операционку и скачиваем (Например строка Windows и колонка x86(32-bit).
Под чип ch34x советую брать драйвер с сайта производителя чипа ch340/ch341: www.wch.cn/download/CH341SER_ZIP.html или www.wch-ic.com/downloads/CH341SER_ZIP.html На данный момент последняя версия драйвера под ch34x 3.5. от 05/03/2019.
Распаковываем скачанный архив (или запускаем exe файл для распаковки) в определенную папку. У меня например это «C:VCP». Запоминаем путь к этой папке!
B) Подключаем KKL кабель в USB разъем компа и запоминаем в какой именно USB разъем его воткнули! Настройка USB устройства делается под определенный USB разъем, поэтому подключать кабель нужно к одному разъему.
Заходим в Диспетчер устройств Win 7:
Start — Правой кнопкой мыши на Computer (Компьютер) — Выбираем Device Manager (Диспетчер устройств):
При подключении кабеля в разделе Ports (COM&LPT) появится новая строка, если драйвер уже установлен
Если драйвер не установлен — появится строка в неизвестных устройствах.
Жмем правую клавишу на этом новом устройстве (для обновления драйвера жмем на существующем в разделе Pors (Com&LPT) — Порты:
Клик по Update Driver Software (Обновить драйвер устройства):
В следующем окне выбираем Browse my computer for driver software (Указать путь к драйверу вручную):
В появившемся окне указываем путь куда распаковали файлы (см. выше в разделе A) VCP драйвера.
в моем случае это C:VCP
Дожидаемся установки (обновления) драйвера и кликаем OK в конце:
in progress
Установка (обновление) VCP драйвера завершена, теперь его надо настроить.
Вкладка Driver где видно какой драйвер установлен.
С) Настройка VCP драйвера:
Заходим в Диспетчер устройств, в разделе Pors (Com&LPT) — Порты находим что-то типа:
USB Serial Port (COM23) — кликаем дважды на нем и открываем вторую вкладку Port Settings (Настройки порта):
Жмем кнопку Advanced… (Дополнительно…) и попадаем в расширенные настройки, где нужно обязательно выбрать виртуальный COM-порт №1 или №2 (Com1 или Com2)! На других виртуальных com-портах программа vag eerpom programmer — не работает.
у меня вот такие проверенные настройки с которыми работает vag eeprom programmer
4. Настройки в vag eeprom programmer:
Для правильной работы нужно зайти в Options и выбрать USB (у некоторых работает на том Com-порте на который настроен VCP драйвер).
Собственно на этом настройки закончены и считывание прошивки (дампа) приборки должно проходить как описано в разделе 4.a) в записи про установку приборки W8
5. Отмечу ещё несколько моментов:
— Если программа при считывании прошивки приборки Motometer/Bosch ругается EEprom area blocked, can’t read it… то это не значит, что приборка заблокирована!
Происходит данная ошибка из-за отсутствия доступа vag eeprom programmer к файлу (или его созданию) C:mm.dat в который записывается история считанных кодов доступа к приборкам Motometer/Bosch.
Решение этой проблемы — запустите vag eeprom programmer с правами доступа к файлу C:mm.dat или просто от имени Администратора (владеющего всеми правами).
— при считывании 920-х приборок Motometer/Bosch иммо 2 (как вы знаете это может занять пару часов) частенько программа вылетает с ошибкой Tx Checksum Error (или другой похожей), не торопитесь закрывать это окно и сделайте следующее для продолжения поиска кода доступа к приборке:
1. Отодвигаем Окно с ошибкой Tx Checksum Error в сторону, чтобы было видно окно Reading EEPROM…
2. В окне Reading EEPROM находим код доступа к приборке (не путать с логином!) после слов Testing code: 0xNNNN и записываем его! Закрываем окно с ошибкой.
3. Заходим в меню File и выбираем пункт Motometr/Bosch Startcode 0x0000
4. Вводим четыре символа из пункта 2 выше и жмем Set Value.
5. Даем команду на считывание дампа приборки.
Запчасти на фото: 1J0920926A, 1J0920805
Эти действия позволят вам сохранить время и начать поиск кода доступа к приборки с того на котором прервалась процедура с ошибкой.
— при подключении KKL кабеля в диагностический разъем машины на нем должна загораться зеленая лампочка! Было уже пара случаев, что сгорел предохранитель на диагностический разъем или не так подключил на столе и попытки считать дамп получаются неудачными. )
Надеюсь кому-нибудь данная «вымученная мной» запись пригодится.
All rights are not reserved to VampireLo. 2016 )))
48 минут назад, manjak сказал:
Очень даже уместно. Я бы в первую очередь сделал. Симптомы похожи, при записи обрывает шину, почему нет?
А еще, я бы проверил массу между БП и майном. Помнится у них были проблемы, если масса плохая, вплоть до вылета оперативки и процессора.
По поводу массы проверю — со стороны материнки втыкали вытыкал безсчитанное количество раз, там уже контакты как от наждачки должны быть, а вот со стороны БП ни разу не снимал…
По поводу проца — вариант, но все же подозрительно что именно эти пару пятаков на EEPROM в плавающем отвале… Как последнее действие от безысходности можно проц шатнуть, но только шатнуть. Тут палка о двух концах — убивать время и силы на конкретно реболл нет вообще желания так как нет уверенности в успешности сей операции, поэтому можно только шатнуть, но при этом не факт что окисленные пятаки схватятся…
А какие сипмтомы вылета оперативки на этом шасси?
47 минут назад, Aleh сказал:
Блок питания ещё не проверил, смотри дежурку.
То же вариант, можно в процессе включения осликом глянуть, но чуйка подсказывает что там все прекрасно)
44 минуты назад, verniy68 сказал:
… майны 4004 , 7003 , 7004 — там процы бывает дохнут , либо в отвале — если не поможет , то смотри в сторону EMMC
EMMC я уже поменял на новый, при чем с родной и со сторонней прошивкой пробовал — дефекта в той стороне нет. Процы дохнут в смысле совсем или с такими глюками?
22 минуты назад, Alex1101 сказал:
Почему для начала не попробовать так:
после записи еепром (желательно перед первым включением) поднять 7 pin (WP) и кинуть его на питание (8 pin)
Просто, оригинально, может поможет. Нада попробовать
Изменено 5 декабря, 2020 пользователем Dizzzel