pfSense

is the SIM PIN in the GUI not adequate for this?

No, My guess is that SIM Pin doesn't run at the right time in the script.

Can you please show your ppp log on this?
Or the mpd log on system log?

You can otherwise use the init script box on the GUI to use your own script.

ppp.log

Aug 28 00:53:51 pfsense ppp: [opt3_link0] chat: +CPIN=?
Aug 28 00:53:54 pfsense ppp: [opt3_link0] chat: The modem did not respond with "OK".
Aug 28 00:53:54 pfsense ppp: [opt3_link0] MODEM: chat script failed
Aug 28 00:53:54 pfsense ppp: [opt3_link0] Link: DOWN event
Aug 28 00:53:54 pfsense ppp: [opt3_link0] LCP: Down event
Aug 28 00:53:54 pfsense ppp: [opt3_link0] Link: reconnection attempt 14 in 3 seconds
Aug 28 00:53:57 pfsense ppp: [opt3_link0] Link: reconnection attempt 14
Aug 28 00:53:57 pfsense ppp: [opt3_link0] chat: Detected Hayes compatible modem.
Aug 28 00:53:57 pfsense ppp: [opt3_link0] chat: +CPIN=?

Can you add to line 1487

 log $modemQuery

1. match "OK\r\n" GotOK
2. wait 3
3. log "The modem did not respond with \"OK\"."
4. failure
   ##GotOK:
5. return

Hello,
I have got same problem with my 3g modem ...
On france in business connexion ...

Crdt
Poustiquet

Yoann Simon wrote:

Hello,
I have got same problem with my 3g modem ...
On france in business connexion ...

Crdt
Poustiquet

For your information, my 3g modem works perfectly with my Ubuntu 11.4

Best regard
Poustiquet

I had this problem today with a Huawei E173-u2. For some reasons the Windows software refused to disable the PIN check, so I solved the problem in /var/etc/mpd.script

This is what's happening at the moment:
The Huawei stick answers the "AT+CPIN=?" in DialPeerSetPin directly with "OK". The function ModemQuery stores this "OK" in $modemQuery and calls GetOK afterwards, as it expects two separate replies. GetOK runs into timeout and prints 'chat: The modem did not respond with "OK".'

The problem can simply be resolved by removing the '=' in "AT+CPIN=?". I think there is also a 'goto' missing before a label that lead to another problem. Maybe I accidentially deleted it myself while trying. Nevertheless I changed the function to this working version:

DialPeerSetPin:
        set $modemCmd "+CPIN?" 
        log $modemCmd
        call ModemQuery
        log $modemQuery
        if $modemQuery match ".*READY.*" goto PinReady
        set $modemCmd "+CPIN=\"$SimPin\"" 
        call ModemCmd2
        wait $PinWait
PinReady:
        return

Please note the missing '=' and the 'goto' before 'PinReady'.

I had a similar problem with a HUAWEI E1752 after a cold boot.

Warm reboot works everytime.

Not sure what the problem is

Any idea ?

I forgot to mention this is with a

2.1.3-RELEASE (amd64)
built on Thu May 01 15:52:13 EDT 2014
FreeBSD 8.3-RELEASE-p16

running a PC Engines APU