From: WFT E. G. S. C. <wf...@fr...> - 2005-09-29 14:57:11
|
Hello I recommend NOT building any master solutions. find a way to make the slave device based on PIC or Scenix or ??? fast enough to work with standard masters. Then existing systems will be able to accept programmable slaves without replacing masters. Regards AGSC On Sep 29, 2005, at 8:41 AM, Ren=E9 Tegel wrote: Hi, A solution would be to create a DS2480 compatible device as master... =20= as said i got stuff working, but not 100% reliable. Could be because =20 i was using a breadboard (i hear some electrotechnicians yelling from =20= here). I am pretty sure a faster pic (8MHz+) would solve at least =20 some of the problems. Attached the source i made by then - i cannot guaratuee this version =20 works (done lot of experimenting, not sure where i quit). Also =20 apologize me for not cleaning up source and especially the dutch =20 comments. If you think it is worth working on i might undust my =20 programmer and pick up the project again ;) Some comments on the code. Initially i took a ID of a 1-wire device =20 that was connected to 1 i/o pin (the programm would be master, read =20 the ID and use that one). later on i wrote some routines that =20 generate a random unique ID with correct checksum, which was =20 generated and stored in flash at first startup. I hope i find time to restructure this code and build an example of a =20= dallas compatible device. For the list members, sourceforge mailing list manager refused the =20 small attached zip as i sent to Petr. You can download it from here =20 http://misc.dubaron.com/electronics/ regards, rene 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-=20 > build'.. > RT> as said in my previous mail, i encountered problems using =20 > dallas' master > RT> devices. > RT> if you want i can delve my archives and send you the source for =20= > a custom > RT> slave, written for a 12f675 (if i remember correctly) in =20 > 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 =20 >>> 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 =20 >>> 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 =20 >>> to extend OWFS for these >>> APHMD> "one-of" devices. APHMD> APHMD> I presume there would be =20 >>> specific memory addresses with known format that would >>> APHMD> have a meaning (like 0x0122-3 are int16 "angle") and PIO.A =20= >>> is "motor on" >>> APHMD> APHMD> Seems like a configuration file and parser would =20 >>> work. I haven't done anything >>> APHMD> like that for years. Text? XML? >>> APHMD> APHMD> Once parsed, this process wold be vary fast, and =20 >>> easy to intergrate into the >>> APHMD> current design. The only question is whether it should =20 >>> include small "programs" >>> APHMD> like the process needed to get humidity or thermocouple =20 >>> readings, which need >>> APHMD> several different properties read and set, in order. >>> APHMD> APHMD> Paul >>> >>> APHMD> ________________________________ >>> >>> APHMD> From: owf...@li... on =20 >>> behalf of Petr >>> APHMD> Sent: Tue 9/27/2005 3:20 AM >>> APHMD> To: ND Holmes >>> APHMD> Cc: sl...@tp... >>> 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 =20= >>> (act) >>> APHMD> "exactly" as a one wire device (slave), so the master =20 >>> (OWFS) can't >>> APHMD> find any difference and will detect and treat microchip =20 >>> exactly as the >>> APHMD> real one 1-wire device. DS2431 (1024-Bit 1-Wire EEPROM) is =20= >>> coming to >>> APHMD> mind as a good candidate. >>> >>> APHMD> IMHO it can be possible to write commands (sense of =20 >>> rotation of the >>> APHMD> motor, speed, number of steps, acceleration, etc...) to =20 >>> the Microchip >>> APHMD> memory (acting as DS2431 EEPROM) through 1-wire network. >>> >>> APHMD> Microchip (according to the received information) will =20 >>> control motor >>> APHMD> and will write feedback information (the real position of =20 >>> the motor for >>> APHMD> example) to an other part of the EEPROM so it will be =20 >>> 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, =20 >>> discussions, >>> and more. http://solutions.newsforge.com/ibmarch.tmpl >>> _______________________________________________ >>> Owfs-developers mailing list >>> Owf...@li... >>> 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, =20 > discussions, > RT> and more. http://solutions.newsforge.com/ibmarch.tmpl > RT> _______________________________________________ > RT> Owfs-developers mailing list > RT> Owf...@li... > RT> https://lists.sourceforge.net/lists/listinfo/owfs-developers > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, =20 > discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Owfs-developers mailing list > Owf...@li... > https://lists.sourceforge.net/lists/listinfo/owfs-developers > > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, =20 discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Owfs-developers mailing list Owf...@li... https://lists.sourceforge.net/lists/listinfo/owfs-developers |