Substitutes in the fuel supply will not be needed, I think.
As HHO burns very rapidly compared to normal gasoline, I can just adjust the timing to make sure the intake valve if fully closed before firing the plug. not to early, not to late kind of thing.
This will be handled via a proximity sensor reading a mark on the crank, then using the proper delays via firmware, I should be able to
adjust the timing to what ever It needs to be.
I have already ran this generator from the HHO supply, via a tube and flame arrester setup. Timing on the generator was not adjustable at that time and resulted in the need to mix gasoline with it to avoid backfire (firing with the intake valve open)
I can also route the exhaust gasses back around if need be.
I'm doing some machine work on the lid to accept the terminal posts for the wiring to the tubes, will be about 16 hours until completion,
then still waiting on custom made parts for the hho hookup to the engine. The circuit board I placed an order for still has not arrive as of yet, about 2 more days I think.
I should know a lot more by Monday !
Robert
↧
BASCOM-AVR : HHO Generator : REPLY
↧
BASCOM-AVR : HHO Generator : REPLY
Hi Robert,
I've been interested in HHO for a while now, tried a cell and they produce quite a bit of gas.
I'll be interested in seeing how yours progresses on a 5Kw gen set..
Regards
Dean
↧
↧
BASCOM-AVR : HHO Generator : REPLY
Robert
Have a think about moving this topic to BASCOM Project Blog area.
↧
BASCOM-AVR : Atmel I2C pins vsv Bascom I2C pins : NEWTOPIC
Hi everybody!
When using I2C chips, mostly RTC and IOEXPANDER i use Bascom genereted SCL and SDA pins, which i define with CONFIG statement.
It works fine.
I noticed in datasheets of AVR Microcontrolers, that AVR itself has SCL and SDA pins. May I address those pins in my CONFIG statemets as SCL and SDA lines ( I suppose, I may) and what diference would that make.
Excuse my ignorance, there is alway time to learn..
Vilko
[b:f42fea1ebf][color=red:f42fea1ebf](BASCOM-AVR version : 1.11.8.7 , Latest : 2.0.7.7 )[/b:f42fea1ebf][/color:f42fea1ebf]
↧
BASCOM-AVR : Atmel I2C pins vsv Bascom I2C pins : REPLY
Hi,
Have a look in the help text for CONFIG TWI. Using the hardware i2c/twi interface can save a bit of code space but not always. Using software i2c means your free to use whatever pins you want.
I usually try to design my PCB's so that the i2c signals are on the twi pins but usually I end up using the software i2c lib rather than the hardware twi lib.
Regards
Ian Dobson
↧
↧
BASCOM-ARDUINO : Some Arduino (hardware) Tips : REPLY
hi Peter,
you right, it could be evident , it is common sens but common sens is not so common...
Many thanks
JP :wink:
↧
BASCOM-AVR : HHO Generator : REPLY
Yes, that does seem like the best place for it.
How Do I go about moving it there?
I can only edit my posts, if you know of a way to move it, please enlighten me.
Thanks,
Robert
↧
BASCOM-AVR : HHO Generator : REPLY
Robert
MMmm.. good question
One of the Moderators or Mark may read this post and sort it out.
↧
BASCOM-AVR : Warning: accessing bit variables are not atomic : REPLY
Has anyone considered / tried using bit variables in the General Purpose I/O registers? GPIOR0 for example.
It appears that the assembler directives SBI and CBI can be used to set and reset only one bit with only one processor instruction using 2 cycles. In most cases it appears that the General Purpose registers are within the range of the SBI type instructions.
The normal If / Then instructions can be used to test the bit condition if the name is aliased in the variable definitions. MyVariable Alias GPIOR0.0 - and then - If MyVariable = 1 Then Something - will work. But you cannot use SBI MyVariable,0 to set or reset, you have to write SBI GPIOR0,0 to set a bit.
This should / would prevent an interrupt from corrupting a bit variable write.
Also, since these instructions (and the corresponding test instructions SBIC & SBIS) do not affect the status register or use any registers you can do simple things in the interrupt routine with the NoSave option set. And is much faster.
I realize this mixes assembly into the code, but might be useful. I have tried this in a simple program and it seems to work.
Any comments?
Mike
↧
↧
BASCOM-AVR : i2cslave best practice : REPLY
I2CRECEIVE will do that all in one : sending and receiving.
I would stick to the protocol so the chips will work universal.
↧
BASCOM-AVR Old versions : Atmel I2C pins vsv Bascom I2C pins : REPLY
if the chip has hardware TWI, i would recommend to use these pins. always !
the signals the TWI generates are better than the software generated signals and in some chips you can control some aspects of the signal.
it is a simple rule : if there is a hardware pin to do a task, use that pin ! After all you can always use the/a software implementation if required.
↧
BASCOM Project Blog : HHO Generator : REPLY
i moved it. i have no idea yet what it is exactly, but i guess i will see ;-)
↧
BASCOM Project Blog : HHO Generator : REPLY
Mark
It's just Smoke and Mirrors (if you heard to term used for Magicians)
Robert
What size engine (capacity) are you using on your Hydrogen Gen project ?
Curious to see how it goes since I have seen a few of these projects not work
properly (in commercial versions).
↧
↧
BASCOM Project Blog : HHO Generator : REPLY
ok i looked it up and found HHO generators. I used to do that the simple way using a small battery when i was into chemistry at young age (making firework) . it produces some gas which would make a small pop when lighted.
but H2 and O generators need electricity right? so is the idea to convert say solar power into gas and use that gas in your car?
What exactly is to gain here?
↧
EASY TCP/IP : Enc28j60 And Atmega32 : REPLY
Hallo
Ben
Do you try this code in Xmega ?
↧
BASCOM Project Blog : HHO Generator : REPLY
What is to gain here? Hmmm....
This water is to be converted into HHO (2H, 1O) this is done via a fuel cell, yes using electricity, and fed to the generator to run it.
This is done very efficiently so as to consume very little electricity, and the electricity will be provided via the generator.
Think of it as a over unity type of system, except the gas is made from the water, so it's not true over-unity but does not consume fossil fuels and
the burnt HHO is converted right back into water again.
So it cleans dirty water and releases it back into the atmosphere, a lot more than I can say for cars !
In the long run, this will be converted to run your car, motorcycle, buses and what not. It will also provide electricity and fuel for cooking and taking showers and such.
I'm on the verge of opening a small power plant here in China that operates on this very concept, it will be tried in the Hunan Provence and must run for one year for a proof of concept.
What I'm trying to do here is scale it down to a home version.
The engine on the generator is right at 125CC and it's a 4 stroke. may run into lubrication problems on the valve seats, but it only needs to run for 24 hours for the test.
Robert
↧
BASCOM Project Blog : HHO Generator : REPLY
but the electricity you use is generated at a power plant right? and they use fossil materials to create the electricity (at least in our country). When you have a solar panel i can see good usage but on the other hand i think that in each energy conversion stage you loose energy thus it would be better to use electricity only for electrical devices. When you produce more energy that needed it could be a good thing to produce gas since it can be easily stored. Then it can be used in the evening when there is no sun. But to use an HHO generator that makes also electricity to power itself can never be efficient because of the energy loss. well that is just my understanding of it. i will follow this blog and probably get some 'aha' moment when i understand it. :D
↧
↧
BASCOM-AVR : i2cslave best practice : REPLY
Hi Mark,
Thanks for the answer. I prefer to use the i2cwbyte/i2crbyte rather than i2csend/i2creceive. It just makes it easier to see exactly whats going on from a protocol Level.
Regards
Ian Dobson
↧
BASCOM-AVR : i2c bootloader : NEWTOPIC
Hi,
I'm currently working on a large Project (3 AVR's communicating per i2c). I have the Basic code working, including uploading Firmware to the main CPU per Radio (atmega1284/zigbee) but I'd also want to update the slave CPU's (atmega88).
My plan is to include the slave Firmware in the master Firmware as a "binary blob" and update the slaves per i2c. Something like check Firmware Version on slave with the blob Version, if it's different upload new Firmware per i2c.
My question is does anyone have i2c slave bootloader code they can send me? I already have the i2c slave lib, I just Need the bootloader code.
Regards
Ian Dobson
[b:bd69b8d5fc][color=red:bd69b8d5fc](BASCOM-AVR version : 2.0.7.7 )[/b:bd69b8d5fc][/color:bd69b8d5fc]
↧
BASCOM-AVR : i2c bootloader : REPLY
Hi
Thats a good question, am working on a Electronic car throttleactuator and i use 2 cpu`s that Control each other.
So i was also wondering if someone has done what you decribe.
That way i only need to send one file to update the soft.
Øyvind
↧