Hi Rob,
One more thought, I remember it happens if the compiler option "disable
reusing variable space" was not checked.
Try a compilation with this option disabled.
Vasile
On Tue, Oct 24, 2017 at 1:44 PM, Vasile Surducan
wrote:
> It happens to me too, but with an older Jal, I d
It happens to me too, but with an older Jal, I don't remember which.
Check the interrupts if any and/or the way routines are called within other
routines...
Will not be easy to find the issue.
Vasile
On Tue, Oct 24, 2017 at 10:11 AM, Rob Hamerling
wrote:
>
> Hi guys,
>
> I just compiled Jallib
Hi Rob,
I've seen some similar behavior a long time ago on PIC16F877, with the
wrong TACQ. Have you programmed correctly the ADCS bits?
best,
Vasile
On Wed, Oct 4, 2017 at 10:29 PM, Rob Hamerling
wrote:
>
> Hi guys,
>
> I have a problem with the combination Jallib ADC library and 18F1840.
> I'
3 digit high temp
> thermometer.
>
> Sent from my iPhone
>
> On Aug 30, 2017, at 1:04 AM, Vasile Surducan wrote:
>
> Matthew,
> I think you do not need a new library for that, however a new library is
> always good for someone/something.
> Multiplexing is time dependent by the
Matthew,
I think you do not need a new library for that, however a new library is
always good for someone/something.
Multiplexing is time dependent by the application you run. The simplest way
is to sweep the anode/cathode and keep them powered for about 1...3mS
(depends if it's normal or superbrig
Rian,
I'm just curious, are you buld a DCC function decoder or a sound decoder?
thx,
Vasile
On Thu, Jul 20, 2017 at 11:02 PM, Rian De Rous wrote:
> I’m decoding the DCC-protocol. For This purpose, i programmed another
> microcontroller to generate a frame that has address 23 (green), data: 170
Hi guys,
has anyone verified this library? I don't know why this one it doesn't
work, The other using TMR0, 1 and 3 works ok.
I have used the Bresenham many times to generate accurate timings on TMR0
between 1mS and 1s, but is using assembler and I still have problems with
on jav2.4q.
thx,
Vasil
in Jallist. Kyle York
> monitors than list more intensive than Jallib.
>
> I have no clue for the error messages, but 'pragma inline' for an ISR
> seems very strange to me.
>
>
> On 08/03/2016 10:20 AM, Vasile Surducan wrote:
>
>> Hi all,
>>
>> I'
Hi all,
I'm trying to compile an ISR written in asm using pragma interrupt and
pragma inline.
The code compiled with jalv24o gives no error, compiled with Jalv24q5
returns the warnings bellow.
Anyone?
thx,
Vasile
Compilation started at :8/3/2016 11:09:59 AM
Compilation started at :8/3/2016 11:1
On Fri, Jul 8, 2016 at 8:12 AM, 'Oliver Seitz' via jallib <
jallib@googlegroups.com> wrote:
>
> Matt wrote:
>
> Using a prescaler reduces accuracy
> but would let you count at a higher frequency. Using a 8bit
> timer instead of a 16 bit timer is more accurate.
>
> Hi Matt!
>
> The plan is to us
t; program would only set things up and wait for TMR0 to overflow twice. Then
> TMR1 will have counted for a certain time solely determined by independent
> peripherals without any influence of the processor core.
>
> This chip can in no way count 50MHz without external prescaler.
>
>
Hi Matt,
Your code looks great, however I need to generate the time base inside the
PIC.
I will start testing after I'll finish the PCBs...
In assembler it could be done up to 50MHz on any PIC running at 4MHz.
The problem is I want to write it with the compiler...:) so perhaps with
INTOSC at 32MHz
Hi Matt,
On your schematic, charging and discharging time of the mosfet gate
capacitor is different about twice. Combined with the differences in the
on-off time switching charactheristics of the mosfets, this will have quite
big effect at high speed. A stepper can work up to 10 KHz if it's properl
Anatoly,
You don't need any interrupt to read the encoder and set the pwm value.
Just do the following trick: set TMR0 for overflow at x mS (where x is the
perfect match for your encoder speed, try x=10 or so). Read the enc_a and
enc_b inputs only when TMR0_IF owerflows. Then reset the TMR0_IF. Inc
Congratulations Anatoly!
I'm using ISR in a way I've learn with old jal and never failed. Never do
it with libraries even they works ok.
On Sun, Apr 10, 2016 at 10:55 PM, Anatoly Titov
wrote:
> Closed. I changed clock to 8Mhz and decreased check rate to 1 ms. All
> works fine.
>
> воскресенье,
Hi Anatoly,
Pull-ups should be enabled or you need external resistors connected to VDD.
I never used delay slots in this way and perhaps I will never do.
I do not know any encoder library in jallib but I didn't used jal a long
time so perhaps exists. Maybe Rob knew better.
Please take a look here
Rob, You are good!
Congratulations!
Vasile
On Thu, Mar 31, 2016 at 11:03 AM, Rob Hamerling
wrote:
>
> Hi Vasile,
>
> Some feedback
>
> On 03/27/2016 03:22 PM, Vasile Surducan wrote:
>
>>
>> Thanks to your email I've took a look to the 16F1765 and I wa
Based on datasheet:
When converting differential signals, the negative input for the channel is
selected with the CHSN<3:0> bits of the ADCON2 register. Any positive input
can be paired with any negative input to determine the differential channel.
It seems you have to write the ADCON2.
See the re
Hi Rob,
Shortly, the answer is no.
Thanks to your email I've took a look to the 16F1765 and I was scared about
it's complexity. Die temperature measurement, zero crossing detector, OPA,
DAC, ADC, slope generator, internal modules routed to pins via PPS
pheripheral...there are a lot of places for m
ython, where to download the compiler and so on.
To understand better, I have wrote my own files by hand when I didn't find
them in the library.
:)
So, don't try to punish me, it won't work!
On Sat, Oct 24, 2015 at 10:57 AM, Rob Hamerling
wrote:
>
> Vasile
>
> On
Rob,
I wish you to be healthy and happy during your entire retirement.
Perhaps making available the scripts somewhere on the web and a brief user
manual of using them will help anyone will want to continue your work.
The availability of device files makes Jal a more useful compiler.
thank you,
On Tue, Sep 15, 2015 at 10:26 AM, Rob Hamerling
wrote:
>
> Hi Matt,
>
> On 2015-09-14 22:56, Matthew Schinkel wrote:
>
>> Would you suggest t6963s over ks0108?
>>
> Each has it's advantages
>
>>
>> The text/graphics sounds interesting. Tell me more about the text. Do you
>> need to send each pixe
Kiste,
Assuming the memory will be placed at the end of the flash (1F80-1FFF), the
only trick is to check that memory is not over written by the compiler.
Vasile
On Tue, May 12, 2015 at 8:41 AM, 'Oliver Seitz' via jallib <
jallib@googlegroups.com> wrote:
> Thinking again...
>
> IF a "pragma code
ST7066U is compatible with KS066 and HD44780. You already have the library
in the pack.
http://www.sitronix.com.tw/sitronix/product.nsf/Doc/ST7066U?OpenDocument
On Mon, Apr 13, 2015 at 12:54 PM, Ovidiu Gherend
wrote:
> Hello!
> Does anyone knows where can I find a library for a 4x40 LCD display
http://www.banggood.com/Wholesale-Programmer-and-Logic-Analyzer-c-2362.html
--
You received this message because you are subscribed to the Google Groups
"jallib" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to jallib+unsubscr...@googlegroups.com.
To pos
On the same topic:
https://www.researchgate.net/publication/266860236_Increasing_the_efficiency_of_IO_usage_in_small_embedded_systems
On Fri, Dec 12, 2014 at 7:11 AM, Sunish Issac wrote:
>
> I had written jal program long back using charlieplexing for a 12 led dot
> mode programmable voltmeter. I
Jason,
buying bring a low state of fun. Designing and manufacturing the product is
more funny...
btw, it looks nice
best wishes,
Vasile
On Sun, Nov 30, 2014 at 2:46 PM, Jason wu wrote:
> There is a wireless 18b20 solution. But only one module only support
> single 18b20 sensor. Ultra low batte
I have a system with three DS18B20 on one bus with separate power supply
wires running continuously from about three or four years.
You have to read separately the ID for each sensor (one sensor once on the
bus) , then to address the sensors based on the ID numbers.
I've noticed if you have a reall
I was a Jal promoter for about 10 years, mostly at Jallist. Based on my
previous experience I kindly remind you that two people which are speaking
the same native language (and belongs to the same culture) are loosing
about 40-60% of their thoughts in the process of speaking. Yes, this is
true!
Im
There is a SPI to USB bridge by Microchip, MCP2210 maybe it helps if you
need master:
http://www.microchip.com/wwwproducts/Devices.aspx?product=MCP2210
also a lot of free projects about SPI sniffers as Bus Pirate.
Also check the FTDI:
http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/FT2232C-
Josh,
Just an idea, you don't really need any buffer if you store one data at 30s
or so.
I have a device running from about 5 years which store data at a programmed
sampling time of 1min to hours in a 2x512K I2C eeprom. To avoid writing in
the same eeprom area, I have a counter which is incremente
For the other question you have to set two PIC pins, one as input and the
other as output and to connect your voltage converter (TTL to RS232 levels)
to those pins.
On Thu, Feb 6, 2014 at 10:01 AM, Vasile Surducan wrote:
> Phil,
>
> If you have Bert's book (or you don'
Phil,
If you have Bert's book (or you don't), ask him at jall...@yahoo.com, he's
a nice guy will answer you.
Vasile
On Thu, Feb 6, 2014 at 9:59 AM, phil heintz wrote:
> Hello Kiste and Vasile
>
> I just realized that I use "serial_softaware" included in Bert library
> wich is different from "
Sorry. Download from here: http://code.google.com/p/jallib/
the jallib 0.9.0.zip, unzip and look into the sample folder.
The file used as example is 16f877a_serial_software.jal or
16F977a_serial_print.jal.
On Wed, Feb 5, 2014 at 4:29 PM, phil heintz wrote:
> Thanks Vasile
>
> But where is this
I've noticed that using the i2c_hardware for PIC's with two I2C interfaces
is difficult, a lot of aliases are required for all registers.
Last time I've duplicate the i2c lib in two custom libraries every with
it's own register names.
Do you have a better idea?
thx,
Vasile
--
You received thi
Phil,
take a look also at 17F877_serial_print.jal in the sample folder.
Vasile
On Wed, Feb 5, 2014 at 2:40 PM, Oliver Seitz wrote:
> Open the library source file, and you will find in the first lines:
>
> -- Description: Software RS232 library
> -- Library supports software RS232 send and
Thanks Rob,
It seems I've discovered theJal rule by doing two mistakes.
:)
Vasile
On Wed, Jan 15, 2014 at 11:50 AM, Rob Hamerling wrote:
>
> Hi Vasile,
>
>
> On 15.01.14 10:03, Vasile Surducan wrote:
>
> Trying to compile an old jal code I've noticed since JalV2
> you want to set it to "0" just before doing the same again?
>
> Greets,
> Kiste
>
> --
>
>
> No errors appears on earlier versions.
>
>
> On Wed, Jan 15, 2014 at 11:03 AM, Vasile Surducan wrote:
>
> Hi all,
>
> T
No errors appears on earlier versions.
On Wed, Jan 15, 2014 at 11:03 AM, Vasile Surducan wrote:
> Hi all,
>
> Trying to compile an old jal code I've noticed since JalV2.4q (Nov 13),
> the code below is not compiled anymore, error: "Default parameters are not
> allo
Hi all,
Trying to compile an old jal code I've noticed since JalV2.4q (Nov 13), the
code below is not compiled anymore, error: "Default parameters are not
allowed". No error on Jal2.4q.
procedure print_binary_8(
byte volatile out target,
byte in x,
byte in leader = "0"
) is
leader =
However, you can use the comparator and the internal programmable voltage
reference to get a low resolution ADC.
Vasile
On Thu, Dec 12, 2013 at 10:01 AM, Oliver Seitz wrote:
> Rob's right: There is no ADC module in the 16f628a. It only has two
> comparators, that's all for analog.
>
> Greets,
Even is not entirely the truth, for me jallib == Rob.
Congratulation for your determination. It's rare.
Vasile
On Mon, Aug 19, 2013 at 4:15 AM, Sunish Issac wrote:
> Yes, Rob, there are many lurkers here, we all appreciate your work on
> include files on which jalv2 survives...
>
> Sunish
>
Hi Pavel,
There is an example on jallist, I've search for my own version in my
computer but it seems I have it only in my office (I hope). The example is
using TMR0, it works ok with 4MHz oscillator but is able to count only up
to 20KHz with two decimals. I have it in two versions, one with LED di
If you're sure that ADRES content is OK,
If ADRES >= 40 then ; do something
elsif ADRES <= 60 then : do something else
endif
Assuming the ADRES content is an 8 bit register containing your ADC result
(you know what ADRES is) and 255 = 5V then
40 = 0.78V
60 = 1.17V
Is this what do you expect in
Interval type should be word. Assure you have already the result into ADRES
before performing the comparison.
On Fri, Jun 21, 2013 at 10:08 PM, speedy23 wrote:
> Hi,
> I have been scratching my head to work out a routine that would return
> true if the result from an AD conversion is within a ce
On Thu, Jun 20, 2013 at 2:16 AM, wrote:
>
>
> Right now I'm not able to spend any more money on my hobby so I have to
> make do with the equipment I already have. So that's why I am trying to
> figure out how to use the serial pass-through feature of the Wisp628.
>
> So if I am understanding cor
On Mon, Jun 17, 2013 at 10:02 AM, Joep Suijs wrote:
>
> 2013/6/17 vasile surducan
>
>>
>> (probably not jallib compatible)
>>
>>
> Hi Vasile,
>
> Why do you say that? You seem to be longing for the good old days and your
> opinion of Jal V2 and Jal
Other good option when using usart (hardware serial): use zero error
crystals of 3.6864MHz, 7.3728MHz or 14.7456MHz.
All problems can be cured by using a software serial routine, adapted by
yourself at your favorite baudrate and crystal (probably not jallib
compatible)
Vasile
On Mon, Jun 17, 2013
On Mon, Jun 17, 2013 at 9:23 AM, Oliver Seitz wrote:
> **
>
>
> Funny. In the old Jal4.0 it was a nice library (tested several times)
> written by Stef Mientki which allows 115200 at 4MHz. Of course is not
> compatible with jallib requirements.
>
> Hi!
>
> Are you talking about serial_software.ja
Funny. In the old Jal4.0 it was a nice library (tested several times)
written by Stef Mientki which allows 115200 at 4MHz. Of course is not
compatible with jallib requirements.
Vasile
On Mon, Jun 17, 2013 at 3:07 AM, funlw65(Vasi) wrote:
> Do this and you will be ok with 10MHz:
>
> const serial_
Hi Sunish,
You may suspect aliases, but not port_low_direction or enable_digital_io.
Several times aliases made me a lot of problems, I avoid to use them
without debug.
Vasile
On Sat, Apr 20, 2013 at 5:11 AM, Sunish Issac wrote:
> Not sure whether its a compiler or library issue, 3pins a1,a2,
Hi all,
I'm trying to use A/D module in interrupts with predefined acquisition time.
(PIC 18F2550 datasheet, rev DS39632E pp.267)
Please let me know if my assumption bellow is correct.
DATASHEET: "Acquisition time may be set with the ACQT2:ACQT0
bits (ADCON2<5:3>) which provide a range of 2 to
2
Instruction for authors are here:
http://www.sciencepubco.com/index.php/ijpe/about/editorialPolicies#custom-2
Please remember the deadline for the first issue: 28 february 2013.
Please kindly forward this email to your students or colleagues.
Yours faithfully,
Vasile Surducan
Editor in chief
Thanks, see below:
On Wed, Feb 20, 2013 at 3:42 PM, Oliver Seitz wrote:
> If I had to do something exactly 5ms after some interrupt, I'd do it like
> this:
>
> - Setup a timer to overflow after 5ms, but do not start the timer.
I do not have any timer left, all are used :(
> - in the INT0 ISR, s
Hi all,
I'm wander if there is a better way for synchronizing an external
interrupt INT0 fired by a 20mS external event with a 5mS asynchronous
event.
I need this precise delay for reading a voltage at 5mS after every
zero crossing voltage.
I'm doing like this inside the ISR:
-- _mili_second co
Hi, take the datasheet of the PIC16F877A and read how to protect de
code at page 144, bit 10-9
http://ww1.microchip.com/downloads/en/devicedoc/39582b.pdf
then transform all the binary sequence there in hex and replace your
value which is 0x3F22 with the new one
Vasile
On Tue, Nov 13, 2012 at
has a copy but
> I don't know if he actual used it yet.
> I won't release it into the open source (yet), but if a more
> restricted license (not allowing commercial use) is not a problem, I'm
> happy to make it available to you.
>
> Regards,
> Joep
>
> 2012/10
Hi all,
I'm starting a project (gathering information till now) about interfacing
an IR array sensor MLX90620
http://www.youtube.com/watch?v=G-aV3H8OVAQ with a TFT display.
The problem is that MLX90620 require serious computational algorithms given
by the Stefan-Boltzmann law, including a fourth
On Fri, Oct 19, 2012 at 5:40 PM, Oliver Seitz wrote:
>
> Between now and a fix you might experiment with the procedure
> pwm1_set_percent_dutycycle() in stead of the procedures for 'absolute'
> settings.
>
> This is a good hint. And I would like to add: Always set the frequency
> first, and the d
This is KS066 driver. HD44780 compatible.
best wishes,
Vasile
On Mon, Sep 24, 2012 at 2:45 PM, picgak wrote:
> Hi to all the esteemed members of the JAL community,
> I am new to the group, but I dont know any other language to programme
> other than JAL. I am using the bert library's usually fo
ble.
On Fri, Aug 10, 2012 at 8:41 AM, Bogdan Mihai Octavian <
bogdan.mihai.octav...@gmail.com> wrote:
>Well, thank you for your answer! I guess that I'm responding back
> to Vasile Surducan? Cause your book, "Microcontrolere pentru toti" was the
> best book i
Hi Bogdan
In my opinion, failure predicament for Lead Acid accumulators is not too
complicated, but I do know nothing about LiFePO cells so I can't
pronounce... I've designed and manufactured as prototype, about five years
ago (if I don't wrong) a charger-discharger for NiMH with one channel
using
On Mon, Jun 25, 2012 at 11:56 PM, Joep Suijs wrote:
> Hi John,
>
> As far as I know there are no libraries in jal for 'software pwm'.
> There are however libraries up to CCP9, which suggests there are PICs
> with a lot of PWM pins. But that doesn't help if you already selected
> your target pic..
AFIK SHT75 does not need any temperature compensation, as long the self
heating and by purpose heating (with internal resistor) is avoided. But I'm
not using the computational algorithm from the library for RHT display so
maybe Eur can answer better to you.
On Thu, May 17, 2012 at 3:02 PM, jfmate
don't think I have posted code to google groups before, but I could
> learn if you want.
> --ivan.jal33
>
> On May 15, 7:08 am, vasile surducan wrote:
> > Hi,
> >
> > I see there are a few versions of USB code, by Alber Faber. Some of them
> > are located i
Hi,
I see there are a few versions of USB code, by Alber Faber. Some of them
are located in the sample/18F and the other in the
project/pic18F14k50_usb_io folder of the jalpack ver 0.8.0. I can see the
last one is not fully compatible with the PIC definition libraries.
Anyway, there is a simple wa
Vasile
On Sun, May 13, 2012 at 8:14 PM, vasile surducan wrote:
> Hi,
>
> I'm trying to use rtc_isr_tmr3.jal from jalpack 2.4o_0.8_0.9_0.9 without
> success.
> I know well the bresenham theory, however something is weird here with the
> procedure itself.
>
> The in
Hi,
I'm trying to use rtc_isr_tmr3.jal from jalpack 2.4o_0.8_0.9_0.9 without
success.
I know well the bresenham theory, however something is weird here with the
procedure itself.
The initialisation sequence I'm using is here:
procedure initTimer3 ( ) is
--
On Tue, May 1, 2012 at 8:36 AM, Oliver Seitz wrote:
>
> > "calendar.jal" doesn't do much. And, it does not conform to
> > nothing. Well, the filename explains the function a bit, but
> > that's all.
>
> Thinking about that again, the filename is misleading. In the basic sense,
> a calendar is a d
d how it should look?
> I guess the eeprom stuff is okay ;)
>
> Joep
>
> 2012/4/30 vasile surducan :
> > Hi Joep,
> >
> > I suggest the following modification to all PLL based microcontrollers
> > samples:
> >
> > -- even though the external c
Hi Joep,
Please, please double check the size of your code. I've seen a lot of
sdword and dwords. Remember the eeprom is used also with smaller memory
micros. The code in this situation must be useful for other things than
writing into an eeprom, right?
I feel the old eeprom library (or just routi
Hi Joep,
I suggest the following modification to all PLL based microcontrollers
samples:
-- even though the external crystal is 20 MHz, the configuration is such
that
-- the CPU clock is derived from the 96 Mhz PLL clock (div2), therefore set
-- target frequency to 48 MHz if pragma target CPUDIV
On Tue, Apr 24, 2012 at 9:01 PM, Rob Hamerling wrote:
>
> Hi Vasile,
>
> On 04/24/12 05:55 pm, vasile surducan wrote:
>
> . . . it seems correct that the blink_usb will not work at all when
>>
>> hardware problems appears on oscillator circuit.
>>
>
>
On Tue, Apr 24, 2012 at 6:41 PM, Rob Hamerling wrote:
>
> Hi Vasile
>
>
> On 04/24/12 02:52 pm, vasile surducan wrote:
>
> I've noticed a possible issue in blink files. Tested on 18F2550_blink
>> and 18F2550_blink.usb.
>> Since the IESO bit is not
Hi Rob,
I've noticed a possible issue in blink files. Tested on 18F2550_blink and
18F2550_blink.usb.
Since the IESO bit is not disabled, the system is switching from external
to internal clock.
If there is a HW problem with the external oscillator, the blink will run
using the internal oscillator
On Mon, Apr 23, 2012 at 1:19 PM, Joep Suijs wrote:
> Hi guys,
>
> I am working on a more advanced version of the 24lcxx libs. The name
> of the current basic version is eeprom_24lcxxx.jal (e.g.
> eeprom_24lc256.jal)
>
> The things that will be different in the new libraries:
>
> + page write is s
making changes to. Actually, kind of embarrasing.
>
> On Apr 21, 1:43 am, vasile surducan wrote:
> > Ivan, I had always appreciate Russian humor
> > :)
> >
> >
> >
> > On Fri, Apr 20, 2012 at 5:32 PM, ivan.jal33
> wrote:
> > > on the JA
etc.
> Enjoy:)
> ivan.jal33
>
> On Apr 20, 5:00 am, vasile surducan wrote:
> > It has the result of the last compile no mater if fails or not. Please
> see
> > the attached printscreen.
> >
> > VasileOn Thu, Apr 19, 2012 at 8:34 PM, Sunish Issac <
> sunish@
the file.out automatically ?
thx,
Vasile
On Wed, Apr 18, 2012 at 6:29 PM, vasile surducan wrote:
> Hi Sunish,
> I've attched a printscreen. Compiler is 2.4o, history ends at 2.4l, not
> bad.
> I'm back to Jal after one year of pause. Happily, I forgot everything.
> :)
>
Hello Vasile,
>
> On Wed, Apr 18, 2012 at 4:50 PM, vasile surducan wrote:
>
>> Hi Sunish,
>>
>> I've noticed at installation time there is a difference between the
>> compiler changelog file and the compiler version in the last jalpack.
>>
>
> What
Hi Sunish,
I've noticed at installation time there is a difference between the
compiler changelog file and the compiler version in the last jalpack. I
can't find the last compiler changelog file in the jalpack. This one:
http://www.casadeyork.com/jalv2/archive/README.txt
I'm looking in the wrong p
Analyze also which will be the sampling rate stored in the eeprom. If you
need only one eeprom_put before shutting down the whole stuff, then is OK,
but you will need a flag to validate the operation. Once data has been
stored, the flag should be set (or reset). At power on time, the same flag
will
If you analyze the work required for pick and place plus soldering of three
components, maybe the 0.15 becomes more...even it works. Probably used only
for bidirectional data, clock shifted in a simplest way.
Vasile
On Wed, Mar 28, 2012 at 6:35 PM, Joep Suijs wrote:
> It does work well indeed.
Sorry to disappoint you, but between Atmel and Pic is just a matter of
what do you like...both microcontrollers are good only for medium to
low speed applications. Enjoy the part you like more, but after 2
years of playing with you'll say both where crap.
Vasile
On Tue, Feb 7, 2012 at 9:55 AM,
On Thu, Feb 2, 2012 at 10:17 AM, Rob Hamerling wrote:
>
> Hi Vasile
>
>
> On 02/01/12 08:27 pm, vasile surducan wrote:
>
>> Do you know any PIC18 running at 5V with internal RTCC (USB too will
>> be a bonus) ?
>
>
> On the subject line you say 2 to 5V, so I
On Wed, Feb 1, 2012 at 11:37 PM, Oliver Seitz wrote:
> Hi!
>
>> Do you know any PIC18 running at 5V with internal RTCC (USB
>> too will
>> be a bonus) ?
>
> http://www.microchip.com/maps/microcontroller.aspx is really useful, you can
> search for any combination. With USB: No. Without USB: 12 hit
Hi all,
Do you know any PIC18 running at 5V with internal RTCC (USB too will
be a bonus) ?
It's about one year since my last PIC project and I'm not familiar
with the latest changes in the family.
thx,
Vasile
--
You received this message because you are subscribed to the Google Groups
"jallib
specially for Joep...
http://www.diginfo.tv/2011/11/11/11-0247-r-en.php
--
You received this message because you are subscribed to the Google Groups
"jallib" group.
To post to this group, send email to jallib@googlegroups.com.
To unsubscribe from this group, send email to
jallib+unsubscr...@go
On Tue, Aug 16, 2011 at 10:30 PM, Sebastien Lelong
wrote:
> Hi guys,
> For some "early adopters", I may be able to provide 2, maybe 3 kits of
> Jaluino Bee v2.0. $10 + shipping costs (and for the record, I'm not making
> money with these $10, it just what one kit cost to me). These "kits" allow
>
On Sun, Aug 14, 2011 at 2:09 PM, Sebastien Lelong
wrote:
> Hi Joep,
>
> 2011/8/14 Joep Suijs
>>
>> > I could argue that:
>> > - people would just dump their code onto the SVN repository, as a
>> > "don't
>> > touch this" piece of work. Why putting this in jallib ? A private,
>> > personal
>> >
On Sun, Aug 14, 2011 at 5:00 AM, mattschinkel wrote:
>> Maybe we should leave the libraries as is when the original author
>> does not agree and create a new library. At some point the (a)
>> benevolent dictator can decide to remove the old lib from the
>> distribution if multiple libraries become
th tests used serial port
> instead of LCD.
>
> I prefer to update over creating copies, otherwise someday we will
> have 10 versions of this.
>
> Matt.
>
> On Aug 12, 1:52 am, vasile surducan wrote:
>> On Thu, Aug 11, 2011 at 2:10 PM, mattschinkel
>> wrote:
On Thu, Aug 11, 2011 at 2:10 PM, mattschinkel wrote:
> Hey guys, I had a chance to hook up and test a TC77 temp sensor.
>
> First thing I noticed is that it is a SPI chip but does not use the
> SPI libraries. If nobody has any concerns, I wish to update it so it
> may use SPI hardware or SPI softw
On Sun, Jul 24, 2011 at 4:17 AM, Oliver Seitz wrote:
>>Disabling PWM does not get what you want: it does disable the toggling, but
>>the pin could either be high or low (thus: might continuesly emit IR and draw
>>current).
>
> Right, but I had another working variant before: PWM was continuously
On Sat, Jul 16, 2011 at 1:28 AM, Sebastien Lelong
wrote:
> Hi guys,
> Just a follow-up on
> this: http://justanotherlanguage.org/content/jaluino/blog/bee_v2_intro
> I'm quite happy with this last version, everything seems to work as expected
> (tested blink, serial, USB serial, RTCC, SD-Card, Mini
On Sat, Jun 18, 2011 at 2:22 AM, Sebastien Lelong
wrote:
> Hi,
> I've been playing with this sample, trying to decypher a towel warmer remote
> control (two buttons)... I'm able to trigger INT0 interrupts, but I can't
> seem to find a way to differentiate buttons. I tried to capture 100 events
> (
life is offtopic?
:)
On my table it was worse...
Vasile
On Wed, Jun 15, 2011 at 7:37 PM, Sunish Issac wrote:
> Look at the 2007 photo, does it look like our tables ?
>
> http://www.edn.com/article/518496-Analog_guru_Jim_Williams_dies_after_stroke.php
>
> Sunish
>
>
> --
> You received this mes
Electronics become bulshit. All people are producing, nobody need their
work.
Enjoy:
http://dangerousprototypes.com/
Vasile
--
You received this message because you are subscribed to the Google Groups
"jallib" group.
To post to this group, send email to jallib@googlegroups.com.
To unsubscribe
ti-ti-ti-taa, ti-ti-ti-taa, taa, ti-ti-ti, taa...ta-ti-ta.
reminiscences from the army...
:)
Vasile
On Sat, Jun 11, 2011 at 1:07 AM, Joep Suijs wrote:
> Ham radio call signs.
>
> 2011/6/11 Sebastien Lelong :
> > hi guys,
> > sorry to interrupts :) what is AB4YD, AB4YD, etc... ?
> > Seb
> >
> >
niño será obsoleta antes de que
>> la
>> > use, entonces, ¿qué es lo que tiene que aprender? La respuesta es obvia:
>> La
>> > única habilidad competitiva a largo plazo es la habilidad para
>> aprender*“.
>> > Seymour Papert
>> >
>> > On W
1 - 100 of 563 matches
Mail list logo