[Ovmsdev] Kona electric and http routing

Michael Balzer dexter at expeedo.de
Wed Oct 23 15:01:53 HKT 2019


also not trying to sound too negative… but please read: https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/274

The flashing process is done with hardware flow control. With Wifi enabled, we cannot even handle 115 kbit without fifo overflows.

We can try the MUX flow control you mentioned, but will it be able to throttle transmission within frames longer than the HW FIFO?

Btw, I've got an improvement on fifo overflow recovery in testing, if you want to work on this, I can push my changes this evening.


Am 23.10.19 um 08:50 schrieb Mark Webb-Johnson:
> But perhaps I am unintentionally sounding too negative...
> The biggest hurdle to this working technically is undoubtedly the LWIP support for SNAT and routing. If the library you caption (jonask1337/esp-lwip) solves that, it makes this technically feasible.
> My comments on baud rate on the UART link between ESP32 and SIMCOM are more about the practicality of it. That could be tested with a few simple modifications to our SIMCOM driver, to see how fast it could actually be driven. I know we get up to about 1Mbps for firmware flashing without an issue, and the ESP32 hardware UART is up to 5Mbps.
> It would be a fantastic feature to have, and incredibly useful.
> Regards, Mark.
>> On 23 Oct 2019, at 2:33 PM, Mark Webb-Johnson <mark at webb-johnson.net> wrote:
>> The connection between the SIMCOM and the ESP32 is 115,200 baud. That could be increased (in software), and there is software flow control on the GSM MUX we use (although I have no idea if SIMCOM implements it); but without hardware flow control lines I don’t think it could/would approach 3G speeds.
>> The alternative is to swap it around. Put the modem and the SIM in some other device designed for that purpose, and have OVMS connect to that as a WiFi client.
>> Regards, Mark.
>>> On 23 Oct 2019, at 2:23 PM, Peter Lord <plord12 at gmail.com> wrote:
>>> Hi All,
>>> I've been lurking here for a while still debating wether to ditch my autopi in favour of OVMS.
>>> One thing thats held me back is to find a way to use the wifi hotspot as a NAT router - this is 
>>> useful to allow my sat nav to get traffic and charging point updates.  As far as I can see on 
>>> the web page this isn't currently supported.
>>> However I did see a couple of projects that adds NAT support to lwip :
>>> 	https://github.com/martin-ger/lwip_nat_arduino
>>> 	https://github.com/jonask1337/esp-lwip
>>> Does anyone know if adding NAT has a fighting chance ?
>>> Cheers,
>>> Pete
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.openvehicles.com
>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev

Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

More information about the OvmsDev mailing list