Rene thanks a lot. I will check the code.
BTW surprisingly I have discovered the 1-Wire LCD controller made by Louis Swart http://www.louisswart.co.za/1-Wire_Overview.html is basically identical with intended idea (instead of the motor he is driving LCD display). Of course it can be easier and faster to design such a "home-build slave" if Louise's code can be available under some public licence. I will try to contact Louis by mail :) I think we will prefer to design to design it as a SLAVE device because of the compatibility with the existing systems etc. Petr RT> Hi, RT> A solution would be to create a DS2480 compatible device as master... as RT> said i got stuff working, but not 100% reliable. Could be because i was RT> using a breadboard (i hear some electrotechnicians yelling from here). I RT> am pretty sure a faster pic (8MHz+) would solve at least some of the RT> problems. RT> Attached the source i made by then - i cannot guaratuee this version RT> works (done lot of experimenting, not sure where i quit). Also apologize RT> me for not cleaning up source and especially the dutch comments. If you RT> think it is worth working on i might undust my programmer and pick up RT> the project again ;) RT> Some comments on the code. Initially i took a ID of a 1-wire device that RT> was connected to 1 i/o pin (the programm would be master, read the ID RT> and use that one). later on i wrote some routines that generate a random RT> unique ID with correct checksum, which was generated and stored in flash RT> at first startup. RT> I hope i find time to restructure this code and build an example of a RT> dallas compatible device. RT> For the list members, sourceforge mailing list manager refused the small RT> attached zip as i sent to Petr. You can download it from here RT> http://misc.dubaron.com/electronics/ RT> regards, RT> rene RT> Petr wrote: >> Rene, >> >> thanks for your offer. I will appreciate if you can send your >> sources to me. >> >> Problems described before can be, IMHO, caused because 4 MHz frequency >> of 12f675 is not fast enough to accomplish protocol standards >> properly. We will try it with faster microprocessor :). >> >> BTW I will prefer if such a "home-build slave" can be detected and >> driven on the 1-wire network using OWFS, not by some "home-build" >> master. >> >> Regards >> >> Petr >> RT> Hi, >> >> RT> think you have best changes if both slave and master are 'home-build'.. >> RT> as said in my previous mail, i encountered problems using dallas' master >> RT> devices. >> >> RT> if you want i can delve my archives and send you the source for a custom >> RT> slave, written for a 12f675 (if i remember correctly) in assembler. >> >> RT> regards, >> >> RT> rene >> >> RT> Petr wrote: >> >>>>I have made some research during the weekend and it looks like there >>>>is nearly no activity in "1-Wire slave" emulation on the Internet. >>>>The only web I have found is in Poland (fortunately Polish is similar >>>>a little bit to the Czech language so I can understand it :) >>>>http://idom.wizzard.one.pl >>>> >>>>This guy is designing his own home automation using 1-Wire protocol. >>>>Slave devices on the network are build using the atmel tiny13 >>>>microprocessor and the sources are available in the download section. >>>> >>>>We will do more investigation and experiments and I will send more >>>>info about our progress (if any :) later on. >>>> >>>>Petr >>>> >>>>APHMD> Petr, >>>>APHMD> >>>>APHMD> It would be nice to have an easily added facility to extend OWFS for >>>>these >>>>APHMD> "one-of" devices. >>>>APHMD> >>>>APHMD> I presume there would be specific memory addresses with known format >>>>that would >>>>APHMD> have a meaning (like 0x0122-3 are int16 "angle") and PIO.A is "motor >>>>on" >>>>APHMD> >>>>APHMD> Seems like a configuration file and parser would work. I haven't >>>>done anything >>>>APHMD> like that for years. Text? XML? >>>>APHMD> >>>>APHMD> Once parsed, this process wold be vary fast, and easy to intergrate >>>>into the >>>>APHMD> current design. The only question is whether it should include small >>>>"programs" >>>>APHMD> like the process needed to get humidity or thermocouple readings, >>>>which need >>>>APHMD> several different properties read and set, in order. >>>>APHMD> >>>>APHMD> Paul >>>> >>>>APHMD> ________________________________ >>>> >>>>APHMD> From: [EMAIL PROTECTED] on behalf of Petr >>>>APHMD> Sent: Tue 9/27/2005 3:20 AM >>>>APHMD> To: ND Holmes >>>>APHMD> Cc: [EMAIL PROTECTED] >>>>APHMD> Subject: [Owfs-developers] Re: Microchip acting as 1Wire >>>> >>>> >>>> >>>>APHMD> Nathan, >>>>APHMD> good to know somebody is as crazy as we are :) >>>> >>>>APHMD> Our main intention was (is) to program Microchip to behave (act) >>>>APHMD> "exactly" as a one wire device (slave), so the master (OWFS) can't >>>>APHMD> find any difference and will detect and treat microchip exactly as >>>>the >>>>APHMD> real one 1-wire device. DS2431 (1024-Bit 1-Wire EEPROM) is coming to >>>>APHMD> mind as a good candidate. >>>> >>>>APHMD> IMHO it can be possible to write commands (sense of rotation of the >>>>APHMD> motor, speed, number of steps, acceleration, etc...) to the Microchip >>>>APHMD> memory (acting as DS2431 EEPROM) through 1-wire network. >>>> >>>>APHMD> Microchip (according to the received information) will control motor >>>>APHMD> and will write feedback information (the real position of the motor >>>>for >>>>APHMD> example) to an other part of the EEPROM so it will be possible to >>>>read >>>>APHMD> this information from the 1-wire network. >>>> >>>>APHMD> I will appreciate your comments. >>>> >>>>APHMD> Petr >>>> >>>> >>>> >>>> >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email is sponsored by: >>>>Power Architecture Resource Center: Free content, downloads, discussions, >>>>and more. http://solutions.newsforge.com/ibmarch.tmpl >>>>_______________________________________________ >>>>Owfs-developers mailing list >>>>[email protected] >>>>https://lists.sourceforge.net/lists/listinfo/owfs-developers >> >> >> >> >> RT> ------------------------------------------------------- >> RT> This SF.Net email is sponsored by: >> RT> Power Architecture Resource Center: Free content, downloads, discussions, >> RT> and more. http://solutions.newsforge.com/ibmarch.tmpl >> RT> _______________________________________________ >> RT> Owfs-developers mailing list >> RT> [email protected] >> RT> https://lists.sourceforge.net/lists/listinfo/owfs-developers >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: >> Power Architecture Resource Center: Free content, downloads, discussions, >> and more. http://solutions.newsforge.com/ibmarch.tmpl >> _______________________________________________ >> Owfs-developers mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/owfs-developers RT> ------------------------------------------------------- RT> This SF.Net email is sponsored by: RT> Power Architecture Resource Center: Free content, downloads, discussions, RT> and more. http://solutions.newsforge.com/ibmarch.tmpl RT> _______________________________________________ RT> Owfs-developers mailing list RT> [email protected] RT> https://lists.sourceforge.net/lists/listinfo/owfs-developers ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Owfs-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/owfs-developers
