做ISDN PC卡的同志们

做ISDN PC卡的同志们，赶紧出来，大家讨论下。现在发现还是有很多问题，当然，这些问题可以咨询微软，但鉴于我们的现实情况不可行。所以只能大家探讨了！

我正在做PC卡的Wan Miniport Driver 一大堆问题啊？
我的脑袋都快被折腾出洞洞来了！
你的提议我赞成，向你学习！！
革命的敬礼！！

我也正焦头烂额呢

TO jetnet:
对了，你有否试过用TAPI函数打开你的ISDN线路，并用lineMakeCall进行呼叫。这些调用都正常。
但。。。。之后，如何传数据？？？
我本想用lineGetID()得到NDIS（或tapi/line）句柄，试了半天，哪个句柄都不能被WriteFile使用啊！！！

Caprice，以前我也曾经有过象你那样的想法来传数据，但发觉不好。其实你可以通过RASTAPI来建立链路，然后应该用WINSOCK来传数据，这样应该可行，但我没试过。其实，在ISDN设备上，最好是支持CAPI，这样的话，相当于完全的控制ISDN设备，而且所完成的功能都强过TAPI。

jeosph，你看我上传的源代码了吗？那是一个56K双猫的NT驱动程序，其实你只要改资源读取等地方，就可以在WIN98下使用。不知道你所谓的PC卡是什么卡，MODEM还是ISDN？

Caprice，你用LINEMAKECALL时，有没发现传递给驱动程序的参数有问题啊。我是用TB14测试的时候，发现MAKECALL传递的数据，如MediaMode，调用LineMakeCall的时候是00000010，但在驱动程序读取的时候，则又变成100000FA，而且其他参数都有类似情况！搞的我必须移位以后才能使用，但又觉得太奇怪了！

我看到了，我正在研究那个程序。

我用8位宽的PIO传输方式，将数据通过EHPI接口送到DSP，进行PPP的对等处理，经IP RELAY，送GGSN，然后用GPRS承载上层传输业务！
属于什么？
ISDN，DOMEM？好象都不是，只能属于NETADAPTER。

这个姓资姓社的问题一定要搞清楚，否则到时没社会主义的草了，那大家不是完蛋！
你说了那么一大堆，我都搞不懂你到底怎么回事了。你还是按ISO的七层结构还说下吧！

[QUOTE]原本由 jetnet 发表
[B]Caprice，你用LINEMAKECALL时，有没发现传递给驱动程序的参数有问题啊。我是用TB14测试的时候，发现MAKECALL传递的数据，如MediaMode，调用LineMakeCall的时候是00000010，但在驱动程序读取的时候，则又变成100000FA，而且其他参数都有类似情况！搞的我必须移位以后才能使用，但又觉得太奇怪了！ [/B][/QUOTE]
我这里就更怪了，你参数是在呼叫之前设的吗？
怎么我一设参数,
例如
lpLineCallParams->dwMediaMode =LINEMEDIAMODE_DIGITALDATA;
lineMakeCall(...,lpLineCallParams);
lineMakeCall就失败，而且也断不进SOFTICE（驱动的TAPIMAKECALL）；
如果参数指针设为NULL，就可以成功呼叫（呼通），也可以进入驱动中的断点。
奇怪

那应该是你申明的设备不支持此MediaMode，系统的TAPI管理器已经把你的申请给截断了。我是用TB14（一个TAPI的测试工具）试的，应该比你方便点，如果你需要我，发给你。还有，我觉得调试起来，还是DebugPrint比较方便，就跟printf一样使用，SoftIce功能是强大，但是查这个就有点麻烦了！

我说的是L1，L2的东西
NDISWAN                  |―IP REALY-〉GGSN----》GPRS
     |                   |
L2/PPP     〈-------〉L2/PPP
L1(pcmcia)〈-------〉DSP EHPI RAM
这个对等的PPP，都是要求我来完成的。我可不愿意做得特别复杂。
我初步想法应该算做MODEM吧

如果是MODEM的话，你没必要做PPP，因为系统给你封装和管理了，可以省去很大的工作量！

不是做系统侧的（左侧）PPP，而是右侧（DSP）的PPP。

好的，谢了
我的mail:moon.bright@263.net

jeosph，这么说，你的工作量不小啊，你自己一个人做吗？

是啊！
愁死我了！
PC卡的硬件也是我的任务哩！
我都知道该怎么办了！

硬件？芯片应该有应用电路，而且数字电路还好点，还是软件的工作量大啊。兄弟，慢慢整吧！