GenBoard/VerFour

Some information (no official name established yet - suggestions welcome).

GenBoard/VerFour/Pinout


Name suggestions

Given that V4 is a new platform and the platform likely will have more than one main connector in the future I think it will be important to have names associated with the main connector, but keep the V4 for referencing against future/past hardware on a different processor platform.

Examples

EC36/18/10/SSC6 main connector

Name : VEMS V4 Eco

some imaginary 90pin single connector or total front pin count

Name : VEMS V4 Advanced

some imaginary 120pin+ single connector or total front pin count

Name : VEMS V4 Ultra


VEMS_v4.01_top_s.jpg

We are finalizing the testing procedures so each device can be tested thoroughly, and field-upgraded relatively easily (both processors).

There are many extra functions that have been tested (laborosly) on prototypes, but tedious to test on each device the same way.

Should be sending out field-upgradable devices in 2021-03. Thank you for your patience.

Still don't have one on my desk and it's already April. Valdas.


Update, it's APRIL 21, haven't got mine yet :( feeling kinda sad.. Valdas.

Update, it?s APRIL 22, I haven?t gotten my 4, definitely wanting them right now , Gunni


Checking my email few times a day and hmn, no tracking number yet.. APRIL 25!! Valdas.


Half a year passed still no ecu on my table, that makes me very sad. 10/19


We chose a main processor from the STM32F4 family that seemed technically awesome.

B-plans include other processor (FPGA also an option), but not finalized yet, and VT-compatibility is important (perhaps with minor changes; More options than v3, in any case). Anything containing STM32 can, by actions of STM manufacturer get limited support. We are not convinced of the suitability of clones.


Thanks for the update. Do you have a date where you might expect to have another update on the situation? Maybe some kind of update might be available end of Jan?

Is this situation looking like a V4 is likely at the end of 2022 now?


so, you have probably thought all the possible options, which way it will be now?


It?s been 1.5 months, can you provide a update to this situation?


So, how are you guys, any update? project dropped? went other way? halted? different mcu?


vems_405_3d.jpg

Expect, for some time, the price to be greater than traditional v3, and unlikely to offer immediate advantage (assembled ECU for new or old projects) in most cases.

In the long term, advantages (development, during manufacturing, in the field, shelving, tuning, maintenance) will slowly show up of course.

Based on STM32F405 processors

Very similar software and HW features like the proven VEMS ECU, with more room for future development (like memory + clock-cycle resources for ionsense).

VemsTune is same. Most config options are same or compatible. Some new options (eg. trigger type VR/HALL pullup and thresholds).

Originally EC36+EC18 +EC10+SSC6 connectors

Since the potential is basically unlimited (upto ~240 IO), later different connector with more than 64 or 70 pins.

Maintenance: should not be needed at site, becomes slightly easier.


OLD, historical (obsolete) :

Starting page for BetaEMI layout for the ARM processor.

Pre-studies at VemsFrontier/Boards and VemsFrontier/ARM

most info at ArmProcessorSubsitution


Progressing LPC2119 prototyping board

while apparently there was absolutely no progress here at all,

a guy was in the finish line with his prototyping LPC2119 ARM board.

He planned PCB production around 2004.May.28. but he stalled at 90% development, still snowed in and apparently changed his plans.

He originally wanted a prototype board so using the experience he can construct a full board with appr. GenBoard functionality. He might take another direction (an even more generic IO board where the CPU is on a small pluggable board: I'm horrified by anything that has to do with connectors and still needs to be reliable)

I will talk about him soon, but it seems we cannot take for granted that we will have ARM boards from him sooner than our own.

I don't know too much about it, but the old schematic is in our old wiki:

http://www.squirrelpf.com/msavr/index.php?page=BrainStorming

particularly:

http://www.x-dsl.hu/genboard/genARM/

I know the schematics changed since, but I don't have the new ones yet (but we will). Unfortunately we will not have the Geda layout for license reasons, but anyway, I think we will drop one ARM to the v3.x and another on the IonSense board when we are confident about the basics.

The board is mainly for developers to

So don't expect it to drive your engine or learjet. (but fortunately it's cheap too: I expect 30 Euro including the CPU)

If you'd like a board, please stick your name here:

...


For our own design maybe some simple board like

GenBoard/EngineBoard

can be nice. Although EGT does not require the processing power of ARM, it is a cost efficient CAN solution and such a simple - trivial - board is nice for getting used to ARM.


Tobias: Considering above statement : generic IO board where the CPU is on a small pluggable board

I like this suggestion a lot because it may be the way to get the whole enclosure smaller (see GenBoard/VerThree/CustomCNCCase) and we can have an compatibility AVR, an ARM and a Pure FPGA pluggable CPU.

So it will be ideal to get back to a more minimal Injector and Ignition controller with the option to connect the IonSensePlasmaIgnition controller seperately.


How about we call it BetaEMI

I just realized after I suggested the pagename that we do not want to call it v4, because we want to keep the chance to position the units later. Maybe we want to push v3 for one set of tasks and the ARM board for another. If we call the ARM board v4, people will not want to buy v3, they'll think it's outdated or something. The page can stay for now, but at a cleanup point it will move.

Name suggestions: DizzyBoard, GenBoard16(bit, but hey, ARM is 32 bit!), GenBoard F+, UniCon1, IonJectorA, MotorMind V0, Eng1ProC, VEMS procon .... Why not keep it simple and call it ArmBoard? ...because the public doesn't care about the MCU being used, and they want an ECU not a board. /just guessing

Getting information from the BrainStorming page from OldWiki.

EMI/EMC issues will be addressed at the beginning. Basically, As I understand the board layout there will be sections that are basicially Analog1, Analog2, Digital, and Power.

There will be keepout areas that no traces are allowed to cross. For minimizing noise in the analog areas.

Brian

If you have a ckt with a schmatic put a link and description here.

Thats the plan.

LPC2119 section (old wiki BrainStorming) has less and less info to steal from: http://www.x-dsl.hu/genboard/genARM/

Rich made a LPC2119 library and uploaded it to Wiki files. Also found a Microchip 2515 and 2115 library from previous experiments sitting on his machine:


There is a new (read: nonexistent!!!! we've seen "now sampling" processors that never became available. It's hard to treat them existing before they became available easily and fast in ~100 pieces quantity) Motorola (Freescale) automotive ARM -i.e. MAC7100

MAC7101 looks very good, with this CPU we also might look into controlling common rail (diesel) injection (can you elaborate what makes it more suitable for common rail?). The market for this would be large since I haven't heard about any aftermarket ECM that handles common rail.

Could someone check what the price is?
http://e-www.motorola.com/webapp/sps/site/taxonomy.jsp?nodeId=018rH32451

It has :


Regarding using polyswitches (RXE series - digikey)

instead of fuses ? Consider the trip time of polyswitches vs ordinary fuses, also if something draws to much current it is a fault and should be corrected. Since what I understand about polyswitches it feeds through it's hold current if there is an overload wich may make the problem worse... So if trip is 10A @20C and the load usally draws 8A, but a fault would make it to draw above 10A the polyswitch will limit this current to 6A wich may not be good depending of the application

Polyswitches change state (trip) at a current level that changes by a large amount over temp. This needs to be considered.


MAC7101 sounds nice, as I think that the more ADC & memory, the better. Especially for competition/race data logging

applications.


So, have we decided on an ARM yet? Almost. The LPC2119 won all battles and all boards are designed or being designed with it. I agree that there could be somewhat more HW-timed outputs, but it's sufficient, especially with the reasonable function split between boards (TractionControlArm is separate).


a bit (appr. 1 year) late discussion, months after boards in eagle began to shape...

LPC2119 price and availability is brilliant, comparable to AVR.

Let's review C166 family microcontrollers. In particular XC167. The controller 16bit RISC. It contains on-chip FPU. Technologically, it seems suitable.

>> ARM7TDMI-S is the kernel used for the LPC2119

>> ARM7EJ-S is the desirable kernel which contains some of the >> functionality needed for the signal processing.

BTW, best IonSense playground is just a simple PC, yet very small activity is perceived (TC/EST might need a real HW, true).


16-bit C166SV2 CPU with 5-Stage Pipeline

Single clock cycle instruction execution with 25 ns instruction execution time at 40 MHz CPU clock

25 ns multiplication (16 x 16 bit) at 40 MHz CPU clock

Flexible Synchronous External Bus Interface

16 Priority-Level Interrupt System on 8 group levels

8/12 KBytes on-chip RAM (we expect that 16..32kbyte will come handy) Can be expanded to 16MB through external addressing )

