[Ovmsdev] ppp problem on disconnect

Mon Dec 11 13:36:08 HKT 2017

> So, APN user and password are from the account we set up with Hologram?  Will give it a try once you have the changes committed.

Hologram doesn’t use APN username and password. Just leave them blank. The only thing you need is the APN itself “hologram”.

> Second, we agree on using vehicle.on / off for HUDs; it's the non-HUD devices that I think are better supported with vehicle.awake and asleep instead.  Could those be added?

Sure. We can key them off the ms_v_env_awake metric. I will add it now, and commit/push a bit later today when I send up my simcom changes.

Regards, Mark.

> On 11 Dec 2017, at 1:27 PM, Greg D. <gregd2350 at gmail.com> wrote:
> 
> Wow, I haven't had good cell coverage here for so long, I'm not sure what I would do with it.  T-Mobile's UMA support (cell connectivity via WiFi) is a life saver.
> 
> So, APN user and password are from the account we set up with Hologram?  Will give it a try once you have the changes committed.
> 
> Second, we agree on using vehicle.on / off for HUDs; it's the non-HUD devices that I think are better supported with vehicle.awake and asleep instead.  Could those be added?
> 
> Thanks,
> 
> Greg
> 
> 
> Mark Webb-Johnson wrote:
>>> Would removing (or impairing with tin foil) the antenna make for a poor-enough cell connectivity, or do you need other environmental factors (interference, etc)?
>> 
>> I’ve tried removing antenna, and putting it in a steel box, but I can’t seem to lose cellular connectivity :-( Seems that the cellular signals are too strong here in HK.
>> 
>> I have one area I can work, with poor connectivity. There, just breathing on the antenna seems to lose connection.
>> 
>> I’ve pretty much completed my re-factor of simcom state. It actually was not too bad. Just documentation, and splitting the NetStart state to NetWait and NetStart. Now working on a command to force a state switch. Should be done and committed today.
>> 
>>> What is the current recommendation for configuration and enabling 3G ?
>> 
>> Should be just set the modem apn, apn.password, and apn.user correctly, then ‘power simcom on’. For hologram, just make sure the sim is activated, then put ‘hologram’ as the modem apn.
>> 
>>> (Could definitely use a new Event there...  Vehicle.off is best when obd2ecu is driving a HUD, but for other devices, vehicle.asleep would be better.).
>> 
>> Surely, the HUD should follow the car key On/Off => vehicle.on / vehicle.off events.
>> 
>> Regards, Mark.
>> 
>>> On 11 Dec 2017, at 1:14 PM, Greg D. <gregd2350 at gmail.com <mailto:gregd2350 at gmail.com>> wrote:
>>> 
>>> Would removing (or impairing with tin foil) the antenna make for a poor-enough cell connectivity, or do you need other environmental factors (interference, etc)?
>>> 
>>> What is the current recommendation for configuration and enabling 3G ?  From Michael's email, I see
>>> OVMS > config list modem
>>> modem
>>>   apn: hologram
>>>   apn.password: 
>>>   apn.user: 
>>>   enable.gps: yes
>>>   enable.gpstime: yes
>>>   enable.net <http://enable.net/>: yes
>>>   enable.sms: yes
>>> 
>>> OVMS > power simcom on
>>> For a Roadster, I presume I can ignore the two GPS entries - the car supplies that info, right?  Also, what are the apn.user and apn.password fields?  Is that our Hologram Dashboard account?  Any other settings?
>>> 
>>> I'm kind of in a hole, regarding cellular service, so I can try testing.  I also would like to test the module hand over connectivity from WiFi (supplied by the OBDII Dongle) to Cellular, when the car is turned off.  I disable the external 12v to the dongle upon the turn-off event, since I don't have any way to do that when the car goes to sleep.  (Could definitely use a new Event there...  Vehicle.off is best when obd2ecu is driving a HUD, but for other devices, vehicle.asleep would be better.).
>>> 
>>> Thanks,
>>> 
>>> Greg
>>> 
>>> 
>>> Mark Webb-Johnson wrote:
>>>> I’m aware of this, and working on it.
>>>> 
>>>> Something strange going on in the lwip pppos api. Seems to not be returning from the shutdown call, so our simcom thread gets locked up. Also messes up the main freertos threads (I think those drive the event timers for lwip).
>>>> 
>>>> I am working on a re-factor of the simcom state diagram to simplify the way we drive this, and also an ability to force a state change by command. At the moment, too much is being done in state NetMode. My test-debug cycle is also way too long (plug in antenna, power up simcom, wait for cellular connectivity, wait for GSM lock, wait for mux, wait for CSQ, wait for PPP, then disconnect antenna, and wait again…), can only be done in areas of poor cellular connectivity, and is driving me crazy. That should speed up debugging this issue. I’m working on it…
>>>> 
>>>> Regards, Mark.
>>>> 
>>>>> On 11 Dec 2017, at 2:55 AM, Michael Balzer <dexter at expeedo.de> <mailto:dexter at expeedo.de> wrote:
>>>>> 
>>>>> Just had this after letting the module idle for a while:
>>>>> 
>>>>> …
>>>>> I (11249582) simcom: CREG Network Registration: RegisteredRoaming
>>>>> I (11253822) ovms-server-v2: Send MP-0 D0,0,5,0,0,-40,0,0,0,11251,0,0,1,0,0.373626,0,0,0,0,0
>>>>> I (11273832) ovms-server-v2: Send MP-0 D0,0,5,0,0,-40,0,0,0,11271,0,0,1,0,0.401099,0,0,0,0,0
>>>>> I (11279582) simcom: CREG Network Registration: RegisteredRoaming
>>>>> I (11282842) ovms-server-v2: Send MP-0 D0,0,5,0,0,-40,0,0,0,11280,0,0,1,0,0.362637,0,0,0,0,0
>>>>> I (11286902) simcom: PPP Connection disconnected
>>>>> I (11286902) simcom: PPP Connection disconnected
>>>>> I (11287562) simcom: Lost network connection (+PPP disconnect in NetMode)
>>>>> I (11287562) gsm-ppp: Shutting down (hard)...
>>>>> I (11287562) simcom: State: Enter NetStart state
>>>>> I (11287562) gsm-nmea: Startup
>>>>> I (11292662) gsm-ppp: StatusCallBack: User Interrupt
>>>>> E (11292662) gsm-ppp: status_cb: User interrupt|
>>>>> I (11292662) gsm-ppp: Shutdown (via status callback)
>>>>> I (11292662) events: Signal(system.modem.down)
>>>>> I (11292662) events: Signal(network.modem.down)
>>>>> I (11292852) ovms-server-v2: Send MP-0 D0,0,5,0,0,-40,0,0,0,11290,0,0,1,0,0.417582,0,0,0,0,0
>>>>> I (11292902) simcom: PPP Connection disconnected
>>>>> I (11292902) simcom: PPP Connection disconnected
>>>>> I (11292902) simcom: PPP Connection disconnected
>>>>> I (11299592) simcom: PPP Connection is ready to start
>>>>> I (11300562) simcom: State: Enter NetMode state
>>>>> I (11300562) gsm-ppp: Initialising...
>>>>> OVMS > Task watchdog got triggered. The following tasks did not feed the watchdog in time:
>>>>> - IDLE (CPU 0)
>>>>> Tasks currently running:
>>>>> CPU 0: tiT
>>>>> CPU 1: ipc1
>>>>> Task watchdog got triggered. The following tasks did not feed the watchdog in time:
>>>>> - IDLE (CPU 0)
>>>>> Tasks currently running:
>>>>> CPU 0: tiT
>>>>> CPU 1: ipc1
>>>>> Task watchdog got triggered. The following tasks did not feed the watchdog in time:
>>>>> - IDLE (CPU 0)
>>>>> Tasks currently running:
>>>>> CPU 0: tiT
>>>>> CPU 1: ipc1
>>>>> …
>>>>> 
>>>>> … and so on, no more input reaction from the shell here, had to do a reset.
>>>>> 
>>>>> Regards,
>>>>> Michael
>>>>> 
>>>>> -- 
>>>>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
>>>>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>>>>> 
>>>>> _______________________________________________
>>>>> OvmsDev mailing list
>>>>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev <http://lists.teslaclub.hk/mailman/listinfo/ovmsdev>
>>>> _______________________________________________
>>>> OvmsDev mailing list
>>>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev <http://lists.teslaclub.hk/mailman/listinfo/ovmsdev>
>>> 
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev <http://lists.teslaclub.hk/mailman/listinfo/ovmsdev>
>> 
>> 
>> 
>> _______________________________________________
>> OvmsDev mailing list
>> OvmsDev at lists.teslaclub.hk <mailto:OvmsDev at lists.teslaclub.hk>
>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev <http://lists.teslaclub.hk/mailman/listinfo/ovmsdev>
> 
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20171211/3a7234ca/attachment.htm>