You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(23) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(29) |
2004 |
Jan
(14) |
Feb
(7) |
Mar
(12) |
Apr
(53) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(15) |
2005 |
Jan
(16) |
Feb
|
Mar
(6) |
Apr
(25) |
May
(8) |
Jun
(4) |
Jul
(6) |
Aug
|
Sep
(15) |
Oct
(4) |
Nov
(13) |
Dec
(25) |
2006 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(10) |
May
(20) |
Jun
(2) |
Jul
(10) |
Aug
(5) |
Sep
(3) |
Oct
(5) |
Nov
(12) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
(20) |
Apr
(1) |
May
(16) |
Jun
|
Jul
(2) |
Aug
|
Sep
(12) |
Oct
(19) |
Nov
|
Dec
(1) |
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(10) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(8) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(12) |
Dec
|
2012 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
From: Alex S. <kiw...@gm...> - 2017-10-09 11:53:56
|
Hi team, I thought I’d experiment with the SourceForge supplied cvs2xxx scripts and did a test run of the cvs2svn command based on this page: https://sourceforge.net/p/forge/documentation/CVS/ I create a SSH Shell and ran this command: cvs2svn --tmpdir ~/cvs2svn-tmp --existing-svnrepos --encoding=utf8 --encoding=latin1 --fallback-encoding=ascii -s /home/svn/p/embeddedloconet/svn /home/cvs/e/em/embeddedloconet Which has created a Svn repo here: https://sourceforge.net/p/embeddedloconet/svn/HEAD/tree/ <https://sourceforge.net/p/embeddedloconet/svn/HEAD/tree/> Do people generally think this is a good way to proceed? Regards Alex Shepherd |
From: Alex S. <kiw...@gm...> - 2017-10-08 19:22:34
|
Hi Embedded LocoNetTeam, SourceForge have announced they want to discontinue CVS support and the current plan is to stop allowing CVS commits by November 30th and make the repo Read-Only after then. You can read more about it here: https://sourceforge.net/p/forge/documentation/CVS/ So we need to upgrade it so what do people want to switch to - SubVersion or Git? I note that LocoNetOverTCP uses SubVersion so does that indicate a preference for SubVersion? Is anyone keen to do the CVS->SubVersion/Git migration process? Regards Alex Shepherd p: +64-7-829 4441 m: +64-21-777764 e: kiw...@gm... |
From: Martin P. <ma...@pi...> - 2012-02-10 21:01:50
|
Hello, some minutes ago I deleted some files by accident in CVS in /avr-base and /loconet. Very sorry about that. I just checked out the previous versions and readded them. As far as I can see every file contant is as before, but the version/revision infos have changed. I suggest that you please check and update you local copies. Sorry about any inconvenience (cite from Deutsche Bahn AG) Martin -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Martin P. <ma...@pi...> - 2012-01-13 12:31:08
|
Hello Alex, so I proceed on FREDI in CVS. Thanks, Martin Am 13.01.2012 03:32, schrieb Alex Shepherd: > I've not done anything about it beyond... -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Alex S. <li...@aj...> - 2012-01-13 03:27:46
|
I've not done anything about it beyond shifting my Arduino stuff to MRRwA.org and associated SVN - take you time, I'll purge my Arduino stuff from EmbeddedLocoNet in the next few months and then we can decide on a way-forward for EmbeddedLocoNet SVN. Alex > -----Original Message----- > From: Martin Pischky [mailto:ma...@pi...] > Sent: Friday, 13 January 2012 1:22 a.m. > To: EmbeddedLocoNet developer discussions > Subject: Re: [Embeddedloconet-developers] Please Check-In any changes to > CVS > > Hello *, > > Any news about migration to svn? > > Just want to know if I still have an excuse to not work on FREDI... > > Martin > > Am 24.11.2011 08:52, schrieb Martin Pischky: > >> If Martin gives a go, I am fine with migration now. > > GO > > -- > ---------------------------------------------------------------- > Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany > http://www.pischky.de mailto:ma...@pi... > tel: +49 511 7000665 mobile: +49 151 11592222 > ---------------------------------------------------------------- > > ---------------------------------------------------------------------------- -- > RSA(R) Conference 2012 > Mar 27 - Feb 2 > Save $400 by Jan. 27 > Register now! > http://p.sf.net/sfu/rsa-sfdev2dev2 > _______________________________________________ > Embeddedloconet-developers mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embeddedloconet-developers |
From: Martin P. <ma...@pi...> - 2012-01-12 12:48:20
|
Hello *, Any news about migration to svn? Just want to know if I still have an excuse to not work on FREDI... Martin Am 24.11.2011 08:52, schrieb Martin Pischky: >> If Martin gives a go, I am fine with migration now. > GO -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Alex S. <li...@aj...> - 2012-01-02 10:56:57
|
Happy New Year Guys, Just a quick not to say that I have updated the Arduino LocoNet and NmraDCC libraries to work with Arduino 1.0 as the update broke a few things. There is a brief posting here: http://mrrwa.org/ You can download the latest version from here: http://sourceforge.net/projects/mrrwa/files/MRRwA-2011-12-31.zip/download Enjoy. Alex |
From: Martin P. <ma...@pi...> - 2011-11-24 07:52:54
|
Hello, Am 23.11.2011 22:51, schrieb Stefan Bormann: > Finished stuff that I dare to commit just now. For what are these funny xml files *.aps ;-) You should read the makefile book! > If Martin gives a go, I am fine with migration now. GO > I did not review the tag migration functionallity in cvs2svn, but > I guess we could live with a trivial approach: We will see. If we keep CVS online (readonly) I do not mind about loosing these tag information. May be cvs2svn is doing a better job and we could remove cvs after testing. > So a /trunk in the root with the existing CVS tree and a > /tags/whatever_name_the_tag with the entire tree at the time something > was tagged with name "whatever_anme_the_tag" for every tag name that > exists in the CVS tree. This is not the recommend structure for svn: http://svnbook.red-bean.com/nightly/de/svn.reposadmin.planning.html#svn.reposadmin.projects.chooselayout Choosing another structure makes work with eclipse a little bit more complicated (the plugin tries to guess something from position of "trunk" and "tags" in path) But if when using cvs2svn there is no choice (AFAIK). I would propose using /trunk/... /tags/fredi/1.8/apps/fredi/... /tags/fredi/1.8/loconet/... /tags/zfn800/n.m/... And I would try (for new tags) to copy only the required files I hope to find time next week to resume work on FREDI. Martin -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Stefan B. <sbo...@no...> - 2011-11-23 21:51:13
|
Hi Alex! > There is no rush. Finished stuff that I dare to commit just now. Wattenscheider signal decoder has two changes that are not trivial, so I won't commit them right now. If Martin gives a go, I am fine with migration now. I did not review the tag migration functionallity in cvs2svn, but I guess we could live with a trivial approach: always tag the entire tree. Any Application needs the shared folders, so everything else would be quite complex, anyway. So a /trunk in the root with the existing CVS tree and a /tags/whatever_name_the_tag with the entire tree at the time something was tagged with name "whatever_anme_the_tag" for every tag name that exists in the CVS tree. -- Stefan Bormann ste...@gm... |
From: Mail L. <li...@aj...> - 2011-11-22 09:13:01
|
There is no rush. I can wait until you're ready. There is nothing compelling me to make the change from CVS to SVN now or in the future apart from it being a good thing to do and to reduce the hassle tweaking the website, which could also be solved by using my Linux box. I'll maybe experiment with a conversion to see how well it goes but not go-live until you guys are ready. No pressure. Regards Alex Shepherd On 22/11/2011, at 8:47 PM, Stefan Bormann <sbo...@no...> wrote: > Hi Alex! > >> If anyone has uncommitted source code changes on their local systems can >> they please commit them ASAP or at least let us know they exist? > > Yea, two projects have uncommitted code and several have changed > project files. Please give me 24h to determine wether to commit > now or in the future SVN! > > > -- > Stefan Bormann ste...@gm... > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Embeddedloconet-developers mailing list > Emb...@li... > https://lists.sourceforge.net/lists/listinfo/embeddedloconet-developers |
From: Stefan B. <sbo...@no...> - 2011-11-22 07:47:47
|
Hi Alex! > If anyone has uncommitted source code changes on their local systems can > they please commit them ASAP or at least let us know they exist? Yea, two projects have uncommitted code and several have changed project files. Please give me 24h to determine wether to commit now or in the future SVN! -- Stefan Bormann ste...@gm... |
From: Martin P. <ma...@pi...> - 2011-11-22 07:27:47
|
Am 22.11.2011 03:41, schrieb Alex Shepherd: > Hi Martin, > >> [... about SVN/GIT] > That's true, one of our software development teams at work have converted to > GIT for a big project but I'm not sure if the Windows GUI tools are mature > enough to make this main stream for the average user. There is tortoiseGIT. The screen shot on http://www.heise.de/software/download/tortoisegit/81882 look very similar to me. But: I have never used git or tortoisegit. I did not want to drive you to git, I only want to say that there are other options (Mercurial,...). For my paid projects I will continue using SVN because I know it. I would vote for using SVN here. > ... > Let me have a go at doing b) and if that looks ok then we can go with that > else we can revert back to a). Either way I think we should make CVS > read-only now anyway. I'll post another email about that now. Ok, I'm fine with that. Martin -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Martin P. <ma...@pi...> - 2011-11-22 07:18:41
|
Am 22.11.2011 03:44, schrieb Alex Shepherd: > Hi Guys, > > If anyone has uncommitted source code changes on their local systems can > they please commit them ASAP or at least let us know they exist? > Yes, I have. That's the code Stefan developed with me to add SV-Programming to FREDI. Thats in: /apps/Bootloader/TestApplication/*.[c|h] /apps/Fredi/sysdef.h /loconet/IdStoargeEEprom.c /loconet/IdStorageEqualsSerial.c That is untested but will be included in release of FREDI 1.8. But if we do a fast switch (one or two weeks), I would prefer to redo changes in _new_ repository. As long as the CVS is readable it will be an easy job for me. Than FREDI <=1.7 would be in CVS and 1.8 will start in SVN. Martin -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Alex S. <li...@aj...> - 2011-11-22 03:44:59
|
Hi Martin, > I'm a little bit afraid in loosing release information when converting the > repository from CVS to SVN. CVS and SVN are using completely different > release mechanism (CVS uses TAGS and SVN uses "shallow copy"). > > I know that it is pain to work with CVS if you know SVN. But People using GIT > are saying similar things about SVN. Also on switching to a new revision > control system there would be a chance to clean up the directory structure... That's true, one of our software development teams at work have converted to GIT for a big project but I'm not sure if the Windows GUI tools are mature enough to make this main stream for the average user. Also, while the capabilities for each developer with GIT are way more powerful, it also seems to have much higher potential for screwing up the project by unfamiliar developers compared to SVN, so I think on-balance SVN is still a good choice for our projects. I know there are Windows Command line tools on Windows but that is not so appealing to me as TortoiseSVN say... > In my opinion I would like to see a converted repository first before doing a > complete switch. Yes for sure. > > What do you think? Well to me the options are: a) Make the current CVS read-only, export the HEAD version, clean up the various folders and remove any old/stale/dead/junk files/folders and then check-in to a new SVN and continue with SVN. This makes no attempt to transfer the change history and commit logs etc. b) Make the current CVS read-only, do a cvs2svn and restore that into SVN, then do the files/folder clean-up and re-commit that to SVN. That should give you more change history and doing nothing but I'm not sure how much. I think because we have NOT do branching and merging back into the HEAD then it should be pretty good. > Another idea: > What about making CVS readonly and coping only new/current projects to > SVN? This would be option a) above which is a good choice. Let me have a go at doing b) and if that looks ok then we can go with that else we can revert back to a). Either way I think we should make CVS read-only now anyway. I'll post another email about that now. Alex |
From: Alex S. <li...@aj...> - 2011-11-22 02:45:01
|
Hi Guys, If anyone has uncommitted source code changes on their local systems can they please commit them ASAP or at least let us know they exist? We are discussing the way forward with CVS and maybe just using SVN for new projects or migrating the current CVS repository over to SVN. They are different paths but either way we need to get the current CVS up-to-date. Regards Alex Shepherd |
From: Martin P. <ma...@pi...> - 2011-11-21 08:10:52
|
Am 20.11.2011 08:10, schrieb Alex Shepherd: > We could do a cvs2svn on the CVS repository and put the whole of the CVS > history into the SVN repository as it is more modern and better in many ways > compared to CVS. However, it's really up to the FREMO guys to decide. I've > recently done the conversion from CVS to SVN on a personal CVS archive I > have for my own code so I could repeat the exercise with the EmbeddedLocoNet > CVS repository Hello Alex, I'm a little bit afraid in loosing release information when converting the repository from CVS to SVN. CVS and SVN are using completely different release mechanism (CVS uses TAGS and SVN uses "shallow copy"). I know that it is pain to work with CVS if you know SVN. But People using GIT are saying similar things about SVN. Also on switching to a new revision control system there would be a chance to clean up the directory structure... In my opinion I would like to see a converted repository first before doing a complete switch. > What do you think? Hmm.... Another idea: What about making CVS readonly and coping only new/current projects to SVN? Martin -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Alex S. <li...@aj...> - 2011-11-20 07:34:06
|
Hi Stefan, > > The EmbeddedLocoNet SVN repository pretty much just has the Arduino > > stuff and the latest version of the website (I'm not setup for CVS > > anymore which is a real pain) so maybe I should just delete the SVN > repository. > > You mean delete the Subversion of embedded LocoNet? Yes. It only has the Arduino stuff in it. > Why did you doublicate the website to Subversion than? I've upgraded/reinstalled Windows 7 twice since committing any updates to CVS. I didn't have CVS installed on my laptop and I had issues getting CVS to work so I just put it in SVN in-the-men-time. I had another go at it tonight and managed to get the changes into CVS so I've deleted the website directory in SVN. Had to add it to another revision instead of reverting the repository to the previous version, as this didn't work for me... > There should be only one repository for the website, so either you delete it > from CVS or from SVN. > I don't see a reason to disable the repository altogether, just remove the > doublicated stuff somewhere ;-) Yeah, I only did that because I had issues with CVS, I've got CVS going again and committed the website changes. I've deleted the website from the SVN and committed another version - I couldn't figure out how to revert the repository to the previous version using TortoiseSVN. We could do a cvs2svn on the CVS repository and put the whole of the CVS history into the SVN repository as it is more modern and better in many ways compared to CVS. However, it's really up to the FREMO guys to decide. I've recently done the conversion from CVS to SVN on a personal CVS archive I have for my own code so I could repeat the exercise with the EmbeddedLocoNet CVS repository What do you think? Alex |
From: Stefan B. <sbo...@no...> - 2011-11-18 21:06:58
|
Hi Alex! > The EmbeddedLocoNet project still has quite a bit of non-Arduino code in the > CVS repository which the FREMO guys are working on so that will continue. That's very true. > The EmbeddedLocoNet SVN repository pretty much just has the Arduino stuff > and the latest version of the website (I'm not setup for CVS anymore which > is a real pain) so maybe I should just delete the SVN repository. You mean delete the Subversion of embedded LocoNet? Why did you doublicate the website to Subversion than? There should be only one repository for the website, so either you delete it from CVS or from SVN. I don't see a reason to disable the repository altogether, just remove the doublicated stuff somewhere ;-) -- Stefan Bormann ste...@gm... |
From: Alex S. <li...@aj...> - 2011-11-15 07:51:03
|
Hi Guys, I decided to move the on-going development of both the EmbeddedLocoNet and OpenDcc Arduino Libraries to a new Arduino centric project called "Model Railroading with Arduino" http://mrrwa.org so any new work on these libraries and new MRR based Arduino projects are welcome at the http://mrrwa.sourceforge.net/ project. Basically things have become more Arduino centric and I got tired of maintaining these two libraries in separate source code repositories as they pretty much live side-by-side on my PC, so I merged them into a new project. There was also some momentum from the X2011 convention that motivated me as well. I've only recently got my MRR and electronics stuff unpacked from being in storage (for the last 3 years) while we got our new house built. It's been quite a long haul - hence the lack of progress on these projects, however I'm starting to think about and get time to work on MRR projects again now, so hopefully you should see some new stuff bubble to the surface. I've updated the two SourceForge project websites to reflect this change: http://embeddedloconet.sourceforge.net/ http://opendcc.sourceforge.net/ The EmbeddedLocoNet project still has quite a bit of non-Arduino code in the CVS repository which the FREMO guys are working on so that will continue. The EmbeddedLocoNet SVN repository pretty much just has the Arduino stuff and the latest version of the website (I'm not setup for CVS anymore which is a real pain) so maybe I should just delete the SVN repository. What do EmbeddedLocoNet people think? The OpenDCC project SVN repository just has the Arduino library and some really old versions of Wolfgang's code that have not been updated so maybe the whole OpenDCC SourceForge project should be deleted, leaving only Wolfgang's OpenDCC.org website. If Wolfgang or others wanted to use the SVN repository for OpenDCC projects we could start again with a clean repository and point the project website to OpenDCC.org. What do OpenDCC people think? Any other comments? Regards Alex Shepherd |
From: Bernd W. <be...@mo...> - 2011-06-21 17:47:21
|
Hi Alex, Am 21.06.2011 00:14, schrieb Alex Shepherd: > BTW is it possible for me to get some of these FREDi 1.7 kits? For shure. Why should it be a problem, to give some FREDi to one of the most active developers of LN-software. I'll send a PM to You with some details and how we could manage this... Best regards, Bernd |
From: Alex S. <li...@aj...> - 2011-06-20 22:14:35
|
Hi Martin, > As some of you have already noticed: I'm currently working on updating > FREDI. (More Funtions, new ATmega168 or 328) Yes, I got the commit notifications - good to see some people are actively using this stuff. I've been slowly working on migrating both the EmbeddedLocoNet and the OpenDCC codebases over to the Arduino environment as Arduino Libraries to make it easier for newbies to get something working. I personally believe the Arduino environment is way simpler to do things that WinAVR + makefiles will ever be and it has a nice add-on libraries feature that lets people easily drop-in new libraries and use them. To that end the OpenDCC code has been converted into an Arduino library and used by several people already. I'm working on a new Arduino DCC Signalling decoder currently which will hopefully be ready for one of Bob J's clinics at X2011 that is Arduino based. The EmbeddedLocoNet code is only partly converted as I need to refactor the current systimer functions that are used in the throttle and maybe a few other places before I can release a full Arduino library. As Arduino is mostly a Mega168/328 with a 16MHz xtal, the FREDi project could be a good candidate to convert to a Arduino sketch even if you have to use an AVRISP Programmer. BTW is it possible for me to get some of these FREDi 1.7 kits? Regards Alex Shepherd |
From: Martin P. <ma...@pi...> - 2011-06-20 10:58:27
|
Hello, As some of you have already noticed: I'm currently working on updating FREDI. (More Funtions, new ATmega168 or 328) Cleaning up some unused source code in fredi.c I also did some changes in avr-base/common_defs.h (see commit message from 18.06.2011 17:19) As far as I understand all other code in CVS should not be broken. But I did not try to compile - so may be I'm wrong. If anyone has a problem with my changes, please let me know. To my knowledge only Olaf (Turnout, stw_cpp, Wattenscheider, ...) and Stefan (Loconetgateway) used the defines I changed. Why did I change? I found it very difficult to understand the defines and also found some inconsistent naming. Also there was a bug in HIBYTE/LOBYTE ("#define SQR(x) x*x" with "SQR(a+b)" gives a+b*a+b ) For new code I would recommend using int8_t, uint8_t, int16_t, uint16_t from stdint.h (this is C99) instead of byte, word in new code. (http://en.wikipedia.org/wiki/Stdint.h) Also there is a stdbool.h with bool,true, false in C99. May be we could remove BOOL, TRUE, FALSE from common_defs.h in the future. Martin -- ---------------------------------------------------------------- Martin Pischky, Oisseler Strasse 1C, 30559 Hannover, Germany http://www.pischky.de mailto:ma...@pi... tel: +49 511 7000665 mobile: +49 151 11592222 ---------------------------------------------------------------- |
From: Jan S. <ich...@sl...> - 2009-12-15 20:41:54
|
Thanks for taking the time to explain! Am Montag, den 14.12.2009, 15:03 +0100 schrieb Stefan Bormann: > Jan Sporbeck wrote: > > ln_swtx_hwrx_uart does CD in software but is not really tested? > > I use it in my recent projects. This needs interrupt-on-change. > > > ln_sw_uart is the preferd way? I found ways of using it: > > It is the oldest and most mature code. But it does not have > the interrupt latency tollerance that the hardware-UART based > code has. So you still suggest using external comperator and ln_swtx_hwrx for new designs instead of using the internal comperator and ln_sw like in Fredi? I'd assume the Fredi solution has proved to work fine with lots of units build but then there's fewer throttles that IO nodes on the bus? > If you think, this should be found in a general piece of > documentation, please feel free to fill that gap :-) I'll upload my code once it's usable. But most likely this will feel all trivial by that time! ;) ps. are the embedded-ln product-id's just counting up or should I apply for one? Cheers, /Jan. |
From: Stefan B. <sbo...@oh...> - 2009-12-14 14:27:03
|
Jan Sporbeck wrote: > > ln_hardware_uart is master-only as it doesn't do CD? -I'm looking for > client nodes anyway. Correct. This is not applicable for any device that transmits concurrently to other devices. > ln_swtx_hwrx_uart does CD in software but is not really tested? I use it in my recent projects. This needs interrupt-on-change. > ln_sw_uart is the preferd way? I found ways of using it: It is the oldest and most mature code. But it does not have the interrupt latency tollerance that the hardware-UART based code has. > Is there any reference for the interfaceing on a 5V design? I only find designs that are too complicated :-( For reception with external comparator: http://dcc-mueller.de/switch/LNgate1b.pdf For sending (maybe R7 scaled a bit up like 3k3 for 5V): http://fremodcc.sourceforge.net/diy/fred2/hard/FREDI-1_7-A.sch.pdf For ln_sw_uart you receive at ICP pin and send from any pin you like. For ln_swtx_hwrx_uart you receive on a RXD pin with interrupt-on-change capabillity and send from any pin you like (I think TXD can not be used). If you think, this should be found in a general piece of documentation, please feel free to fill that gap :-) -- Stefan Bormann Software Development Engineer OHB Teledata GmbH phone: +49 (0)421 2020 774 |
From: Jan S. <ich...@sl...> - 2009-12-14 10:43:50
|
Hello! I just recently got in touch with loconet. So far, I've build some pic based nodes (locobuffer and LocoIO). But I feel more at home with AVRs. Therefore I had a look at the code here. Can you please help me to understand the concepts of interfacing loconet? ln_hardware_uart is master-only as it doesn't do CD? -I'm looking for client nodes anyway. ln_swtx_hwrx_uart does CD in software but is not really tested? ln_sw_uart is the preferd way? I found ways of using it: (fredi) using the AC on the atmega, supplying reference voltage -how is that exactly calculated? I suppose for 5V circuits I can also use the internal voltage reference (mega*8)? (LocoBOD) using ICP I want to build a node to connect my sensors (instead of using old s88 encoders), so LocoBOD or IO looked like promising solutions. What's the minium F_CPU to use for software uart? I guess the 7.3MHz in the fredi design will be low enough for a bus powerded design. I won't be needing to may (<10) nodes anyway. Is there any reference for the interfaceing on a 5V design? Thanks for getting me started! /jan. |