Thanks, I'm not too worried about extreme stability etc, as it's going to be just a test piece for own use, like in a greenhouse, where it's not very convenient to carry a computer to make configuration changes.
On Tue, Dec 30, 2014 at 11:25 PM, vasi vasi <[email protected]> wrote: > Until then, this is an example with more verifications and it signals if the > 1wire bus (or a single sensor) is disconnected at any point in the running > program (slight modifications of existing libraries to cover just this case > - nothing major). Unfortunately, not much help for your case but > demonstrates the weakness in the official libraries and example. > > > > On Tue, Dec 30, 2014 at 10:09 PM, vasi vasi <[email protected]> wrote: >> >> Also, the crc verification fails somehow. If I disconnect the sensor, the >> ID and temperature are all displayed as zeros, without any warning or >> signaling error. >> >> The actual library and the application sample have to be rewritten from >> scratch, as are useful only in ideal situations. I do not recommend them for >> production. >> . >> >> On Tue, Dec 30, 2014 at 10:03 PM, vasi vasi <[email protected]> wrote: >>> >>> Karlis, it was an unfinished library, with emphasis on search method, It >>> is a brute, unfinished translation from C language.. >>> I started this because the actual one wire library and the temp. sensor >>> lib. does not handle all problems that can appear on a one wire bus, >>> including no sensor presence, or a sensor disappearance in the middle of the >>> running program. Right now I'm working on a set of XC8 compiler libraries >>> (including one wire bus) and I intend to return to JAL after I'll have those >>> working >>> >>> Meantime, I gave you the link to a working C library for AVRs, who handle >>> all the unexpected events... see if you can get something useful from there. >>> >>> On Tue, Dec 30, 2014 at 7:45 PM, Karlis <[email protected]> wrote: >>>> >>>> Hi, >>>> >>>> I'm finally returning to this topic, and have some trouble. >>>> This example, given by Vasi, has this construct: >>>> >>>> function ow_bit_io(byte in out b) return byte is >>>> return ow_bit_io_intern( b & 1, 0) >>>> end function >>>> >>>> corresponding called function is defined as: >>>> function ow_bit_io_intern(byte in out b, bit in with_parasite_enable) >>>> return byte is >>>> >>>> but my compiler, jalv24q3, complains about that function call: >>>> rosso_ow.jal:111: ')' expected (got '&') >>>> rosso_ow.jal:111: Too few parameters (2 expected, 1 found) >>>> rosso_ow.jal:111: 'end' expected (got ',') >>>> rosso_ow.jal:111: {function starts at rosso_ow.jal:109} >>>> rosso_ow.jal:111: unexpected token: "," >>>> 5 errors, 0 warnings >>>> >>>> Looks like "b & 1" does not look like a good option for a byte >>>> variable to compiler. >>>> >>>> If I enclose it in parentheses, compiler gives this: >>>> return ow_bit_io_intern(b & 1, 0) >>>> >>>> rosso_ow.jal:111: ')' expected (got '&') >>>> rosso_ow.jal:111: Too few parameters (2 expected, 1 found) >>>> rosso_ow.jal:111: 'end' expected (got ',') >>>> rosso_ow.jal:111: {function starts at rosso_ow.jal:109} >>>> rosso_ow.jal:111: unexpected token: "," >>>> 5 errors, 0 warnings >>>> >>>> I am not sure that bit masking is really required there, but why is is >>>> complaining about this? >>>> >>>> On Thu, Nov 27, 2014 at 2:25 AM, vasi vasi <[email protected]> wrote: >>>> > I was working on a port of a 1wire library with search function, but >>>> > not >>>> > tested it yet. If you want to play with, here it is. >>>> > >>>> > In the comment at the beginning of the file you have the web address >>>> > of the >>>> > AVR library >>>> > >>>> > On Wed, Nov 26, 2014 at 3:36 PM, KPL <[email protected]> wrote: >>>> >> >>>> >> Hi, >>>> >> >>>> >> I have used ds18b20 library from jallib many times, but now I would >>>> >> like to read multiple sensors, connected to the same bus. The only >>>> >> example I see in trunk is tst_ds18b20_multi_serial.jal, which just >>>> >> reads predefined sensors, by their ID's - but can not detect sensors >>>> >> and their ID's by itself. >>>> >> >>>> >> The only mentioning of search algorithm done in JAL i see here: >>>> >> http://mientki.ruhosting.nl/data_www/pic/libs_hw/dallas_1_wire.html >>>> >> but link to include file delay_20mc.jal returns 404, and procedure >>>> >> itself seems complicated, together with bank_arrays. >>>> >> Are there any other attempts at this? >>>> >> >>>> >> I am reading AN187, but... somehow... probably need more sleep or >>>> >> something. >>>> >> >>>> >> The general idea is to build a device with currently "hot" ESP8266 >>>> >> module, which would periodically check sensors connected to it, and >>>> >> send sensor id's together with corresponding temperatures to a web >>>> >> server. >>>> >> >>>> >> -- >>>> >> KPL >>>> >> >>>> >> -- >>>> >> 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 [email protected]. >>>> >> To post to this group, send email to [email protected]. >>>> >> Visit this group at http://groups.google.com/group/jallib. >>>> >> For more options, visit https://groups.google.com/d/optout. >>>> > >>>> > >>>> > >>>> > >>>> > -- >>>> > Vasi >>>> > >>>> > -- >>>> > 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 [email protected]. >>>> > To post to this group, send email to [email protected]. >>>> > Visit this group at http://groups.google.com/group/jallib. >>>> > For more options, visit https://groups.google.com/d/optout. >>>> >>>> >>>> >>>> -- >>>> Kārlis >>>> >>>> -- >>>> 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 [email protected]. >>>> To post to this group, send email to [email protected]. >>>> Visit this group at http://groups.google.com/group/jallib. >>>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> >>> -- >>> Vasi >> >> >> >> >> -- >> Vasi > > > > > -- > Vasi > > -- > 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 [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/jallib. > For more options, visit https://groups.google.com/d/optout. -- Kārlis -- 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 [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/jallib. For more options, visit https://groups.google.com/d/optout.
