There are some good alternatives such as rocket.chat, which can be (free/paid) SaaS or self-hosted.
Data can be imported: https://rocket.chat/docs/administrator-guides/import/slack/
Search found 139 matches
- Tue Mar 03, 2020 7:17 pm
- Forum: Misc
- Topic: Slack channel
- Replies: 29
- Views: 62892
- Thu Nov 07, 2019 9:38 pm
- Forum: Dev: Hardware
- Topic: Honda CBR600RR fuel injection
- Replies: 48
- Views: 40943
- Fri Jul 05, 2019 9:23 pm
- Forum: Dev: Hardware
- Topic: Honda CBR600RR fuel injection
- Replies: 48
- Views: 40943
Re: Honda CBR600RR fuel injection
The trigger sequence is a bit funny, there's an Y shaped CMP sensor and a 12 teeth CKP sensor. With VR sensor and MAX9926 chip 85ms watchdog/timeout we will have an issue here unless this engine has relatively high cranking RPM. What is typical cranking RPM for bike engines? around 600 i'd say... i...
- Sat Jun 29, 2019 8:31 pm
- Forum: Dev: Hardware
- Topic: Honda CBR600RR fuel injection
- Replies: 48
- Views: 40943
Re: Honda CBR600RR fuel injection
What year is the engine?
I have the full manuals/schematics if needed.
The trigger sequence is a bit funny, there's an Y shaped CMP sensor and a 12 teeth CKP sensor.
See https://rusefi.com/forum/viewtopic.php?f=3&t=1030
I have the full manuals/schematics if needed.
The trigger sequence is a bit funny, there's an Y shaped CMP sensor and a 12 teeth CKP sensor.
See https://rusefi.com/forum/viewtopic.php?f=3&t=1030
- Wed Jan 09, 2019 8:32 pm
- Forum: Dev: Software
- Topic: More table needed
- Replies: 10
- Views: 11599
- Wed Jan 09, 2019 8:28 pm
- Forum: Dev: Hardware
- Topic: DENSO's A/F Sensors
- Replies: 6
- Views: 6520
Re: DENSO's A/F Sensors
Given that the Bosch LSU 4.9 is now so common and cheap does it make sense to spend time looking into something more custom and incapable of the same AFR range? To me an onboard interface for an LSU 4.9 makes the most sense given that most of the aftermarket uses them and a good proportion of the O...
- Tue Jan 08, 2019 8:29 pm
- Forum: Dev: Software
- Topic: More table needed
- Replies: 10
- Views: 11599
Re: More table needed
Stock and HRC ECUs use 7x16 tables, I doubt you'd need more than the current ones.
- Fri Jan 04, 2019 10:28 am
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
OEM ECUs do store all of this in backup sram
Flash is a big no as it stops code execution while writing/erasing, and uses 1k sectors minimum.
Flash is a big no as it stops code execution while writing/erasing, and uses 1k sectors minimum.
- Thu Jan 03, 2019 10:40 pm
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
One more idea: backup power?
There's always constant power available on vehicle connector, let's use this for backup sram/rtc.
We could potentially store some data such as long term fuel trim.
There's always constant power available on vehicle connector, let's use this for backup sram/rtc.
We could potentially store some data such as long term fuel trim.
- Thu Jan 03, 2019 4:48 pm
- Forum: Misc
- Topic: Is stm32f4 the right chip?
- Replies: 161
- Views: 420826
Re: Is stm32f4 the right chip?
There's no point in evaluating Kinetis chips for now, since they are pretty much the same thing minus driver/OS support.
Just like most other Cortex-M mcu.
For the next few years/decade the STM32 range is perfectly suited for this job.
just my $0.02
Just like most other Cortex-M mcu.
For the next few years/decade the STM32 range is perfectly suited for this job.
just my $0.02
- Thu Jan 03, 2019 2:23 pm
- Forum: Dev: Hardware
- Topic: DENSO's A/F Sensors
- Replies: 6
- Views: 6520
Re: DENSO's A/F Sensors
Equivalents:
Bosch 13493
Borgwarner OS1091
NTK 24809
Bosch 13493
Borgwarner OS1091
NTK 24809
- Thu Jan 03, 2019 11:28 am
- Forum: Dev: Hardware
- Topic: Search for power supply chip
- Replies: 36
- Views: 27127
Re: Search for power supply chip
960 are you trying to make by any chance? Do you draft to share? Hi! Yes, I have given it a try :-) I have sent it to kb1gtt on mail, can send it to you as well. About power-supply, why dont we use a proper Automotive IC? I am currently drawing the schematic for a Bosch CY320 http://www.bosch-semic...
- Mon Dec 31, 2018 11:55 am
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
Very useful info
I guess we'd just have to put some space between the pins that will carry > 1A.
Most pins will only be for signal anyway.
For inductive loads we can simply use more than one pin if needed (but I doubt that would make any difference for most things)
I guess we'd just have to put some space between the pins that will carry > 1A.
Most pins will only be for signal anyway.
For inductive loads we can simply use more than one pin if needed (but I doubt that would make any difference for most things)
- Mon Dec 31, 2018 1:06 am
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
AEM (and some others) use straight pin headers on the edge of the boards, using both layers.
With the average width of an ECU, this gives use many, many pins (100+) to play with.
With the average width of an ECU, this gives use many, many pins (100+) to play with.
- Sun Dec 30, 2018 7:07 pm
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
That's a standard right angle 0.1" pin header. It can handle 3 amp per pin continuously.
- Sun Dec 30, 2018 1:58 pm
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
I think the PnP solution using the factory connector is too hard to achieve for a broad range of cars and would detract from effort that could be used improving or upgrading the base hardware. To my mind having a universal ecu with flexibility in term of features that can be populated and using an ...
- Sun Dec 30, 2018 12:21 am
- Forum: Dev: Hardware
- Topic: Multichannel ADC instead of all analog circuitry (opamps, vr)
- Replies: 13
- Views: 10679
Re: Multichannel ADC instead of all analog circuitry (opamps, vr)
so if I understand correctly, you want to move the ADC stuff from the STM32 to another chip? You'll never get rid of the analog circuitry because you still need protection and conditioning. PSOC is a specific implementation, no go. STM32F3 does PGAs, 25ns comparators and fast ADC, some 16 bits if ne...
- Sun Dec 30, 2018 12:16 am
- Forum: Dev: Software
- Topic: Software knock processing
- Replies: 70
- Views: 80515
Re: Software knock processing
it uses about 30-35% cpu on my STM32F3. I am sampling at 115KHz, processing 1024 samples to FFT512 (256 bins). it should be around 15% cpu on the STM32F405. And if we don't want to cram it in to the main ECU's processor, it is probably much safer (for longevity and flexibility) to use a second micr...
- Sat Dec 29, 2018 6:01 pm
- Forum: Dev: Software
- Topic: Software knock processing
- Replies: 70
- Views: 80515
Re: Software knock processing
You can read my code: https://github.com/fpoussin/MotoLink/blob/master/code/app/main.c#L460 it uses about 30-35% cpu on my STM32F3. I am sampling at 115KHz, processing 1024 samples to FFT512 (256 bins). it should be around 15% cpu on the STM32F405. Keep in mind you would need a dedicated ADC to samp...
- Sat Dec 29, 2018 12:22 pm
- Forum: Dev: Hardware
- Topic: 22mm Manhattan
- Replies: 46
- Views: 44247
Re: 22mm Manhattan
Errors should be handled in the tuning software on a laptop. A couple LEDs for a basic functions are fine, but not an LCD. An heartbeat LED and an error LED would be sufficient. There's an error? Plug your laptop to troubleshoot it. There's no PCB real-estate issue for now, but there will be at some...
- Sat Dec 29, 2018 1:21 am
- Forum: Dev: Hardware
- Topic: rusEfi Use Scenarios for Next Hardware Iteration
- Replies: 44
- Views: 55315
Re: rusEfi Use Scenarios for Next Hardware Iteration
it's pretty much in line with my suggestions for the last couple years :) It might help to use ASICs in the beginning, but their specialised aspect make them expensive and hard to source for individuals. I'm thinking about HIP9011 that can be done in software. (I've done it) "Smart" VR int...
- Sat Dec 29, 2018 12:28 am
- Forum: Misc
- Topic: Haltech tour
- Replies: 1
- Views: 3261
Haltech tour
Lots of interesting pictures, it's nice to see they are doing everything from scratch unlike some others.
http://www.speedhunters.com/2016/12/haltech-tour/
http://www.speedhunters.com/2016/12/haltech-tour/
- Fri Dec 28, 2018 10:55 am
- Forum: Dev: Hardware
- Topic: 22mm Manhattan
- Replies: 46
- Views: 44247
Re: 22mm Manhattan
You need a base board with the *generic* stuff... Basically: power supply, mcu, analog filtering which power supply? we have a not cheap and lots of components power supply on the Frankenso, or is it some TI chip, or should it be an Infenion chip? Chips come and go. Suddenly it would be nice for po...
- Fri Dec 28, 2018 1:27 am
- Forum: Dev: Software
- Topic: Firmware developent status
- Replies: 499
- Views: 742116
Re: Firmware developent status
330€ back at launch :cry: LTO has changed a lot in 8.x, they fixed many bugs. In general GCC 8 makes more checks (and is more picky) but produces better code. No LTO text data bss dec hex filename 285012 5196 184704 474912 73f20 build/rusefi.elf LTO text data bss dec hex filename 266080 4212 185496 ...
- Fri Dec 28, 2018 1:06 am
- Forum: Dev: Software
- Topic: Firmware developent status
- Replies: 499
- Views: 742116
Re: Firmware developent status
GCC 7.3
14s with -O0 (default)
13s with -Os
10s with -Os and LTO
GCC 8.2
19s with -O0 (default)
18s with -Os
41s with -Os and LTO
Ryzen 1700@3.8Ghz on an SSD, running Linux
14s with -O0 (default)
13s with -Os
10s with -Os and LTO
GCC 8.2
19s with -O0 (default)
18s with -Os
41s with -Os and LTO
Ryzen 1700@3.8Ghz on an SSD, running Linux
- Fri Dec 28, 2018 12:41 am
- Forum: Dev: Hardware
- Topic: 22mm Manhattan
- Replies: 46
- Views: 44247
Re: 22mm Manhattan
I disagree. A "mega board" has almost no uses besides development or purely universal, and is certainly not suited for PnP. What would be the point in having 8 coil and injector drivers with full circuits for a 4 cylinder engine with distributor? Not even talking about the lcd/gadget stuff...
- Wed Dec 26, 2018 6:35 pm
- Forum: Dev: Software
- Topic: Firmware developent status
- Replies: 499
- Views: 742116
Re: Firmware developent status
I'm having trouble understanding why you need to sample map/maf/knock at 10KHz continuously, using a timer. You only need to sample these once per cylinder rotation. HIP outputs an integral... just sample it once when you are done integrating for each cylinder. (hold mode, pin low level) MAP/MAF can...
- Tue Dec 25, 2018 1:45 am
- Forum: Dev: Software
- Topic: Trigger System Redesign
- Replies: 10
- Views: 9194
Re: Trigger System Redesign
Excellent implementation
Russian, it's possible to integrate this while keeping the old system and letting user choose whatever they prefer at compile time.
Then you can slowly migrate/deprecate all trigger patterns to the new system, to finally remove the older one.
Russian, it's possible to integrate this while keeping the old system and letting user choose whatever they prefer at compile time.
Then you can slowly migrate/deprecate all trigger patterns to the new system, to finally remove the older one.
- Mon Dec 24, 2018 10:06 am
- Forum: Misc
- Topic: Honda OBD2 connector
- Replies: 2
- Views: 3588
Re: Honda OBD2 connector
You're welcome
It also fits Civics and Integras, S2000... etc.
Basically everything pre K-series engines.
It also fits Civics and Integras, S2000... etc.
Basically everything pre K-series engines.
- Mon Dec 24, 2018 2:22 am
- Forum: Dev: Hardware
- Topic: 22mm Manhattan
- Replies: 46
- Views: 44247
Re: 22mm Manhattan
https://imgur.com/a/hMazten Just split or even stack the boards like some commercial PnP ECUs :) One generic with the mandatory stuff, one per vehicle type with specific stuff. Done cleanly this would have no effect on software. Stuff like GPS/Accelerometers/LCDs should have no place inside an ECU. ...