Hmm, it does not crash when [serial_print any] is disconnected. You can quit normally.
This may be relevant:
Pd console reports no errors when communication fails when trying too fast updates (with [serial_print any] disconnected less than 30 ms).
I uploaded a similar setup (pd patch+arduino sketch) to the folder. Here it does not crash even if updates are sent every 1 ms. And the pd console starts to write error messages when the communication is too fast (starts around 7 ms).
Den fre 9 apr. 2021 kl 15:37 skrev Martin Peach chakekatzil@gmail.com:
Does it still crash if you disconnect the [serial_print-any] abstraction from [comport]?
Martin
On Fri, Apr 9, 2021 at 7:45 AM Nicklas Lundberg nlundberg@gmail.com wrote:
On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote:
[comport] is communicating with an Arduino Nano over USB to control PWM pins.
If [comport] is receiving messages faster than 50 ms Pd will freeze, has to be force quitted, system gets sluggish, and the computer has to be restarted.
I can replicate it and it happens every time. I wonder if this should be reported as a bug or if it is expected behavior in the specific setting.
While not suggesting that I'd be able to help, can you provide some more information, ideally providing a minimal patch that triggers the behaviour?
Also what versions are involved: OS, Pd, comport?
Roman
Pd/Arduino codes and crash instructions in this folder:
https://drive.google.com/drive/folders/1oDxeFCc63tvdgP6CWguJmBdfekAAMOrQ?usp...
comport 1.1.1 Pd-0.51-4 MacOS Mojave 10.14.6 MacBook Air 11" mid 2012
to crash pd and computer: Upload sketch to Ardunio (Nano) Open comport serial communication activate dsp Set metro object to less than 50 ms Toggle metro on to crash _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->