查看完整版本: UUProg v1.2b公测版原理图(2013.3.11更新)

GAWI0831 发表于 2013-8-16 15:49:37

頂一下!!頂一下!!頂一下!!

rtindia 发表于 2013-8-17 01:04:03

:):):):):):):)

rtindia 发表于 2013-8-17 01:04:25

:):):):):):):)

oldhan 发表于 2013-9-22 23:05:01

那控制 VPP, GND 的 U4 hc573 的接法怪异?
573 的 D 接到 ZIF 的 PIN 脚上,
那控制 VPP 或是 GND 的时候 ZIF 脚不就有杂波?

liyf 发表于 2013-9-23 13:46:54

oldhan 发表于 2013-9-22 23:05 static/image/common/back.gif
那控制 VPP, GND 的 U4 hc573 的接法怪异?
573 的 D 接到 ZIF 的 PIN 脚上,
那控制 VPP 或是 GND 的时候...

你说的这个问题确实会出现
设计时考虑是先设置编程信号,然后数据,这样做确实没问题
但是编程时vpp编程信号都是延后的,也就是数据到位,然后vpp信号,这样才能实现一个编程周期,这就出现了你所说的,vpp控制信号会干扰数据的情况,看来考虑有欠周到
谢谢啦
考虑解决方案:
1、替换573。改成可锁存的,这样一来还需要根控制线或者通过573的11脚加个非门实现
2、不换573,启用他的oc脚,通过启用高阻态实现控制全部vpp,gnd(看来不理想),还是需要根控制线
3、改线路,573做缓冲用,用mcu直接输出来控制,难点是飞线

oldhan 发表于 2013-9-23 14:15:22

liyf 发表于 2013-9-23 13:46 static/image/common/back.gif
你说的这个问题确实会出现
设计时考虑是先设置编程信号,然后数据,这样做确实没问题
但是编程时vpp编程 ...

4094 比较便宜但是没多余 PIN 脚可用,
可以用 EM78P156/PIC16C54 与主控 CPU 的 hc573 脚以自定协定通信(如UART串列).

liyf 发表于 2013-9-23 15:22:53

oldhan 发表于 2013-9-23 14:15 static/image/common/back.gif
4094 比较便宜但是没多余 PIN 脚可用,
可以用 EM78P156/PIC16C54 与主控 CPU 的 hc573 脚以自定协定通信 ...

用单片机模拟个573倒是个不错的选择,找个20脚的,这是个不错的建议

liyf 发表于 2013-9-25 15:02:15

针对上面问题总结出来的解决方案:
1、不改板的变态做法是控制573的o脚,用他的高阻态实现假缓冲,但是其他控制脚也受影响了,这就会出现控制信号的跳变,可能出现很多未知问题,需要时间验证
2、改板,需要切断17根pcb线,飞17根线,zif9~zif16端口不能双向数据,增加不少修改难度
3、采用sop20的gal实现,但是没发现这个封装的
4、更换兼容573脚位的带缓存的74芯片,暂没发现有替换的
5、sop20的单片机实现,需要对pcb做小改动
6、软件上避免,调试量非常大,而且跟硬件有关,很大的不确定性,也就是说不一定使用全部,个别会出现不适用的情况
7、推倒重来,原有pcb都不能用了(包括已售出的),这个对大家都是损失了,最不利的方案

askhua520 发表于 2013-9-25 17:31:09

还不如MCU搞个IO直接控制Vpp供电通断,这样直接点.

liyf 发表于 2013-9-25 17:59:43

askhua520 发表于 2013-9-25 17:31 static/image/common/back.gif
还不如MCU搞个IO直接控制Vpp供电通断,这样直接点.

是啊,但是不是最佳的,要换芯片了,但是售出的是个问题
页: 1 2 3 4 5 [6] 7 8 9 10
查看完整版本: UUProg v1.2b公测版原理图(2013.3.11更新)