128/256 KBytes advanced Program Flash Memory (Can be expanded to 16MB)

16-Channel 10-bit A/D Converter, conversion time < 3 µs

Two 16-channel Capture/Compare Units with 2 independent time bases each

CAPCOM6 module with two independent timers dedicated to PWM generation for AC and DC motor control

I²C Bus module with 10-bit addressing and 400 kbit/sec

Two Asynchronous/Synchronous Serial Channels (USART)

Two High Speed Synchronous Serial Channels (SPI)

TwinCAN module, two Full-CAN nodes with 32 message buffers and gateway function

Up to 103 I/O Lines with individual bit adressability

Package: P-TQFP-144 Plastic Thin Quad Flat Package

Temperature Range: -40°C to +125°C

Supply Voltage: Core Supply: 2.5 V; Ports: 5.0 V


It's too late to throw in general ideas. However concrete suggestions might be evaluated:

>> I guess it is a moot point to argue about these things then.

>> Probably for the next board version (in next 5+ years ? ;))

>> I'll be more forthcomming.

One thing crossed my mind, sorry if it's the wrong place to tell this (or wrong time).

It's one very extreme feature that would be very cool on Genboard: starting a car without starter motor. According to the precise crank angle, ECU determines which cylinder is the closest to the TDC, injects fuel and ignites it. Maybe I'm missing something very obviuos here and it's impossible to do, but that would be cool.