JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

IrScrutinizer: capturing, generating, analyzing, import, exp
Goto page Previous  1, 2, 3 ... , 10, 11, 12  Next
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Software
View previous topic :: View next topic  
Author Message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sun Mar 24, 2019 6:30 am    Post subject: Reply with quote

@Rob,

this user, for whatever reason, activated a non-default option. As soon as he turns that off again, he will get the desired result.

Since you explained NEC, NEC1, NEC2, let me explain how my programs work in some more detail:

Every capturing program (on the PC or on embedded hardware) has a timeout for determining that the signal has ended. In most programs this is hard coded in, with no possibility for the user to change. For example, irscope (500ms), IrToy (1.4s), Lircd/irrecord (don't recall, but reports 16s). My programs instead has a parameter that allows the user to change it. By adjusting this parameter, different use case can be covered. It appears that the used firmware uses 30ms for the demodulating receive (probably 100ms for non-demodulating). With this short timeout, the receiver splits a NEC*-signal between the intro and the repeats. This is advantageous for example if using a decoder on the same Arduino board. For this reason the short timeout was selected, but the user can of course change it. But again, this applies to the parameters for the demodulating receiver (TSOP*38), not the non-demodulating (TSMP58000).

Unfortunately, presently the parameters can be changed only by recompiling the Arduino-hardware. I plan to improve this.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
dolivas27



Joined: 31 Jul 2005
Posts: 48
Location: Michigan

PostPosted: Sun Mar 24, 2019 6:39 am    Post subject: Reply with quote

Ok that fixed it turning off the “Use receive for capture”

So, I guess I misunderstood the meaning if of this option. What it this used for?

When I went to the Capturing hw tab it states
This device can be used both for capturing and sending.
It is configured and opened from the “Sending he” pane.

This is what confused me and that is why I had turned it on in the first place.

Turning this off also fixed the send issue I was having.

(Configuration parameters like DEFAULT_CAPTURE_ENDINGTIMEOUT are found in examples/Girs/config.h and/or files it includes.)

Now I understand this I did not compile the file I just used the HEX file you linked to.

This thing is awesome it works really fast much nicer that the IrWidget (This has served me well for years)

I will be making another one and installing it is a case. First time playing with this Arduino stuff and can see myself getting hooked. The units I purchased have the wrong boot loader on them, but it did not cause me a problem with this build. I will be purchasing an original unit so I can flash the bootloader on the five units I purchased.

Thanks for all the help and for the work you put in to this awesome program. Just getting back in to my JP1 programming.

Rob Thanks for the information that explains what I was seeing. I have some question on doing a double send of a key, but I will post more about that in a different post.

Here are some pictures on how the first one came out. The board I used has a micro USB which is what I wanted.



Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sun Mar 24, 2019 7:27 am    Post subject: Reply with quote

Nice, congrats!

The firmware understands a few different commands, "receive" for getting a signal using the demodulating receiver, and "analyze" for the non-demodulating receiver. Normally, the sensible command is the second one. The option "use receive..." simply forces the program to use "receive". For example, if the non-demodulating receiver is missing, or broken, or just to try it out. Possibly the name sounds too much of "you should use this"...

Case: I have tried transparent shrink tube with good result. While transparent, you do not have to cut out the receivers.

Bootloader: not a big issue, the new one just differs in the speed; 115200 instead of 57600. So just change the speed, and you should be set.

Thanx for the feedback! Very Happy
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sat Jun 15, 2019 4:39 am    Post subject: Reply with quote

IrScrutinizer 1.4.3 has been released, and is available here.

There are a few semi-important bug fixes (in particular regarding capturing of raw signals). The only new feature is support of HTTP proxy.

Releasenotes:
Code:

Release notes for IrScrutinizer, including IrpMaster, Girr, HardHardware,
and Jirc.

The notation #n refers to issues number n at
https://github.com/bengtmartensson/harctoolboxbundle/issues
==============================================================================
Version 1.4.3, issued on 2019-06-12.

This release is the "second final" 1.*.* release; based on IrpMaster
as rendering engine and DecodeIR (as decoding engine). Further
releases will be based on IrpTransmogrifier instead, and will be
numbered 2.*.*. (see #212).

The release contains a few rather important bug fixes, and implements
HTTP proxy for http network acccess.

Old MacOSes (<= 10.7 "Lion") appear not to be compatible with Java 8u162
and later (see https://github.com/arduino/Arduino/issues/7945).
(This is strictly speaking not an IrScrutinizer issue.)

Documentation has not been updated ;-).

Open issues in this release:
  * MacOS 10.11.*: Crash in RXTX when closing serial USB device, #64.
  * RXTX on Windows has problems with Arduino's LLC driver, #229.

User visible changes:

Functionality:
 * Implemented HTTP proxy. Resolves #257.

Bug fixes:
 * Fixed NPE problem. Resolves #258.
 * Removed unnecessary (and evil, see #255) null check.
 * Remove completely false tooltip. Resolves #249.
 * Fix bug preventing deleting several, non-consecutive line in the
   remote editor with enabled sorter, #253.



The roadmap is still in effect, although things are taking some time...
Back to top
View user's profile Send private message Send e-mail Visit poster's website
chuliu



Joined: 04 Dec 2010
Posts: 388
Location: Hong Kong

PostPosted: Sat Jun 15, 2019 1:02 pm    Post subject: Reply with quote

Hi, Barf. Congrats to the new release.
However, I have a potential bug to report.
When I plug in usb ir toy to mac os x, and launch irscrutinizer, it detects ir toy as a sending device. I select ir toy usb ccy as the device, I then go to tab capture remote, press capture, and it says no capture device find, aborting.


To fix this, one need to go to sending device tab,click on test, and finish the test by sending some ir signals ti the ir toy and if it says ok, then one can go to capture remote tab, it should work. It won't work without the testing step.



The OS is HighSierra 10.36.6 and mojave 10.14.5.

In either case, I need to do the test before capturing remote.
In windows, I never have to test before capturing remote.

Please fix it, thanks.


Last edited by chuliu on Sun Jun 16, 2019 7:52 am; edited 1 time in total
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sat Jun 15, 2019 2:57 pm    Post subject: Reply with quote

Hi chuliu,

my Mac is from 2009 and is stuck by MacOS 10.11.6 (El Capitan), so I cannot test with your operating systems. However, with said OS, I cannot reproduce, i.e., for me it is working. (I assume that you have tried both the /dev/cu.* and the /dev/tty.* device already.)

Possibly you can do a screen recording, and upload to the diagnostics area? I just discovered the OBS Studio program; this should do the job.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
chuliu



Joined: 04 Dec 2010
Posts: 388
Location: Hong Kong

PostPosted: Sun Jun 16, 2019 7:37 am    Post subject: Reply with quote

https://photos.app.goo.gl/N2xhiaRAASMwZJ5c9
Here is a short clip showing the issue I am having.
In the clip I am using 1.3, but it is the same on another mac with 1.4.3.

Thanks.
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sun Jun 16, 2019 9:24 am    Post subject: Reply with quote

Ok, now I understand. First you open the IrToy and selected it for sending. At that point of time (0:45), there is not a device selected for capturing. Accordingly, the attempt to capture fails (0:51).

Instead, after opening, you have to select it for capturing/reading too. You do this by selecting the "Capturing hw" pane, and then just selecting the "IrToy" subpane (since the device is already opened.) (No need to "Test".)

No, I am not really happy with the design... Confused

And then there is of course the really pesky crash when closing (Known bug)... Evil or Very Mad


Last edited by Barf on Sun Jun 16, 2019 11:05 am; edited 1 time in total
Back to top
View user's profile Send private message Send e-mail Visit poster's website
chuliu



Joined: 04 Dec 2010
Posts: 388
Location: Hong Kong

PostPosted: Sun Jun 16, 2019 10:29 am    Post subject: Reply with quote

Thanks for clarification.
It's very strange I haven't encountered this until now.
I have owned an ir toy for more than 4 years by now. Rolling Eyes
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sun Jun 16, 2019 11:02 am    Post subject: Reply with quote

Nice that it works.

Actually, I am quite unhappy with the design. So I hope to fix it, and made this isssue. Anyone care to comment?

Thanx for the feedback!
Back to top
View user's profile Send private message Send e-mail Visit poster's website
chuliu



Joined: 04 Dec 2010
Posts: 388
Location: Hong Kong

PostPosted: Sat Jun 22, 2019 12:36 pm    Post subject: Reply with quote

Hellp, Barf.
I try ti find a store who sells irtoy v2 and they all went out of stock, except one who has 11 in stock and shipping is euro is euro 45.

Anywhere else I can get ir toy v2 at lower cost?
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sat Jun 22, 2019 1:12 pm    Post subject: Reply with quote

The place I got mine (2 of them) is Watterott, located in Germany (as I am too), but they are possibly the guys who wanted 45Euros for shipping?

A bad alternative is "IrDroid", reviewed by myself here, located in Bulgaria I think.

Having said that, can you use my "toy" instead? It blows IrToy and IrWidget away, and cost a fraction Wink .
Back to top
View user's profile Send private message Send e-mail Visit poster's website
chuliu



Joined: 04 Dec 2010
Posts: 388
Location: Hong Kong

PostPosted: Sun Jun 23, 2019 7:58 am    Post subject: Reply with quote

I just ordered the parts and arduino nano off taobao.com but I don't know if I have the necessary skills to solder the parts. Maybe I will pay someone to do it for me.
Back to top
View user's profile Send private message
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Sun Jun 23, 2019 12:45 pm    Post subject: Reply with quote

@chuliu: it is really not that hard, but if you have no prior experience at all, I do not think it is a good beginners project. Let's say: difficulty: two or three stars out of five.

Good luck!! Very Happy

PS. I have a Youtube tutoral video in the pipeline. Wink
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Barf
Expert


Joined: 24 Oct 2008
Posts: 957

PostPosted: Tue Jul 09, 2019 5:20 am    Post subject: Reply with quote

The first beta test of IrScrutinizer 2.0.0 is available! Very Happy Very Happy I would like to invite the contributors of the Forum to beta testing.

This completes the plan above, to replace IrpMaster, DecodeIR, and ExchangeIR with the much more elaborate IrpTransmogrifier.

Release notes:
Code:

Release notes for IrScrutinizer, including IrpMaster/IrpTransmogrifier,
Girr, HardHardware, DevSlashLirc, and Jirc.

The notation #n refers to issues number n at
https://github.com/bengtmartensson/harctoolboxbundle/issues
==============================================================================
Version 2.0.0 NOT YET OFFICIALLY RELEASED (but RSN...)

This release replaces the libraries DecodeIR (by John Fine),
ExchangeIR (by Graham Dixon), and IrpMaster (by myself) by
IrpTransmogrifier. This achieves synchronization between rendering and
decoding of IR signals: The same data base is used, and a protocol that can
be rendered can also (with very few exceptions) be decoded too.
(Milestone 2; #212, #280, #251, #23).
UEI learned as IR signal format has been eliminated (#217).

On all versions but the Macintosh, also IrpTransmogrifier as command line
program will be available (Command name: irptransmogrifier).

Associated user visible changes:

* A number of new protocol parameters  (Options -> Protocol Parameters -> *),
(#277). See IrpTransmogrifier for their semantic.
* Link to DecodeIR documentation has been replaced by a browse function of the
available functions

Other user visible changes have been kept to a minimum. Functionally significant
will instead appear in future versions.

However, there are some other user changes/improvements:

* Undo function for the data window of "Scrutinize signal",
(Actions -> Undo Scrutinize data; Ctrl-Z);  #275
* Some more icons
* New output text format: raw without signs.  #250.
* Improved setup script setup-irscrutinizer.sh in the generic binary
distribution, for Linux-like operating system.
* Improved Linux x64 appimage, now containing its own Java JVM. (#279,
thanx Simon Peters, "probono"). Also allows IrpTransmogrifier to be called as
a command line program (#285).
* Windows installer now checks for the existence of Java (#278).
* Misc GUI tweaks (#274, #268)
* New output text format: raw without signs (#250).
* Improved parsing of IrSignals given as inputs. (#233)



Most changes are "under the hood". There are, as above, relatively few user visible changes. (Like having your car replaced by a very similar one, but with the combustion engine replaced by an electical motor...) Since this is a brand new engine, I recommend installing the new version in parallel to the old one.

I hope to be able to publish the final 2.0.0 in a few weeks. Please report all bugs, but also quirks of all sort, down to spelling- and grammatical mistakes. Use either this forum or Github issues. Suggestions for improvements are of course also welcome, but will likely be postponed to a later version.

The main documentation will probably not be very much updated to 2.0.0 Crying or Very sad However, I will try to write a reference manual for IrpTransmogrifier 1.0.0.

I really need your help with the testing. There is no way I can fix problems I am not aware of. For those of you who want to contribute, but do not feel qualified to write code or documentation, testing is a good opportunity. Wink
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Software All times are GMT - 5 Hours
Goto page Previous  1, 2, 3 ... , 10, 11, 12  Next
Page 11 of 12

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Get Smart! the band's official homepage Rockabilly Central